From owner-freebsd-x11@FreeBSD.ORG Sun Apr 19 20:07:02 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6444D106566C for ; Sun, 19 Apr 2009 20:07:02 +0000 (UTC) (envelope-from kkiller@gmail.com) Received: from mail-fx0-f167.google.com (mail-fx0-f167.google.com [209.85.220.167]) by mx1.freebsd.org (Postfix) with ESMTP id B59008FC19 for ; Sun, 19 Apr 2009 20:07:01 +0000 (UTC) (envelope-from kkiller@gmail.com) Received: by fxm11 with SMTP id 11so1668639fxm.43 for ; Sun, 19 Apr 2009 13:07:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=/dEj0A4KYpGHwPCH3qwd1SdXaBVdq74tm9m3wzCQud0=; b=rXiXJiGo/H1CsGFoepjYfZy1wLJBHk6Si6LR9RNzcdof2d3DSA805PYKGpKpitGTbY tuIjstxGgRmMEAJtxNw++pSFFHjNnB59ba2Szc3fQpj//oI/Ff8SPiT+ChYEnF625ufz JosnpHRMsLY69kgx9ckMqaJBDLsprWj1Sp1SM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=vSvu9JoGKkCbYe8co2xA+A/paY1rS21yQRC/ikbjgQvbEeMwE/Ns0IY6D8J+5SfLt4 ulIKNsxE5FHlguDMhKRLrWFaWRPf97OFpihqQY6bGGGywhrlkjeOYodLAkgYLl8fNJ9c s8fV50rTnVOmwCrh0+Ck+Gg9C3VA+Oz4o02RY= MIME-Version: 1.0 Received: by 10.223.110.11 with SMTP id l11mr1351017fap.50.1240169639804; Sun, 19 Apr 2009 12:33:59 -0700 (PDT) Date: Sun, 19 Apr 2009 21:33:59 +0200 Message-ID: From: Sniper To: freebsd-x11@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Xorg + Xfce4 resolution problem X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 20:07:02 -0000 Hi! When i set in xorg.conf resolution 1280x1024 displey don't show whole desktop. 1280x1024 is native resolution for my LCD Prestigion P171. It look like http://www.shrani.si/f/1c/PU/2feOamWG/photo098.jpg If i set resolution 1024x768 then show whole desktob but fonts and panel beacome blur (not clear). Using Xorg 7.4_1 and Xfce 4.6.0 Here is my xorg.conf Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "Files" ModulePath "/usr/local/lib/xorg/modules" FontPath "/usr/local/lib/X11/fonts/misc/" FontPath "/usr/local/lib/X11/fonts/TTF/" FontPath "/usr/local/lib/X11/fonts/OTF" FontPath "/usr/local/lib/X11/fonts/Type1/" FontPath "/usr/local/lib/X11/fonts/100dpi/" FontPath "/usr/local/lib/X11/fonts/75dpi/" EndSection Section "Module" Load "extmod" Load "record" Load "dbe" Load "glx" Load "dri" Load "dri2" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5 6 7" EndSection Section "Monitor" #DisplaySize 330 270 # mm Identifier "Monitor0" VendorName "ASB" ModelName " P171" HorizSync 31.5 - 80.0 VertRefresh 60.0 - 60.0 Option "DPMS" EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "SWcursor" # [] #Option "HWcursor" # [] #Option "NoAccel" # [] #Option "ShadowFB" # [] #Option "UseFBDev" # [] #Option "Rotate" # [] #Option "VideoKey" # #Option "FlatPanel" # [] #Option "FPDither" # [] #Option "CrtcNumber" # #Option "FPScale" # [] #Option "FPTweak" # #Option "DualHead" # [] Identifier "Card0" Driver "nv" VendorName "nVidia Corporation" BoardName "NV11 [GeForce2 MX/MX 400]" BusID "PCI:1:0:0" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" # SubSection "Display" # Viewport 0 0 # Depth 1 # Modes "1280x1024" # EndSubSection # SubSection "Display" # Viewport 0 0 # Depth 4 # Modes "1280x1024" # EndSubSection # SubSection "Display" # Viewport 0 0 # Depth 8 # Modes "1280x1024" # EndSubSection # SubSection "Display" # Viewport 0 0 # Depth 15 # Modes "1280x1024" # EndSubSection # SubSection "Display" # Viewport 0 0 # Depth 16 # Modes "1280x1024" # EndSubSection SubSection "Display" Viewport 0 0 Depth 16 Modes "1280x1024" EndSubSection EndSection Thanks for any advice Note: at 1280x1024 fonts are clear! From owner-freebsd-x11@FreeBSD.ORG Mon Apr 20 11:07:02 2009 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E87E81065677 for ; Mon, 20 Apr 2009 11:07:02 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BB8A38FC1D for ; Mon, 20 Apr 2009 11:07:02 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n3KB72WF033216 for ; Mon, 20 Apr 2009 11:07:02 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n3KB727Z033212 for freebsd-x11@FreeBSD.org; Mon, 20 Apr 2009 11:07:02 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 20 Apr 2009 11:07:02 GMT Message-Id: <200904201107.n3KB727Z033212@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-x11@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-x11@FreeBSD.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 11:07:03 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/133837 x11 [patch] graphics/libdrm: update to 2.4.9 o ports/133609 x11 x11/xorg crashes with vlc, intel video driver o ports/133482 x11 x11/libXext "Generic Event Extension not available" er o ports/133465 x11 x11/xorg: X crashes with mplayer -vo xv with xf86-vide o ports/133419 x11 Unable to build x11-drivers/xf86-video-nsc o ports/133175 x11 [patch] x11/pixman: enable SSE2 support autodetection o ports/133025 x11 [patch] graphics/libGL: mark Mesa ports as MAKE_JOBS_S o ports/132621 x11 x11/xorg tries to install event when deselected o ports/132403 x11 x11/xorg with Radeon X600 (R370): cannot re-initialize o ports/132100 x11 x11/xorg: Xorg server forgets pointer map after xlock o ports/132041 x11 x11/xorg: Broken Intel video driver o ports/131930 x11 [PATCH] x11-servers/xorg-server coredumps on exit o ports/131726 x11 x11-servers/xorg-server: xorg server messes with my eh o ports/131696 x11 x11-servers/xorg-server: hald core dumps make X11 unus o ports/131644 x11 x11-servers/xorg-server: Xinerama mouse event (focus f f ports/131124 x11 x11/xorg - New xorg 7.4 hangs until mouse is moved whe o ports/131016 x11 x11/xorg - xorg-7.4 renders system unusable! f ports/126812 x11 x11-drivers/xf86-video-ati - System freeze when exitin o ports/125883 x11 x11-fonts/xorg-fonts-cyrillic is installed, but fonts f ports/123137 x11 x11/libX11: missing ru_RU.UTF-8 locale o ports/122830 x11 x11/xorg: Error in I830WaitLpRing() f ports/119037 x11 x11: Can't type _ (Underscore) under X (gnome) f ports/118645 x11 Xorg need realtime priority for mouse work nice s ports/117907 x11 x11-servers/mga_hal broken on 7.0-BETA (GLIBC error) f ports/117766 x11 x11-servers/xorg-server (7.3) crashes under heavy load f ports/117195 x11 ix11/Xorg 7.3 dumps core at exit (sig 11) o ports/116443 x11 x11-drivers/xf86-input-keyboard patch for USB jp106 ke 27 problems total. From owner-freebsd-x11@FreeBSD.ORG Mon Apr 20 16:04:35 2009 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD6F110656B0 for ; Mon, 20 Apr 2009 16:04:35 +0000 (UTC) (envelope-from silmar.oliveira@ac.gov.br) Received: from srvac13.ac.gov.br (srvac13.ac.gov.br [200.103.16.13]) by mx1.freebsd.org (Postfix) with ESMTP id 7FAD08FC0C for ; Mon, 20 Apr 2009 16:04:34 +0000 (UTC) (envelope-from silmar.oliveira@ac.gov.br) Received: by srvac13.ac.gov.br (Postfix, from userid 100) id BCECDC624B1; Mon, 20 Apr 2009 11:35:00 -0400 (AMT) X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on srvac13.ac.gov.br X-Spam-Level: X-Spam-Status: No, score=-1.6 required=3.5 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_NONE autolearn=no version=3.2.4 Received: from [172.16.10.19] (unknown [200.103.16.11]) by srvac13.ac.gov.br (Postfix) with ESMTP id 8EF5DC62384 for ; Mon, 20 Apr 2009 11:34:51 -0400 (AMT) Message-ID: <49EC961F.6020105@ac.gov.br> Date: Mon, 20 Apr 2009 11:34:55 -0400 From: Silmar Antonio Buchner de Oliveira User-Agent: Thunderbird 2.0.0.21 (X11/20090318) MIME-Version: 1.0 To: x11@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: error X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 16:04:36 -0000 Make: /usr/ports/graphics/libglut# make install clean ===> Extracting for libglut-7.4_1 => MD5 Checksum OK for MesaLib-7.4.tar.bz2. => SHA256 Checksum OK for MesaLib-7.4.tar.bz2. => MD5 Checksum OK for MesaGLUT-7.4.tar.bz2. => SHA256 Checksum OK for MesaGLUT-7.4.tar.bz2. ===> Patching for libglut-7.4_1 ===> Applying FreeBSD patches for libglut-7.4_1 ===> libglut-7.4_1 depends on executable: gmake - found ===> libglut-7.4_1 depends on file: /usr/local/libdata/pkgconfig/glproto.pc - found ===> libglut-7.4_1 depends on file: /usr/local/libdata/pkgconfig/dri2proto.pc - found ===> libglut-7.4_1 depends on file: /usr/local/libdata/pkgconfig/x11.pc - found ===> libglut-7.4_1 depends on file: /usr/local/libdata/pkgconfig/xext.pc - found ===> libglut-7.4_1 depends on file: /usr/local/libdata/pkgconfig/xxf86vm.pc - found ===> libglut-7.4_1 depends on file: /usr/local/libdata/pkgconfig/xdamage.pc - found ===> libglut-7.4_1 depends on file: /usr/local/libdata/pkgconfig/xfixes.pc - found ===> libglut-7.4_1 depends on file: /usr/local/libdata/pkgconfig/xi.pc - found ===> libglut-7.4_1 depends on file: /usr/local/libdata/pkgconfig/xmu.pc - found ===> libglut-7.4_1 depends on shared library: GLU.1 - found ===> Configuring for libglut-7.4_1 checking build system type... amd64-portbld-freebsd7.0 checking host system type... amd64-portbld-freebsd7.0 checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking how to run the C preprocessor... cc -E checking for gcc... (cached) cc checking whether we are using the GNU C compiler... (cached) yes checking whether cc accepts -g... (cached) yes checking for cc option to accept ISO C89... (cached) none needed checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking for gmake... gmake checking for makedepend... /usr/local/bin/makedepend checking for sed... /usr/bin/sed checking for pkg-config... /usr/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking whether to enable assembly... yes, amd64 checking for cc option to produce PIC... -fPIC checking for dlopen... yes checking for posix_memalign... yes checking pkg-config files for X11 are available... yes checking for LIBDRM... yes checking for DRI2PROTO... yes checking for DRIGL... gnome-config: not found configure: error: Package requirements (x11 xext xxf86vm xdamage xfixes x11-xcb xcb-glx) were not met: No package 'x11-xcb' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables DRIGL_CFLAGS and DRIGL_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. ===> Script "configure" failed unexpectedly. Please report the problem to x11@FreeBSD.org [maintainer] and attach the "/usr/ports/graphics/libglut/work/Mesa-7.4/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/graphics/libglut. -------------------------------------------------------------------------------------------------- /usr/ports/graphics/libglut/work/Mesa-7.4/config.log: This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by Mesa configure 7.3.0, which was generated by GNU Autoconf 2.61. Invocation command line was $ ./configure --disable-glw --with-demos=no --with-dri-drivers=no --enable-xcb --x-libraries=/usr/local/lib --x-includes=/usr/local/include --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/ --build=amd64-portbld-freebsd7.0 ## --------- ## ## Platform. ## ## --------- ## hostname = seisrv06.ac.gov.br uname -m = amd64 uname -r = 7.0-RC2 uname -s = FreeBSD uname -v = FreeBSD 7.0-RC2 #0: Fri Feb 8 00:02:33 UTC 2008 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC /usr/bin/uname -p = amd64 /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /sbin PATH: /bin PATH: /usr/sbin PATH: /usr/bin PATH: /usr/games PATH: /usr/local/sbin PATH: /usr/local/bin PATH: /root/bin ## ----------- ## ## Core tests. ## ## ----------- ## configure:1927: checking build system type configure:1945: result: amd64-portbld-freebsd7.0 configure:1967: checking host system type configure:1982: result: amd64-portbld-freebsd7.0 configure:2056: checking for gcc configure:2083: result: cc configure:2321: checking for C compiler version configure:2328: cc --version >&5 cc (GCC) 4.2.1 20070719 [FreeBSD] Copyright (C) 2007 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. configure:2331: $? = 0 configure:2338: cc -v >&5 Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] configure:2341: $? = 0 configure:2348: cc -V >&5 cc: '-V' option must have argument configure:2351: $? = 1 configure:2374: checking for C compiler default output file name configure:2401: cc -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:2404: $? = 0 configure:2442: result: a.out configure:2459: checking whether the C compiler works configure:2469: ./a.out configure:2472: $? = 0 configure:2489: result: yes configure:2496: checking whether we are cross compiling configure:2498: result: no configure:2501: checking for suffix of executables configure:2508: cc -o conftest -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:2511: $? = 0 configure:2535: result: configure:2541: checking for suffix of object files configure:2567: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include conftest.c >&5 configure:2570: $? = 0 configure:2593: result: o configure:2597: checking whether we are using the GNU C compiler configure:2626: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include conftest.c >&5 configure:2632: $? = 0 configure:2649: result: yes configure:2654: checking whether cc accepts -g configure:2684: cc -c -g -I/usr/local/include conftest.c >&5 configure:2690: $? = 0 configure:2789: result: yes configure:2806: checking for cc option to accept ISO C89 configure:2880: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include conftest.c >&5 configure:2886: $? = 0 configure:2909: result: none needed configure:2932: checking how to run the C preprocessor configure:2972: cc -E -I/usr/local/include conftest.c configure:2978: $? = 0 configure:3009: cc -E -I/usr/local/include conftest.c conftest.c:8:28: error: ac_nonexistent.h: No such file or directory configure:3015: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "Mesa" | #define PACKAGE_TARNAME "mesa" | #define PACKAGE_VERSION "7.3.0" | #define PACKAGE_STRING "Mesa 7.3.0" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa" | /* end confdefs.h. */ | #include configure:3048: result: cc -E configure:3077: cc -E -I/usr/local/include conftest.c configure:3083: $? = 0 configure:3114: cc -E -I/usr/local/include conftest.c conftest.c:8:28: error: ac_nonexistent.h: No such file or directory configure:3120: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "Mesa" | #define PACKAGE_TARNAME "mesa" | #define PACKAGE_VERSION "7.3.0" | #define PACKAGE_STRING "Mesa 7.3.0" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa" | /* end confdefs.h. */ | #include configure:3205: checking for gcc configure:3232: result: cc configure:3470: checking for C compiler version configure:3477: cc --version >&5 cc (GCC) 4.2.1 20070719 [FreeBSD] Copyright (C) 2007 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. configure:3480: $? = 0 configure:3487: cc -v >&5 Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] configure:3490: $? = 0 configure:3497: cc -V >&5 cc: '-V' option must have argument configure:3500: $? = 1 configure:3503: checking whether we are using the GNU C compiler configure:3555: result: yes configure:3560: checking whether cc accepts -g configure:3695: result: yes configure:3712: checking for cc option to accept ISO C89 configure:3815: result: none needed configure:3949: checking for C++ compiler version configure:3956: c++ --version >&5 c++ (GCC) 4.2.1 20070719 [FreeBSD] Copyright (C) 2007 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. configure:3959: $? = 0 configure:3966: c++ -v >&5 Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] configure:3969: $? = 0 configure:3976: c++ -V >&5 c++: '-V' option must have argument configure:3979: $? = 1 configure:3982: checking whether we are using the GNU C++ compiler configure:4011: c++ -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include conftest.cpp >&5 configure:4017: $? = 0 configure:4034: result: yes configure:4039: checking whether c++ accepts -g configure:4069: c++ -c -g -I/usr/local/include conftest.cpp >&5 configure:4075: $? = 0 configure:4174: result: yes configure:4201: checking for gmake configure:4228: result: gmake configure:4241: checking for makedepend configure:4259: found /usr/local/bin/makedepend configure:4271: result: /usr/local/bin/makedepend configure:4281: checking for sed configure:4299: found /usr/bin/sed configure:4311: result: /usr/bin/sed configure:4435: checking for pkg-config configure:4453: found /usr/local/bin/pkg-config configure:4465: result: /usr/local/bin/pkg-config configure:4494: checking pkg-config is at least version 0.9.0 configure:4497: result: yes configure:4683: checking whether to enable assembly configure:4735: result: yes, amd64 configure:4769: checking for cc option to produce PIC configure:4855: result: -fPIC configure:4862: checking for dlopen configure:4918: cc -o conftest -O2 -fno-strict-aliasing -pipe -Wall -Wmissing-prototypes -std=c99 -ffast-math -fno-strict-aliasing -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:4924: $? = 0 configure:4941: result: yes configure:5014: checking for posix_memalign configure:5070: cc -o conftest -O2 -fno-strict-aliasing -pipe -Wall -Wmissing-prototypes -std=c99 -ffast-math -fno-strict-aliasing -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:5076: $? = 0 configure:5093: result: yes configure:5826: checking pkg-config files for X11 are available configure:5829: $PKG_CONFIG --exists --print-errors "x11" configure:5832: $? = 0 configure:5843: result: yes configure:7335: checking for LIBDRM configure:7343: $PKG_CONFIG --exists --print-errors "libdrm >= $LIBDRM_REQUIRED" configure:7346: $? = 0 configure:7361: $PKG_CONFIG --exists --print-errors "libdrm >= $LIBDRM_REQUIRED" configure:7364: $? = 0 configure:7440: result: yes configure:7446: checking for DRI2PROTO configure:7454: $PKG_CONFIG --exists --print-errors "dri2proto >= $DRI2PROTO_REQUIRED" configure:7457: $? = 0 configure:7472: $PKG_CONFIG --exists --print-errors "dri2proto >= $DRI2PROTO_REQUIRED" configure:7475: $? = 0 configure:7551: result: yes configure:7568: checking for DRIGL configure:7576: $PKG_CONFIG --exists --print-errors "$dri_modules" gnome-config: not found Package x11-xcb was not found in the pkg-config search path. Perhaps you should add the directory containing `x11-xcb.pc' to the PKG_CONFIG_PATH environment variable No package 'x11-xcb' found configure:7579: $? = 1 configure:7594: $PKG_CONFIG --exists --print-errors "$dri_modules" gnome-config: not found Package x11-xcb was not found in the pkg-config search path. Perhaps you should add the directory containing `x11-xcb.pc' to the PKG_CONFIG_PATH environment variable No package 'x11-xcb' found configure:7597: $? = 1 No package 'x11-xcb' found configure:7625: error: Package requirements (x11 xext xxf86vm xdamage xfixes x11-xcb xcb-glx) were not met: No package 'x11-xcb' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables DRIGL_CFLAGS and DRIGL_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_build=amd64-portbld-freebsd7.0 ac_cv_c_compiler_gnu=yes ac_cv_cxx_compiler_gnu=yes ac_cv_env_ARCH_FLAGS_set='' ac_cv_env_ARCH_FLAGS_value='' ac_cv_env_CCC_set='' ac_cv_env_CCC_value='' ac_cv_env_CC_set=set ac_cv_env_CC_value=cc ac_cv_env_CFLAGS_set=set ac_cv_env_CFLAGS_value='-O2 -fno-strict-aliasing -pipe' ac_cv_env_CPPFLAGS_set=set ac_cv_env_CPPFLAGS_value=-I/usr/local/include ac_cv_env_CPP_set='' ac_cv_env_CPP_value='' ac_cv_env_CXXFLAGS_set=set ac_cv_env_CXXFLAGS_value='-O2 -fno-strict-aliasing -pipe' ac_cv_env_CXX_set=set ac_cv_env_CXX_value=c++ ac_cv_env_DRI2PROTO_CFLAGS_set='' ac_cv_env_DRI2PROTO_CFLAGS_value='' ac_cv_env_DRI2PROTO_LIBS_set='' ac_cv_env_DRI2PROTO_LIBS_value='' ac_cv_env_DRIGL_CFLAGS_set='' ac_cv_env_DRIGL_CFLAGS_value='' ac_cv_env_DRIGL_LIBS_set='' ac_cv_env_DRIGL_LIBS_value='' ac_cv_env_EXTRA_LIB_PATH_set='' ac_cv_env_EXTRA_LIB_PATH_value='' ac_cv_env_GLUT_CFLAGS_set='' ac_cv_env_GLUT_CFLAGS_value='' ac_cv_env_GLUT_LIBS_set='' ac_cv_env_GLUT_LIBS_value='' ac_cv_env_GLW_CFLAGS_set='' ac_cv_env_GLW_CFLAGS_value='' ac_cv_env_GLW_LIBS_set='' ac_cv_env_GLW_LIBS_value='' ac_cv_env_LDFLAGS_set=set ac_cv_env_LDFLAGS_value=-L/usr/local/lib ac_cv_env_LIBDRM_CFLAGS_set='' ac_cv_env_LIBDRM_CFLAGS_value='' ac_cv_env_LIBDRM_LIBS_set='' ac_cv_env_LIBDRM_LIBS_value='' ac_cv_env_LIBS_set='' ac_cv_env_LIBS_value='' ac_cv_env_MKLIB_OPTIONS_set='' ac_cv_env_MKLIB_OPTIONS_value='' ac_cv_env_OPT_FLAGS_set='' ac_cv_env_OPT_FLAGS_value='' ac_cv_env_PIC_FLAGS_set='' ac_cv_env_PIC_FLAGS_value='' ac_cv_env_PKG_CONFIG_set='' ac_cv_env_PKG_CONFIG_value='' ac_cv_env_X11_INCLUDES_set='' ac_cv_env_X11_INCLUDES_value='' ac_cv_env_XCB_CFLAGS_set='' ac_cv_env_XCB_CFLAGS_value='' ac_cv_env_XCB_LIBS_set='' ac_cv_env_XCB_LIBS_value='' ac_cv_env_XLIBGL_CFLAGS_set='' ac_cv_env_XLIBGL_CFLAGS_value='' ac_cv_env_XLIBGL_LIBS_set='' ac_cv_env_XLIBGL_LIBS_value='' ac_cv_env_XMKMF_set='' ac_cv_env_XMKMF_value='' ac_cv_env_build_alias_set=set ac_cv_env_build_alias_value=amd64-portbld-freebsd7.0 ac_cv_env_host_alias_set='' ac_cv_env_host_alias_value='' ac_cv_env_target_alias_set='' ac_cv_env_target_alias_value='' ac_cv_func_dlopen=yes ac_cv_func_posix_memalign=yes ac_cv_host=amd64-portbld-freebsd7.0 ac_cv_objext=o ac_cv_path_MKDEP=/usr/local/bin/makedepend ac_cv_path_SED=/usr/bin/sed ac_cv_path_ac_pt_PKG_CONFIG=/usr/local/bin/pkg-config ac_cv_prog_CPP='cc -E' ac_cv_prog_MAKE=gmake ac_cv_prog_ac_ct_CC=cc ac_cv_prog_cc_c89='' ac_cv_prog_cc_g=yes ac_cv_prog_cxx_g=yes lt_cv_sys_max_cmd_len=262144 pkg_cv_DRI2PROTO_CFLAGS='-I/usr/local/include ' pkg_cv_DRI2PROTO_LIBS=' ' pkg_cv_LIBDRM_CFLAGS='-I/usr/local/include -I/usr/local/include/drm ' pkg_cv_LIBDRM_LIBS='-L/usr/local/lib -ldrm ' ## ----------------- ## ## Output variables. ## ## ----------------- ## APP_LIB_DEPS='' ARCH_FLAGS='' ASM_API='$(X86-64_API)' ASM_FLAGS='-DUSE_X86_64_ASM' ASM_SOURCES='$(X86-64_SOURCES)' CC='cc' CFLAGS='-O2 -fno-strict-aliasing -pipe -Wall -Wmissing-prototypes -std=c99 -ffast-math -fno-strict-aliasing' CPP='cc -E' CPPFLAGS='-I/usr/local/include' CXX='c++' CXXFLAGS='-O2 -fno-strict-aliasing -pipe -Wall -fno-strict-aliasing' DEFINES=' -DHAVE_POSIX_MEMALIGN -DUSE_XCB' DEFS='' DRI2PROTO_CFLAGS='-I/usr/local/include ' DRI2PROTO_LIBS=' ' DRIGL_CFLAGS='' DRIGL_LIBS='' DRIVER_DIRS='dri' DRI_DIRS='' DRI_DRIVER_INSTALL_DIR='' DRI_LIB_DEPS='' DRI_PC_REQ_PRIV='libdrm >= 2.4.3' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='' EXEEXT='' EXPAT_INCLUDES='' EXTRA_LIB_PATH='' GLUT_CFLAGS='' GLUT_LIBS='' GLUT_LIB_DEPS='' GLUT_LIB_NAME='lib$(GLUT_LIB).so' GLUT_MESA_DEPS='' GLUT_PC_CFLAGS='' GLUT_PC_LIB_PRIV='' GLUT_PC_REQ_PRIV='' GLU_DIRS='sgi' GLU_LIB_DEPS='' GLU_LIB_NAME='lib$(GLU_LIB).so' GLU_MESA_DEPS='' GLU_PC_CFLAGS='' GLU_PC_LIB_PRIV='' GLU_PC_REQ='' GLU_PC_REQ_PRIV='' GLW_CFLAGS='' GLW_LIBS='' GLW_LIB_DEPS='' GLW_LIB_NAME='lib$(GLW_LIB).so' GLW_MESA_DEPS='' GLW_PC_CFLAGS='' GLW_PC_LIB_PRIV='' GLW_PC_REQ_PRIV='' GLW_SOURCES='' GL_LIB_DEPS='' GL_LIB_NAME='lib$(GL_LIB).so' GL_PC_CFLAGS='' GL_PC_LIB_PRIV='' GL_PC_REQ_PRIV='libdrm >= 2.4.3 dri2proto >= 1.99.3' GREP='' LDFLAGS='-L/usr/local/lib' LIBDRM_CFLAGS='-I/usr/local/include -I/usr/local/include/drm ' LIBDRM_LIBS='-L/usr/local/lib -ldrm ' LIBOBJS='' LIBS='' LIB_DIR='lib' LTLIBOBJS='' MAKE='gmake' MKDEP='/usr/local/bin/makedepend' MKDEP_OPTIONS='-fdepend' MKLIB_OPTIONS='' MOTIF_CFLAGS='' MOTIF_CONFIG='' OBJEXT='o' OPT_FLAGS='' OSMESA_LIB='' OSMESA_LIB_DEPS='' OSMESA_LIB_NAME='lib$(OSMESA_LIB).so' OSMESA_MESA_DEPS='' OSMESA_PC_LIB_PRIV='' OSMESA_PC_REQ='' PACKAGE_BUGREPORT='https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa' PACKAGE_NAME='Mesa' PACKAGE_STRING='Mesa 7.3.0' PACKAGE_TARNAME='mesa' PACKAGE_VERSION='7.3.0' PATH_SEPARATOR=':' PIC_FLAGS='-fPIC' PKG_CONFIG='/usr/local/bin/pkg-config' POSIX_SHELL='' PROGRAM_DIRS='' SED='/usr/bin/sed' SHELL='/bin/sh' SRC_DIRS='glx/x11 mesa' USING_EGL='' WINDOW_SYSTEM='dri' X11_INCLUDES='' XCB_CFLAGS='' XCB_LIBS='' XLIBGL_CFLAGS='' XLIBGL_LIBS='' XMKMF='' X_CFLAGS='' X_EXTRA_LIBS='' X_LIBS='' X_PRE_LIBS='' ac_ct_CC='cc' ac_ct_CXX='' bindir='${exec_prefix}/bin' build='amd64-portbld-freebsd7.0' build_alias='amd64-portbld-freebsd7.0' build_cpu='amd64' build_os='freebsd7.0' build_vendor='portbld' datadir='${datarootdir}' datarootdir='${prefix}/share' docdir='${datarootdir}/doc/${PACKAGE_TARNAME}' dvidir='${docdir}' exec_prefix='NONE' host='amd64-portbld-freebsd7.0' host_alias='' host_cpu='amd64' host_os='freebsd7.0' host_vendor='portbld' htmldir='${docdir}' includedir='${prefix}/include' infodir='/usr/local/info/' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localedir='${datarootdir}/locale' localstatedir='${prefix}/var' mandir='/usr/local/man' oldincludedir='/usr/include' pdfdir='${docdir}' prefix='/usr/local' program_transform_name='s,x,x,' psdir='${docdir}' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' sysconfdir='${prefix}/etc' target_alias='' ## ----------- ## ## confdefs.h. ## ## ----------- ## #define PACKAGE_NAME "Mesa" #define PACKAGE_TARNAME "mesa" #define PACKAGE_VERSION "7.3.0" #define PACKAGE_STRING "Mesa 7.3.0" #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa" configure: exit 1 =================================================================== Silmar Antonio Buchner de Oliveira Chefe da Divisão de Redes Corporativas Departamento de Segurança de Tecnologia de Informação e Comunicação Diretoria de Tecnologia de Informação e Comunicação Secretaria Adjunta de Tecnologias de Gestão Secretaria de Gestão Administrativa - SGA Governo do Estado Acre 68-3212-7607 From owner-freebsd-x11@FreeBSD.ORG Mon Apr 20 23:25:33 2009 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76BB71065676 for ; Mon, 20 Apr 2009 23:25:33 +0000 (UTC) (envelope-from kinphi@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.169]) by mx1.freebsd.org (Postfix) with ESMTP id 48CE48FC26 for ; Mon, 20 Apr 2009 23:25:33 +0000 (UTC) (envelope-from kinphi@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so1762634wfg.7 for ; Mon, 20 Apr 2009 16:25:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=c3VwCgg6b++arrcXCSwZkH6t99pT0llohlNmbvODO7s=; b=KKE/bQaMsb5gbq3S9vPpajx2CIgYjPgct0VwU0rivQvLcX+Rh/6H5RxXi8gWf5UZtY 1NWaRscHWROw4EjnsdhBLlDqu881SKWn1ENNimoDhZjqWbRhLCqRPmzfYhdLx5mk9sPH b1q5mK9IDRccsu8naZmaFUvzjqfHAeNtCGC1A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=u57RONTnZeYr8MnboJMM69u4oMFAwZ8+U/SHnrtB8V4BYRlDbzpb2rqqMjLAQTQQjw oO1k5YDRAzgK8Y+vNYjZmXY8t1YLNXyCvpjtln8GzLacsUE/WDt85wfnurKVlS84QqVX a6UzdNb3zYtUlQlNjP+wMJTqSzO9fY4OCMp50= MIME-Version: 1.0 Received: by 10.142.144.16 with SMTP id r16mr4517661wfd.349.1240268214477; Mon, 20 Apr 2009 15:56:54 -0700 (PDT) Date: Mon, 20 Apr 2009 15:56:54 -0700 Message-ID: <74c4f9520904201556h64254033nee4e95cbef87ccb0@mail.gmail.com> From: Phillip Kinsley To: x11@FreeBSD.org Content-Type: multipart/mixed; boundary=000e0cd3274659a6f504680472d1 Cc: Subject: Meas won't build from ports X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 23:25:33 -0000 --000e0cd3274659a6f504680472d1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Mesa won't build on a new installation of 7.2-RC1. I did a portsnap first and then installed Xorg and then tried to install gnustep on the system. I stopped compiling on libGLU, giving a error of: configure: error: Package requirements (x11 xext xxf86vm xdamage xfixes x11-xcb xcb-glx) were not met: No package 'x11-xcb' found I tried installing xcb files and still got the same error. I've attached two docs. mesa-config.log and ls-db-pkg.txt Thanks Phillip --000e0cd3274659a6f504680472d1 Content-Type: text/plain; charset=US-ASCII; name="ls-db-pkg.txt" Content-Disposition: attachment; filename="ls-db-pkg.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ftrrmki51 YXBwcmVzLTEuMC4xICAgICAgICAgICAgICAgICAgICAgICAgICAgIGxpc3RyZXMtMS4wLjENCmFz cGVsbC0wLjYwLjZfMiAgICAgICAgICAgICAgICAgICAgICAgICBsdWl0LTEuMC4yXzINCmF1dG9j b25mLTIuNjIgICAgICAgICAgICAgICAgICAgICAgICAgICBtNC0xLjQuMTIsMQ0KYXV0b2NvbmYt d3JhcHBlci0yMDA3MTEwOSAgICAgICAgICAgICAgIG1ha2VkZXBlbmQtMS4wLjEsMQ0KYXV0b21h a2UtMS45LjZfMyAgICAgICAgICAgICAgICAgICAgICAgIG1lc2FnbC1tYW5nbGVkLTUuMC4yDQph dXRvbWFrZS13cmFwcGVyLTIwMDcxMTA5ICAgICAgICAgICAgICAgbWtjb21wb3NlY2FjaGUtMS4y XzENCmJhc2gtNC4wLjEwXzIgICAgICAgICAgICAgICAgICAgICAgICAgICBta2ZvbnRkaXItMS4w LjNfMQ0KYmRmdG9wY2YtMS4wLjEgICAgICAgICAgICAgICAgICAgICAgICAgIG1rZm9udHNjYWxl LTEuMC4zDQpiZWZvcmVsaWdodC0xLjAuMiAgICAgICAgICAgICAgICAgICAgICAgbXBmci0yLjQu MQ0KYmlncmVxc3Byb3RvLTEuMC4yICAgICAgICAgICAgICAgICAgICAgIG9jbG9jay0xLjAuMQ0K Ymlzb24tMi40LjEsMSAgICAgICAgICAgICAgICAgICAgICAgICAgIHA1LWdldHRleHQtMS4wNV8y DQpiaXRtYXAtMS4wLjMgICAgICAgICAgICAgICAgICAgICAgICAgICAgcGNpaWRzLTIwMDgwOTAx DQpiaXRzdHJlYW0tdmVyYS0xLjEwXzQgICAgICAgICAgICAgICAgICAgcGNyZS03LjdfMQ0KY29t cG9zaXRlcHJvdG8tMC40ICAgICAgICAgICAgICAgICAgICAgIHBlcmwtNS44LjhfMQ0KY29uc29s ZWtpdC0wLjIuMTBfMiAgICAgICAgICAgICAgICAgICAgIHBpeG1hbi0wLjEwLjBfMg0KY3Vwcy1i YXNlLTEuMy45XzMgICAgICAgICAgICAgICAgICAgICAgIHBrZy1jb25maWctMC4yM18xDQpkYW1h Z2Vwcm90by0xLjEuMF8yICAgICAgICAgICAgICAgICAgICAgcG5nLTEuMi4zMg0KZGJ1cy0xLjIu MSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHBvbGljeWtpdC0wLjlfMQ0KZGJ1cy1nbGli LTAuNzYgICAgICAgICAgICAgICAgICAgICAgICAgIHBvcnRhdWRpby0xOS4yMDA3MTIwNw0KZG1p ZGVjb2RlLTIuOSAgICAgICAgICAgICAgICAgICAgICAgICAgIHBvcnRhdWRpdC0wLjUuMTINCmRt eHByb3RvLTIuMi4yICAgICAgICAgICAgICAgICAgICAgICAgICBwb3J0bWFuYWdlci0wLjQuMV85 DQpkcmktNy4wLjNfMSwyICAgICAgICAgICAgICAgICAgICAgICAgICAgcHJpbnRwcm90by0xLjAu NA0KZHJpMnByb3RvLTEuOTkuMyAgICAgICAgICAgICAgICAgICAgICAgIHB5dGhvbjI1LTIuNS4y XzMNCmVkaXRyZXMtMS4wLjMgICAgICAgICAgICAgICAgICAgICAgICAgICByYW5kcnByb3RvLTEu Mi4xDQplbmNvZGluZ3MtMS4wLjIsMSAgICAgICAgICAgICAgICAgICAgICAgcmVjb3JkcHJvdG8t MS4xMy4yDQpleHBhdC0yLjAuMSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgcmVuZGVycHJv dG8tMC45LjMNCmZmY2FsbC0xLjEwXzEgICAgICAgICAgICAgICAgICAgICAgICAgICByZXNvdXJj ZXByb3RvLTEuMC4yDQpmaXhlc3Byb3RvLTQuMCAgICAgICAgICAgICAgICAgICAgICAgICAgcmdi LTEuMC4xDQpmb250LWFkb2JlLTEwMGRwaS0xLjAuMF8xICAgICAgICAgICAgICAgcnN0YXJ0LTEu MC4yDQpmb250LWFkb2JlLTc1ZHBpLTEuMC4wICAgICAgICAgICAgICAgICAgc2NyaXB0cy0xLjAu MQ0KZm9udC1hZG9iZS11dG9waWEtMTAwZHBpLTEuMC4xICAgICAgICAgIHNjcm5zYXZlcnByb3Rv LTEuMS4wDQpmb250LWFkb2JlLXV0b3BpYS03NWRwaS0xLjAuMSAgICAgICAgICAgc2Vzc3JlZy0x LjAuMw0KZm9udC1hZG9iZS11dG9waWEtdHlwZTEtMS4wLjEgICAgICAgICAgIHNldHhrYm1hcC0x LjAuNA0KZm9udC1hbGlhcy0xLjAuMSAgICAgICAgICAgICAgICAgICAgICAgIHNob3dmb250LTEu MC4xXzENCmZvbnQtYXJhYmljLW1pc2MtMS4wLjAgICAgICAgICAgICAgICAgICBzbXByb3h5LTEu MC4yDQpmb250LWJoLTEwMGRwaS0xLjAuMCAgICAgICAgICAgICAgICAgICAgdGlmZi0zLjguMl8z DQpmb250LWJoLTc1ZHBpLTEuMC4wICAgICAgICAgICAgICAgICAgICAgdHJhcHByb3RvLTMuNC4z DQpmb250LWJoLWx1Y2lkYXR5cGV3cml0ZXItMTAwZHBpLTEuMC4wICAgdHdtLTEuMC4zXzMNCmZv bnQtYmgtbHVjaWRhdHlwZXdyaXRlci03NWRwaS0xLjAuMCAgICB1bnppcC01LjUyXzUNCmZvbnQt YmgtdHRmLTEuMC4wICAgICAgICAgICAgICAgICAgICAgICB2aWRlb3Byb3RvLTIuMi4yDQpmb250 LWJoLXR5cGUxLTEuMC4wICAgICAgICAgICAgICAgICAgICAgdmlld3Jlcy0xLjAuMQ0KZm9udC1i aXRzdHJlYW0tMTAwZHBpLTEuMC4wICAgICAgICAgICAgIHZpbS03LjIuMTQNCmZvbnQtYml0c3Ry ZWFtLTc1ZHBpLTEuMC4wICAgICAgICAgICAgICB2bmMtNC4xLjNfMQ0KZm9udC1iaXRzdHJlYW0t dHlwZTEtMS4wLjAgICAgICAgICAgICAgIHgxMXBlcmYtMS40LjENCmZvbnQtY3Jvbnl4LWN5cmls bGljLTEuMC4wICAgICAgICAgICAgICB4YXV0aC0xLjAuMg0KZm9udC1jdXJzb3ItbWlzYy0xLjAu MCAgICAgICAgICAgICAgICAgIHhiYWNrbGlnaHQtMS4xDQpmb250LWRhZXdvby1taXNjLTEuMC4w ICAgICAgICAgICAgICAgICAgeGJpZmYtMS4wLjENCmZvbnQtZGVjLW1pc2MtMS4wLjAgICAgICAg ICAgICAgICAgICAgICB4Yml0bWFwcy0xLjAuMQ0KZm9udC1pYm0tdHlwZTEtMS4wLjAgICAgICAg ICAgICAgICAgICAgIHhjYWxjLTEuMC4yDQpmb250LWlzYXMtbWlzYy0xLjAuMCAgICAgICAgICAg ICAgICAgICAgeGNiLTIuNF8xDQpmb250LWppcy1taXNjLTEuMC4wICAgICAgICAgICAgICAgICAg ICAgeGNiLXByb3RvLTEuNA0KZm9udC1taWNyby1taXNjLTEuMC4wICAgICAgICAgICAgICAgICAg IHhjYi11dGlsLTAuMy4zDQpmb250LW1pc2MtY3lyaWxsaWMtMS4wLjAgICAgICAgICAgICAgICAg eGNsaXBib2FyZC0xLjAuMQ0KZm9udC1taXNjLWV0aGlvcGljLTEuMC4wICAgICAgICAgICAgICAg IHhjbG9jay0xLjAuMw0KZm9udC1taXNjLW1lbHRoby0xLjAuMF8xICAgICAgICAgICAgICAgIHhj bWlzY3Byb3RvLTEuMS4yDQpmb250LW1pc2MtbWlzYy0xLjAuMCAgICAgICAgICAgICAgICAgICAg eGNtc2RiLTEuMC4xDQpmb250LW11dHQtbWlzYy0xLjAuMCAgICAgICAgICAgICAgICAgICAgeGNv bnNvbGUtMS4wLjMNCmZvbnQtc2NodW1hY2hlci1taXNjLTEuMC4wICAgICAgICAgICAgICB4Y3Vy c29yLXRoZW1lcy0xLjAuMV8xDQpmb250LXNjcmVlbi1jeXJpbGxpYy0xLjAuMSAgICAgICAgICAg ICAgeGN1cnNvcmdlbi0xLjAuMg0KZm9udC1zb255LW1pc2MtMS4wLjAgICAgICAgICAgICAgICAg ICAgIHhkYmVkaXp6eS0xLjAuMg0KZm9udC1zdW4tbWlzYy0xLjAuMCAgICAgICAgICAgICAgICAg ICAgIHhkaXR2aWV3LTEuMC4xDQpmb250LXV0aWwtMS4wLjEgICAgICAgICAgICAgICAgICAgICAg ICAgeGRtLTEuMS42XzMNCmZvbnQtd2luaXR6a2ktY3lyaWxsaWMtMS4wLjAgICAgICAgICAgICB4 ZHB5aW5mby0xLjAuMl8xDQpmb250LXhmcmVlODYtdHlwZTEtMS4wLjAgICAgICAgICAgICAgICAg eGRyaWluZm8tMS4wLjINCmZvbnRjYWNoZXByb3RvLTAuMS4yICAgICAgICAgICAgICAgICAgICB4 ZWRpdC0xLjAuMg0KZm9udGNvbmZpZy0yLjYuMCwxICAgICAgICAgICAgICAgICAgICAgIHhldi0x LjAuMg0KZm9udHNwcm90by0yLjAuMiAgICAgICAgICAgICAgICAgICAgICAgIHhleHRwcm90by03 LjAuNQ0KZm9udHRvc2ZudC0xLjAuMyAgICAgICAgICAgICAgICAgICAgICAgIHhleWVzLTEuMC4x DQpmcmVldHlwZS0xLjMuMV80ICAgICAgICAgICAgICAgICAgICAgICAgeGY4Ni1pbnB1dC1rZXli b2FyZC0xLjIuMl8yDQpmcmVldHlwZTItMi4zLjlfMSAgICAgICAgICAgICAgICAgICAgICAgeGY4 Ni1pbnB1dC1tb3VzZS0xLjIuM18yDQpmc2xzZm9udHMtMS4wLjEgICAgICAgICAgICAgICAgICAg ICAgICAgeGY4Ni12aWRlby1hdGktNi45LjANCmZzdG9iZGYtMS4wLjIgICAgICAgICAgICAgICAg ICAgICAgICAgICB4Zjg2LXZpZGVvLWludGVsLTIuNC4yDQpnYW1pbi0wLjEuOV8yICAgICAgICAg ICAgICAgICAgICAgICAgICAgeGY4Ni12aWRlby1tYWNoNjQtNi44LjANCmdjYy00LjIuNV8yMDA5 MDMyNSAgICAgICAgICAgICAgICAgICAgICB4Zjg2LXZpZGVvLW52LTIuMS4xMg0KZ2NjbWFrZWRl cC0xLjAuMiAgICAgICAgICAgICAgICAgICAgICAgIHhmODYtdmlkZW8tcjEyOC02LjguMA0KZ2V0 dGV4dC0wLjE3XzEgICAgICAgICAgICAgICAgICAgICAgICAgIHhmODYtdmlkZW8tcmFkZW9uaGQt MS4yLjFfMQ0KZ2lvLWZhbS1iYWNrZW5kLTIuMTYuNSAgICAgICAgICAgICAgICAgIHhmODYtdmlk ZW8tdmVzYS0xLjMuMF8yDQpnbGliLTEuMi4xMF8xMiAgICAgICAgICAgICAgICAgICAgICAgICAg eGY4Ni12aWRlby12Z2EtNC4xLjBfMg0KZ2xpYi0yLjE2LjUgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIHhmODYtdmlkZW8tdmlhLTAuMi4yXzMNCmdscHJvdG8tMS40LjggICAgICAgICAgICAg ICAgICAgICAgICAgICB4Zjg2YmlnZm9udHByb3RvLTEuMS4yDQpnbWFrZS0zLjgxXzMgICAgICAg ICAgICAgICAgICAgICAgICAgICAgeGY4NmRnYS0xLjAuMg0KZ25vbWVfc3Vici0xLjAgICAgICAg ICAgICAgICAgICAgICAgICAgIHhmODZkZ2Fwcm90by0yLjAuMw0KZ251c3RlcC1iYWNrLTAuMTYu MCAgICAgICAgICAgICAgICAgICAgIHhmODZkcmlwcm90by0yLjAuMw0KZ251c3RlcC1iYWNrLWFy dC0wLjE2LjAgICAgICAgICAgICAgICAgIHhmODZtaXNjcHJvdG8tMC45LjINCmdudXN0ZXAtYmFz ZS0xLjE4LjAgICAgICAgICAgICAgICAgICAgICB4Zjg2cnVzaHByb3RvLTEuMS4yDQpnbnVzdGVw LWd1aS0wLjE2LjAgICAgICAgICAgICAgICAgICAgICAgeGY4NnZpZG1vZGVwcm90by0yLjIuMg0K Z251c3RlcC1tYWtlLTIuMC44ICAgICAgICAgICAgICAgICAgICAgIHhmZC0xLjAuMQ0KZ251dGxz LTIuNi40ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHhmaW5kcHJveHktMS4wLjENCmdwZXJm LTMuMC4zICAgICAgICAgICAgICAgICAgICAgICAgICAgICB4Zm9udHNlbC0xLjAuMg0KZ3RrLTEu Mi4xMF8yMCAgICAgICAgICAgICAgICAgICAgICAgICAgIHhmcy0xLjAuNV8xLDENCmhhbC0wLjUu MTFfMSAgICAgICAgICAgICAgICAgICAgICAgICAgICB4ZnNpbmZvLTEuMC4xDQpoZWxwMm1hbi0x LjM2LjRfMiAgICAgICAgICAgICAgICAgICAgICAgeGZ3cC0xLjAuMQ0KaWNlYXV0aC0xLjAuMiAg ICAgICAgICAgICAgICAgICAgICAgICAgIHhnYW1tYS0xLjAuMg0KaWNvLTEuMC4yICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIHhnYy0xLjAuMQ0KaW1ha2UtMS4wLjJfNCwxICAgICAgICAg ICAgICAgICAgICAgICAgIHhob3N0LTEuMC4yDQppbnB1dHByb3RvLTEuNS4wICAgICAgICAgICAg ICAgICAgICAgICAgeGluZXJhbWFwcm90by0xLjEuMg0KanBlZy02Yl83ICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIHhpbml0LTEuMC43DQprYnByb3RvLTEuMC4zICAgICAgICAgICAgICAg ICAgICAgICAgICAgeGtiY29tcC0xLjAuMw0KbGliRlMtMS4wLjBfMSAgICAgICAgICAgICAgICAg ICAgICAgICAgIHhrYmV2ZC0xLjAuMg0KbGliR0wtNy4wLjMgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIHhrYnByaW50LTEuMC4xDQpsaWJJQ0UtMS4wLjRfMSwxICAgICAgICAgICAgICAgICAg ICAgICAgeGtidXRpbHMtMS4wLjFfMQ0KbGliU00tMS4wLjNfMSwxICAgICAgICAgICAgICAgICAg ICAgICAgIHhrZXlib2FyZC1jb25maWctMS4zDQpsaWJYMTEtMS4xLjNfMSwxICAgICAgICAgICAg ICAgICAgICAgICAgeGtpbGwtMS4wLjENCmxpYlhTY3JuU2F2ZXItMS4xLjIgICAgICAgICAgICAg ICAgICAgICB4bG9hZC0xLjAuMg0KbGliWFRyYXAtMS4wLjAgICAgICAgICAgICAgICAgICAgICAg ICAgIHhsb2dvLTEuMC4xDQpsaWJYYXUtMS4wLjQgICAgICAgICAgICAgICAgICAgICAgICAgICAg eGxzYXRvbXMtMS4wLjENCmxpYlhhdy0xLjAuNF8xLDEgICAgICAgICAgICAgICAgICAgICAgICB4 bHNjbGllbnRzLTEuMC4xDQpsaWJYY29tcG9zaXRlLTAuNC4wLDEgICAgICAgICAgICAgICAgICAg eGxzZm9udHMtMS4wLjINCmxpYlhjdXJzb3ItMS4xLjlfMSAgICAgICAgICAgICAgICAgICAgICB4 bWFnLTEuMC4yDQpsaWJYZGFtYWdlLTEuMS4xICAgICAgICAgICAgICAgICAgICAgICAgeG1hbi0x LjAuMw0KbGliWGRtY3AtMS4wLjJfMSAgICAgICAgICAgICAgICAgICAgICAgIHhtZXNzYWdlLTEu MC4yDQpsaWJYZXZpZS0xLjAuMiAgICAgICAgICAgICAgICAgICAgICAgICAgeG1vZG1hcC0xLjAu Mw0KbGliWGV4dC0xLjAuMywxICAgICAgICAgICAgICAgICAgICAgICAgIHhtb3JlLTEuMC4xDQps aWJYZml4ZXMtNC4wLjNfMSAgICAgICAgICAgICAgICAgICAgICAgeG9yZy03LjRfMQ0KbGliWGZv bnQtMS4zLjFfMywxICAgICAgICAgICAgICAgICAgICAgIHhvcmctYXBwcy03LjMNCmxpYlhmb250 Y2FjaGUtMS4wLjQgICAgICAgICAgICAgICAgICAgICB4b3JnLWNmLWZpbGVzLTEuMC4yXzMNCmxp YlhmdC0yLjEuMTMgICAgICAgICAgICAgICAgICAgICAgICAgICB4b3JnLWRvY3MtMS40LDENCmxp YlhpLTEuMS4zLDEgICAgICAgICAgICAgICAgICAgICAgICAgICB4b3JnLWRyaXZlcnMtNy4zXzMN CmxpYlhpbmVyYW1hLTEuMC4yLDEgICAgICAgICAgICAgICAgICAgICB4b3JnLWZvbnRzLTEwMGRw aS03LjMNCmxpYlhtdS0xLjAuMywxICAgICAgICAgICAgICAgICAgICAgICAgICB4b3JnLWZvbnRz LTcuM18xDQpsaWJYcC0xLjAuMCwxICAgICAgICAgICAgICAgICAgICAgICAgICAgeG9yZy1mb250 cy03NWRwaS03LjMNCmxpYlhwbS0zLjUuNyAgICAgICAgICAgICAgICAgICAgICAgICAgICB4b3Jn LWZvbnRzLWN5cmlsbGljLTcuMw0KbGliWHByaW50QXBwVXRpbC0xLjAuMSAgICAgICAgICAgICAg ICAgIHhvcmctZm9udHMtbWlzY2JpdG1hcHMtNy4zDQpsaWJYcHJpbnRVdGlsLTEuMC4xICAgICAg ICAgICAgICAgICAgICAgeG9yZy1mb250cy10cnVldHlwZS03LjMNCmxpYlhyYW5kci0xLjIuMl8x ICAgICAgICAgICAgICAgICAgICAgICB4b3JnLWZvbnRzLXR5cGUxLTcuMw0KbGliWHJlbmRlci0w LjkuNF8xICAgICAgICAgICAgICAgICAgICAgIHhvcmctbGlicmFyaWVzLTcuM18yDQpsaWJYcmVz LTEuMC4zXzMgICAgICAgICAgICAgICAgICAgICAgICAgeG9yZy1tYWNyb3MtMS4yLjENCmxpYlh0 LTEuMC41XzEgICAgICAgICAgICAgICAgICAgICAgICAgICB4b3JnLXByb3Rvcy03LjNfMg0KbGli WHRzdC0xLjAuM18xICAgICAgICAgICAgICAgICAgICAgICAgIHhvcmctc2VydmVyLTEuNC4yLDEN CmxpYlh2LTEuMC4zXzEsMSAgICAgICAgICAgICAgICAgICAgICAgICB4cGhlbGxvd29ybGQtMS4w LjFfMQ0KbGliWHZNQy0xLjAuNF8xICAgICAgICAgICAgICAgICAgICAgICAgIHhwbHNwcmludGVy cy0xLjAuMQ0KbGliWHhmODZkZ2EtMS4wLjIgICAgICAgICAgICAgICAgICAgICAgIHhwci0xLjAu Mg0KbGliWHhmODZtaXNjLTEuMC4xICAgICAgICAgICAgICAgICAgICAgIHhwcmVoYXNocHJpbnRl cmxpc3QtMS4wLjENCmxpYlh4Zjg2dm0tMS4wLjEgICAgICAgICAgICAgICAgICAgICAgICB4cHJv cC0xLjAuMw0KbGliYXJ0X2xncGwtMi4zLjIwLDEgICAgICAgICAgICAgICAgICAgIHhwcm90by03 LjAuMTUNCmxpYmF1ZGlvZmlsZS0wLjIuNiAgICAgICAgICAgICAgICAgICAgICB4cHJveHltYW5h Z2VtZW50cHJvdG9jb2wtMS4wLjINCmxpYmNoZWNrLTAuOS42ICAgICAgICAgICAgICAgICAgICAg ICAgICB4cmFuZHItMS4yLjINCmxpYmRteC0xLjAuMl8xICAgICAgICAgICAgICAgICAgICAgICAg ICB4cmRiLTEuMC40DQpsaWJkcm0tMi40LjcgICAgICAgICAgICAgICAgICAgICAgICAgICAgeHJl ZnJlc2gtMS4wLjINCmxpYmZvbnRlbmMtMS4wLjQgICAgICAgICAgICAgICAgICAgICAgICB4cngt MS4wLjFfMQ0KbGliZ2NyeXB0LTEuNC40ICAgICAgICAgICAgICAgICAgICAgICAgIHhzZXQtMS4w LjMNCmxpYmdtcC00LjIuNCAgICAgICAgICAgICAgICAgICAgICAgICAgICB4c2V0bW9kZS0xLjAu MA0KbGliZ3BnLWVycm9yLTEuNyAgICAgICAgICAgICAgICAgICAgICAgIHhzZXRwb2ludGVyLTEu MC4xDQpsaWJpY29udi0xLjExXzEgICAgICAgICAgICAgICAgICAgICAgICAgeHNldHJvb3QtMS4w LjINCmxpYm9sZFgtMS4wLjEgICAgICAgICAgICAgICAgICAgICAgICAgICB4c20tMS4wLjENCmxp YnB0aHJlYWQtc3R1YnMtMC4xICAgICAgICAgICAgICAgICAgICB4c3RkY21hcC0xLjAuMQ0KbGli dG9vbC0xLjUuMjYgICAgICAgICAgICAgICAgICAgICAgICAgIHh0ZXJtLTIzNg0KbGlidW5naWYt NC4xLjRfNSAgICAgICAgICAgICAgICAgICAgICAgIHh0cmFucy0xLjIuMw0KbGlidXRlbXB0ZXIt MS4xLjVfMSAgICAgICAgICAgICAgICAgICAgIHh0cmFwLTEuMC4yDQpsaWJ2b2x1bWVfaWQtMC44 MS4wICAgICAgICAgICAgICAgICAgICAgeHZpZHR1bmUtMS4wLjENCmxpYnhjYi0xLjJfMSAgICAg ICAgICAgICAgICAgICAgICAgICAgICB4dmluZm8tMS4wLjINCmxpYnhrYmZpbGUtMS4wLjQgICAg ICAgICAgICAgICAgICAgICAgICB4d2QtMS4wLjENCmxpYnhrYnVpLTEuMC4yXzEgICAgICAgICAg ICAgICAgICAgICAgICB4d2luaW5mby0xLjAuMw0KbGlieG1sMi0yLjYuMzIgICAgICAgICAgICAg ICAgICAgICAgICAgIHh3dWQtMS4wLjENCmxpYnhzbHQtMS4xLjI0XzIgICAgICAgICAgICAgICAg ICAgICAgICB6aXAtMy4w --000e0cd3274659a6f504680472d1 Content-Type: application/octet-stream; name="mesa-config.log" Content-Disposition: attachment; filename="mesa-config.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ftrrlz270 VGhpcyBmaWxlIGNvbnRhaW5zIGFueSBtZXNzYWdlcyBwcm9kdWNlZCBieSBjb21waWxlcnMgd2hp bGUNCnJ1bm5pbmcgY29uZmlndXJlLCB0byBhaWQgZGVidWdnaW5nIGlmIGNvbmZpZ3VyZSBtYWtl cyBhIG1pc3Rha2UuDQoNCkl0IHdhcyBjcmVhdGVkIGJ5IE1lc2EgY29uZmlndXJlIDcuMy4wLCB3 aGljaCB3YXMNCmdlbmVyYXRlZCBieSBHTlUgQXV0b2NvbmYgMi42MS4gIEludm9jYXRpb24gY29t bWFuZCBsaW5lIHdhcw0KDQogICQgLi9jb25maWd1cmUgLS1kaXNhYmxlLWdsdSAtLWRpc2FibGUt Z2x1dCAtLWRpc2FibGUtZ2x3IC0td2l0aC1kZW1vcz1ubyAtLXdpdGgtZHJpLWRyaXZlcnM9bm8g LS1lbmFibGUteGNiIC0teC1saWJyYXJpZXM9L3Vzci9sb2NhbC9saWIgLS14LWluY2x1ZGVzPS91 c3IvbG9jYWwvaW5jbHVkZSAtLXByZWZpeD0vdXNyL2xvY2FsIC0tbWFuZGlyPS91c3IvbG9jYWwv bWFuIC0taW5mb2Rpcj0vdXNyL2xvY2FsL2luZm8vIC0tYnVpbGQ9aTM4Ni1wb3J0YmxkLWZyZWVi c2Q3LjINCg0KIyMgLS0tLS0tLS0tICMjDQojIyBQbGF0Zm9ybS4gIyMNCiMjIC0tLS0tLS0tLSAj Iw0KDQpob3N0bmFtZSA9IGdydWJiZXIua2Mua2luZ2NvdW50eS5sY2wNCnVuYW1lIC1tID0gaTM4 Ng0KdW5hbWUgLXIgPSA3LjItUkMxDQp1bmFtZSAtcyA9IEZyZWVCU0QNCnVuYW1lIC12ID0gRnJl ZUJTRCA3LjItUkMxICMwOiBXZWQgQXByIDE1IDIwOjM0OjEwIFVUQyAyMDA5ICAgICByb290QHdh bGtlci5jc2UuYnVmZmFsby5lZHU6L3Vzci9vYmovdXNyL3NyYy9zeXMvR0VORVJJQw0KDQovdXNy L2Jpbi91bmFtZSAtcCA9IGkzODYNCi9iaW4vdW5hbWUgLVggICAgID0gdW5rbm93bg0KDQovYmlu L2FyY2ggICAgICAgICAgICAgID0gdW5rbm93bg0KL3Vzci9iaW4vYXJjaCAtayAgICAgICA9IHVu a25vd24NCi91c3IvY29udmV4L2dldHN5c2luZm8gPSB1bmtub3duDQovdXNyL2Jpbi9ob3N0aW5m byAgICAgID0gdW5rbm93bg0KL2Jpbi9tYWNoaW5lICAgICAgICAgICA9IHVua25vd24NCi91c3Iv YmluL29zbGV2ZWwgICAgICAgPSB1bmtub3duDQovYmluL3VuaXZlcnNlICAgICAgICAgID0gdW5r bm93bg0KDQpQQVRIOiAvc2Jpbg0KUEFUSDogL2Jpbg0KUEFUSDogL3Vzci9zYmluDQpQQVRIOiAv dXNyL2Jpbg0KUEFUSDogL3Vzci9nYW1lcw0KUEFUSDogL3Vzci9sb2NhbC9zYmluDQpQQVRIOiAv dXNyL2xvY2FsL2Jpbg0KUEFUSDogL3Jvb3QvYmluDQoNCg0KIyMgLS0tLS0tLS0tLS0gIyMNCiMj IENvcmUgdGVzdHMuICMjDQojIyAtLS0tLS0tLS0tLSAjIw0KDQpjb25maWd1cmU6MTkyNzogY2hl Y2tpbmcgYnVpbGQgc3lzdGVtIHR5cGUNCmNvbmZpZ3VyZToxOTQ1OiByZXN1bHQ6IGkzODYtcG9y dGJsZC1mcmVlYnNkNy4yDQpjb25maWd1cmU6MTk2NzogY2hlY2tpbmcgaG9zdCBzeXN0ZW0gdHlw ZQ0KY29uZmlndXJlOjE5ODI6IHJlc3VsdDogaTM4Ni1wb3J0YmxkLWZyZWVic2Q3LjINCmNvbmZp Z3VyZToyMDU2OiBjaGVja2luZyBmb3IgZ2NjDQpjb25maWd1cmU6MjA4MzogcmVzdWx0OiBjYw0K Y29uZmlndXJlOjIzMjE6IGNoZWNraW5nIGZvciBDIGNvbXBpbGVyIHZlcnNpb24NCmNvbmZpZ3Vy ZToyMzI4OiBjYyAtLXZlcnNpb24gPiY1DQpjYyAoR0NDKSA0LjIuMSAyMDA3MDcxOSAgW0ZyZWVC U0RdDQpDb3B5cmlnaHQgKEMpIDIwMDcgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMuDQpU aGlzIGlzIGZyZWUgc29mdHdhcmU7IHNlZSB0aGUgc291cmNlIGZvciBjb3B5aW5nIGNvbmRpdGlv bnMuICBUaGVyZSBpcyBOTw0Kd2FycmFudHk7IG5vdCBldmVuIGZvciBNRVJDSEFOVEFCSUxJVFkg b3IgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UuDQoNCmNvbmZpZ3VyZToyMzMxOiAk PyA9IDANCmNvbmZpZ3VyZToyMzM4OiBjYyAtdiA+JjUNClVzaW5nIGJ1aWx0LWluIHNwZWNzLg0K VGFyZ2V0OiBpMzg2LXVuZGVybXlkZXNrLWZyZWVic2QNCkNvbmZpZ3VyZWQgd2l0aDogRnJlZUJT RC9pMzg2IHN5c3RlbSBjb21waWxlcg0KVGhyZWFkIG1vZGVsOiBwb3NpeA0KZ2NjIHZlcnNpb24g NC4yLjEgMjAwNzA3MTkgIFtGcmVlQlNEXQ0KY29uZmlndXJlOjIzNDE6ICQ/ID0gMA0KY29uZmln dXJlOjIzNDg6IGNjIC1WID4mNQ0KY2M6ICctVicgb3B0aW9uIG11c3QgaGF2ZSBhcmd1bWVudA0K Y29uZmlndXJlOjIzNTE6ICQ/ID0gMQ0KY29uZmlndXJlOjIzNzQ6IGNoZWNraW5nIGZvciBDIGNv bXBpbGVyIGRlZmF1bHQgb3V0cHV0IGZpbGUgbmFtZQ0KY29uZmlndXJlOjI0MDE6IGNjIC1PMiAt Zm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAtSS91c3IvbG9jYWwvaW5jbHVkZSAtTC91c3IvbG9j YWwvbGliIGNvbmZ0ZXN0LmMgID4mNQ0KY29uZmlndXJlOjI0MDQ6ICQ/ID0gMA0KY29uZmlndXJl OjI0NDI6IHJlc3VsdDogYS5vdXQNCmNvbmZpZ3VyZToyNDU5OiBjaGVja2luZyB3aGV0aGVyIHRo ZSBDIGNvbXBpbGVyIHdvcmtzDQpjb25maWd1cmU6MjQ2OTogLi9hLm91dA0KY29uZmlndXJlOjI0 NzI6ICQ/ID0gMA0KY29uZmlndXJlOjI0ODk6IHJlc3VsdDogeWVzDQpjb25maWd1cmU6MjQ5Njog Y2hlY2tpbmcgd2hldGhlciB3ZSBhcmUgY3Jvc3MgY29tcGlsaW5nDQpjb25maWd1cmU6MjQ5ODog cmVzdWx0OiBubw0KY29uZmlndXJlOjI1MDE6IGNoZWNraW5nIGZvciBzdWZmaXggb2YgZXhlY3V0 YWJsZXMNCmNvbmZpZ3VyZToyNTA4OiBjYyAtbyBjb25mdGVzdCAtTzIgLWZuby1zdHJpY3QtYWxp YXNpbmcgLXBpcGUgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLUwvdXNyL2xvY2FsL2xpYiBjb25mdGVz dC5jICA+JjUNCmNvbmZpZ3VyZToyNTExOiAkPyA9IDANCmNvbmZpZ3VyZToyNTM1OiByZXN1bHQ6 DQpjb25maWd1cmU6MjU0MTogY2hlY2tpbmcgZm9yIHN1ZmZpeCBvZiBvYmplY3QgZmlsZXMNCmNv bmZpZ3VyZToyNTY3OiBjYyAtYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgLUkvdXNy L2xvY2FsL2luY2x1ZGUgY29uZnRlc3QuYyA+JjUNCmNvbmZpZ3VyZToyNTcwOiAkPyA9IDANCmNv bmZpZ3VyZToyNTkzOiByZXN1bHQ6IG8NCmNvbmZpZ3VyZToyNTk3OiBjaGVja2luZyB3aGV0aGVy IHdlIGFyZSB1c2luZyB0aGUgR05VIEMgY29tcGlsZXINCmNvbmZpZ3VyZToyNjI2OiBjYyAtYyAt TzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgLUkvdXNyL2xvY2FsL2luY2x1ZGUgY29uZnRl c3QuYyA+JjUNCmNvbmZpZ3VyZToyNjMyOiAkPyA9IDANCmNvbmZpZ3VyZToyNjQ5OiByZXN1bHQ6 IHllcw0KY29uZmlndXJlOjI2NTQ6IGNoZWNraW5nIHdoZXRoZXIgY2MgYWNjZXB0cyAtZw0KY29u ZmlndXJlOjI2ODQ6IGNjIC1jIC1nIC1JL3Vzci9sb2NhbC9pbmNsdWRlIGNvbmZ0ZXN0LmMgPiY1 DQpjb25maWd1cmU6MjY5MDogJD8gPSAwDQpjb25maWd1cmU6Mjc4OTogcmVzdWx0OiB5ZXMNCmNv bmZpZ3VyZToyODA2OiBjaGVja2luZyBmb3IgY2Mgb3B0aW9uIHRvIGFjY2VwdCBJU08gQzg5DQpj b25maWd1cmU6Mjg4MDogY2MgIC1jIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAtSS91 c3IvbG9jYWwvaW5jbHVkZSBjb25mdGVzdC5jID4mNQ0KY29uZmlndXJlOjI4ODY6ICQ/ID0gMA0K Y29uZmlndXJlOjI5MDk6IHJlc3VsdDogbm9uZSBuZWVkZWQNCmNvbmZpZ3VyZToyOTMyOiBjaGVj a2luZyBob3cgdG8gcnVuIHRoZSBDIHByZXByb2Nlc3Nvcg0KY29uZmlndXJlOjI5NzI6IGNjIC1F IC1JL3Vzci9sb2NhbC9pbmNsdWRlIGNvbmZ0ZXN0LmMNCmNvbmZpZ3VyZToyOTc4OiAkPyA9IDAN CmNvbmZpZ3VyZTozMDA5OiBjYyAtRSAtSS91c3IvbG9jYWwvaW5jbHVkZSBjb25mdGVzdC5jDQpj b25mdGVzdC5jOjg6Mjg6IGVycm9yOiBhY19ub25leGlzdGVudC5oOiBObyBzdWNoIGZpbGUgb3Ig ZGlyZWN0b3J5DQpjb25maWd1cmU6MzAxNTogJD8gPSAxDQpjb25maWd1cmU6IGZhaWxlZCBwcm9n cmFtIHdhczoNCnwgLyogY29uZmRlZnMuaC4gICovDQp8ICNkZWZpbmUgUEFDS0FHRV9OQU1FICJN ZXNhIg0KfCAjZGVmaW5lIFBBQ0tBR0VfVEFSTkFNRSAibWVzYSINCnwgI2RlZmluZSBQQUNLQUdF X1ZFUlNJT04gIjcuMy4wIg0KfCAjZGVmaW5lIFBBQ0tBR0VfU1RSSU5HICJNZXNhIDcuMy4wIg0K fCAjZGVmaW5lIFBBQ0tBR0VfQlVHUkVQT1JUICJodHRwczovL2J1Z3MuZnJlZWRlc2t0b3Aub3Jn L2VudGVyX2J1Zy5jZ2k/cHJvZHVjdD1NZXNhIg0KfCAvKiBlbmQgY29uZmRlZnMuaC4gICovDQp8 ICNpbmNsdWRlIDxhY19ub25leGlzdGVudC5oPg0KY29uZmlndXJlOjMwNDg6IHJlc3VsdDogY2Mg LUUNCmNvbmZpZ3VyZTozMDc3OiBjYyAtRSAtSS91c3IvbG9jYWwvaW5jbHVkZSBjb25mdGVzdC5j DQpjb25maWd1cmU6MzA4MzogJD8gPSAwDQpjb25maWd1cmU6MzExNDogY2MgLUUgLUkvdXNyL2xv Y2FsL2luY2x1ZGUgY29uZnRlc3QuYw0KY29uZnRlc3QuYzo4OjI4OiBlcnJvcjogYWNfbm9uZXhp c3RlbnQuaDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQ0KY29uZmlndXJlOjMxMjA6ICQ/ID0g MQ0KY29uZmlndXJlOiBmYWlsZWQgcHJvZ3JhbSB3YXM6DQp8IC8qIGNvbmZkZWZzLmguICAqLw0K fCAjZGVmaW5lIFBBQ0tBR0VfTkFNRSAiTWVzYSINCnwgI2RlZmluZSBQQUNLQUdFX1RBUk5BTUUg Im1lc2EiDQp8ICNkZWZpbmUgUEFDS0FHRV9WRVJTSU9OICI3LjMuMCINCnwgI2RlZmluZSBQQUNL QUdFX1NUUklORyAiTWVzYSA3LjMuMCINCnwgI2RlZmluZSBQQUNLQUdFX0JVR1JFUE9SVCAiaHR0 cHM6Ly9idWdzLmZyZWVkZXNrdG9wLm9yZy9lbnRlcl9idWcuY2dpP3Byb2R1Y3Q9TWVzYSINCnwg LyogZW5kIGNvbmZkZWZzLmguICAqLw0KfCAjaW5jbHVkZSA8YWNfbm9uZXhpc3RlbnQuaD4NCmNv bmZpZ3VyZTozMjA1OiBjaGVja2luZyBmb3IgZ2NjDQpjb25maWd1cmU6MzIzMjogcmVzdWx0OiBj Yw0KY29uZmlndXJlOjM0NzA6IGNoZWNraW5nIGZvciBDIGNvbXBpbGVyIHZlcnNpb24NCmNvbmZp Z3VyZTozNDc3OiBjYyAtLXZlcnNpb24gPiY1DQpjYyAoR0NDKSA0LjIuMSAyMDA3MDcxOSAgW0Zy ZWVCU0RdDQpDb3B5cmlnaHQgKEMpIDIwMDcgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMu DQpUaGlzIGlzIGZyZWUgc29mdHdhcmU7IHNlZSB0aGUgc291cmNlIGZvciBjb3B5aW5nIGNvbmRp dGlvbnMuICBUaGVyZSBpcyBOTw0Kd2FycmFudHk7IG5vdCBldmVuIGZvciBNRVJDSEFOVEFCSUxJ VFkgb3IgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UuDQoNCmNvbmZpZ3VyZTozNDgw OiAkPyA9IDANCmNvbmZpZ3VyZTozNDg3OiBjYyAtdiA+JjUNClVzaW5nIGJ1aWx0LWluIHNwZWNz Lg0KVGFyZ2V0OiBpMzg2LXVuZGVybXlkZXNrLWZyZWVic2QNCkNvbmZpZ3VyZWQgd2l0aDogRnJl ZUJTRC9pMzg2IHN5c3RlbSBjb21waWxlcg0KVGhyZWFkIG1vZGVsOiBwb3NpeA0KZ2NjIHZlcnNp b24gNC4yLjEgMjAwNzA3MTkgIFtGcmVlQlNEXQ0KY29uZmlndXJlOjM0OTA6ICQ/ID0gMA0KY29u ZmlndXJlOjM0OTc6IGNjIC1WID4mNQ0KY2M6ICctVicgb3B0aW9uIG11c3QgaGF2ZSBhcmd1bWVu dA0KY29uZmlndXJlOjM1MDA6ICQ/ID0gMQ0KY29uZmlndXJlOjM1MDM6IGNoZWNraW5nIHdoZXRo ZXIgd2UgYXJlIHVzaW5nIHRoZSBHTlUgQyBjb21waWxlcg0KY29uZmlndXJlOjM1NTU6IHJlc3Vs dDogeWVzDQpjb25maWd1cmU6MzU2MDogY2hlY2tpbmcgd2hldGhlciBjYyBhY2NlcHRzIC1nDQpj b25maWd1cmU6MzY5NTogcmVzdWx0OiB5ZXMNCmNvbmZpZ3VyZTozNzEyOiBjaGVja2luZyBmb3Ig Y2Mgb3B0aW9uIHRvIGFjY2VwdCBJU08gQzg5DQpjb25maWd1cmU6MzgxNTogcmVzdWx0OiBub25l IG5lZWRlZA0KY29uZmlndXJlOjM5NDk6IGNoZWNraW5nIGZvciBDKysgY29tcGlsZXIgdmVyc2lv bg0KY29uZmlndXJlOjM5NTY6IGMrKyAtLXZlcnNpb24gPiY1DQpjKysgKEdDQykgNC4yLjEgMjAw NzA3MTkgIFtGcmVlQlNEXQ0KQ29weXJpZ2h0IChDKSAyMDA3IEZyZWUgU29mdHdhcmUgRm91bmRh dGlvbiwgSW5jLg0KVGhpcyBpcyBmcmVlIHNvZnR3YXJlOyBzZWUgdGhlIHNvdXJjZSBmb3IgY29w eWluZyBjb25kaXRpb25zLiAgVGhlcmUgaXMgTk8NCndhcnJhbnR5OyBub3QgZXZlbiBmb3IgTUVS Q0hBTlRBQklMSVRZIG9yIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFLg0KDQpjb25m aWd1cmU6Mzk1OTogJD8gPSAwDQpjb25maWd1cmU6Mzk2NjogYysrIC12ID4mNQ0KVXNpbmcgYnVp bHQtaW4gc3BlY3MuDQpUYXJnZXQ6IGkzODYtdW5kZXJteWRlc2stZnJlZWJzZA0KQ29uZmlndXJl ZCB3aXRoOiBGcmVlQlNEL2kzODYgc3lzdGVtIGNvbXBpbGVyDQpUaHJlYWQgbW9kZWw6IHBvc2l4 DQpnY2MgdmVyc2lvbiA0LjIuMSAyMDA3MDcxOSAgW0ZyZWVCU0RdDQpjb25maWd1cmU6Mzk2OTog JD8gPSAwDQpjb25maWd1cmU6Mzk3NjogYysrIC1WID4mNQ0KYysrOiAnLVYnIG9wdGlvbiBtdXN0 IGhhdmUgYXJndW1lbnQNCmNvbmZpZ3VyZTozOTc5OiAkPyA9IDENCmNvbmZpZ3VyZTozOTgyOiBj aGVja2luZyB3aGV0aGVyIHdlIGFyZSB1c2luZyB0aGUgR05VIEMrKyBjb21waWxlcg0KY29uZmln dXJlOjQwMTE6IGMrKyAtYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgLUkvdXNyL2xv Y2FsL2luY2x1ZGUgY29uZnRlc3QuY3BwID4mNQ0KY29uZmlndXJlOjQwMTc6ICQ/ID0gMA0KY29u ZmlndXJlOjQwMzQ6IHJlc3VsdDogeWVzDQpjb25maWd1cmU6NDAzOTogY2hlY2tpbmcgd2hldGhl ciBjKysgYWNjZXB0cyAtZw0KY29uZmlndXJlOjQwNjk6IGMrKyAtYyAtZyAtSS91c3IvbG9jYWwv aW5jbHVkZSBjb25mdGVzdC5jcHAgPiY1DQpjb25maWd1cmU6NDA3NTogJD8gPSAwDQpjb25maWd1 cmU6NDE3NDogcmVzdWx0OiB5ZXMNCmNvbmZpZ3VyZTo0MjAxOiBjaGVja2luZyBmb3IgZ21ha2UN CmNvbmZpZ3VyZTo0MjI4OiByZXN1bHQ6IGdtYWtlDQpjb25maWd1cmU6NDI0MTogY2hlY2tpbmcg Zm9yIG1ha2VkZXBlbmQNCmNvbmZpZ3VyZTo0MjU5OiBmb3VuZCAvdXNyL2xvY2FsL2Jpbi9tYWtl ZGVwZW5kDQpjb25maWd1cmU6NDI3MTogcmVzdWx0OiAvdXNyL2xvY2FsL2Jpbi9tYWtlZGVwZW5k DQpjb25maWd1cmU6NDI4MTogY2hlY2tpbmcgZm9yIHNlZA0KY29uZmlndXJlOjQyOTk6IGZvdW5k IC91c3IvYmluL3NlZA0KY29uZmlndXJlOjQzMTE6IHJlc3VsdDogL3Vzci9iaW4vc2VkDQpjb25m aWd1cmU6NDQzNTogY2hlY2tpbmcgZm9yIHBrZy1jb25maWcNCmNvbmZpZ3VyZTo0NDUzOiBmb3Vu ZCAvdXNyL2xvY2FsL2Jpbi9wa2ctY29uZmlnDQpjb25maWd1cmU6NDQ2NTogcmVzdWx0OiAvdXNy L2xvY2FsL2Jpbi9wa2ctY29uZmlnDQpjb25maWd1cmU6NDQ5NDogY2hlY2tpbmcgcGtnLWNvbmZp ZyBpcyBhdCBsZWFzdCB2ZXJzaW9uIDAuOS4wDQpjb25maWd1cmU6NDQ5NzogcmVzdWx0OiB5ZXMN CmNvbmZpZ3VyZTo0NjgzOiBjaGVja2luZyB3aGV0aGVyIHRvIGVuYWJsZSBhc3NlbWJseQ0KY29u ZmlndXJlOjQ3Mjg6IHJlc3VsdDogeWVzLCB4ODYNCmNvbmZpZ3VyZTo0NzY5OiBjaGVja2luZyBm b3IgY2Mgb3B0aW9uIHRvIHByb2R1Y2UgUElDDQpjb25maWd1cmU6NDg1NTogcmVzdWx0OiAtZlBJ Qw0KY29uZmlndXJlOjQ4NjI6IGNoZWNraW5nIGZvciBkbG9wZW4NCmNvbmZpZ3VyZTo0OTE4OiBj YyAtbyBjb25mdGVzdCAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgLVdhbGwgLVdtaXNz aW5nLXByb3RvdHlwZXMgLXN0ZD1jOTkgLWZmYXN0LW1hdGggLWZuby1zdHJpY3QtYWxpYXNpbmcg LUkvdXNyL2xvY2FsL2luY2x1ZGUgLUwvdXNyL2xvY2FsL2xpYiBjb25mdGVzdC5jICA+JjUNCmNv bmZpZ3VyZTo0OTI0OiAkPyA9IDANCmNvbmZpZ3VyZTo0OTQxOiByZXN1bHQ6IHllcw0KY29uZmln dXJlOjUwMTQ6IGNoZWNraW5nIGZvciBwb3NpeF9tZW1hbGlnbg0KY29uZmlndXJlOjUwNzA6IGNj IC1vIGNvbmZ0ZXN0IC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAtV2FsbCAtV21pc3Np bmctcHJvdG90eXBlcyAtc3RkPWM5OSAtZmZhc3QtbWF0aCAtZm5vLXN0cmljdC1hbGlhc2luZyAt SS91c3IvbG9jYWwvaW5jbHVkZSAtTC91c3IvbG9jYWwvbGliIGNvbmZ0ZXN0LmMgID4mNQ0KY29u ZmlndXJlOjUwNzY6ICQ/ID0gMA0KY29uZmlndXJlOjUwOTM6IHJlc3VsdDogeWVzDQpjb25maWd1 cmU6NTgyNjogY2hlY2tpbmcgcGtnLWNvbmZpZyBmaWxlcyBmb3IgWDExIGFyZSBhdmFpbGFibGUN CmNvbmZpZ3VyZTo1ODI5OiAkUEtHX0NPTkZJRyAtLWV4aXN0cyAtLXByaW50LWVycm9ycyAieDEx Ig0KY29uZmlndXJlOjU4MzI6ICQ/ID0gMA0KY29uZmlndXJlOjU4NDM6IHJlc3VsdDogeWVzDQpj b25maWd1cmU6NzMzNTogY2hlY2tpbmcgZm9yIExJQkRSTQ0KY29uZmlndXJlOjczNDM6ICRQS0df Q09ORklHIC0tZXhpc3RzIC0tcHJpbnQtZXJyb3JzICJsaWJkcm0gPj0gJExJQkRSTV9SRVFVSVJF RCINCmNvbmZpZ3VyZTo3MzQ2OiAkPyA9IDANCmNvbmZpZ3VyZTo3MzYxOiAkUEtHX0NPTkZJRyAt LWV4aXN0cyAtLXByaW50LWVycm9ycyAibGliZHJtID49ICRMSUJEUk1fUkVRVUlSRUQiDQpjb25m aWd1cmU6NzM2NDogJD8gPSAwDQpjb25maWd1cmU6NzQ0MDogcmVzdWx0OiB5ZXMNCmNvbmZpZ3Vy ZTo3NDQ2OiBjaGVja2luZyBmb3IgRFJJMlBST1RPDQpjb25maWd1cmU6NzQ1NDogJFBLR19DT05G SUcgLS1leGlzdHMgLS1wcmludC1lcnJvcnMgImRyaTJwcm90byA+PSAkRFJJMlBST1RPX1JFUVVJ UkVEIg0KY29uZmlndXJlOjc0NTc6ICQ/ID0gMA0KY29uZmlndXJlOjc0NzI6ICRQS0dfQ09ORklH IC0tZXhpc3RzIC0tcHJpbnQtZXJyb3JzICJkcmkycHJvdG8gPj0gJERSSTJQUk9UT19SRVFVSVJF RCINCmNvbmZpZ3VyZTo3NDc1OiAkPyA9IDANCmNvbmZpZ3VyZTo3NTUxOiByZXN1bHQ6IHllcw0K Y29uZmlndXJlOjc1Njg6IGNoZWNraW5nIGZvciBEUklHTA0KY29uZmlndXJlOjc1NzY6ICRQS0df Q09ORklHIC0tZXhpc3RzIC0tcHJpbnQtZXJyb3JzICIkZHJpX21vZHVsZXMiDQpnbm9tZS1jb25m aWc6IG5vdCBmb3VuZA0KUGFja2FnZSB4MTEteGNiIHdhcyBub3QgZm91bmQgaW4gdGhlIHBrZy1j b25maWcgc2VhcmNoIHBhdGguDQpQZXJoYXBzIHlvdSBzaG91bGQgYWRkIHRoZSBkaXJlY3Rvcnkg Y29udGFpbmluZyBgeDExLXhjYi5wYycNCnRvIHRoZSBQS0dfQ09ORklHX1BBVEggZW52aXJvbm1l bnQgdmFyaWFibGUNCk5vIHBhY2thZ2UgJ3gxMS14Y2InIGZvdW5kDQpjb25maWd1cmU6NzU3OTog JD8gPSAxDQpjb25maWd1cmU6NzU5NDogJFBLR19DT05GSUcgLS1leGlzdHMgLS1wcmludC1lcnJv cnMgIiRkcmlfbW9kdWxlcyINCmdub21lLWNvbmZpZzogbm90IGZvdW5kDQpQYWNrYWdlIHgxMS14 Y2Igd2FzIG5vdCBmb3VuZCBpbiB0aGUgcGtnLWNvbmZpZyBzZWFyY2ggcGF0aC4NClBlcmhhcHMg eW91IHNob3VsZCBhZGQgdGhlIGRpcmVjdG9yeSBjb250YWluaW5nIGB4MTEteGNiLnBjJw0KdG8g dGhlIFBLR19DT05GSUdfUEFUSCBlbnZpcm9ubWVudCB2YXJpYWJsZQ0KTm8gcGFja2FnZSAneDEx LXhjYicgZm91bmQNCmNvbmZpZ3VyZTo3NTk3OiAkPyA9IDENCk5vIHBhY2thZ2UgJ3gxMS14Y2In IGZvdW5kDQpjb25maWd1cmU6NzYyNTogZXJyb3I6IFBhY2thZ2UgcmVxdWlyZW1lbnRzICh4MTEg eGV4dCB4eGY4NnZtIHhkYW1hZ2UgeGZpeGVzIHgxMS14Y2IgeGNiLWdseCkgd2VyZSBub3QgbWV0 Og0KDQpObyBwYWNrYWdlICd4MTEteGNiJyBmb3VuZA0KDQpDb25zaWRlciBhZGp1c3RpbmcgdGhl IFBLR19DT05GSUdfUEFUSCBlbnZpcm9ubWVudCB2YXJpYWJsZSBpZiB5b3UNCmluc3RhbGxlZCBz b2Z0d2FyZSBpbiBhIG5vbi1zdGFuZGFyZCBwcmVmaXguDQoNCkFsdGVybmF0aXZlbHksIHlvdSBt YXkgc2V0IHRoZSBlbnZpcm9ubWVudCB2YXJpYWJsZXMgRFJJR0xfQ0ZMQUdTDQphbmQgRFJJR0xf TElCUyB0byBhdm9pZCB0aGUgbmVlZCB0byBjYWxsIHBrZy1jb25maWcuDQpTZWUgdGhlIHBrZy1j b25maWcgbWFuIHBhZ2UgZm9yIG1vcmUgZGV0YWlscy4NCg0KDQojIyAtLS0tLS0tLS0tLS0tLS0t ICMjDQojIyBDYWNoZSB2YXJpYWJsZXMuICMjDQojIyAtLS0tLS0tLS0tLS0tLS0tICMjDQoNCmFj X2N2X2J1aWxkPWkzODYtcG9ydGJsZC1mcmVlYnNkNy4yDQphY19jdl9jX2NvbXBpbGVyX2dudT15 ZXMNCmFjX2N2X2N4eF9jb21waWxlcl9nbnU9eWVzDQphY19jdl9lbnZfQVJDSF9GTEFHU19zZXQ9 JycNCmFjX2N2X2Vudl9BUkNIX0ZMQUdTX3ZhbHVlPScnDQphY19jdl9lbnZfQ0NDX3NldD0nJw0K YWNfY3ZfZW52X0NDQ192YWx1ZT0nJw0KYWNfY3ZfZW52X0NDX3NldD1zZXQNCmFjX2N2X2Vudl9D Q192YWx1ZT1jYw0KYWNfY3ZfZW52X0NGTEFHU19zZXQ9c2V0DQphY19jdl9lbnZfQ0ZMQUdTX3Zh bHVlPSctTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUnDQphY19jdl9lbnZfQ1BQRkxBR1Nf c2V0PXNldA0KYWNfY3ZfZW52X0NQUEZMQUdTX3ZhbHVlPS1JL3Vzci9sb2NhbC9pbmNsdWRlDQph Y19jdl9lbnZfQ1BQX3NldD0nJw0KYWNfY3ZfZW52X0NQUF92YWx1ZT0nJw0KYWNfY3ZfZW52X0NY WEZMQUdTX3NldD1zZXQNCmFjX2N2X2Vudl9DWFhGTEFHU192YWx1ZT0nLU8yIC1mbm8tc3RyaWN0 LWFsaWFzaW5nIC1waXBlJw0KYWNfY3ZfZW52X0NYWF9zZXQ9c2V0DQphY19jdl9lbnZfQ1hYX3Zh bHVlPWMrKw0KYWNfY3ZfZW52X0RSSTJQUk9UT19DRkxBR1Nfc2V0PScnDQphY19jdl9lbnZfRFJJ MlBST1RPX0NGTEFHU192YWx1ZT0nJw0KYWNfY3ZfZW52X0RSSTJQUk9UT19MSUJTX3NldD0nJw0K YWNfY3ZfZW52X0RSSTJQUk9UT19MSUJTX3ZhbHVlPScnDQphY19jdl9lbnZfRFJJR0xfQ0ZMQUdT X3NldD0nJw0KYWNfY3ZfZW52X0RSSUdMX0NGTEFHU192YWx1ZT0nJw0KYWNfY3ZfZW52X0RSSUdM X0xJQlNfc2V0PScnDQphY19jdl9lbnZfRFJJR0xfTElCU192YWx1ZT0nJw0KYWNfY3ZfZW52X0VY VFJBX0xJQl9QQVRIX3NldD0nJw0KYWNfY3ZfZW52X0VYVFJBX0xJQl9QQVRIX3ZhbHVlPScnDQph Y19jdl9lbnZfR0xVVF9DRkxBR1Nfc2V0PScnDQphY19jdl9lbnZfR0xVVF9DRkxBR1NfdmFsdWU9 JycNCmFjX2N2X2Vudl9HTFVUX0xJQlNfc2V0PScnDQphY19jdl9lbnZfR0xVVF9MSUJTX3ZhbHVl PScnDQphY19jdl9lbnZfR0xXX0NGTEFHU19zZXQ9JycNCmFjX2N2X2Vudl9HTFdfQ0ZMQUdTX3Zh bHVlPScnDQphY19jdl9lbnZfR0xXX0xJQlNfc2V0PScnDQphY19jdl9lbnZfR0xXX0xJQlNfdmFs dWU9JycNCmFjX2N2X2Vudl9MREZMQUdTX3NldD1zZXQNCmFjX2N2X2Vudl9MREZMQUdTX3ZhbHVl PS1ML3Vzci9sb2NhbC9saWINCmFjX2N2X2Vudl9MSUJEUk1fQ0ZMQUdTX3NldD0nJw0KYWNfY3Zf ZW52X0xJQkRSTV9DRkxBR1NfdmFsdWU9JycNCmFjX2N2X2Vudl9MSUJEUk1fTElCU19zZXQ9JycN CmFjX2N2X2Vudl9MSUJEUk1fTElCU192YWx1ZT0nJw0KYWNfY3ZfZW52X0xJQlNfc2V0PScnDQph Y19jdl9lbnZfTElCU192YWx1ZT0nJw0KYWNfY3ZfZW52X01LTElCX09QVElPTlNfc2V0PScnDQph Y19jdl9lbnZfTUtMSUJfT1BUSU9OU192YWx1ZT0nJw0KYWNfY3ZfZW52X09QVF9GTEFHU19zZXQ9 JycNCmFjX2N2X2Vudl9PUFRfRkxBR1NfdmFsdWU9JycNCmFjX2N2X2Vudl9QSUNfRkxBR1Nfc2V0 PScnDQphY19jdl9lbnZfUElDX0ZMQUdTX3ZhbHVlPScnDQphY19jdl9lbnZfUEtHX0NPTkZJR19z ZXQ9JycNCmFjX2N2X2Vudl9QS0dfQ09ORklHX3ZhbHVlPScnDQphY19jdl9lbnZfWDExX0lOQ0xV REVTX3NldD0nJw0KYWNfY3ZfZW52X1gxMV9JTkNMVURFU192YWx1ZT0nJw0KYWNfY3ZfZW52X1hD Ql9DRkxBR1Nfc2V0PScnDQphY19jdl9lbnZfWENCX0NGTEFHU192YWx1ZT0nJw0KYWNfY3ZfZW52 X1hDQl9MSUJTX3NldD0nJw0KYWNfY3ZfZW52X1hDQl9MSUJTX3ZhbHVlPScnDQphY19jdl9lbnZf WExJQkdMX0NGTEFHU19zZXQ9JycNCmFjX2N2X2Vudl9YTElCR0xfQ0ZMQUdTX3ZhbHVlPScnDQph Y19jdl9lbnZfWExJQkdMX0xJQlNfc2V0PScnDQphY19jdl9lbnZfWExJQkdMX0xJQlNfdmFsdWU9 JycNCmFjX2N2X2Vudl9YTUtNRl9zZXQ9JycNCmFjX2N2X2Vudl9YTUtNRl92YWx1ZT0nJw0KYWNf Y3ZfZW52X2J1aWxkX2FsaWFzX3NldD1zZXQNCmFjX2N2X2Vudl9idWlsZF9hbGlhc192YWx1ZT1p Mzg2LXBvcnRibGQtZnJlZWJzZDcuMg0KYWNfY3ZfZW52X2hvc3RfYWxpYXNfc2V0PScnDQphY19j dl9lbnZfaG9zdF9hbGlhc192YWx1ZT0nJw0KYWNfY3ZfZW52X3RhcmdldF9hbGlhc19zZXQ9JycN CmFjX2N2X2Vudl90YXJnZXRfYWxpYXNfdmFsdWU9JycNCmFjX2N2X2Z1bmNfZGxvcGVuPXllcw0K YWNfY3ZfZnVuY19wb3NpeF9tZW1hbGlnbj15ZXMNCmFjX2N2X2hvc3Q9aTM4Ni1wb3J0YmxkLWZy ZWVic2Q3LjINCmFjX2N2X29iamV4dD1vDQphY19jdl9wYXRoX01LREVQPS91c3IvbG9jYWwvYmlu L21ha2VkZXBlbmQNCmFjX2N2X3BhdGhfU0VEPS91c3IvYmluL3NlZA0KYWNfY3ZfcGF0aF9hY19w dF9QS0dfQ09ORklHPS91c3IvbG9jYWwvYmluL3BrZy1jb25maWcNCmFjX2N2X3Byb2dfQ1BQPSdj YyAtRScNCmFjX2N2X3Byb2dfTUFLRT1nbWFrZQ0KYWNfY3ZfcHJvZ19hY19jdF9DQz1jYw0KYWNf Y3ZfcHJvZ19jY19jODk9JycNCmFjX2N2X3Byb2dfY2NfZz15ZXMNCmFjX2N2X3Byb2dfY3h4X2c9 eWVzDQpsdF9jdl9zeXNfbWF4X2NtZF9sZW49MjYyMTQ0DQpwa2dfY3ZfRFJJMlBST1RPX0NGTEFH Uz0nLUkvdXNyL2xvY2FsL2luY2x1ZGUgICcNCnBrZ19jdl9EUkkyUFJPVE9fTElCUz0nICcNCnBr Z19jdl9MSUJEUk1fQ0ZMQUdTPSctSS91c3IvbG9jYWwvaW5jbHVkZSAtSS91c3IvbG9jYWwvaW5j bHVkZS9kcm0gICcNCnBrZ19jdl9MSUJEUk1fTElCUz0nLUwvdXNyL2xvY2FsL2xpYiAtbGRybSAg Jw0KDQojIyAtLS0tLS0tLS0tLS0tLS0tLSAjIw0KIyMgT3V0cHV0IHZhcmlhYmxlcy4gIyMNCiMj IC0tLS0tLS0tLS0tLS0tLS0tICMjDQoNCkFQUF9MSUJfREVQUz0nJw0KQVJDSF9GTEFHUz0nJw0K QVNNX0FQST0nJChYODZfQVBJKScNCkFTTV9GTEFHUz0nLURVU0VfWDg2X0FTTSAtRFVTRV9NTVhf QVNNIC1EVVNFXzNETk9XX0FTTSAtRFVTRV9TU0VfQVNNJw0KQVNNX1NPVVJDRVM9JyQoWDg2X1NP VVJDRVMpJw0KQ0M9J2NjJw0KQ0ZMQUdTPSctTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUg LVdhbGwgLVdtaXNzaW5nLXByb3RvdHlwZXMgLXN0ZD1jOTkgLWZmYXN0LW1hdGggLWZuby1zdHJp Y3QtYWxpYXNpbmcnDQpDUFA9J2NjIC1FJw0KQ1BQRkxBR1M9Jy1JL3Vzci9sb2NhbC9pbmNsdWRl Jw0KQ1hYPSdjKysnDQpDWFhGTEFHUz0nLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlIC1X YWxsIC1mbm8tc3RyaWN0LWFsaWFzaW5nJw0KREVGSU5FUz0nIC1ESEFWRV9QT1NJWF9NRU1BTElH TiAtRFVTRV9YQ0InDQpERUZTPScnDQpEUkkyUFJPVE9fQ0ZMQUdTPSctSS91c3IvbG9jYWwvaW5j bHVkZSAgJw0KRFJJMlBST1RPX0xJQlM9JyAnDQpEUklHTF9DRkxBR1M9JycNCkRSSUdMX0xJQlM9 JycNCkRSSVZFUl9ESVJTPSdkcmknDQpEUklfRElSUz0nJw0KRFJJX0RSSVZFUl9JTlNUQUxMX0RJ Uj0nJw0KRFJJX0xJQl9ERVBTPScnDQpEUklfUENfUkVRX1BSSVY9J2xpYmRybSA+PSAyLjQuMycN CkVDSE9fQz0nJw0KRUNIT19OPSctbicNCkVDSE9fVD0nJw0KRUdSRVA9JycNCkVYRUVYVD0nJw0K RVhQQVRfSU5DTFVERVM9JycNCkVYVFJBX0xJQl9QQVRIPScnDQpHTFVUX0NGTEFHUz0nJw0KR0xV VF9MSUJTPScnDQpHTFVUX0xJQl9ERVBTPScnDQpHTFVUX0xJQl9OQU1FPSdsaWIkKEdMVVRfTElC KS5zbycNCkdMVVRfTUVTQV9ERVBTPScnDQpHTFVUX1BDX0NGTEFHUz0nJw0KR0xVVF9QQ19MSUJf UFJJVj0nJw0KR0xVVF9QQ19SRVFfUFJJVj0nJw0KR0xVX0RJUlM9J3NnaScNCkdMVV9MSUJfREVQ Uz0nJw0KR0xVX0xJQl9OQU1FPSdsaWIkKEdMVV9MSUIpLnNvJw0KR0xVX01FU0FfREVQUz0nJw0K R0xVX1BDX0NGTEFHUz0nJw0KR0xVX1BDX0xJQl9QUklWPScnDQpHTFVfUENfUkVRPScnDQpHTFVf UENfUkVRX1BSSVY9JycNCkdMV19DRkxBR1M9JycNCkdMV19MSUJTPScnDQpHTFdfTElCX0RFUFM9 JycNCkdMV19MSUJfTkFNRT0nbGliJChHTFdfTElCKS5zbycNCkdMV19NRVNBX0RFUFM9JycNCkdM V19QQ19DRkxBR1M9JycNCkdMV19QQ19MSUJfUFJJVj0nJw0KR0xXX1BDX1JFUV9QUklWPScnDQpH TFdfU09VUkNFUz0nJw0KR0xfTElCX0RFUFM9JycNCkdMX0xJQl9OQU1FPSdsaWIkKEdMX0xJQiku c28nDQpHTF9QQ19DRkxBR1M9JycNCkdMX1BDX0xJQl9QUklWPScnDQpHTF9QQ19SRVFfUFJJVj0n bGliZHJtID49IDIuNC4zIGRyaTJwcm90byA+PSAxLjk5LjMnDQpHUkVQPScnDQpMREZMQUdTPSct TC91c3IvbG9jYWwvbGliJw0KTElCRFJNX0NGTEFHUz0nLUkvdXNyL2xvY2FsL2luY2x1ZGUgLUkv dXNyL2xvY2FsL2luY2x1ZGUvZHJtICAnDQpMSUJEUk1fTElCUz0nLUwvdXNyL2xvY2FsL2xpYiAt bGRybSAgJw0KTElCT0JKUz0nJw0KTElCUz0nJw0KTElCX0RJUj0nbGliJw0KTFRMSUJPQkpTPScn DQpNQUtFPSdnbWFrZScNCk1LREVQPScvdXNyL2xvY2FsL2Jpbi9tYWtlZGVwZW5kJw0KTUtERVBf T1BUSU9OUz0nLWZkZXBlbmQnDQpNS0xJQl9PUFRJT05TPScnDQpNT1RJRl9DRkxBR1M9JycNCk1P VElGX0NPTkZJRz0nJw0KT0JKRVhUPSdvJw0KT1BUX0ZMQUdTPScnDQpPU01FU0FfTElCPScnDQpP U01FU0FfTElCX0RFUFM9JycNCk9TTUVTQV9MSUJfTkFNRT0nbGliJChPU01FU0FfTElCKS5zbycN Ck9TTUVTQV9NRVNBX0RFUFM9JycNCk9TTUVTQV9QQ19MSUJfUFJJVj0nJw0KT1NNRVNBX1BDX1JF UT0nJw0KUEFDS0FHRV9CVUdSRVBPUlQ9J2h0dHBzOi8vYnVncy5mcmVlZGVza3RvcC5vcmcvZW50 ZXJfYnVnLmNnaT9wcm9kdWN0PU1lc2EnDQpQQUNLQUdFX05BTUU9J01lc2EnDQpQQUNLQUdFX1NU UklORz0nTWVzYSA3LjMuMCcNClBBQ0tBR0VfVEFSTkFNRT0nbWVzYScNClBBQ0tBR0VfVkVSU0lP Tj0nNy4zLjAnDQpQQVRIX1NFUEFSQVRPUj0nOicNClBJQ19GTEFHUz0nLWZQSUMnDQpQS0dfQ09O RklHPScvdXNyL2xvY2FsL2Jpbi9wa2ctY29uZmlnJw0KUE9TSVhfU0hFTEw9JycNClBST0dSQU1f RElSUz0nJw0KU0VEPScvdXNyL2Jpbi9zZWQnDQpTSEVMTD0nL2Jpbi9zaCcNClNSQ19ESVJTPSdn bHgveDExIG1lc2EnDQpVU0lOR19FR0w9JycNCldJTkRPV19TWVNURU09J2RyaScNClgxMV9JTkNM VURFUz0nJw0KWENCX0NGTEFHUz0nJw0KWENCX0xJQlM9JycNClhMSUJHTF9DRkxBR1M9JycNClhM SUJHTF9MSUJTPScnDQpYTUtNRj0nJw0KWF9DRkxBR1M9JycNClhfRVhUUkFfTElCUz0nJw0KWF9M SUJTPScnDQpYX1BSRV9MSUJTPScnDQphY19jdF9DQz0nY2MnDQphY19jdF9DWFg9JycNCmJpbmRp cj0nJHtleGVjX3ByZWZpeH0vYmluJw0KYnVpbGQ9J2kzODYtcG9ydGJsZC1mcmVlYnNkNy4yJw0K YnVpbGRfYWxpYXM9J2kzODYtcG9ydGJsZC1mcmVlYnNkNy4yJw0KYnVpbGRfY3B1PSdpMzg2Jw0K YnVpbGRfb3M9J2ZyZWVic2Q3LjInDQpidWlsZF92ZW5kb3I9J3BvcnRibGQnDQpkYXRhZGlyPSck e2RhdGFyb290ZGlyfScNCmRhdGFyb290ZGlyPScke3ByZWZpeH0vc2hhcmUnDQpkb2NkaXI9JyR7 ZGF0YXJvb3RkaXJ9L2RvYy8ke1BBQ0tBR0VfVEFSTkFNRX0nDQpkdmlkaXI9JyR7ZG9jZGlyfScN CmV4ZWNfcHJlZml4PSdOT05FJw0KaG9zdD0naTM4Ni1wb3J0YmxkLWZyZWVic2Q3LjInDQpob3N0 X2FsaWFzPScnDQpob3N0X2NwdT0naTM4NicNCmhvc3Rfb3M9J2ZyZWVic2Q3LjInDQpob3N0X3Zl bmRvcj0ncG9ydGJsZCcNCmh0bWxkaXI9JyR7ZG9jZGlyfScNCmluY2x1ZGVkaXI9JyR7cHJlZml4 fS9pbmNsdWRlJw0KaW5mb2Rpcj0nL3Vzci9sb2NhbC9pbmZvLycNCmxpYmRpcj0nJHtleGVjX3By ZWZpeH0vbGliJw0KbGliZXhlY2Rpcj0nJHtleGVjX3ByZWZpeH0vbGliZXhlYycNCmxvY2FsZWRp cj0nJHtkYXRhcm9vdGRpcn0vbG9jYWxlJw0KbG9jYWxzdGF0ZWRpcj0nJHtwcmVmaXh9L3ZhcicN Cm1hbmRpcj0nL3Vzci9sb2NhbC9tYW4nDQpvbGRpbmNsdWRlZGlyPScvdXNyL2luY2x1ZGUnDQpw ZGZkaXI9JyR7ZG9jZGlyfScNCnByZWZpeD0nL3Vzci9sb2NhbCcNCnByb2dyYW1fdHJhbnNmb3Jt X25hbWU9J3MseCx4LCcNCnBzZGlyPScke2RvY2Rpcn0nDQpzYmluZGlyPScke2V4ZWNfcHJlZml4 fS9zYmluJw0Kc2hhcmVkc3RhdGVkaXI9JyR7cHJlZml4fS9jb20nDQpzeXNjb25mZGlyPScke3By ZWZpeH0vZXRjJw0KdGFyZ2V0X2FsaWFzPScnDQoNCiMjIC0tLS0tLS0tLS0tICMjDQojIyBjb25m ZGVmcy5oLiAjIw0KIyMgLS0tLS0tLS0tLS0gIyMNCg0KI2RlZmluZSBQQUNLQUdFX05BTUUgIk1l c2EiDQojZGVmaW5lIFBBQ0tBR0VfVEFSTkFNRSAibWVzYSINCiNkZWZpbmUgUEFDS0FHRV9WRVJT SU9OICI3LjMuMCINCiNkZWZpbmUgUEFDS0FHRV9TVFJJTkcgIk1lc2EgNy4zLjAiDQojZGVmaW5l IFBBQ0tBR0VfQlVHUkVQT1JUICJodHRwczovL2J1Z3MuZnJlZWRlc2t0b3Aub3JnL2VudGVyX2J1 Zy5jZ2k/cHJvZHVjdD1NZXNhIg0KDQpjb25maWd1cmU6IGV4aXQgMQ0K --000e0cd3274659a6f504680472d1-- From owner-freebsd-x11@FreeBSD.ORG Tue Apr 21 01:08:43 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1648106566C for ; Tue, 21 Apr 2009 01:08:43 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (ns2.timing.com [206.168.13.218]) by mx1.freebsd.org (Postfix) with ESMTP id 9A6528FC0A for ; Tue, 21 Apr 2009 01:08:43 +0000 (UTC) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id n3L18g8k044570 for ; Mon, 20 Apr 2009 19:08:42 -0600 (MDT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.14.3/8.14.3) with ESMTP id n3L12qaU092995; Mon, 20 Apr 2009 19:02:52 -0600 (MDT) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.14.3/8.14.3/Submit) id n3L12qMu092992; Mon, 20 Apr 2009 19:02:52 -0600 (MDT) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18925.6972.396702.705205@gromit.timing.com> Date: Mon, 20 Apr 2009 19:02:52 -0600 From: John Hein To: Phillip Kinsley In-Reply-To: <74c4f9520904201556h64254033nee4e95cbef87ccb0@mail.gmail.com> References: <74c4f9520904201556h64254033nee4e95cbef87ccb0@mail.gmail.com> X-Mailer: VM 7.19 under Emacs 22.3.1 X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on Daffy.timing.com X-Virus-Status: Clean Cc: x11@freebsd.org Subject: Re: Meas won't build from ports X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2009 01:08:44 -0000 Phillip Kinsley wrote at 15:56 -0700 on Apr 20, 2009: > Mesa won't build on a new installation of 7.2-RC1. > I did a portsnap first and then installed Xorg and then tried to > install gnustep on the system. I stopped compiling on libGLU, giving > a error of: > > configure: error: Package requirements (x11 xext xxf86vm xdamage > xfixes x11-xcb xcb-glx) were not met: > > No package 'x11-xcb' found > > I tried installing xcb files and still got the same error. read the archives - out of date libX11 From owner-freebsd-x11@FreeBSD.ORG Tue Apr 21 08:17:15 2009 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6AFE1065670 for ; Tue, 21 Apr 2009 08:17:15 +0000 (UTC) (envelope-from info@ariesltd.com.ua) Received: from mx1.mirohost.net (mx1.mirohost.net [195.39.197.125]) by mx1.freebsd.org (Postfix) with ESMTP id B732C8FC08 for ; Tue, 21 Apr 2009 08:17:14 +0000 (UTC) (envelope-from info@ariesltd.com.ua) Received: from [195.58.237.9] (helo=ARIESTWO) by mx1.mirohost.net with esmtpa (Exim 4.69) (envelope-from ) id 1LwAV3-00056b-2s for x11@FreeBSD.org; Tue, 21 Apr 2009 10:34:42 +0300 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 571339, updated: 21.04.2009] Message-ID: <2A655B55AE3047A2BF294F6C0F5BA3C7@ARIESTWO> From: "Aries LTD" To: Date: Tue, 21 Apr 2009 10:34:34 +0300 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0015_01C9C26C.C3335EB0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Windows Mail 6.0.6001.18000 X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6001.18049 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Apache install fails on xproto-7.0.15 Script "configure" failed unexpectedly X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2009 08:17:16 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0015_01C9C26C.C3335EB0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Dear sirs, Good day, When I try to install Apache 2.2.11_4 the install process fails on = xproto-7.0.15 see attached config.log What can I do? =20 NewBSD# cd apache22 NewBSD# ls Makefile distinfo pkg-message Makefile.doc files pkg-plist Makefile.modules pkg-descr work Makefile.options pkg-install NewBSD# make NewBSD# make install =3D=3D=3D> Installing for apache-2.2.11_4 =3D=3D=3D> apache-2.2.11_4 depends on file: = /usr/local/lib/libcrypto.so.5 - not found =3D=3D=3D> Verifying install for /usr/local/lib/libcrypto.so.5 in = /usr/ports/security/openssl =3D=3D=3D> Vulnerability check disabled, database not found =3D> openssl-0.9.8k.tar.gz doesn't seem to exist in = /usr/ports/distfiles/. =3D> Attempting to fetch from http://www.openssl.org/source/. openssl-0.9.8k.tar.gz 100% of 3761 kB 116 kBps = 00m00s =3D=3D=3D> Extracting for openssl-0.9.8k =3D> MD5 Checksum OK for openssl-0.9.8k.tar.gz. =3D> SHA256 Checksum OK for openssl-0.9.8k.tar.gz. =3D=3D=3D> openssl-0.9.8k depends on file: /usr/local/bin/perl5.8.9 - = found =3D=3D=3D> Patching for openssl-0.9.8k =3D=3D=3D> openssl-0.9.8k depends on file: /usr/local/bin/perl5.8.9 - = found =3D=3D=3D> Applying FreeBSD patches for openssl-0.9.8k =3D=3D=3D> openssl-0.9.8k depends on executable: makedepend - not = found =3D=3D=3D> Verifying install for makedepend in = /usr/ports/devel/makedepend =3D=3D=3D> Vulnerability check disabled, database not found =3D> makedepend-1.0.1.tar.bz2 doesn't seem to exist in = /usr/ports/distfiles/xorg/util. =3D> Attempting to fetch from = ftp://ftp.gwdg.de/pub/x11/x.org/pub/individual/util/. makedepend-1.0.1.tar.bz2 100% of 105 kB 98 kBps =3D=3D=3D> Extracting for makedepend-1.0.1,1 =3D> MD5 Checksum OK for xorg/util/makedepend-1.0.1.tar.bz2. =3D> SHA256 Checksum OK for xorg/util/makedepend-1.0.1.tar.bz2. =3D=3D=3D> Patching for makedepend-1.0.1,1 =3D=3D=3D> makedepend-1.0.1,1 depends on file: = /usr/local/libdata/pkgconfig/xproto.pc - not found =3D=3D=3D> Verifying install for = /usr/local/libdata/pkgconfig/xproto.pc in /usr/ports/x11/xproto =3D=3D=3D> Vulnerability check disabled, database not found =3D> xproto-7.0.15.tar.bz2 doesn't seem to exist in = /usr/ports/distfiles/xorg/proto. =3D> Attempting to fetch from = ftp://ftp.gwdg.de/pub/x11/x.org/pub/individual/proto/. xproto-7.0.15.tar.bz2 100% of 155 kB 106 kBps =3D=3D=3D> Extracting for xproto-7.0.15 =3D> MD5 Checksum OK for xorg/proto/xproto-7.0.15.tar.bz2. =3D> SHA256 Checksum OK for xorg/proto/xproto-7.0.15.tar.bz2. =3D=3D=3D> Patching for xproto-7.0.15 =3D=3D=3D> xproto-7.0.15 depends on executable: pkg-config - found =3D=3D=3D> Configuring for xproto-7.0.15 checking for a BSD-compatible install... /usr/bin/install -c -o root -g = wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking if xorg-macros used to generate configure is at least 1.2... = yes, 1.2.1 checking build system type... i386-portbld-freebsd6.2 checking host system type... i386-portbld-freebsd6.2 checking for style of include used by make... GNU checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... unsupported checking dependency style of cc... none checking how to run the C preprocessor... /lib/cpp configure: error: in `/usr/ports/x11/xproto/work/xproto-7.0.15': configure: error: C preprocessor "/lib/cpp" fails sanity check See `config.log' for more details. =3D=3D=3D> Script "configure" failed unexpectedly. Please report the problem to x11@FreeBSD.org [maintainer] and attach the "/usr/ports/x11/xproto/work/xproto-7.0.15/config.log" including the = output of the failure of your make command. Also, it might be a good idea to = provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/x11/xproto. *** Error code 1 Stop in /usr/ports/devel/makedepend. *** Error code 1 Stop in /usr/ports/security/openssl. *** Error code 1 Stop in /usr/ports/www/apache22. *** Error code 1 Stop in /usr/ports/www/apache22. NewBSD# ls /var/db/pkg autoconf-2.62 lynx-2.8.6.5_5,1 autoconf-wrapper-20071109 m4-1.4.12,1 automake-1.9.6_3 mc-4.6.2 automake-wrapper-20071109 mime-support-3.44.1 cvsup-without-gui-16.1h_2 mysql-client-5.0.77_1 db41-4.1.25_4 p5-gettext-1.05_2 expat-2.0.1 pcre-7.9 ezm3-1.2_1 perl-5.8.9_2 gamin-0.1.10 pkg-config-0.23_1 gettext-0.14.5_2 pkgdb.db gio-fam-backend-2.20.1 png-1.2.35 glib-2.20.1 portupgrade-2.4.6_2,2 gmake-3.81_1 python25-2.5.4_1 help2man-1.36.4_2 ruby-1.8.7.72_1,1 libiconv-1.9.2_2 ruby18-bdb-0.6.5 libslang2-2.1.4_1 screen-4.0.3_6 libtool-1.5.22_2 wget-1.11.4 ++++++++++++++++++++++++++++++++++++++ Best regards, Alexey=20 info@ariesltd.com.ua ------=_NextPart_000_0015_01C9C26C.C3335EB0 Content-Type: application/octet-stream; name="config.log" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="config.log" This file contains any messages produced by compilers while=0A= running configure, to aid debugging if configure makes a mistake.=0A= =0A= It was created by Xproto configure 7.0.15, which was=0A= generated by GNU Autoconf 2.63. Invocation command line was=0A= =0A= $ ./configure =0A= =0A= ## --------- ##=0A= ## Platform. ##=0A= ## --------- ##=0A= =0A= hostname =3D NewBSD=0A= uname -m =3D i386=0A= uname -r =3D 6.2-RELEASE=0A= uname -s =3D FreeBSD=0A= uname -v =3D FreeBSD 6.2-RELEASE #1: Thu Apr 16 20:36:51 UTC 2009 = alex@:/usr/obj/usr/src/sys/GENERIC =0A= =0A= /usr/bin/uname -p =3D i386=0A= /bin/uname -X =3D unknown=0A= =0A= /bin/arch =3D unknown=0A= /usr/bin/arch -k =3D unknown=0A= /usr/convex/getsysinfo =3D unknown=0A= /usr/bin/hostinfo =3D unknown=0A= /bin/machine =3D unknown=0A= /usr/bin/oslevel =3D unknown=0A= /bin/universe =3D unknown=0A= =0A= PATH: /sbin=0A= PATH: /bin=0A= PATH: /usr/sbin=0A= PATH: /usr/bin=0A= PATH: /usr/games=0A= PATH: /usr/local/sbin=0A= PATH: /usr/local/bin=0A= PATH: /usr/X11R6/bin=0A= PATH: /root/bin=0A= =0A= =0A= ## ----------- ##=0A= ## Core tests. ##=0A= ## ----------- ##=0A= =0A= configure:1905: checking for a BSD-compatible install=0A= configure:1973: result: /usr/bin/install -c=0A= configure:1984: checking whether build environment is sane=0A= configure:2027: result: yes=0A= configure:2052: checking for a thread-safe mkdir -p=0A= configure:2091: result: ./install-sh -c -d=0A= configure:2104: checking for gawk=0A= configure:2134: result: no=0A= configure:2104: checking for mawk=0A= configure:2134: result: no=0A= configure:2104: checking for nawk=0A= configure:2120: found /usr/bin/nawk=0A= configure:2131: result: nawk=0A= configure:2142: checking whether make sets $(MAKE)=0A= configure:2164: result: yes=0A= configure:2360: checking if xorg-macros used to generate configure is at = least 1.2=0A= configure:2375: result: yes, 1.2.1=0A= configure:2385: checking build system type=0A= configure:2403: result: i386-unknown-freebsd6.2=0A= configure:2425: checking host system type=0A= configure:2440: result: i386-unknown-freebsd6.2=0A= configure:2515: checking for style of include used by make=0A= configure:2543: result: GNU=0A= configure:2613: checking for gcc=0A= configure:2629: found /usr/bin/gcc=0A= configure:2640: result: gcc=0A= configure:2872: checking for C compiler version=0A= configure:2880: gcc --version >&5=0A= gcc (GCC) 3.4.6 [FreeBSD] 20060305=0A= Copyright (C) 2006 Free Software Foundation, Inc.=0A= This is free software; see the source for copying conditions. There is = NO=0A= warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR = PURPOSE.=0A= =0A= configure:2884: $? =3D 0=0A= configure:2891: gcc -v >&5=0A= Using built-in specs.=0A= Configured with: FreeBSD/i386 system compiler=0A= Thread model: posix=0A= gcc version 3.4.6 [FreeBSD] 20060305=0A= configure:2895: $? =3D 0=0A= configure:2902: gcc -V >&5=0A= gcc: `-V' option must have argument=0A= configure:2906: $? =3D 1=0A= configure:2929: checking for C compiler default output file name=0A= configure:2951: gcc conftest.c >&5=0A= configure:2955: $? =3D 0=0A= configure:2993: result: a.out=0A= configure:3012: checking whether the C compiler works=0A= configure:3022: ./a.out=0A= configure:3026: $? =3D 0=0A= configure:3045: result: yes=0A= configure:3052: checking whether we are cross compiling=0A= configure:3054: result: no=0A= configure:3057: checking for suffix of executables=0A= configure:3064: gcc -o conftest conftest.c >&5=0A= configure:3068: $? =3D 0=0A= configure:3094: result: =0A= configure:3100: checking for suffix of object files=0A= configure:3126: gcc -c conftest.c >&5=0A= configure:3130: $? =3D 0=0A= configure:3155: result: o=0A= configure:3159: checking whether we are using the GNU C compiler=0A= configure:3188: gcc -c conftest.c >&5=0A= configure:3195: $? =3D 0=0A= configure:3212: result: yes=0A= configure:3221: checking whether gcc accepts -g=0A= configure:3251: gcc -c -g conftest.c >&5=0A= configure:3258: $? =3D 0=0A= configure:3359: result: yes=0A= configure:3376: checking for gcc option to accept ISO C89=0A= configure:3450: gcc -c -g -O2 conftest.c >&5=0A= conftest.c:10:20: stdarg.h: No such file or directory=0A= conftest.c:11:19: stdio.h: No such file or directory=0A= conftest.c:12:23: sys/types.h: No such file or directory=0A= conftest.c:13:22: sys/stat.h: No such file or directory=0A= conftest.c:16: error: syntax error before '*' token=0A= conftest.c:16: warning: "struct stat" declared inside parameter list=0A= conftest.c:16: warning: its scope is only this definition or = declaration, which is probably not what you want=0A= conftest.c:16: warning: data definition has no type or storage class=0A= conftest.c: In function `f':=0A= conftest.c:26: error: syntax error before "v"=0A= conftest.c:27: error: `v' undeclared (first use in this function)=0A= conftest.c:27: error: (Each undeclared identifier is reported only once=0A= conftest.c:27: error: for each function it appears in.)=0A= conftest.c:28: error: syntax error before "int"=0A= conftest.c: At top level:=0A= conftest.c:50: error: syntax error before "FILE"=0A= conftest.c:50: warning: "struct stat" declared inside parameter list=0A= conftest.c:50: error: `pairnames' declared as function returning a = function=0A= conftest.c:50: error: syntax error before "int"=0A= configure:3457: $? =3D 1=0A= configure: failed program was:=0A= | /* confdefs.h. */=0A= | #define PACKAGE_NAME "Xproto"=0A= | #define PACKAGE_TARNAME "xproto"=0A= | #define PACKAGE_VERSION "7.0.15"=0A= | #define PACKAGE_STRING "Xproto 7.0.15"=0A= | #define PACKAGE_BUGREPORT = "https://bugs.freedesktop.org/enter_bug.cgi?product=3Dxorg"=0A= | #define PACKAGE "xproto"=0A= | #define VERSION "7.0.15"=0A= | /* end confdefs.h. */=0A= | #include =0A= | #include =0A= | #include =0A= | #include =0A= | /* Most of the following tests are stolen from RCS 5.7's src/conf.sh. = */=0A= | struct buf { int x; };=0A= | FILE * (*rcsopen) (struct buf *, struct stat *, int);=0A= | static char *e (p, i)=0A= | char **p;=0A= | int i;=0A= | {=0A= | return p[i];=0A= | }=0A= | static char *f (char * (*g) (char **, int), char **p, ...)=0A= | {=0A= | char *s;=0A= | va_list v;=0A= | va_start (v,p);=0A= | s =3D g (p, va_arg (v,int));=0A= | va_end (v);=0A= | return s;=0A= | }=0A= | =0A= | /* OSF 4.0 Compaq cc is some sort of almost-ANSI by default. It has=0A= | function prototypes and stuff, but not '\xHH' hex character = constants.=0A= | These don't provoke an error unfortunately, instead are silently = treated=0A= | as 'x'. The following induces an error, until -std is added to get=0A= | proper ANSI mode. Curiously '\x00'!=3D'x' always comes out true, = for an=0A= | array size at least. It's necessary to write '\x00'=3D=3D0 to get = something=0A= | that's true only with -std. */=0A= | int osf4_cc_array ['\x00' =3D=3D 0 ? 1 : -1];=0A= | =0A= | /* IBM C 6 for AIX is almost-ANSI by default, but it replaces macro = parameters=0A= | inside strings and character constants. */=0A= | #define FOO(x) 'x'=0A= | int xlc6_cc_array[FOO(a) =3D=3D 'x' ? 1 : -1];=0A= | =0A= | int test (int i, double x);=0A= | struct s1 {int (*f) (int a);};=0A= | struct s2 {int (*f) (double a);};=0A= | int pairnames (int, char **, FILE *(*)(struct buf *, struct stat *, = int), int, int);=0A= | int argc;=0A= | char **argv;=0A= | int=0A= | main ()=0A= | {=0A= | return f (e, argv, 0) !=3D argv[0] || f (e, argv, 1) !=3D argv[1];=0A= | ;=0A= | return 0;=0A= | }=0A= configure:3450: gcc -qlanglvl=3Dextc89 -c -g -O2 conftest.c >&5=0A= gcc: unrecognized option `-qlanglvl=3Dextc89'=0A= conftest.c:10:20: stdarg.h: No such file or directory=0A= conftest.c:11:19: stdio.h: No such file or directory=0A= conftest.c:12:23: sys/types.h: No such file or directory=0A= conftest.c:13:22: sys/stat.h: No such file or directory=0A= conftest.c:16: error: syntax error before '*' token=0A= conftest.c:16: warning: "struct stat" declared inside parameter list=0A= conftest.c:16: warning: its scope is only this definition or = declaration, which is probably not what you want=0A= conftest.c:16: warning: data definition has no type or storage class=0A= conftest.c: In function `f':=0A= conftest.c:26: error: syntax error before "v"=0A= conftest.c:27: error: `v' undeclared (first use in this function)=0A= conftest.c:27: error: (Each undeclared identifier is reported only once=0A= conftest.c:27: error: for each function it appears in.)=0A= conftest.c:28: error: syntax error before "int"=0A= conftest.c: At top level:=0A= conftest.c:50: error: syntax error before "FILE"=0A= conftest.c:50: warning: "struct stat" declared inside parameter list=0A= conftest.c:50: error: `pairnames' declared as function returning a = function=0A= conftest.c:50: error: syntax error before "int"=0A= configure:3457: $? =3D 1=0A= configure: failed program was:=0A= | /* confdefs.h. */=0A= | #define PACKAGE_NAME "Xproto"=0A= | #define PACKAGE_TARNAME "xproto"=0A= | #define PACKAGE_VERSION "7.0.15"=0A= | #define PACKAGE_STRING "Xproto 7.0.15"=0A= | #define PACKAGE_BUGREPORT = "https://bugs.freedesktop.org/enter_bug.cgi?product=3Dxorg"=0A= | #define PACKAGE "xproto"=0A= | #define VERSION "7.0.15"=0A= | /* end confdefs.h. */=0A= | #include =0A= | #include =0A= | #include =0A= | #include =0A= | /* Most of the following tests are stolen from RCS 5.7's src/conf.sh. = */=0A= | struct buf { int x; };=0A= | FILE * (*rcsopen) (struct buf *, struct stat *, int);=0A= | static char *e (p, i)=0A= | char **p;=0A= | int i;=0A= | {=0A= | return p[i];=0A= | }=0A= | static char *f (char * (*g) (char **, int), char **p, ...)=0A= | {=0A= | char *s;=0A= | va_list v;=0A= | va_start (v,p);=0A= | s =3D g (p, va_arg (v,int));=0A= | va_end (v);=0A= | return s;=0A= | }=0A= | =0A= | /* OSF 4.0 Compaq cc is some sort of almost-ANSI by default. It has=0A= | function prototypes and stuff, but not '\xHH' hex character = constants.=0A= | These don't provoke an error unfortunately, instead are silently = treated=0A= | as 'x'. The following induces an error, until -std is added to get=0A= | proper ANSI mode. Curiously '\x00'!=3D'x' always comes out true, = for an=0A= | array size at least. It's necessary to write '\x00'=3D=3D0 to get = something=0A= | that's true only with -std. */=0A= | int osf4_cc_array ['\x00' =3D=3D 0 ? 1 : -1];=0A= | =0A= | /* IBM C 6 for AIX is almost-ANSI by default, but it replaces macro = parameters=0A= | inside strings and character constants. */=0A= | #define FOO(x) 'x'=0A= | int xlc6_cc_array[FOO(a) =3D=3D 'x' ? 1 : -1];=0A= | =0A= | int test (int i, double x);=0A= | struct s1 {int (*f) (int a);};=0A= | struct s2 {int (*f) (double a);};=0A= | int pairnames (int, char **, FILE *(*)(struct buf *, struct stat *, = int), int, int);=0A= | int argc;=0A= | char **argv;=0A= | int=0A= | main ()=0A= | {=0A= | return f (e, argv, 0) !=3D argv[0] || f (e, argv, 1) !=3D argv[1];=0A= | ;=0A= | return 0;=0A= | }=0A= configure:3450: gcc -qlanglvl=3Dansi -c -g -O2 conftest.c >&5=0A= gcc: unrecognized option `-qlanglvl=3Dansi'=0A= conftest.c:10:20: stdarg.h: No such file or directory=0A= conftest.c:11:19: stdio.h: No such file or directory=0A= conftest.c:12:23: sys/types.h: No such file or directory=0A= conftest.c:13:22: sys/stat.h: No such file or directory=0A= conftest.c:16: error: syntax error before '*' token=0A= conftest.c:16: warning: "struct stat" declared inside parameter list=0A= conftest.c:16: warning: its scope is only this definition or = declaration, which is probably not what you want=0A= conftest.c:16: warning: data definition has no type or storage class=0A= conftest.c: In function `f':=0A= conftest.c:26: error: syntax error before "v"=0A= conftest.c:27: error: `v' undeclared (first use in this function)=0A= conftest.c:27: error: (Each undeclared identifier is reported only once=0A= conftest.c:27: error: for each function it appears in.)=0A= conftest.c:28: error: syntax error before "int"=0A= conftest.c: At top level:=0A= conftest.c:50: error: syntax error before "FILE"=0A= conftest.c:50: warning: "struct stat" declared inside parameter list=0A= conftest.c:50: error: `pairnames' declared as function returning a = function=0A= conftest.c:50: error: syntax error before "int"=0A= configure:3457: $? =3D 1=0A= configure: failed program was:=0A= | /* confdefs.h. */=0A= | #define PACKAGE_NAME "Xproto"=0A= | #define PACKAGE_TARNAME "xproto"=0A= | #define PACKAGE_VERSION "7.0.15"=0A= | #define PACKAGE_STRING "Xproto 7.0.15"=0A= | #define PACKAGE_BUGREPORT = "https://bugs.freedesktop.org/enter_bug.cgi?product=3Dxorg"=0A= | #define PACKAGE "xproto"=0A= | #define VERSION "7.0.15"=0A= | /* end confdefs.h. */=0A= | #include =0A= | #include =0A= | #include =0A= | #include =0A= | /* Most of the following tests are stolen from RCS 5.7's src/conf.sh. = */=0A= | struct buf { int x; };=0A= | FILE * (*rcsopen) (struct buf *, struct stat *, int);=0A= | static char *e (p, i)=0A= | char **p;=0A= | int i;=0A= | {=0A= | return p[i];=0A= | }=0A= | static char *f (char * (*g) (char **, int), char **p, ...)=0A= | {=0A= | char *s;=0A= | va_list v;=0A= | va_start (v,p);=0A= | s =3D g (p, va_arg (v,int));=0A= | va_end (v);=0A= | return s;=0A= | }=0A= | =0A= | /* OSF 4.0 Compaq cc is some sort of almost-ANSI by default. It has=0A= | function prototypes and stuff, but not '\xHH' hex character = constants.=0A= | These don't provoke an error unfortunately, instead are silently = treated=0A= | as 'x'. The following induces an error, until -std is added to get=0A= | proper ANSI mode. Curiously '\x00'!=3D'x' always comes out true, = for an=0A= | array size at least. It's necessary to write '\x00'=3D=3D0 to get = something=0A= | that's true only with -std. */=0A= | int osf4_cc_array ['\x00' =3D=3D 0 ? 1 : -1];=0A= | =0A= | /* IBM C 6 for AIX is almost-ANSI by default, but it replaces macro = parameters=0A= | inside strings and character constants. */=0A= | #define FOO(x) 'x'=0A= | int xlc6_cc_array[FOO(a) =3D=3D 'x' ? 1 : -1];=0A= | =0A= | int test (int i, double x);=0A= | struct s1 {int (*f) (int a);};=0A= | struct s2 {int (*f) (double a);};=0A= | int pairnames (int, char **, FILE *(*)(struct buf *, struct stat *, = int), int, int);=0A= | int argc;=0A= | char **argv;=0A= | int=0A= | main ()=0A= | {=0A= | return f (e, argv, 0) !=3D argv[0] || f (e, argv, 1) !=3D argv[1];=0A= | ;=0A= | return 0;=0A= | }=0A= configure:3450: gcc -std -c -g -O2 conftest.c >&5=0A= cc1: error: unrecognized command line option "-std"=0A= configure:3457: $? =3D 1=0A= configure: failed program was:=0A= | /* confdefs.h. */=0A= | #define PACKAGE_NAME "Xproto"=0A= | #define PACKAGE_TARNAME "xproto"=0A= | #define PACKAGE_VERSION "7.0.15"=0A= | #define PACKAGE_STRING "Xproto 7.0.15"=0A= | #define PACKAGE_BUGREPORT = "https://bugs.freedesktop.org/enter_bug.cgi?product=3Dxorg"=0A= | #define PACKAGE "xproto"=0A= | #define VERSION "7.0.15"=0A= | /* end confdefs.h. */=0A= | #include =0A= | #include =0A= | #include =0A= | #include =0A= | /* Most of the following tests are stolen from RCS 5.7's src/conf.sh. = */=0A= | struct buf { int x; };=0A= | FILE * (*rcsopen) (struct buf *, struct stat *, int);=0A= | static char *e (p, i)=0A= | char **p;=0A= | int i;=0A= | {=0A= | return p[i];=0A= | }=0A= | static char *f (char * (*g) (char **, int), char **p, ...)=0A= | {=0A= | char *s;=0A= | va_list v;=0A= | va_start (v,p);=0A= | s =3D g (p, va_arg (v,int));=0A= | va_end (v);=0A= | return s;=0A= | }=0A= | =0A= | /* OSF 4.0 Compaq cc is some sort of almost-ANSI by default. It has=0A= | function prototypes and stuff, but not '\xHH' hex character = constants.=0A= | These don't provoke an error unfortunately, instead are silently = treated=0A= | as 'x'. The following induces an error, until -std is added to get=0A= | proper ANSI mode. Curiously '\x00'!=3D'x' always comes out true, = for an=0A= | array size at least. It's necessary to write '\x00'=3D=3D0 to get = something=0A= | that's true only with -std. */=0A= | int osf4_cc_array ['\x00' =3D=3D 0 ? 1 : -1];=0A= | =0A= | /* IBM C 6 for AIX is almost-ANSI by default, but it replaces macro = parameters=0A= | inside strings and character constants. */=0A= | #define FOO(x) 'x'=0A= | int xlc6_cc_array[FOO(a) =3D=3D 'x' ? 1 : -1];=0A= | =0A= | int test (int i, double x);=0A= | struct s1 {int (*f) (int a);};=0A= | struct s2 {int (*f) (double a);};=0A= | int pairnames (int, char **, FILE *(*)(struct buf *, struct stat *, = int), int, int);=0A= | int argc;=0A= | char **argv;=0A= | int=0A= | main ()=0A= | {=0A= | return f (e, argv, 0) !=3D argv[0] || f (e, argv, 1) !=3D argv[1];=0A= | ;=0A= | return 0;=0A= | }=0A= configure:3450: gcc -Ae -c -g -O2 conftest.c >&5=0A= :2:2: missing '(' after predicate=0A= conftest.c:10:20: stdarg.h: No such file or directory=0A= conftest.c:11:19: stdio.h: No such file or directory=0A= conftest.c:12:23: sys/types.h: No such file or directory=0A= conftest.c:13:22: sys/stat.h: No such file or directory=0A= conftest.c:16: error: syntax error before '*' token=0A= conftest.c:16: warning: "struct stat" declared inside parameter list=0A= conftest.c:16: warning: its scope is only this definition or = declaration, which is probably not what you want=0A= conftest.c:16: warning: data definition has no type or storage class=0A= conftest.c: In function `f':=0A= conftest.c:26: error: syntax error before "v"=0A= conftest.c:27: error: `v' undeclared (first use in this function)=0A= conftest.c:27: error: (Each undeclared identifier is reported only once=0A= conftest.c:27: error: for each function it appears in.)=0A= conftest.c:28: error: syntax error before "int"=0A= conftest.c: At top level:=0A= conftest.c:50: error: syntax error before "FILE"=0A= conftest.c:50: warning: "struct stat" declared inside parameter list=0A= conftest.c:50: error: `pairnames' declared as function returning a = function=0A= conftest.c:50: error: syntax error before "int"=0A= configure:3457: $? =3D 1=0A= configure: failed program was:=0A= | /* confdefs.h. */=0A= | #define PACKAGE_NAME "Xproto"=0A= | #define PACKAGE_TARNAME "xproto"=0A= | #define PACKAGE_VERSION "7.0.15"=0A= | #define PACKAGE_STRING "Xproto 7.0.15"=0A= | #define PACKAGE_BUGREPORT = "https://bugs.freedesktop.org/enter_bug.cgi?product=3Dxorg"=0A= | #define PACKAGE "xproto"=0A= | #define VERSION "7.0.15"=0A= | /* end confdefs.h. */=0A= | #include =0A= | #include =0A= | #include =0A= | #include =0A= | /* Most of the following tests are stolen from RCS 5.7's src/conf.sh. = */=0A= | struct buf { int x; };=0A= | FILE * (*rcsopen) (struct buf *, struct stat *, int);=0A= | static char *e (p, i)=0A= | char **p;=0A= | int i;=0A= | {=0A= | return p[i];=0A= | }=0A= | static char *f (char * (*g) (char **, int), char **p, ...)=0A= | {=0A= | char *s;=0A= | va_list v;=0A= | va_start (v,p);=0A= | s =3D g (p, va_arg (v,int));=0A= | va_end (v);=0A= | return s;=0A= | }=0A= | =0A= | /* OSF 4.0 Compaq cc is some sort of almost-ANSI by default. It has=0A= | function prototypes and stuff, but not '\xHH' hex character = constants.=0A= | These don't provoke an error unfortunately, instead are silently = treated=0A= | as 'x'. The following induces an error, until -std is added to get=0A= | proper ANSI mode. Curiously '\x00'!=3D'x' always comes out true, = for an=0A= | array size at least. It's necessary to write '\x00'=3D=3D0 to get = something=0A= | that's true only with -std. */=0A= | int osf4_cc_array ['\x00' =3D=3D 0 ? 1 : -1];=0A= | =0A= | /* IBM C 6 for AIX is almost-ANSI by default, but it replaces macro = parameters=0A= | inside strings and character constants. */=0A= | #define FOO(x) 'x'=0A= | int xlc6_cc_array[FOO(a) =3D=3D 'x' ? 1 : -1];=0A= | =0A= | int test (int i, double x);=0A= | struct s1 {int (*f) (int a);};=0A= | struct s2 {int (*f) (double a);};=0A= | int pairnames (int, char **, FILE *(*)(struct buf *, struct stat *, = int), int, int);=0A= | int argc;=0A= | char **argv;=0A= | int=0A= | main ()=0A= | {=0A= | return f (e, argv, 0) !=3D argv[0] || f (e, argv, 1) !=3D argv[1];=0A= | ;=0A= | return 0;=0A= | }=0A= configure:3450: gcc -Aa -D_HPUX_SOURCE -c -g -O2 conftest.c >&5=0A= :2:2: missing '(' after predicate=0A= conftest.c:10:20: stdarg.h: No such file or directory=0A= conftest.c:11:19: stdio.h: No such file or directory=0A= conftest.c:12:23: sys/types.h: No such file or directory=0A= conftest.c:13:22: sys/stat.h: No such file or directory=0A= conftest.c:16: error: syntax error before '*' token=0A= conftest.c:16: warning: "struct stat" declared inside parameter list=0A= conftest.c:16: warning: its scope is only this definition or = declaration, which is probably not what you want=0A= conftest.c:16: warning: data definition has no type or storage class=0A= conftest.c: In function `f':=0A= conftest.c:26: error: syntax error before "v"=0A= conftest.c:27: error: `v' undeclared (first use in this function)=0A= conftest.c:27: error: (Each undeclared identifier is reported only once=0A= conftest.c:27: error: for each function it appears in.)=0A= conftest.c:28: error: syntax error before "int"=0A= conftest.c: At top level:=0A= conftest.c:50: error: syntax error before "FILE"=0A= conftest.c:50: warning: "struct stat" declared inside parameter list=0A= conftest.c:50: error: `pairnames' declared as function returning a = function=0A= conftest.c:50: error: syntax error before "int"=0A= configure:3457: $? =3D 1=0A= configure: failed program was:=0A= | /* confdefs.h. */=0A= | #define PACKAGE_NAME "Xproto"=0A= | #define PACKAGE_TARNAME "xproto"=0A= | #define PACKAGE_VERSION "7.0.15"=0A= | #define PACKAGE_STRING "Xproto 7.0.15"=0A= | #define PACKAGE_BUGREPORT = "https://bugs.freedesktop.org/enter_bug.cgi?product=3Dxorg"=0A= | #define PACKAGE "xproto"=0A= | #define VERSION "7.0.15"=0A= | /* end confdefs.h. */=0A= | #include =0A= | #include =0A= | #include =0A= | #include =0A= | /* Most of the following tests are stolen from RCS 5.7's src/conf.sh. = */=0A= | struct buf { int x; };=0A= | FILE * (*rcsopen) (struct buf *, struct stat *, int);=0A= | static char *e (p, i)=0A= | char **p;=0A= | int i;=0A= | {=0A= | return p[i];=0A= | }=0A= | static char *f (char * (*g) (char **, int), char **p, ...)=0A= | {=0A= | char *s;=0A= | va_list v;=0A= | va_start (v,p);=0A= | s =3D g (p, va_arg (v,int));=0A= | va_end (v);=0A= | return s;=0A= | }=0A= | =0A= | /* OSF 4.0 Compaq cc is some sort of almost-ANSI by default. It has=0A= | function prototypes and stuff, but not '\xHH' hex character = constants.=0A= | These don't provoke an error unfortunately, instead are silently = treated=0A= | as 'x'. The following induces an error, until -std is added to get=0A= | proper ANSI mode. Curiously '\x00'!=3D'x' always comes out true, = for an=0A= | array size at least. It's necessary to write '\x00'=3D=3D0 to get = something=0A= | that's true only with -std. */=0A= | int osf4_cc_array ['\x00' =3D=3D 0 ? 1 : -1];=0A= | =0A= | /* IBM C 6 for AIX is almost-ANSI by default, but it replaces macro = parameters=0A= | inside strings and character constants. */=0A= | #define FOO(x) 'x'=0A= | int xlc6_cc_array[FOO(a) =3D=3D 'x' ? 1 : -1];=0A= | =0A= | int test (int i, double x);=0A= | struct s1 {int (*f) (int a);};=0A= | struct s2 {int (*f) (double a);};=0A= | int pairnames (int, char **, FILE *(*)(struct buf *, struct stat *, = int), int, int);=0A= | int argc;=0A= | char **argv;=0A= | int=0A= | main ()=0A= | {=0A= | return f (e, argv, 0) !=3D argv[0] || f (e, argv, 1) !=3D argv[1];=0A= | ;=0A= | return 0;=0A= | }=0A= configure:3450: gcc -Xc -D__EXTENSIONS__ -c -g -O2 conftest.c >&5=0A= gcc: unrecognized option `-Xc'=0A= conftest.c:10:20: stdarg.h: No such file or directory=0A= conftest.c:11:19: stdio.h: No such file or directory=0A= conftest.c:12:23: sys/types.h: No such file or directory=0A= conftest.c:13:22: sys/stat.h: No such file or directory=0A= conftest.c:16: error: syntax error before '*' token=0A= conftest.c:16: warning: "struct stat" declared inside parameter list=0A= conftest.c:16: warning: its scope is only this definition or = declaration, which is probably not what you want=0A= conftest.c:16: warning: data definition has no type or storage class=0A= conftest.c: In function `f':=0A= conftest.c:26: error: syntax error before "v"=0A= conftest.c:27: error: `v' undeclared (first use in this function)=0A= conftest.c:27: error: (Each undeclared identifier is reported only once=0A= conftest.c:27: error: for each function it appears in.)=0A= conftest.c:28: error: syntax error before "int"=0A= conftest.c: At top level:=0A= conftest.c:50: error: syntax error before "FILE"=0A= conftest.c:50: warning: "struct stat" declared inside parameter list=0A= conftest.c:50: error: `pairnames' declared as function returning a = function=0A= conftest.c:50: error: syntax error before "int"=0A= configure:3457: $? =3D 1=0A= configure: failed program was:=0A= | /* confdefs.h. */=0A= | #define PACKAGE_NAME "Xproto"=0A= | #define PACKAGE_TARNAME "xproto"=0A= | #define PACKAGE_VERSION "7.0.15"=0A= | #define PACKAGE_STRING "Xproto 7.0.15"=0A= | #define PACKAGE_BUGREPORT = "https://bugs.freedesktop.org/enter_bug.cgi?product=3Dxorg"=0A= | #define PACKAGE "xproto"=0A= | #define VERSION "7.0.15"=0A= | /* end confdefs.h. */=0A= | #include =0A= | #include =0A= | #include =0A= | #include =0A= | /* Most of the following tests are stolen from RCS 5.7's src/conf.sh. = */=0A= | struct buf { int x; };=0A= | FILE * (*rcsopen) (struct buf *, struct stat *, int);=0A= | static char *e (p, i)=0A= | char **p;=0A= | int i;=0A= | {=0A= | return p[i];=0A= | }=0A= | static char *f (char * (*g) (char **, int), char **p, ...)=0A= | {=0A= | char *s;=0A= | va_list v;=0A= | va_start (v,p);=0A= | s =3D g (p, va_arg (v,int));=0A= | va_end (v);=0A= | return s;=0A= | }=0A= | =0A= | /* OSF 4.0 Compaq cc is some sort of almost-ANSI by default. It has=0A= | function prototypes and stuff, but not '\xHH' hex character = constants.=0A= | These don't provoke an error unfortunately, instead are silently = treated=0A= | as 'x'. The following induces an error, until -std is added to get=0A= | proper ANSI mode. Curiously '\x00'!=3D'x' always comes out true, = for an=0A= | array size at least. It's necessary to write '\x00'=3D=3D0 to get = something=0A= | that's true only with -std. */=0A= | int osf4_cc_array ['\x00' =3D=3D 0 ? 1 : -1];=0A= | =0A= | /* IBM C 6 for AIX is almost-ANSI by default, but it replaces macro = parameters=0A= | inside strings and character constants. */=0A= | #define FOO(x) 'x'=0A= | int xlc6_cc_array[FOO(a) =3D=3D 'x' ? 1 : -1];=0A= | =0A= | int test (int i, double x);=0A= | struct s1 {int (*f) (int a);};=0A= | struct s2 {int (*f) (double a);};=0A= | int pairnames (int, char **, FILE *(*)(struct buf *, struct stat *, = int), int, int);=0A= | int argc;=0A= | char **argv;=0A= | int=0A= | main ()=0A= | {=0A= | return f (e, argv, 0) !=3D argv[0] || f (e, argv, 1) !=3D argv[1];=0A= | ;=0A= | return 0;=0A= | }=0A= configure:3483: result: unsupported=0A= configure:3500: checking dependency style of gcc=0A= configure:3591: result: none=0A= configure:3612: checking how to run the C preprocessor=0A= configure:3652: gcc -E conftest.c=0A= conftest.c:11:21: limits.h: No such file or directory=0A= configure:3659: $? =3D 1=0A= configure: failed program was:=0A= | /* confdefs.h. */=0A= | #define PACKAGE_NAME "Xproto"=0A= | #define PACKAGE_TARNAME "xproto"=0A= | #define PACKAGE_VERSION "7.0.15"=0A= | #define PACKAGE_STRING "Xproto 7.0.15"=0A= | #define PACKAGE_BUGREPORT = "https://bugs.freedesktop.org/enter_bug.cgi?product=3Dxorg"=0A= | #define PACKAGE "xproto"=0A= | #define VERSION "7.0.15"=0A= | /* end confdefs.h. */=0A= | #ifdef __STDC__=0A= | # include =0A= | #else=0A= | # include =0A= | #endif=0A= | Syntax error=0A= configure:3652: gcc -E conftest.c=0A= conftest.c:11:21: limits.h: No such file or directory=0A= configure:3659: $? =3D 1=0A= configure: failed program was:=0A= | /* confdefs.h. */=0A= | #define PACKAGE_NAME "Xproto"=0A= | #define PACKAGE_TARNAME "xproto"=0A= | #define PACKAGE_VERSION "7.0.15"=0A= | #define PACKAGE_STRING "Xproto 7.0.15"=0A= | #define PACKAGE_BUGREPORT = "https://bugs.freedesktop.org/enter_bug.cgi?product=3Dxorg"=0A= | #define PACKAGE "xproto"=0A= | #define VERSION "7.0.15"=0A= | /* end confdefs.h. */=0A= | #ifdef __STDC__=0A= | # include =0A= | #else=0A= | # include =0A= | #endif=0A= | Syntax error=0A= configure:3652: gcc -E -traditional-cpp conftest.c=0A= conftest.c:13: assert.h: No such file or directory=0A= configure:3659: $? =3D 1=0A= configure: failed program was:=0A= | /* confdefs.h. */=0A= | #define PACKAGE_NAME "Xproto"=0A= | #define PACKAGE_TARNAME "xproto"=0A= | #define PACKAGE_VERSION "7.0.15"=0A= | #define PACKAGE_STRING "Xproto 7.0.15"=0A= | #define PACKAGE_BUGREPORT = "https://bugs.freedesktop.org/enter_bug.cgi?product=3Dxorg"=0A= | #define PACKAGE "xproto"=0A= | #define VERSION "7.0.15"=0A= | /* end confdefs.h. */=0A= | #ifdef __STDC__=0A= | # include =0A= | #else=0A= | # include =0A= | #endif=0A= | Syntax error=0A= configure:3652: gcc -E -traditional-cpp conftest.c=0A= conftest.c:13: assert.h: No such file or directory=0A= configure:3659: $? =3D 1=0A= configure: failed program was:=0A= | /* confdefs.h. */=0A= | #define PACKAGE_NAME "Xproto"=0A= | #define PACKAGE_TARNAME "xproto"=0A= | #define PACKAGE_VERSION "7.0.15"=0A= | #define PACKAGE_STRING "Xproto 7.0.15"=0A= | #define PACKAGE_BUGREPORT = "https://bugs.freedesktop.org/enter_bug.cgi?product=3Dxorg"=0A= | #define PACKAGE "xproto"=0A= | #define VERSION "7.0.15"=0A= | /* end confdefs.h. */=0A= | #ifdef __STDC__=0A= | # include =0A= | #else=0A= | # include =0A= | #endif=0A= | Syntax error=0A= configure:3652: /lib/cpp conftest.c=0A= eval: /lib/cpp: not found=0A= configure:3659: $? =3D 2=0A= configure: failed program was:=0A= | /* confdefs.h. */=0A= | #define PACKAGE_NAME "Xproto"=0A= | #define PACKAGE_TARNAME "xproto"=0A= | #define PACKAGE_VERSION "7.0.15"=0A= | #define PACKAGE_STRING "Xproto 7.0.15"=0A= | #define PACKAGE_BUGREPORT = "https://bugs.freedesktop.org/enter_bug.cgi?product=3Dxorg"=0A= | #define PACKAGE "xproto"=0A= | #define VERSION "7.0.15"=0A= | /* end confdefs.h. */=0A= | #ifdef __STDC__=0A= | # include =0A= | #else=0A= | # include =0A= | #endif=0A= | Syntax error=0A= configure:3652: /lib/cpp conftest.c=0A= eval: /lib/cpp: not found=0A= configure:3659: $? =3D 2=0A= configure: failed program was:=0A= | /* confdefs.h. */=0A= | #define PACKAGE_NAME "Xproto"=0A= | #define PACKAGE_TARNAME "xproto"=0A= | #define PACKAGE_VERSION "7.0.15"=0A= | #define PACKAGE_STRING "Xproto 7.0.15"=0A= | #define PACKAGE_BUGREPORT = "https://bugs.freedesktop.org/enter_bug.cgi?product=3Dxorg"=0A= | #define PACKAGE "xproto"=0A= | #define VERSION "7.0.15"=0A= | /* end confdefs.h. */=0A= | #ifdef __STDC__=0A= | # include =0A= | #else=0A= | # include =0A= | #endif=0A= | Syntax error=0A= configure:3730: result: /lib/cpp=0A= configure:3759: /lib/cpp conftest.c=0A= eval: /lib/cpp: not found=0A= configure:3766: $? =3D 2=0A= configure: failed program was:=0A= | /* confdefs.h. */=0A= | #define PACKAGE_NAME "Xproto"=0A= | #define PACKAGE_TARNAME "xproto"=0A= | #define PACKAGE_VERSION "7.0.15"=0A= | #define PACKAGE_STRING "Xproto 7.0.15"=0A= | #define PACKAGE_BUGREPORT = "https://bugs.freedesktop.org/enter_bug.cgi?product=3Dxorg"=0A= | #define PACKAGE "xproto"=0A= | #define VERSION "7.0.15"=0A= | /* end confdefs.h. */=0A= | #ifdef __STDC__=0A= | # include =0A= | #else=0A= | # include =0A= | #endif=0A= | Syntax error=0A= configure:3759: /lib/cpp conftest.c=0A= eval: /lib/cpp: not found=0A= configure:3766: $? =3D 2=0A= configure: failed program was:=0A= | /* confdefs.h. */=0A= | #define PACKAGE_NAME "Xproto"=0A= | #define PACKAGE_TARNAME "xproto"=0A= | #define PACKAGE_VERSION "7.0.15"=0A= | #define PACKAGE_STRING "Xproto 7.0.15"=0A= | #define PACKAGE_BUGREPORT = "https://bugs.freedesktop.org/enter_bug.cgi?product=3Dxorg"=0A= | #define PACKAGE "xproto"=0A= | #define VERSION "7.0.15"=0A= | /* end confdefs.h. */=0A= | #ifdef __STDC__=0A= | # include =0A= | #else=0A= | # include =0A= | #endif=0A= | Syntax error=0A= configure:3828: error: in `/usr/ports/x11/xproto/work/xproto-7.0.15':=0A= configure:3830: error: C preprocessor "/lib/cpp" fails sanity check=0A= See `config.log' for more details.=0A= =0A= ## ---------------- ##=0A= ## Cache variables. ##=0A= ## ---------------- ##=0A= =0A= ac_cv_build=3Di386-unknown-freebsd6.2=0A= ac_cv_c_compiler_gnu=3Dyes=0A= ac_cv_env_CC_set=3D''=0A= ac_cv_env_CC_value=3D''=0A= ac_cv_env_CFLAGS_set=3D''=0A= ac_cv_env_CFLAGS_value=3D''=0A= ac_cv_env_CPPFLAGS_set=3D''=0A= ac_cv_env_CPPFLAGS_value=3D''=0A= ac_cv_env_CPP_set=3D''=0A= ac_cv_env_CPP_value=3D''=0A= ac_cv_env_LDFLAGS_set=3D''=0A= ac_cv_env_LDFLAGS_value=3D''=0A= ac_cv_env_LIBS_set=3D''=0A= ac_cv_env_LIBS_value=3D''=0A= ac_cv_env_build_alias_set=3D''=0A= ac_cv_env_build_alias_value=3D''=0A= ac_cv_env_host_alias_set=3D''=0A= ac_cv_env_host_alias_value=3D''=0A= ac_cv_env_target_alias_set=3D''=0A= ac_cv_env_target_alias_value=3D''=0A= ac_cv_host=3Di386-unknown-freebsd6.2=0A= ac_cv_objext=3Do=0A= ac_cv_path_install=3D'/usr/bin/install -c'=0A= ac_cv_prog_AWK=3Dnawk=0A= ac_cv_prog_CPP=3D/lib/cpp=0A= ac_cv_prog_ac_ct_CC=3Dgcc=0A= ac_cv_prog_cc_c89=3Dno=0A= ac_cv_prog_cc_g=3Dyes=0A= ac_cv_prog_make_make_set=3Dyes=0A= am_cv_CC_dependencies_compiler_type=3Dnone=0A= =0A= ## ----------------- ##=0A= ## Output variables. ##=0A= ## ----------------- ##=0A= =0A= ACLOCAL=3D'${SHELL} /usr/ports/x11/xproto/work/xproto-7.0.15/missing = --run aclocal-1.10'=0A= AMDEPBACKSLASH=3D'\'=0A= AMDEP_FALSE=3D'#'=0A= AMDEP_TRUE=3D''=0A= AMTAR=3D'${SHELL} /usr/ports/x11/xproto/work/xproto-7.0.15/missing --run = tar'=0A= AUTOCONF=3D'${SHELL} /usr/ports/x11/xproto/work/xproto-7.0.15/missing = --run autoconf'=0A= AUTOHEADER=3D'${SHELL} /usr/ports/x11/xproto/work/xproto-7.0.15/missing = --run autoheader'=0A= AUTOMAKE=3D'${SHELL} /usr/ports/x11/xproto/work/xproto-7.0.15/missing = --run automake-1.10'=0A= AWK=3D'nawk'=0A= CC=3D'gcc'=0A= CCDEPMODE=3D'depmode=3Dnone'=0A= CFLAGS=3D'-g -O2'=0A= CHANGELOG_CMD=3D''=0A= CPP=3D'/lib/cpp'=0A= CPPFLAGS=3D''=0A= CYGPATH_W=3D'echo'=0A= DEFS=3D''=0A= DEPDIR=3D'.deps'=0A= ECHO_C=3D''=0A= ECHO_N=3D'-n'=0A= ECHO_T=3D''=0A= EGREP=3D''=0A= EXEEXT=3D''=0A= GREP=3D''=0A= INSTALL_DATA=3D'${INSTALL} -m 644'=0A= INSTALL_PROGRAM=3D'${INSTALL}'=0A= INSTALL_SCRIPT=3D'${INSTALL}'=0A= INSTALL_STRIP_PROGRAM=3D'$(install_sh) -c -s'=0A= LDFLAGS=3D''=0A= LIBOBJS=3D''=0A= LIBS=3D''=0A= LTLIBOBJS=3D''=0A= MAKEINFO=3D'${SHELL} /usr/ports/x11/xproto/work/xproto-7.0.15/missing = --run makeinfo'=0A= MKDIR_P=3D'./install-sh -c -d'=0A= OBJEXT=3D'o'=0A= PACKAGE=3D'xproto'=0A= PACKAGE_BUGREPORT=3D'https://bugs.freedesktop.org/enter_bug.cgi?product=3D= xorg'=0A= PACKAGE_NAME=3D'Xproto'=0A= PACKAGE_STRING=3D'Xproto 7.0.15'=0A= PACKAGE_TARNAME=3D'xproto'=0A= PACKAGE_VERSION=3D'7.0.15'=0A= PATH_SEPARATOR=3D':'=0A= SET_MAKE=3D''=0A= SHELL=3D'/bin/sh'=0A= STRIP=3D''=0A= USE_FDS_BITS=3D''=0A= VERSION=3D'7.0.15'=0A= ac_ct_CC=3D'gcc'=0A= am__fastdepCC_FALSE=3D''=0A= am__fastdepCC_TRUE=3D'#'=0A= am__include=3D'include'=0A= am__isrc=3D''=0A= am__leading_dot=3D'.'=0A= am__quote=3D''=0A= am__tar=3D'${AMTAR} chof - "$$tardir"'=0A= am__untar=3D'${AMTAR} xf -'=0A= bindir=3D'${exec_prefix}/bin'=0A= build=3D'i386-unknown-freebsd6.2'=0A= build_alias=3D''=0A= build_cpu=3D'i386'=0A= build_os=3D'freebsd6.2'=0A= build_vendor=3D'unknown'=0A= datadir=3D'${datarootdir}'=0A= datarootdir=3D'${prefix}/share'=0A= distcleancheck_listfiles=3D''=0A= docdir=3D'${datarootdir}/doc/${PACKAGE_TARNAME}'=0A= dvidir=3D'${docdir}'=0A= exec_prefix=3D'NONE'=0A= host=3D'i386-unknown-freebsd6.2'=0A= host_alias=3D''=0A= host_cpu=3D'i386'=0A= host_os=3D'freebsd6.2'=0A= host_vendor=3D'unknown'=0A= htmldir=3D'${docdir}'=0A= includedir=3D'${prefix}/include'=0A= infodir=3D'${datarootdir}/info'=0A= install_sh=3D'$(SHELL) = /usr/ports/x11/xproto/work/xproto-7.0.15/install-sh'=0A= libdir=3D'${exec_prefix}/lib'=0A= libexecdir=3D'${exec_prefix}/libexec'=0A= localedir=3D'${datarootdir}/locale'=0A= localstatedir=3D'${prefix}/var'=0A= mandir=3D'${datarootdir}/man'=0A= mkdir_p=3D'$(top_builddir)/./install-sh -c -d'=0A= oldincludedir=3D'/usr/include'=0A= pdfdir=3D'${docdir}'=0A= prefix=3D'NONE'=0A= program_transform_name=3D's,x,x,'=0A= psdir=3D'${docdir}'=0A= sbindir=3D'${exec_prefix}/sbin'=0A= sharedstatedir=3D'${prefix}/com'=0A= sysconfdir=3D'${prefix}/etc'=0A= target_alias=3D''=0A= =0A= ## ----------- ##=0A= ## confdefs.h. ##=0A= ## ----------- ##=0A= =0A= #define PACKAGE_NAME "Xproto"=0A= #define PACKAGE_TARNAME "xproto"=0A= #define PACKAGE_VERSION "7.0.15"=0A= #define PACKAGE_STRING "Xproto 7.0.15"=0A= #define PACKAGE_BUGREPORT = "https://bugs.freedesktop.org/enter_bug.cgi?product=3Dxorg"=0A= #define PACKAGE "xproto"=0A= #define VERSION "7.0.15"=0A= =0A= configure: exit 1=0A= ------=_NextPart_000_0015_01C9C26C.C3335EB0-- From owner-freebsd-x11@FreeBSD.ORG Tue Apr 21 11:07:36 2009 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26AAE1065670 for ; Tue, 21 Apr 2009 11:07:36 +0000 (UTC) (envelope-from ricardo.meb.jesus@gmail.com) Received: from gate.criticalsoftware.com (gate.criticalsoftware.com [212.13.37.242]) by mx1.freebsd.org (Postfix) with ESMTP id 23B768FC14 for ; Tue, 21 Apr 2009 11:07:35 +0000 (UTC) (envelope-from ricardo.meb.jesus@gmail.com) Received: from [192.168.1.139] (unknown [192.168.1.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gate.criticalsoftware.com (Postfix) with ESMTP id 8FBBA2284A5; Tue, 21 Apr 2009 11:48:46 +0100 (WEST) Message-ID: <49EDA45A.5060902@gmail.com> Date: Tue, 21 Apr 2009 11:47:54 +0100 From: Ricardo Jesus User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Silmar Antonio Buchner de Oliveira References: <49EC961F.6020105@ac.gov.br> In-Reply-To: <49EC961F.6020105@ac.gov.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: x11@FreeBSD.org Subject: Re: error X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ricardo.m.jesus@criticalsoftware.com List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2009 11:07:36 -0000 Silmar Antonio Buchner de Oliveira wrote: > Make: >=20 > /usr/ports/graphics/libglut# make install clean > =3D=3D=3D> Extracting for libglut-7.4_1 > =3D> MD5 Checksum OK for MesaLib-7.4.tar.bz2. > =3D> SHA256 Checksum OK for MesaLib-7.4.tar.bz2. > =3D> MD5 Checksum OK for MesaGLUT-7.4.tar.bz2. > =3D> SHA256 Checksum OK for MesaGLUT-7.4.tar.bz2. > =3D=3D=3D> Patching for libglut-7.4_1 > =3D=3D=3D> Applying FreeBSD patches for libglut-7.4_1 > =3D=3D=3D> libglut-7.4_1 depends on executable: gmake - found > =3D=3D=3D> libglut-7.4_1 depends on file:=20 > /usr/local/libdata/pkgconfig/glproto.pc - found > =3D=3D=3D> libglut-7.4_1 depends on file:=20 > /usr/local/libdata/pkgconfig/dri2proto.pc - found > =3D=3D=3D> libglut-7.4_1 depends on file:=20 > /usr/local/libdata/pkgconfig/x11.pc - found > =3D=3D=3D> libglut-7.4_1 depends on file:=20 > /usr/local/libdata/pkgconfig/xext.pc - found > =3D=3D=3D> libglut-7.4_1 depends on file:=20 > /usr/local/libdata/pkgconfig/xxf86vm.pc - found > =3D=3D=3D> libglut-7.4_1 depends on file:=20 > /usr/local/libdata/pkgconfig/xdamage.pc - found > =3D=3D=3D> libglut-7.4_1 depends on file:=20 > /usr/local/libdata/pkgconfig/xfixes.pc - found > =3D=3D=3D> libglut-7.4_1 depends on file: /usr/local/libdata/pkgconfi= g/xi.pc=20 > - found > =3D=3D=3D> libglut-7.4_1 depends on file:=20 > /usr/local/libdata/pkgconfig/xmu.pc - found > =3D=3D=3D> libglut-7.4_1 depends on shared library: GLU.1 - found > =3D=3D=3D> Configuring for libglut-7.4_1 > checking build system type... amd64-portbld-freebsd7.0 > checking host system type... amd64-portbld-freebsd7.0 > checking for gcc... cc > checking for C compiler default output file name... a.out > checking whether the C compiler works... yes > checking whether we are cross compiling... no > checking for suffix of executables... checking for suffix of object=20 > files... o > checking whether we are using the GNU C compiler... yes > checking whether cc accepts -g... yes > checking for cc option to accept ISO C89... none needed > checking how to run the C preprocessor... cc -E > checking for gcc... (cached) cc > checking whether we are using the GNU C compiler... (cached) yes > checking whether cc accepts -g... (cached) yes > checking for cc option to accept ISO C89... (cached) none needed > checking whether we are using the GNU C++ compiler... yes > checking whether c++ accepts -g... yes > checking for gmake... gmake > checking for makedepend... /usr/local/bin/makedepend > checking for sed... /usr/bin/sed > checking for pkg-config... /usr/local/bin/pkg-config > checking pkg-config is at least version 0.9.0... yes > checking whether to enable assembly... yes, amd64 > checking for cc option to produce PIC... -fPIC > checking for dlopen... yes > checking for posix_memalign... yes > checking pkg-config files for X11 are available... yes > checking for LIBDRM... yes > checking for DRI2PROTO... yes > checking for DRIGL... gnome-config: not found > configure: error: Package requirements (x11 xext xxf86vm xdamage xfixes= =20 > x11-xcb xcb-glx) were not met: >=20 > No package 'x11-xcb' found >=20 > Consider adjusting the PKG_CONFIG_PATH environment variable if you > installed software in a non-standard prefix. >=20 > Alternatively, you may set the environment variables DRIGL_CFLAGS > and DRIGL_LIBS to avoid the need to call pkg-config. > See the pkg-config man page for more details. >=20 > =3D=3D=3D> Script "configure" failed unexpectedly. > Please report the problem to x11@FreeBSD.org [maintainer] and attach th= e > "/usr/ports/graphics/libglut/work/Mesa-7.4/config.log" including the ou= tput > of the failure of your make command. Also, it might be a good idea to=20 > provide > an overview of all packages installed on your system (e.g. an `ls > /var/db/pkg`). > *** Error code 1 >=20 > Stop in /usr/ports/graphics/libglut. >=20 >=20 > -----------------------------------------------------------------------= ---------------------------=20 >=20 >=20 > /usr/ports/graphics/libglut/work/Mesa-7.4/config.log: >=20 >=20 > This file contains any messages produced by compilers while > running configure, to aid debugging if configure makes a mistake. >=20 > It was created by Mesa configure 7.3.0, which was > generated by GNU Autoconf 2.61. Invocation command line was >=20 > $ ./configure --disable-glw --with-demos=3Dno --with-dri-drivers=3Dno=20 > --enable-xcb --x-libraries=3D/usr/local/lib=20 > --x-includes=3D/usr/local/include --prefix=3D/usr/local=20 > --mandir=3D/usr/local/man --infodir=3D/usr/local/info/=20 > --build=3Damd64-portbld-freebsd7.0 >=20 > ## --------- ## > ## Platform. ## > ## --------- ## >=20 > hostname =3D seisrv06.ac.gov.br > uname -m =3D amd64 > uname -r =3D 7.0-RC2 > uname -s =3D FreeBSD > uname -v =3D FreeBSD 7.0-RC2 #0: Fri Feb 8 00:02:33 UTC 2008 =20 > root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > /usr/bin/uname -p =3D amd64 > /bin/uname -X =3D unknown >=20 > /bin/arch =3D unknown > /usr/bin/arch -k =3D unknown > /usr/convex/getsysinfo =3D unknown > /usr/bin/hostinfo =3D unknown > /bin/machine =3D unknown > /usr/bin/oslevel =3D unknown > /bin/universe =3D unknown >=20 > PATH: /sbin > PATH: /bin > PATH: /usr/sbin > PATH: /usr/bin > PATH: /usr/games > PATH: /usr/local/sbin > PATH: /usr/local/bin > PATH: /root/bin >=20 >=20 > ## ----------- ## > ## Core tests. ## > ## ----------- ## >=20 > configure:1927: checking build system type > configure:1945: result: amd64-portbld-freebsd7.0 > configure:1967: checking host system type > configure:1982: result: amd64-portbld-freebsd7.0 > configure:2056: checking for gcc > configure:2083: result: cc > configure:2321: checking for C compiler version > configure:2328: cc --version >&5 > cc (GCC) 4.2.1 20070719 [FreeBSD] > Copyright (C) 2007 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 PURP= OSE. >=20 > configure:2331: $? =3D 0 > configure:2338: cc -v >&5 > Using built-in specs. > Target: amd64-undermydesk-freebsd > Configured with: FreeBSD/amd64 system compiler > Thread model: posix > gcc version 4.2.1 20070719 [FreeBSD] > configure:2341: $? =3D 0 > configure:2348: cc -V >&5 > cc: '-V' option must have argument > configure:2351: $? =3D 1 > configure:2374: checking for C compiler default output file name > configure:2401: cc -O2 -fno-strict-aliasing -pipe -I/usr/local/include=20 > -L/usr/local/lib conftest.c >&5 > configure:2404: $? =3D 0 > configure:2442: result: a.out > configure:2459: checking whether the C compiler works > configure:2469: ./a.out > configure:2472: $? =3D 0 > configure:2489: result: yes > configure:2496: checking whether we are cross compiling > configure:2498: result: no > configure:2501: checking for suffix of executables > configure:2508: cc -o conftest -O2 -fno-strict-aliasing -pipe=20 > -I/usr/local/include -L/usr/local/lib conftest.c >&5 > configure:2511: $? =3D 0 > configure:2535: result: configure:2541: checking for suffix of object f= iles > configure:2567: cc -c -O2 -fno-strict-aliasing -pipe=20 > -I/usr/local/include conftest.c >&5 > configure:2570: $? =3D 0 > configure:2593: result: o > configure:2597: checking whether we are using the GNU C compiler > configure:2626: cc -c -O2 -fno-strict-aliasing -pipe=20 > -I/usr/local/include conftest.c >&5 > configure:2632: $? =3D 0 > configure:2649: result: yes > configure:2654: checking whether cc accepts -g > configure:2684: cc -c -g -I/usr/local/include conftest.c >&5 > configure:2690: $? =3D 0 > configure:2789: result: yes > configure:2806: checking for cc option to accept ISO C89 > configure:2880: cc -c -O2 -fno-strict-aliasing -pipe=20 > -I/usr/local/include conftest.c >&5 > configure:2886: $? =3D 0 > configure:2909: result: none needed > configure:2932: checking how to run the C preprocessor > configure:2972: cc -E -I/usr/local/include conftest.c > configure:2978: $? =3D 0 > configure:3009: cc -E -I/usr/local/include conftest.c > conftest.c:8:28: error: ac_nonexistent.h: No such file or directory > configure:3015: $? =3D 1 > configure: failed program was: > | /* confdefs.h. */ > | #define PACKAGE_NAME "Mesa" > | #define PACKAGE_TARNAME "mesa" > | #define PACKAGE_VERSION "7.3.0" > | #define PACKAGE_STRING "Mesa 7.3.0" > | #define PACKAGE_BUGREPORT=20 > "https://bugs.freedesktop.org/enter_bug.cgi?product=3DMesa" > | /* end confdefs.h. */ > | #include > configure:3048: result: cc -E > configure:3077: cc -E -I/usr/local/include conftest.c > configure:3083: $? =3D 0 > configure:3114: cc -E -I/usr/local/include conftest.c > conftest.c:8:28: error: ac_nonexistent.h: No such file or directory > configure:3120: $? =3D 1 > configure: failed program was: > | /* confdefs.h. */ > | #define PACKAGE_NAME "Mesa" > | #define PACKAGE_TARNAME "mesa" > | #define PACKAGE_VERSION "7.3.0" > | #define PACKAGE_STRING "Mesa 7.3.0" > | #define PACKAGE_BUGREPORT=20 > "https://bugs.freedesktop.org/enter_bug.cgi?product=3DMesa" > | /* end confdefs.h. */ > | #include > configure:3205: checking for gcc > configure:3232: result: cc > configure:3470: checking for C compiler version > configure:3477: cc --version >&5 > cc (GCC) 4.2.1 20070719 [FreeBSD] > Copyright (C) 2007 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 PURP= OSE. >=20 > configure:3480: $? =3D 0 > configure:3487: cc -v >&5 > Using built-in specs. > Target: amd64-undermydesk-freebsd > Configured with: FreeBSD/amd64 system compiler > Thread model: posix > gcc version 4.2.1 20070719 [FreeBSD] > configure:3490: $? =3D 0 > configure:3497: cc -V >&5 > cc: '-V' option must have argument > configure:3500: $? =3D 1 > configure:3503: checking whether we are using the GNU C compiler > configure:3555: result: yes > configure:3560: checking whether cc accepts -g > configure:3695: result: yes > configure:3712: checking for cc option to accept ISO C89 > configure:3815: result: none needed > configure:3949: checking for C++ compiler version > configure:3956: c++ --version >&5 > c++ (GCC) 4.2.1 20070719 [FreeBSD] > Copyright (C) 2007 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 PURP= OSE. >=20 > configure:3959: $? =3D 0 > configure:3966: c++ -v >&5 > Using built-in specs. > Target: amd64-undermydesk-freebsd > Configured with: FreeBSD/amd64 system compiler > Thread model: posix > gcc version 4.2.1 20070719 [FreeBSD] > configure:3969: $? =3D 0 > configure:3976: c++ -V >&5 > c++: '-V' option must have argument > configure:3979: $? =3D 1 > configure:3982: checking whether we are using the GNU C++ compiler > configure:4011: c++ -c -O2 -fno-strict-aliasing -pipe=20 > -I/usr/local/include conftest.cpp >&5 > configure:4017: $? =3D 0 > configure:4034: result: yes > configure:4039: checking whether c++ accepts -g > configure:4069: c++ -c -g -I/usr/local/include conftest.cpp >&5 > configure:4075: $? =3D 0 > configure:4174: result: yes > configure:4201: checking for gmake > configure:4228: result: gmake > configure:4241: checking for makedepend > configure:4259: found /usr/local/bin/makedepend > configure:4271: result: /usr/local/bin/makedepend > configure:4281: checking for sed > configure:4299: found /usr/bin/sed > configure:4311: result: /usr/bin/sed > configure:4435: checking for pkg-config > configure:4453: found /usr/local/bin/pkg-config > configure:4465: result: /usr/local/bin/pkg-config > configure:4494: checking pkg-config is at least version 0.9.0 > configure:4497: result: yes > configure:4683: checking whether to enable assembly > configure:4735: result: yes, amd64 > configure:4769: checking for cc option to produce PIC > configure:4855: result: -fPIC > configure:4862: checking for dlopen > configure:4918: cc -o conftest -O2 -fno-strict-aliasing -pipe -Wall=20 > -Wmissing-prototypes -std=3Dc99 -ffast-math -fno-strict-aliasing=20 > -I/usr/local/include -L/usr/local/lib conftest.c >&5 > configure:4924: $? =3D 0 > configure:4941: result: yes > configure:5014: checking for posix_memalign > configure:5070: cc -o conftest -O2 -fno-strict-aliasing -pipe -Wall=20 > -Wmissing-prototypes -std=3Dc99 -ffast-math -fno-strict-aliasing=20 > -I/usr/local/include -L/usr/local/lib conftest.c >&5 > configure:5076: $? =3D 0 > configure:5093: result: yes > configure:5826: checking pkg-config files for X11 are available > configure:5829: $PKG_CONFIG --exists --print-errors "x11" > configure:5832: $? =3D 0 > configure:5843: result: yes > configure:7335: checking for LIBDRM > configure:7343: $PKG_CONFIG --exists --print-errors "libdrm >=3D=20 > $LIBDRM_REQUIRED" > configure:7346: $? =3D 0 > configure:7361: $PKG_CONFIG --exists --print-errors "libdrm >=3D=20 > $LIBDRM_REQUIRED" > configure:7364: $? =3D 0 > configure:7440: result: yes > configure:7446: checking for DRI2PROTO > configure:7454: $PKG_CONFIG --exists --print-errors "dri2proto >=3D=20 > $DRI2PROTO_REQUIRED" > configure:7457: $? =3D 0 > configure:7472: $PKG_CONFIG --exists --print-errors "dri2proto >=3D=20 > $DRI2PROTO_REQUIRED" > configure:7475: $? =3D 0 > configure:7551: result: yes > configure:7568: checking for DRIGL > configure:7576: $PKG_CONFIG --exists --print-errors "$dri_modules" > gnome-config: not found > Package x11-xcb was not found in the pkg-config search path. > Perhaps you should add the directory containing `x11-xcb.pc' > to the PKG_CONFIG_PATH environment variable > No package 'x11-xcb' found > configure:7579: $? =3D 1 > configure:7594: $PKG_CONFIG --exists --print-errors "$dri_modules" > gnome-config: not found > Package x11-xcb was not found in the pkg-config search path. > Perhaps you should add the directory containing `x11-xcb.pc' > to the PKG_CONFIG_PATH environment variable > No package 'x11-xcb' found > configure:7597: $? =3D 1 > No package 'x11-xcb' found > configure:7625: error: Package requirements (x11 xext xxf86vm xdamage=20 > xfixes x11-xcb xcb-glx) were not met: >=20 > No package 'x11-xcb' found >=20 > Consider adjusting the PKG_CONFIG_PATH environment variable if you > installed software in a non-standard prefix. >=20 > Alternatively, you may set the environment variables DRIGL_CFLAGS > and DRIGL_LIBS to avoid the need to call pkg-config. > See the pkg-config man page for more details. >=20 >=20 > ## ---------------- ## > ## Cache variables. ## > ## ---------------- ## >=20 > ac_cv_build=3Damd64-portbld-freebsd7.0 > ac_cv_c_compiler_gnu=3Dyes > ac_cv_cxx_compiler_gnu=3Dyes > ac_cv_env_ARCH_FLAGS_set=3D'' > ac_cv_env_ARCH_FLAGS_value=3D'' > ac_cv_env_CCC_set=3D'' > ac_cv_env_CCC_value=3D'' > ac_cv_env_CC_set=3Dset > ac_cv_env_CC_value=3Dcc > ac_cv_env_CFLAGS_set=3Dset > ac_cv_env_CFLAGS_value=3D'-O2 -fno-strict-aliasing -pipe' > ac_cv_env_CPPFLAGS_set=3Dset > ac_cv_env_CPPFLAGS_value=3D-I/usr/local/include > ac_cv_env_CPP_set=3D'' > ac_cv_env_CPP_value=3D'' > ac_cv_env_CXXFLAGS_set=3Dset > ac_cv_env_CXXFLAGS_value=3D'-O2 -fno-strict-aliasing -pipe' > ac_cv_env_CXX_set=3Dset > ac_cv_env_CXX_value=3Dc++ > ac_cv_env_DRI2PROTO_CFLAGS_set=3D'' > ac_cv_env_DRI2PROTO_CFLAGS_value=3D'' > ac_cv_env_DRI2PROTO_LIBS_set=3D'' > ac_cv_env_DRI2PROTO_LIBS_value=3D'' > ac_cv_env_DRIGL_CFLAGS_set=3D'' > ac_cv_env_DRIGL_CFLAGS_value=3D'' > ac_cv_env_DRIGL_LIBS_set=3D'' > ac_cv_env_DRIGL_LIBS_value=3D'' > ac_cv_env_EXTRA_LIB_PATH_set=3D'' > ac_cv_env_EXTRA_LIB_PATH_value=3D'' > ac_cv_env_GLUT_CFLAGS_set=3D'' > ac_cv_env_GLUT_CFLAGS_value=3D'' > ac_cv_env_GLUT_LIBS_set=3D'' > ac_cv_env_GLUT_LIBS_value=3D'' > ac_cv_env_GLW_CFLAGS_set=3D'' > ac_cv_env_GLW_CFLAGS_value=3D'' > ac_cv_env_GLW_LIBS_set=3D'' > ac_cv_env_GLW_LIBS_value=3D'' > ac_cv_env_LDFLAGS_set=3Dset > ac_cv_env_LDFLAGS_value=3D-L/usr/local/lib > ac_cv_env_LIBDRM_CFLAGS_set=3D'' > ac_cv_env_LIBDRM_CFLAGS_value=3D'' > ac_cv_env_LIBDRM_LIBS_set=3D'' > ac_cv_env_LIBDRM_LIBS_value=3D'' > ac_cv_env_LIBS_set=3D'' > ac_cv_env_LIBS_value=3D'' > ac_cv_env_MKLIB_OPTIONS_set=3D'' > ac_cv_env_MKLIB_OPTIONS_value=3D'' > ac_cv_env_OPT_FLAGS_set=3D'' > ac_cv_env_OPT_FLAGS_value=3D'' > ac_cv_env_PIC_FLAGS_set=3D'' > ac_cv_env_PIC_FLAGS_value=3D'' > ac_cv_env_PKG_CONFIG_set=3D'' > ac_cv_env_PKG_CONFIG_value=3D'' > ac_cv_env_X11_INCLUDES_set=3D'' > ac_cv_env_X11_INCLUDES_value=3D'' > ac_cv_env_XCB_CFLAGS_set=3D'' > ac_cv_env_XCB_CFLAGS_value=3D'' > ac_cv_env_XCB_LIBS_set=3D'' > ac_cv_env_XCB_LIBS_value=3D'' > ac_cv_env_XLIBGL_CFLAGS_set=3D'' > ac_cv_env_XLIBGL_CFLAGS_value=3D'' > ac_cv_env_XLIBGL_LIBS_set=3D'' > ac_cv_env_XLIBGL_LIBS_value=3D'' > ac_cv_env_XMKMF_set=3D'' > ac_cv_env_XMKMF_value=3D'' > ac_cv_env_build_alias_set=3Dset > ac_cv_env_build_alias_value=3Damd64-portbld-freebsd7.0 > ac_cv_env_host_alias_set=3D'' > ac_cv_env_host_alias_value=3D'' > ac_cv_env_target_alias_set=3D'' > ac_cv_env_target_alias_value=3D'' > ac_cv_func_dlopen=3Dyes > ac_cv_func_posix_memalign=3Dyes > ac_cv_host=3Damd64-portbld-freebsd7.0 > ac_cv_objext=3Do > ac_cv_path_MKDEP=3D/usr/local/bin/makedepend > ac_cv_path_SED=3D/usr/bin/sed > ac_cv_path_ac_pt_PKG_CONFIG=3D/usr/local/bin/pkg-config > ac_cv_prog_CPP=3D'cc -E' > ac_cv_prog_MAKE=3Dgmake > ac_cv_prog_ac_ct_CC=3Dcc > ac_cv_prog_cc_c89=3D'' > ac_cv_prog_cc_g=3Dyes > ac_cv_prog_cxx_g=3Dyes > lt_cv_sys_max_cmd_len=3D262144 > pkg_cv_DRI2PROTO_CFLAGS=3D'-I/usr/local/include ' > pkg_cv_DRI2PROTO_LIBS=3D' ' > pkg_cv_LIBDRM_CFLAGS=3D'-I/usr/local/include -I/usr/local/include/drm = ' > pkg_cv_LIBDRM_LIBS=3D'-L/usr/local/lib -ldrm ' >=20 > ## ----------------- ## > ## Output variables. ## > ## ----------------- ## >=20 > APP_LIB_DEPS=3D'' > ARCH_FLAGS=3D'' > ASM_API=3D'$(X86-64_API)' > ASM_FLAGS=3D'-DUSE_X86_64_ASM' > ASM_SOURCES=3D'$(X86-64_SOURCES)' > CC=3D'cc' > CFLAGS=3D'-O2 -fno-strict-aliasing -pipe -Wall -Wmissing-prototypes=20 > -std=3Dc99 -ffast-math -fno-strict-aliasing' > CPP=3D'cc -E' > CPPFLAGS=3D'-I/usr/local/include' > CXX=3D'c++' > CXXFLAGS=3D'-O2 -fno-strict-aliasing -pipe -Wall -fno-strict-aliasing' > DEFINES=3D' -DHAVE_POSIX_MEMALIGN -DUSE_XCB' > DEFS=3D'' > DRI2PROTO_CFLAGS=3D'-I/usr/local/include ' > DRI2PROTO_LIBS=3D' ' > DRIGL_CFLAGS=3D'' > DRIGL_LIBS=3D'' > DRIVER_DIRS=3D'dri' > DRI_DIRS=3D'' > DRI_DRIVER_INSTALL_DIR=3D'' > DRI_LIB_DEPS=3D'' > DRI_PC_REQ_PRIV=3D'libdrm >=3D 2.4.3' > ECHO_C=3D'' > ECHO_N=3D'-n' > ECHO_T=3D'' > EGREP=3D'' > EXEEXT=3D'' > EXPAT_INCLUDES=3D'' > EXTRA_LIB_PATH=3D'' > GLUT_CFLAGS=3D'' > GLUT_LIBS=3D'' > GLUT_LIB_DEPS=3D'' > GLUT_LIB_NAME=3D'lib$(GLUT_LIB).so' > GLUT_MESA_DEPS=3D'' > GLUT_PC_CFLAGS=3D'' > GLUT_PC_LIB_PRIV=3D'' > GLUT_PC_REQ_PRIV=3D'' > GLU_DIRS=3D'sgi' > GLU_LIB_DEPS=3D'' > GLU_LIB_NAME=3D'lib$(GLU_LIB).so' > GLU_MESA_DEPS=3D'' > GLU_PC_CFLAGS=3D'' > GLU_PC_LIB_PRIV=3D'' > GLU_PC_REQ=3D'' > GLU_PC_REQ_PRIV=3D'' > GLW_CFLAGS=3D'' > GLW_LIBS=3D'' > GLW_LIB_DEPS=3D'' > GLW_LIB_NAME=3D'lib$(GLW_LIB).so' > GLW_MESA_DEPS=3D'' > GLW_PC_CFLAGS=3D'' > GLW_PC_LIB_PRIV=3D'' > GLW_PC_REQ_PRIV=3D'' > GLW_SOURCES=3D'' > GL_LIB_DEPS=3D'' > GL_LIB_NAME=3D'lib$(GL_LIB).so' > GL_PC_CFLAGS=3D'' > GL_PC_LIB_PRIV=3D'' > GL_PC_REQ_PRIV=3D'libdrm >=3D 2.4.3 dri2proto >=3D 1.99.3' > GREP=3D'' > LDFLAGS=3D'-L/usr/local/lib' > LIBDRM_CFLAGS=3D'-I/usr/local/include -I/usr/local/include/drm ' > LIBDRM_LIBS=3D'-L/usr/local/lib -ldrm ' > LIBOBJS=3D'' > LIBS=3D'' > LIB_DIR=3D'lib' > LTLIBOBJS=3D'' > MAKE=3D'gmake' > MKDEP=3D'/usr/local/bin/makedepend' > MKDEP_OPTIONS=3D'-fdepend' > MKLIB_OPTIONS=3D'' > MOTIF_CFLAGS=3D'' > MOTIF_CONFIG=3D'' > OBJEXT=3D'o' > OPT_FLAGS=3D'' > OSMESA_LIB=3D'' > OSMESA_LIB_DEPS=3D'' > OSMESA_LIB_NAME=3D'lib$(OSMESA_LIB).so' > OSMESA_MESA_DEPS=3D'' > OSMESA_PC_LIB_PRIV=3D'' > OSMESA_PC_REQ=3D'' > PACKAGE_BUGREPORT=3D'https://bugs.freedesktop.org/enter_bug.cgi?product= =3DMesa' > PACKAGE_NAME=3D'Mesa' > PACKAGE_STRING=3D'Mesa 7.3.0' > PACKAGE_TARNAME=3D'mesa' > PACKAGE_VERSION=3D'7.3.0' > PATH_SEPARATOR=3D':' > PIC_FLAGS=3D'-fPIC' > PKG_CONFIG=3D'/usr/local/bin/pkg-config' > POSIX_SHELL=3D'' > PROGRAM_DIRS=3D'' > SED=3D'/usr/bin/sed' > SHELL=3D'/bin/sh' > SRC_DIRS=3D'glx/x11 mesa' > USING_EGL=3D'' > WINDOW_SYSTEM=3D'dri' > X11_INCLUDES=3D'' > XCB_CFLAGS=3D'' > XCB_LIBS=3D'' > XLIBGL_CFLAGS=3D'' > XLIBGL_LIBS=3D'' > XMKMF=3D'' > X_CFLAGS=3D'' > X_EXTRA_LIBS=3D'' > X_LIBS=3D'' > X_PRE_LIBS=3D'' > ac_ct_CC=3D'cc' > ac_ct_CXX=3D'' > bindir=3D'${exec_prefix}/bin' > build=3D'amd64-portbld-freebsd7.0' > build_alias=3D'amd64-portbld-freebsd7.0' > build_cpu=3D'amd64' > build_os=3D'freebsd7.0' > build_vendor=3D'portbld' > datadir=3D'${datarootdir}' > datarootdir=3D'${prefix}/share' > docdir=3D'${datarootdir}/doc/${PACKAGE_TARNAME}' > dvidir=3D'${docdir}' > exec_prefix=3D'NONE' > host=3D'amd64-portbld-freebsd7.0' > host_alias=3D'' > host_cpu=3D'amd64' > host_os=3D'freebsd7.0' > host_vendor=3D'portbld' > htmldir=3D'${docdir}' > includedir=3D'${prefix}/include' > infodir=3D'/usr/local/info/' > libdir=3D'${exec_prefix}/lib' > libexecdir=3D'${exec_prefix}/libexec' > localedir=3D'${datarootdir}/locale' > localstatedir=3D'${prefix}/var' > mandir=3D'/usr/local/man' > oldincludedir=3D'/usr/include' > pdfdir=3D'${docdir}' > prefix=3D'/usr/local' > program_transform_name=3D's,x,x,' > psdir=3D'${docdir}' > sbindir=3D'${exec_prefix}/sbin' > sharedstatedir=3D'${prefix}/com' > sysconfdir=3D'${prefix}/etc' > target_alias=3D'' >=20 > ## ----------- ## > ## confdefs.h. ## > ## ----------- ## >=20 > #define PACKAGE_NAME "Mesa" > #define PACKAGE_TARNAME "mesa" > #define PACKAGE_VERSION "7.3.0" > #define PACKAGE_STRING "Mesa 7.3.0" > #define PACKAGE_BUGREPORT=20 > "https://bugs.freedesktop.org/enter_bug.cgi?product=3DMesa" >=20 > configure: exit 1 >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > Silmar Antonio Buchner de Oliveira > Chefe da Divis=E3o de Redes Corporativas > Departamento de Seguran=E7a de Tecnologia de Informa=E7=E3o e Comunica=E7= =E3o > Diretoria de Tecnologia de Informa=E7=E3o e Comunica=E7=E3o > Secretaria Adjunta de Tecnologias de Gest=E3o > Secretaria de Gest=E3o Administrativa - SGA > Governo do Estado Acre > 68-3212-7607 >=20 >=20 > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" >=20 The problem seems to be x11-xcb. Deinstall and reinstall it, then run=20 install libglut as you intend. From owner-freebsd-x11@FreeBSD.ORG Tue Apr 21 11:50:40 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 219AA106566C for ; Tue, 21 Apr 2009 11:50:40 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id A1AED8FC1C for ; Tue, 21 Apr 2009 11:50:39 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ey-out-2122.google.com with SMTP id 9so180877eyd.7 for ; Tue, 21 Apr 2009 04:50:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=7KUekW7+3lbO9uSAPPnl01PXqJRMY5ukPMeD8Xkz/UI=; b=fbHnmD1UEK7R8s75W+4klfb4L6LRzPrRQQ4AGt63gjzvbrWGYEjG9csCwivYqX8qJd gHtRNybsKPTF5qjPkyxFVbamGr1AWsE4t/WBmXTRfRu5WdHHlYnupCFtziYgx+YDJx6z 0PyxrchKNkphraodrZDosV0dNWAzaSXpAFomQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=LiytK4dm9SMeeIZRqRUaKuvY2PbGTfukaZUl+iSIfhjh9UVHaC/QccHlLoIYdgs1en B9uyGZZQCFAZ+o14KxatkvUvW39XAZeZfxTs3rgJPsfbUoOKzU5MIoN6lAY/KO93HHyk CRZ3Ow6QyC6imUBOFdJyXtkmVOJqhipJZsXb0= Received: by 10.210.128.10 with SMTP id a10mr6961781ebd.15.1240313057885; Tue, 21 Apr 2009 04:24:17 -0700 (PDT) Received: from ?127.0.0.1? (87-194-39-182.bethere.co.uk [87.194.39.182]) by mx.google.com with ESMTPS id 10sm2997831eyd.22.2009.04.21.04.24.17 (version=SSLv3 cipher=RC4-MD5); Tue, 21 Apr 2009 04:24:17 -0700 (PDT) From: Tom Evans To: Aries LTD In-Reply-To: <2A655B55AE3047A2BF294F6C0F5BA3C7@ARIESTWO> References: <2A655B55AE3047A2BF294F6C0F5BA3C7@ARIESTWO> Content-Type: text/plain Date: Tue, 21 Apr 2009 12:24:15 +0100 Message-Id: <1240313056.8205.22.camel@strangepork.mintel.co.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: x11@FreeBSD.org Subject: Re: Apache install fails on xproto-7.0.15 Script "configure" failed unexpectedly X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2009 11:50:40 -0000 On Tue, 2009-04-21 at 10:34 +0300, Aries LTD wrote: > Dear sirs, > > Good day, > > When I try to install Apache 2.2.11_4 the install process fails on xproto-7.0.15 see attached config.log > What can I do? > > > NewBSD# cd apache22 > NewBSD# ls > Makefile distinfo pkg-message > Makefile.doc files pkg-plist > Makefile.modules pkg-descr work > Makefile.options pkg-install > NewBSD# make > NewBSD# make install > ===> Installing for apache-2.2.11_4 > ===> apache-2.2.11_4 depends on file: /usr/local/lib/libcrypto.so.5 - not found > ===> Verifying install for /usr/local/lib/libcrypto.so.5 in /usr/ports/security/openssl > ===> Vulnerability check disabled, database not found > => openssl-0.9.8k.tar.gz doesn't seem to exist in /usr/ports/distfiles/. > => Attempting to fetch from http://www.openssl.org/source/. > openssl-0.9.8k.tar.gz 100% of 3761 kB 116 kBps 00m00s > ===> Extracting for openssl-0.9.8k > => MD5 Checksum OK for openssl-0.9.8k.tar.gz. > => SHA256 Checksum OK for openssl-0.9.8k.tar.gz. > ===> openssl-0.9.8k depends on file: /usr/local/bin/perl5.8.9 - found > ===> Patching for openssl-0.9.8k > ===> openssl-0.9.8k depends on file: /usr/local/bin/perl5.8.9 - found > ===> Applying FreeBSD patches for openssl-0.9.8k > ===> openssl-0.9.8k depends on executable: makedepend - not found > ===> Verifying install for makedepend in /usr/ports/devel/makedepend > ===> Vulnerability check disabled, database not found > => makedepend-1.0.1.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/xorg/util. > => Attempting to fetch from ftp://ftp.gwdg.de/pub/x11/x.org/pub/individual/util/. > makedepend-1.0.1.tar.bz2 100% of 105 kB 98 kBps > ===> Extracting for makedepend-1.0.1,1 > => MD5 Checksum OK for xorg/util/makedepend-1.0.1.tar.bz2. > => SHA256 Checksum OK for xorg/util/makedepend-1.0.1.tar.bz2. > ===> Patching for makedepend-1.0.1,1 > ===> makedepend-1.0.1,1 depends on file: /usr/local/libdata/pkgconfig/xproto.pc - not found > ===> Verifying install for /usr/local/libdata/pkgconfig/xproto.pc in /usr/ports/x11/xproto > ===> Vulnerability check disabled, database not found > => xproto-7.0.15.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/xorg/proto. > => Attempting to fetch from ftp://ftp.gwdg.de/pub/x11/x.org/pub/individual/proto/. > xproto-7.0.15.tar.bz2 100% of 155 kB 106 kBps > ===> Extracting for xproto-7.0.15 > => MD5 Checksum OK for xorg/proto/xproto-7.0.15.tar.bz2. > => SHA256 Checksum OK for xorg/proto/xproto-7.0.15.tar.bz2. > ===> Patching for xproto-7.0.15 > ===> xproto-7.0.15 depends on executable: pkg-config - found > ===> Configuring for xproto-7.0.15 > checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel > checking whether build environment is sane... yes > checking for a thread-safe mkdir -p... ./install-sh -c -d > checking for gawk... no > checking for mawk... no > checking for nawk... nawk > checking whether make sets $(MAKE)... yes > checking if xorg-macros used to generate configure is at least 1.2... yes, 1.2.1 > checking build system type... i386-portbld-freebsd6.2 > checking host system type... i386-portbld-freebsd6.2 > checking for style of include used by make... GNU > checking for gcc... cc > checking for C compiler default output file name... a.out > checking whether the C compiler works... yes > checking whether we are cross compiling... no > checking for suffix of executables... > checking for suffix of object files... o > checking whether we are using the GNU C compiler... yes > checking whether cc accepts -g... yes > checking for cc option to accept ISO C89... unsupported > checking dependency style of cc... none > checking how to run the C preprocessor... /lib/cpp > configure: error: in `/usr/ports/x11/xproto/work/xproto-7.0.15': > configure: error: C preprocessor "/lib/cpp" fails sanity check ^^^^^^^^^ And how does it run when you dont have a non standard C preprocessor set? > See `config.log' for more details. > ===> Script "configure" failed unexpectedly. > Please report the problem to x11@FreeBSD.org [maintainer] and attach the > "/usr/ports/x11/xproto/work/xproto-7.0.15/config.log" including the output > of the failure of your make command. Also, it might be a good idea to provide > an overview of all packages installed on your system (e.g. an `ls > /var/db/pkg`). > *** Error code 1 > > Stop in /usr/ports/x11/xproto. > *** Error code 1 > > Stop in /usr/ports/devel/makedepend. > *** Error code 1 > > Stop in /usr/ports/security/openssl. > *** Error code 1 > > Stop in /usr/ports/www/apache22. > *** Error code 1 > > Stop in /usr/ports/www/apache22. > > NewBSD# ls /var/db/pkg > autoconf-2.62 lynx-2.8.6.5_5,1 > autoconf-wrapper-20071109 m4-1.4.12,1 > automake-1.9.6_3 mc-4.6.2 > automake-wrapper-20071109 mime-support-3.44.1 > cvsup-without-gui-16.1h_2 mysql-client-5.0.77_1 > db41-4.1.25_4 p5-gettext-1.05_2 > expat-2.0.1 pcre-7.9 > ezm3-1.2_1 perl-5.8.9_2 > gamin-0.1.10 pkg-config-0.23_1 > gettext-0.14.5_2 pkgdb.db > gio-fam-backend-2.20.1 png-1.2.35 > glib-2.20.1 portupgrade-2.4.6_2,2 > gmake-3.81_1 python25-2.5.4_1 > help2man-1.36.4_2 ruby-1.8.7.72_1,1 > libiconv-1.9.2_2 ruby18-bdb-0.6.5 > libslang2-2.1.4_1 screen-4.0.3_6 > libtool-1.5.22_2 wget-1.11.4 > > ++++++++++++++++++++++++++++++++++++++ > > Best regards, > > Alexey > > info@ariesltd.com.ua > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" From owner-freebsd-x11@FreeBSD.ORG Tue Apr 21 12:58:26 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6477106566B for ; Tue, 21 Apr 2009 12:58:26 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-ew0-f171.google.com (mail-ew0-f171.google.com [209.85.219.171]) by mx1.freebsd.org (Postfix) with ESMTP id 27E2A8FC15 for ; Tue, 21 Apr 2009 12:58:25 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ewy19 with SMTP id 19so2141035ewy.43 for ; Tue, 21 Apr 2009 05:58:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=L4iidbN8H2naM1oJTh7GhLBim+6H7MF9c1LFXfFMJ2U=; b=oFaPTsWc1SPh4APBKlZ/XbxmWcJiqFvwkEf7yauulDbArz7odSvlQLnEUbPZZgtpNF vVOQsIvd6e+6+cn5wVD6F/dEBSum/j4hnqJhv+A+D77B21odb0d0wdjmvQMMvH8EsndO 70leGfJ4vEizuLWfkgEoJNPTEwCf6NS/FWQjM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=rkg0tWcduDgSdTIYiVc3+urWaIzS7dBYZxDP7yX9nmMXNfCSGIARbVxBtS1qx29tvU PWbdfPunhJbQCm7PPt/elHfN6W8m4Ad4eOcOYJKRWAoxtF8eFP7PaAJG7SzOFTOWd5qO Kir9np7zFTKRIQIuHi8cTJsS9XRXTG4KYK1R8= Received: by 10.210.87.19 with SMTP id k19mr7027484ebb.62.1240318705092; Tue, 21 Apr 2009 05:58:25 -0700 (PDT) Received: from ?127.0.0.1? (87-194-39-182.bethere.co.uk [87.194.39.182]) by mx.google.com with ESMTPS id 5sm2920710eyf.17.2009.04.21.05.58.24 (version=SSLv3 cipher=RC4-MD5); Tue, 21 Apr 2009 05:58:24 -0700 (PDT) From: Tom Evans To: ricardo.m.jesus@criticalsoftware.com In-Reply-To: <49EDA45A.5060902@gmail.com> References: <49EC961F.6020105@ac.gov.br> <49EDA45A.5060902@gmail.com> Content-Type: text/plain Date: Tue, 21 Apr 2009 13:58:23 +0100 Message-Id: <1240318703.8205.39.camel@strangepork.mintel.co.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: x11@FreeBSD.org, Silmar Antonio Buchner de Oliveira Subject: Re: error X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2009 12:58:27 -0000 On Tue, 2009-04-21 at 11:47 +0100, Ricardo Jesus wrote: > Silmar Antonio Buchner de Oliveira wrote: .. > > configure: error: Package requirements (x11 xext xxf86vm xdamage xfixes > > x11-xcb xcb-glx) were not met: > > > > No package 'x11-xcb' found > > .. > The problem seems to be x11-xcb. Deinstall and reinstall it, then run > install libglut as you intend. I might be wrong, but isn't this a FAQ, with the answer being 'You have an old libX11, upgrade all your packages, try again'. Cheers Tom From owner-freebsd-x11@FreeBSD.ORG Tue Apr 21 14:10:49 2009 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20E8E1065673 for ; Tue, 21 Apr 2009 14:10:49 +0000 (UTC) (envelope-from info@ariesltd.com.ua) Received: from mx1.mirohost.net (mx1.mirohost.net [195.39.197.125]) by mx1.freebsd.org (Postfix) with ESMTP id A68018FC14 for ; Tue, 21 Apr 2009 14:10:48 +0000 (UTC) (envelope-from info@ariesltd.com.ua) Received: from [195.58.237.9] (port=52317 helo=ARIESTWO) by mx1.mirohost.net with esmtpa (Exim 4.69) (envelope-from ) id 1LwGgQ-0007ke-Hp; Tue, 21 Apr 2009 17:10:46 +0300 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 571650, updated: 21.04.2009] Message-ID: From: "Aries LTD" To: "Tom Evans" , References: <2A655B55AE3047A2BF294F6C0F5BA3C7@ARIESTWO> <1240313056.8205.22.camel@strangepork.mintel.co.uk> In-Reply-To: <1240313056.8205.22.camel@strangepork.mintel.co.uk> Date: Tue, 21 Apr 2009 17:10:43 +0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-u"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Windows Mail 6.0.6001.18000 X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6001.18049 Cc: Subject: Re: Apache install fails on xproto-7.0.15 Script "configure"failed unexpectedly X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2009 14:10:49 -0000 Dear Tom, It is standard FreeBSD 6.2!!! Do I need install another C preprocessor? please advise. Installed packets listed below: NewBSD# ls /var/db/pkg >> autoconf-2.62 lynx-2.8.6.5_5,1 >> autoconf-wrapper-20071109 m4-1.4.12,1 >> automake-1.9.6_3 mc-4.6.2 >> automake-wrapper-20071109 mime-support-3.44.1 >> cvsup-without-gui-16.1h_2 mysql-client-5.0.77_1 >> db41-4.1.25_4 p5-gettext-1.05_2 >> expat-2.0.1 pcre-7.9 >> ezm3-1.2_1 perl-5.8.9_2 >> gamin-0.1.10 pkg-config-0.23_1 >> gettext-0.14.5_2 pkgdb.db >> gio-fam-backend-2.20.1 png-1.2.35 >> glib-2.20.1 portupgrade-2.4.6_2,2 >> gmake-3.81_1 python25-2.5.4_1 >> help2man-1.36.4_2 ruby-1.8.7.72_1,1 >> libiconv-1.9.2_2 ruby18-bdb-0.6.5 >> libslang2-2.1.4_1 screen-4.0.3_6 >> libtool-1.5.22_2 wget-1.11.4 Best regards, Alexey info@ariesltd.com.ua ----- Original Message ----- From: "Tom Evans" To: "Aries LTD" Cc: Sent: Tuesday, April 21, 2009 2:24 PM Subject: Re: Apache install fails on xproto-7.0.15 Script "configure"failed unexpectedly > On Tue, 2009-04-21 at 10:34 +0300, Aries LTD wrote: >> Dear sirs, >> >> Good day, >> >> When I try to install Apache 2.2.11_4 the install process fails on >> xproto-7.0.15 see attached config.log >> What can I do? >> >> >> NewBSD# cd apache22 >> NewBSD# ls >> Makefile distinfo pkg-message >> Makefile.doc files pkg-plist >> Makefile.modules pkg-descr work >> Makefile.options pkg-install >> NewBSD# make >> NewBSD# make install >> ===> Installing for apache-2.2.11_4 >> ===> apache-2.2.11_4 depends on file: /usr/local/lib/libcrypto.so.5 - >> not found >> ===> Verifying install for /usr/local/lib/libcrypto.so.5 in >> /usr/ports/security/openssl >> ===> Vulnerability check disabled, database not found >> => openssl-0.9.8k.tar.gz doesn't seem to exist in /usr/ports/distfiles/. >> => Attempting to fetch from http://www.openssl.org/source/. >> openssl-0.9.8k.tar.gz 100% of 3761 kB 116 kBps >> 00m00s >> ===> Extracting for openssl-0.9.8k >> => MD5 Checksum OK for openssl-0.9.8k.tar.gz. >> => SHA256 Checksum OK for openssl-0.9.8k.tar.gz. >> ===> openssl-0.9.8k depends on file: /usr/local/bin/perl5.8.9 - found >> ===> Patching for openssl-0.9.8k >> ===> openssl-0.9.8k depends on file: /usr/local/bin/perl5.8.9 - found >> ===> Applying FreeBSD patches for openssl-0.9.8k >> ===> openssl-0.9.8k depends on executable: makedepend - not found >> ===> Verifying install for makedepend in /usr/ports/devel/makedepend >> ===> Vulnerability check disabled, database not found >> => makedepend-1.0.1.tar.bz2 doesn't seem to exist in >> /usr/ports/distfiles/xorg/util. >> => Attempting to fetch from >> ftp://ftp.gwdg.de/pub/x11/x.org/pub/individual/util/. >> makedepend-1.0.1.tar.bz2 100% of 105 kB 98 kBps >> ===> Extracting for makedepend-1.0.1,1 >> => MD5 Checksum OK for xorg/util/makedepend-1.0.1.tar.bz2. >> => SHA256 Checksum OK for xorg/util/makedepend-1.0.1.tar.bz2. >> ===> Patching for makedepend-1.0.1,1 >> ===> makedepend-1.0.1,1 depends on file: >> /usr/local/libdata/pkgconfig/xproto.pc - not found >> ===> Verifying install for /usr/local/libdata/pkgconfig/xproto.pc in >> /usr/ports/x11/xproto >> ===> Vulnerability check disabled, database not found >> => xproto-7.0.15.tar.bz2 doesn't seem to exist in >> /usr/ports/distfiles/xorg/proto. >> => Attempting to fetch from >> ftp://ftp.gwdg.de/pub/x11/x.org/pub/individual/proto/. >> xproto-7.0.15.tar.bz2 100% of 155 kB 106 kBps >> ===> Extracting for xproto-7.0.15 >> => MD5 Checksum OK for xorg/proto/xproto-7.0.15.tar.bz2. >> => SHA256 Checksum OK for xorg/proto/xproto-7.0.15.tar.bz2. >> ===> Patching for xproto-7.0.15 >> ===> xproto-7.0.15 depends on executable: pkg-config - found >> ===> Configuring for xproto-7.0.15 >> checking for a BSD-compatible install... /usr/bin/install -c -o root -g >> wheel >> checking whether build environment is sane... yes >> checking for a thread-safe mkdir -p... ./install-sh -c -d >> checking for gawk... no >> checking for mawk... no >> checking for nawk... nawk >> checking whether make sets $(MAKE)... yes >> checking if xorg-macros used to generate configure is at least 1.2... >> yes, 1.2.1 >> checking build system type... i386-portbld-freebsd6.2 >> checking host system type... i386-portbld-freebsd6.2 >> checking for style of include used by make... GNU >> checking for gcc... cc >> checking for C compiler default output file name... a.out >> checking whether the C compiler works... yes >> checking whether we are cross compiling... no >> checking for suffix of executables... >> checking for suffix of object files... o >> checking whether we are using the GNU C compiler... yes >> checking whether cc accepts -g... yes >> checking for cc option to accept ISO C89... unsupported >> checking dependency style of cc... none >> checking how to run the C preprocessor... /lib/cpp >> configure: error: in `/usr/ports/x11/xproto/work/xproto-7.0.15': >> configure: error: C preprocessor "/lib/cpp" fails sanity check > ^^^^^^^^^ > > And how does it run when you dont have a non standard C preprocessor > set? > >> See `config.log' for more details. >> ===> Script "configure" failed unexpectedly. >> Please report the problem to x11@FreeBSD.org [maintainer] and attach the >> "/usr/ports/x11/xproto/work/xproto-7.0.15/config.log" including the >> output >> of the failure of your make command. Also, it might be a good idea to >> provide >> an overview of all packages installed on your system (e.g. an `ls >> /var/db/pkg`). >> *** Error code 1 >> >> Stop in /usr/ports/x11/xproto. >> *** Error code 1 >> >> Stop in /usr/ports/devel/makedepend. >> *** Error code 1 >> >> Stop in /usr/ports/security/openssl. >> *** Error code 1 >> >> Stop in /usr/ports/www/apache22. >> *** Error code 1 >> >> Stop in /usr/ports/www/apache22. >> >> NewBSD# ls /var/db/pkg >> autoconf-2.62 lynx-2.8.6.5_5,1 >> autoconf-wrapper-20071109 m4-1.4.12,1 >> automake-1.9.6_3 mc-4.6.2 >> automake-wrapper-20071109 mime-support-3.44.1 >> cvsup-without-gui-16.1h_2 mysql-client-5.0.77_1 >> db41-4.1.25_4 p5-gettext-1.05_2 >> expat-2.0.1 pcre-7.9 >> ezm3-1.2_1 perl-5.8.9_2 >> gamin-0.1.10 pkg-config-0.23_1 >> gettext-0.14.5_2 pkgdb.db >> gio-fam-backend-2.20.1 png-1.2.35 >> glib-2.20.1 portupgrade-2.4.6_2,2 >> gmake-3.81_1 python25-2.5.4_1 >> help2man-1.36.4_2 ruby-1.8.7.72_1,1 >> libiconv-1.9.2_2 ruby18-bdb-0.6.5 >> libslang2-2.1.4_1 screen-4.0.3_6 >> libtool-1.5.22_2 wget-1.11.4 >> >> ++++++++++++++++++++++++++++++++++++++ >> >> Best regards, >> >> Alexey >> >> info@ariesltd.com.ua >> _______________________________________________ >> freebsd-x11@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-x11 >> To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > > From owner-freebsd-x11@FreeBSD.ORG Wed Apr 22 00:26:56 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8029D10656B6 for ; Wed, 22 Apr 2009 00:26:56 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from fallbackmx08.syd.optusnet.com.au (fallbackmx08.syd.optusnet.com.au [211.29.132.10]) by mx1.freebsd.org (Postfix) with ESMTP id 7C8C08FC17 for ; Wed, 22 Apr 2009 00:26:55 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by fallbackmx08.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n3LLtUQ7005369 for ; Wed, 22 Apr 2009 07:55:30 +1000 Received: from server.vk2pj.dyndns.org (c122-106-216-167.belrs3.nsw.optusnet.com.au [122.106.216.167]) by mail14.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n3LLtHKe021150 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Apr 2009 07:55:19 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n3LLtGDp025056; Wed, 22 Apr 2009 07:55:16 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n3LLtGqV025055; Wed, 22 Apr 2009 07:55:16 +1000 (EST) (envelope-from peter) Date: Wed, 22 Apr 2009 07:55:16 +1000 From: Peter Jeremy To: Aries LTD Message-ID: <20090421215516.GA24983@server.vk2pj.dyndns.org> References: <2A655B55AE3047A2BF294F6C0F5BA3C7@ARIESTWO> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SkvwRMAIpAhPCcCJ" Content-Disposition: inline In-Reply-To: <2A655B55AE3047A2BF294F6C0F5BA3C7@ARIESTWO> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.19 (2009-01-05) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: x11@freebsd.org Subject: Re: Apache install fails on xproto-7.0.15 Script "configure" failed unexpectedly X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Apr 2009 00:26:57 -0000 --SkvwRMAIpAhPCcCJ Content-Type: multipart/mixed; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Apr-21 10:34:34 +0300, Aries LTD wrote: >checking for cc option to accept ISO C89... unsupported >checking dependency style of cc... none >checking how to run the C preprocessor... /lib/cpp >configure: error: in `/usr/ports/x11/xproto/work/xproto-7.0.15': >configure: error: C preprocessor "/lib/cpp" fails sanity check >See `config.log' for more details. This means that configure has gone off the rails somewhere. I've checked on a FreeBSD-6.4 host with no /etc/make.conf and this works so it would appear to be a configuration issue. I have attached a partial diff of your config.log and mine showing where it goes off the rails but am unable to suggest what might be wrong on your system. Are you sure your ports tree (/usr/ports/Mk in particular) is up to date? Note that FreeBSD 6.2 is no longer supported and it is possible that there have been changes in the ports infrastructure that are causing your problem. I suggest you start planning to migrate your host to a more recent version - maybe 7.2 when it comes out in a month or so. --=20 Peter Jeremy --9jxsPFA5p3P2qPhR-- --SkvwRMAIpAhPCcCJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAknuQMQACgkQ/opHv/APuIeKGACfZo9O1A3cg3oLV4ntU9xU3rTd 7AMAnRuwHN/h6MYQswTSAoG3vvNcipsL =tQPX -----END PGP SIGNATURE----- --SkvwRMAIpAhPCcCJ-- From owner-freebsd-x11@FreeBSD.ORG Wed Apr 22 04:15:14 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DB22106566C for ; Wed, 22 Apr 2009 04:15:14 +0000 (UTC) (envelope-from ka@flu.if0.org) Received: from flu.if0.org (x239226.ppp.asahi-net.or.jp [122.249.239.226]) by mx1.freebsd.org (Postfix) with ESMTP id B7C718FC15 for ; Wed, 22 Apr 2009 04:15:13 +0000 (UTC) (envelope-from ka@flu.if0.org) Received: from localhost (localhost.if0.org [127.0.0.1]) by flu.if0.org (8.14.2/8.14.2) with ESMTP id n3M40f0U023317 for ; Wed, 22 Apr 2009 13:00:41 +0900 (JST) (envelope-from ka@flu.if0.org) Date: Wed, 22 Apr 2009 13:00:41 +0900 (JST) Message-Id: <20090422.130041.45656170.maro@flu.if0.org> To: x11@freebsd.org From: Kazumaro Aoki X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: can't work function keys on xorg-7.4 + twm X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Apr 2009 04:15:14 -0000 After upgrading xorg version to 7.4, several setting: "F1" = : all : f.iconify "1" = m: all : f.iconify "F3" = : all : f.raise "3" = m: all : f.raise "F4" = : all : f.lower "4" = m: all : f.lower "F5" = : all : f.zoom "5" = m: all : f.zoom "z" = c|s:all: f.fullzoom "n" = c|s:all: f.downiconmgr "p" = c|s:all: f.upiconmgr in my .twmrc does not work. I used FreeBSD-7.1R/i386 and on-board video in the mother board: Intel D865GLC. I use xf86-video-intel and it is specified in xorg.conf: Section "Device" Driver "intel" I also tried vesa driver, and the problem does not solved. Moreover, I tried "pkg_delete -a" and reinstalled ports-current, but the same problem occurs. How to solve the problem? Thanks in advance. Kazumaro Aoki From owner-freebsd-x11@FreeBSD.ORG Wed Apr 22 15:39:11 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BD6B1065703 for ; Wed, 22 Apr 2009 15:39:11 +0000 (UTC) (envelope-from Lars.Hermansen@nationaltheatret.no) Received: from bsmtp.bluecom.no (bsmtp.bluecom.no [193.75.75.29]) by mx1.freebsd.org (Postfix) with ESMTP id 625308FC1A for ; Wed, 22 Apr 2009 15:39:10 +0000 (UTC) (envelope-from Lars.Hermansen@nationaltheatret.no) Received: from nt-mail.nationaltheatret.loc (exmail.nationaltheatret.no [81.191.68.217]) by bsmtp.bluecom.no (Postfix) with ESMTP id 19A44157802A for ; Wed, 22 Apr 2009 17:08:48 +0200 (CEST) Received: from nt-mail.nationaltheatret.loc ([10.100.1.18]) by nt-mail.nationaltheatret.loc ([10.100.1.18]) with mapi; Wed, 22 Apr 2009 17:09:06 +0200 From: Lars Hermansen To: "x11@freebsd.org" Date: Wed, 22 Apr 2009 17:04:35 +0200 Thread-Topic: Requested 'randrproto >= 1.3' but version of RandrProto is 1.2.1 Thread-Index: AQHJw1xHuaarfeY8QEOz4glvTZcv4w== Message-ID: <89F83C7483118245B3D656441586F8069F04E1BA35@nt-mail.nationaltheatret.loc> Accept-Language: nb-NO, en-US Content-Language: nb-NO X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: nb-NO, en-US Content-Type: multipart/mixed; boundary="_002_89F83C7483118245B3D656441586F8069F04E1BA35ntmailnationa_" MIME-Version: 1.0 Cc: Subject: Requested 'randrproto >= 1.3' but version of RandrProto is 1.2.1 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Apr 2009 15:39:11 -0000 --_002_89F83C7483118245B3D656441586F8069F04E1BA35ntmailnationa_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi,=20 I keep getting this error on several ports I try to install, allways stops = at RandrProto. I'm running PC-BSD. Hope you can help me on this Regards, Lars Hermansen checking for pkg-config... /PCBSD/local/bin/pkg-config = =20 checking pkg-config is at least version 0.9.0... yes = =20 checking for RANDR... configure: error: Package requirements (x11 randrprot= o >=3D 1.3 xext xextproto xrender renderproto) were not met: Requested 'randrproto >=3D 1.3' but version of RandrProto is 1.2.1 Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. =20 Alternatively, you may set the environment variables RANDR_CFLAGS and RANDR_LIBS to avoid the need to call pkg-config. =20 See the pkg-config man page for more details. =20 =3D=3D=3D> Script "configure" failed unexpectedly. Please report the problem to x11@FreeBSD.org [maintainer] and attach the "/usr/ports/x11/libXrandr/work/libXrandr-1.3.0/config.log" including the output of the failure of your make command. Also, it might be a good idea t= o provide an overview of all packages installed on your system (e.g. an `ls = =20 /var/db/pkg`). = =20 *** Error code 1 = =20 Stop in /usr/ports/x11/libXrandr. *** Error code 1 =20 Stop in /usr/ports/x11-toolkits/gtk20. *** Error code 1 =20 Stop in /usr/ports/www/firefox. *** Error code 1 =20 Stop in /usr/ports/www/firefox. *** Error code 1 =20 Stop in /usr/ports/x11-toolkits/py-gnome-extras. [root@pcbsd /usr/ports/x11-toolkits/py-gnome-extras]# ls /var/db/pkg BitchX-1.1.0.1_4 gnome-mime-data-2.18.0_3 mirac= l-5.3.2_1,1 portcheck-1.13 ORBit2-2.14.17 gnome_subr-1.0 nspr-= 4.7 portmanager-0.4.1_9 aspell-0.60.6_2 gnomehier-2.3_12 nss-3= .11.9_2 portmaster-2.7 =20 atk-1.24.0 gnutls-2.6.4 opens= sl-0.9.8k printproto-1.0.4 =20 autoconf-2.13.000227_6 gperf-3.0.3 p5-Co= mpress-Raw-Zlib-2.017 py25-cairo-1.8.2 autoconf-2.62 gtk-1.2.10_20 p5-Co= mpress-Zlib-2.015 py25-gobject-2.16.1 autoconf-wrapper-20071109 icu-3.8.1_2 p5-HT= ML-Parser-3.60 py25-libxml2-2.7.3 automake-1.10.1 inputproto-1.5.0 p5-HT= ML-Tagset-3.20 py25-orbit-2.24.0 automake-1.4.6_5 intltool-0.40.6 p5-HT= ML-Tree-3.23 python-2.5,2 automake-1.9.6_3 iso-codes-3.7 p5-IO= -Compress-Base-2.015 python25-2.5.4_1 automake-wrapper-20071109 iso8879-1986_2 p5-IO= -Compress-Zlib-2.015 randrproto-1.3.0 bigreqsproto-1.0.2 jpeg-6b_7 p5-Ne= t-DBus-0.33.6 rarian-0.8.1 cairo-1.8.6_1,1 kbproto-1.0.3 p5-Te= xt-Iconv-1.7 renderproto-0.9.3 dbus-1.2.4.4 libICE-1.0.4_1,1 p5-Ti= e-IxHash-1.21 rpm-3.0.6_14 dbus-glib-0.80 libIDL-0.8.13 p5-Ti= me-HiRes-1.9719,1 socks5-1.0.11_5 docbook-1.4 libSM-1.1.0_1,1 p5-UR= I-1.37 system-tools-backends-2.6.0_1 docbook-4.1_3 libX11-1.2.1,1 p5-XM= L-Filter-BufferText-1.01 tcl-8.6.b.1_3 docbook-4.2 libXau-1.0.4 p5-XM= L-Grove-0.46.a tcl-modules-8.5.6 docbook-4.3 libXdmcp-1.0.2_1 p5-XM= L-Handler-YAWriter-0.23 unzip-5.52_5 docbook-4.4_2 libXext-1.0.5,1 p5-XM= L-NamespaceSupport-1.09_1 v4l_compat-1.0.20060801 docbook-4.5_2 libXft-2.1.13 p5-XM= L-Parser-2.36 vulnerability-test-port-2009.04.22 docbook-5.0_1 libXi-1.2.1,1 p5-XM= L-SAX-0.96 wget-1.11.4 docbook-sk-4.1.2_4 libXinerama-1.0.3,1 p5-XM= L-SAX-Expat-0.40 xcb-proto-1.4 docbook-xml-4.2_1 libXrender-0.9.4_1 p5-XM= L-SAX-Writer-0.52 xcb-util-0.3.3 docbook-xml-4.3 libXt-1.0.5_1 p5-XM= L-Simple-2.18 xchat-1.8.11_11 docbook-xml-4.4_1 libXxf86misc-1.0.1 p5-XM= L-Twig-3.32 xchat-fish-0.98_1 docbook-xml-4.5 libcheck-0.9.6 p5-XM= L-XPath-1.13 xchat-mircryption-0.3.3_1,1 docbook-xsl-1.74.0_1 libgcrypt-1.4.4 p5-li= bwww-5.825 xcmiscproto-1.1.2 enchant-1.4.2 libgpg-error-1.7 p5-li= bxml-0.08 xextproto-7.0.5 expat-2.0.1 libiconv-1.11_1 pcre-= 7.9 xf86bigfontproto-1.1.2 fontconfig-2.6.0,1 libpthread-stubs-0.1 perl-= 5.8.9_2 xf86miscproto-0.9.2 freetype2-2.3.9_1 libsigsegv-2.5 php5-= 5.2.9 xineramaproto-1.1.2 gamin-0.1.10_1 libtool-1.5.26 pixma= n-0.15.2 xinit-1.1.1_1 getopt-1.1.4_1 libxcb-1.2_1 pkg-c= onfig-0.23_1 xmlcatmgr-2.2 gettext-0.17_1 libxml2-2.7.3 pkg_i= nstall-20080708_1 xmlcharent-0.3_2 gio-fam-backend-2.20.1 libxslt-1.1.24_2 png-1= .2.35 xorg-macros-1.2.1 glib-1.2.10_12 linux-gtk-1.2.10_5 polic= ykit-0.9_4 xproto-7.0.15 glib-2.20.1 linux-gtk2-2.6.10_2 popt-= 1.7_5 xtrans-1.2.3 gmake-3.81_3 m4-1.4.12,1 porta= udit-0.5.12 gnome-doc-utils-0.14.2 makedepend-1.0.1,1 porta= udit-db-0.2.3_1 [root@pcbsd /usr/ports/x11-toolkits/py-gnome-extras]# --_002_89F83C7483118245B3D656441586F8069F04E1BA35ntmailnationa_ Content-Type: application/octet-stream; name="config.log" Content-Description: config.log Content-Disposition: attachment; filename="config.log"; size=20116; creation-date="Wed, 22 Apr 2009 17:04:59 GMT"; modification-date="Wed, 22 Apr 2009 17:04:59 GMT" Content-Transfer-Encoding: base64 VGhpcyBmaWxlIGNvbnRhaW5zIGFueSBtZXNzYWdlcyBwcm9kdWNlZCBieSBjb21waWxlcnMgd2hp bGUKcnVubmluZyBjb25maWd1cmUsIHRvIGFpZCBkZWJ1Z2dpbmcgaWYgY29uZmlndXJlIG1ha2Vz IGEgbWlzdGFrZS4KCkl0IHdhcyBjcmVhdGVkIGJ5IGxpYlhyYW5kciBjb25maWd1cmUgMS4zLjAs IHdoaWNoIHdhcwpnZW5lcmF0ZWQgYnkgR05VIEF1dG9jb25mIDIuNjMuICBJbnZvY2F0aW9uIGNv bW1hbmQgbGluZSB3YXMKCiAgJCAuL2NvbmZpZ3VyZSAtLWVuYWJsZS1tYWxsb2MwcmV0dXJuc251 bGwgLS14LWxpYnJhcmllcz0vdXNyL2xvY2FsL2xpYiAtLXgtaW5jbHVkZXM9L3Vzci9sb2NhbC9p bmNsdWRlIC0tcHJlZml4PS91c3IvbG9jYWwgLS1tYW5kaXI9L3Vzci9sb2NhbC9tYW4gLS1pbmZv ZGlyPS91c3IvbG9jYWwvaW5mby8gLS1idWlsZD1pMzg2LXBvcnRibGQtZnJlZWJzZDcuMgoKIyMg LS0tLS0tLS0tICMjCiMjIFBsYXRmb3JtLiAjIwojIyAtLS0tLS0tLS0gIyMKCmhvc3RuYW1lID0g cGNic2QKdW5hbWUgLW0gPSBpMzg2CnVuYW1lIC1yID0gNy4yLVBSRVJFTEVBU0UKdW5hbWUgLXMg PSBGcmVlQlNECnVuYW1lIC12ID0gRnJlZUJTRCA3LjItUFJFUkVMRUFTRSAjOTogRnJpIE1hciAy MCAxODoyOTowMSBFRFQgMjAwOSAgICAgcm9vdEBwY2JzZHgzMi03Oi91c3Ivb2JqL3BjYnNkLWJ1 aWxkNzEvY3ZzLzcuMS1zcmMvc3lzL1BDQlNEIAoKL3Vzci9iaW4vdW5hbWUgLXAgPSBpMzg2Ci9i aW4vdW5hbWUgLVggICAgID0gdW5rbm93bgoKL2Jpbi9hcmNoICAgICAgICAgICAgICA9IHVua25v d24KL3Vzci9iaW4vYXJjaCAtayAgICAgICA9IHVua25vd24KL3Vzci9jb252ZXgvZ2V0c3lzaW5m byA9IHVua25vd24KL3Vzci9iaW4vaG9zdGluZm8gICAgICA9IHVua25vd24KL2Jpbi9tYWNoaW5l ICAgICAgICAgICA9IHVua25vd24KL3Vzci9iaW4vb3NsZXZlbCAgICAgICA9IHVua25vd24KL2Jp bi91bml2ZXJzZSAgICAgICAgICA9IHVua25vd24KClBBVEg6IC9zYmluClBBVEg6IC9iaW4KUEFU SDogL3Vzci9zYmluClBBVEg6IC91c3IvYmluClBBVEg6IC91c3IvZ2FtZXMKUEFUSDogL1Byb2dy YW1zL2JpbgpQQVRIOiAvUENCU0QvbG9jYWwvYmluClBBVEg6IC9QQ0JTRC9sb2NhbC9zYmluClBB VEg6IC9QQ0JTRC9sb2NhbC9rZGU0L2JpbgpQQVRIOiAvdXNyL2xvY2FsL3NiaW4KUEFUSDogL3Vz ci9sb2NhbC9iaW4KUEFUSDogL3Vzci9sb2NhbC9rZGU0L2JpbgpQQVRIOiAvcm9vdC9iaW4KCgoj IyAtLS0tLS0tLS0tLSAjIwojIyBDb3JlIHRlc3RzLiAjIwojIyAtLS0tLS0tLS0tLSAjIwoKY29u ZmlndXJlOjIxMDU6IGNoZWNraW5nIGZvciBhIEJTRC1jb21wYXRpYmxlIGluc3RhbGwKY29uZmln dXJlOjIxNzM6IHJlc3VsdDogL3Vzci9iaW4vaW5zdGFsbCAtYyAtbyByb290IC1nIHdoZWVsCmNv bmZpZ3VyZToyMTg0OiBjaGVja2luZyB3aGV0aGVyIGJ1aWxkIGVudmlyb25tZW50IGlzIHNhbmUK Y29uZmlndXJlOjIyMjc6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZToyMjUyOiBjaGVja2luZyBmb3Ig YSB0aHJlYWQtc2FmZSBta2RpciAtcApjb25maWd1cmU6MjI5MTogcmVzdWx0OiAuL2luc3RhbGwt c2ggLWMgLWQKY29uZmlndXJlOjIzMDQ6IGNoZWNraW5nIGZvciBnYXdrCmNvbmZpZ3VyZToyMzIw OiBmb3VuZCAvUENCU0QvbG9jYWwvYmluL2dhd2sKY29uZmlndXJlOjIzMzE6IHJlc3VsdDogZ2F3 awpjb25maWd1cmU6MjM0MjogY2hlY2tpbmcgd2hldGhlciBtYWtlIHNldHMgJChNQUtFKQpjb25m aWd1cmU6MjM2NDogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjI1NDg6IGNoZWNraW5nIHdoZXRoZXIg dG8gZW5hYmxlIG1haW50YWluZXItc3BlY2lmaWMgcG9ydGlvbnMgb2YgTWFrZWZpbGVzCmNvbmZp Z3VyZToyNTU3OiByZXN1bHQ6IG5vCmNvbmZpZ3VyZToyNTc3OiBjaGVja2luZyBpZiB4b3JnLW1h Y3JvcyB1c2VkIHRvIGdlbmVyYXRlIGNvbmZpZ3VyZSBpcyBhdCBsZWFzdCAxLjIKY29uZmlndXJl OjI1OTI6IHJlc3VsdDogeWVzLCAxLjIuMQpjb25maWd1cmU6MjY0NzogY2hlY2tpbmcgZm9yIGdj Ywpjb25maWd1cmU6MjY3NDogcmVzdWx0OiBjYwpjb25maWd1cmU6MjkwNjogY2hlY2tpbmcgZm9y IEMgY29tcGlsZXIgdmVyc2lvbgpjb25maWd1cmU6MjkxNDogY2MgLS12ZXJzaW9uID4mNQpjYyAo R0NDKSA0LjIuMSAyMDA3MDcxOSAgW0ZyZWVCU0RdCkNvcHlyaWdodCAoQykgMjAwNyBGcmVlIFNv ZnR3YXJlIEZvdW5kYXRpb24sIEluYy4KVGhpcyBpcyBmcmVlIHNvZnR3YXJlOyBzZWUgdGhlIHNv dXJjZSBmb3IgY29weWluZyBjb25kaXRpb25zLiAgVGhlcmUgaXMgTk8Kd2FycmFudHk7IG5vdCBl dmVuIGZvciBNRVJDSEFOVEFCSUxJVFkgb3IgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBP U0UuCgpjb25maWd1cmU6MjkxODogJD8gPSAwCmNvbmZpZ3VyZToyOTI1OiBjYyAtdiA+JjUKVXNp bmcgYnVpbHQtaW4gc3BlY3MuClRhcmdldDogaTM4Ni11bmRlcm15ZGVzay1mcmVlYnNkCkNvbmZp Z3VyZWQgd2l0aDogRnJlZUJTRC9pMzg2IHN5c3RlbSBjb21waWxlcgpUaHJlYWQgbW9kZWw6IHBv c2l4CmdjYyB2ZXJzaW9uIDQuMi4xIDIwMDcwNzE5ICBbRnJlZUJTRF0KY29uZmlndXJlOjI5Mjk6 ICQ/ID0gMApjb25maWd1cmU6MjkzNjogY2MgLVYgPiY1CmNjOiAnLVYnIG9wdGlvbiBtdXN0IGhh dmUgYXJndW1lbnQKY29uZmlndXJlOjI5NDA6ICQ/ID0gMQpjb25maWd1cmU6Mjk2MzogY2hlY2tp bmcgZm9yIEMgY29tcGlsZXIgZGVmYXVsdCBvdXRwdXQgZmlsZSBuYW1lCmNvbmZpZ3VyZToyOTg1 OiBjYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgICBjb25mdGVzdC5jICA+JjUKY29u ZmlndXJlOjI5ODk6ICQ/ID0gMApjb25maWd1cmU6MzAyNzogcmVzdWx0OiBhLm91dApjb25maWd1 cmU6MzA0NjogY2hlY2tpbmcgd2hldGhlciB0aGUgQyBjb21waWxlciB3b3Jrcwpjb25maWd1cmU6 MzA1NjogLi9hLm91dApjb25maWd1cmU6MzA2MDogJD8gPSAwCmNvbmZpZ3VyZTozMDc5OiByZXN1 bHQ6IHllcwpjb25maWd1cmU6MzA4NjogY2hlY2tpbmcgd2hldGhlciB3ZSBhcmUgY3Jvc3MgY29t cGlsaW5nCmNvbmZpZ3VyZTozMDg4OiByZXN1bHQ6IG5vCmNvbmZpZ3VyZTozMDkxOiBjaGVja2lu ZyBmb3Igc3VmZml4IG9mIGV4ZWN1dGFibGVzCmNvbmZpZ3VyZTozMDk4OiBjYyAtbyBjb25mdGVz dCAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgICBjb25mdGVzdC5jICA+JjUKY29uZmln dXJlOjMxMDI6ICQ/ID0gMApjb25maWd1cmU6MzEyODogcmVzdWx0OiAKY29uZmlndXJlOjMxMzQ6 IGNoZWNraW5nIGZvciBzdWZmaXggb2Ygb2JqZWN0IGZpbGVzCmNvbmZpZ3VyZTozMTYwOiBjYyAt YyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgIGNvbmZ0ZXN0LmMgPiY1CmNvbmZpZ3Vy ZTozMTY0OiAkPyA9IDAKY29uZmlndXJlOjMxODk6IHJlc3VsdDogbwpjb25maWd1cmU6MzE5Mzog Y2hlY2tpbmcgd2hldGhlciB3ZSBhcmUgdXNpbmcgdGhlIEdOVSBDIGNvbXBpbGVyCmNvbmZpZ3Vy ZTozMjIyOiBjYyAtYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgIGNvbmZ0ZXN0LmMg PiY1CmNvbmZpZ3VyZTozMjI5OiAkPyA9IDAKY29uZmlndXJlOjMyNDY6IHJlc3VsdDogeWVzCmNv bmZpZ3VyZTozMjU1OiBjaGVja2luZyB3aGV0aGVyIGNjIGFjY2VwdHMgLWcKY29uZmlndXJlOjMy ODU6IGNjIC1jIC1nICBjb25mdGVzdC5jID4mNQpjb25maWd1cmU6MzI5MjogJD8gPSAwCmNvbmZp Z3VyZTozMzkzOiByZXN1bHQ6IHllcwpjb25maWd1cmU6MzQxMDogY2hlY2tpbmcgZm9yIGNjIG9w dGlvbiB0byBhY2NlcHQgSVNPIEM4OQpjb25maWd1cmU6MzQ4NDogY2MgIC1jIC1PMiAtZm5vLXN0 cmljdC1hbGlhc2luZyAtcGlwZSAgY29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjM0OTE6ICQ/ID0g MApjb25maWd1cmU6MzUxNDogcmVzdWx0OiBub25lIG5lZWRlZApjb25maWd1cmU6MzU0MzogY2hl Y2tpbmcgZm9yIHN0eWxlIG9mIGluY2x1ZGUgdXNlZCBieSBtYWtlCmNvbmZpZ3VyZTozNTcxOiBy ZXN1bHQ6IEdOVQpjb25maWd1cmU6MzU5NjogY2hlY2tpbmcgZGVwZW5kZW5jeSBzdHlsZSBvZiBj Ywpjb25maWd1cmU6MzY4NzogcmVzdWx0OiBnY2MzCmNvbmZpZ3VyZTozNzMzOiBjaGVja2luZyBi dWlsZCBzeXN0ZW0gdHlwZQpjb25maWd1cmU6Mzc1MTogcmVzdWx0OiBpMzg2LXBvcnRibGQtZnJl ZWJzZDcuMgpjb25maWd1cmU6Mzc3MzogY2hlY2tpbmcgaG9zdCBzeXN0ZW0gdHlwZQpjb25maWd1 cmU6Mzc4ODogcmVzdWx0OiBpMzg2LXBvcnRibGQtZnJlZWJzZDcuMgpjb25maWd1cmU6MzgxMDog Y2hlY2tpbmcgZm9yIGEgc2VkIHRoYXQgZG9lcyBub3QgdHJ1bmNhdGUgb3V0cHV0CmNvbmZpZ3Vy ZTozODc2OiByZXN1bHQ6IC91c3IvYmluL3NlZApjb25maWd1cmU6Mzg5NDogY2hlY2tpbmcgZm9y IGdyZXAgdGhhdCBoYW5kbGVzIGxvbmcgbGluZXMgYW5kIC1lCmNvbmZpZ3VyZTozOTU0OiByZXN1 bHQ6IC91c3IvYmluL2dyZXAKY29uZmlndXJlOjM5NTk6IGNoZWNraW5nIGZvciBlZ3JlcApjb25m aWd1cmU6NDAyMzogcmVzdWx0OiAvdXNyL2Jpbi9ncmVwIC1FCmNvbmZpZ3VyZTo0MDI4OiBjaGVj a2luZyBmb3IgZmdyZXAKY29uZmlndXJlOjQwOTI6IHJlc3VsdDogL3Vzci9iaW4vZ3JlcCAtRgpj b25maWd1cmU6NDEyNzogY2hlY2tpbmcgZm9yIGxkIHVzZWQgYnkgY2MKY29uZmlndXJlOjQxOTQ6 IHJlc3VsdDogL3Vzci9iaW4vbGQKY29uZmlndXJlOjQyMDM6IGNoZWNraW5nIGlmIHRoZSBsaW5r ZXIgKC91c3IvYmluL2xkKSBpcyBHTlUgbGQKY29uZmlndXJlOjQyMTg6IHJlc3VsdDogeWVzCmNv bmZpZ3VyZTo0MjMwOiBjaGVja2luZyBmb3IgQlNELSBvciBNUy1jb21wYXRpYmxlIG5hbWUgbGlz dGVyIChubSkKY29uZmlndXJlOjQyNzk6IHJlc3VsdDogL3Vzci9iaW4vbm0gLUIKY29uZmlndXJl OjQzOTc6IGNoZWNraW5nIHRoZSBuYW1lIGxpc3RlciAoL3Vzci9iaW4vbm0gLUIpIGludGVyZmFj ZQpjb25maWd1cmU6NDQwNDogY2MgLWMgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlICBj b25mdGVzdC5jID4mNQpjb25maWd1cmU6NDQwNzogL3Vzci9iaW4vbm0gLUIgImNvbmZ0ZXN0Lm8i CmNvbmZpZ3VyZTo0NDEwOiBvdXRwdXQKMDAwMDAwMDAgQiBzb21lX3ZhcmlhYmxlCmNvbmZpZ3Vy ZTo0NDE3OiByZXN1bHQ6IEJTRCBubQpjb25maWd1cmU6NDQyMDogY2hlY2tpbmcgd2hldGhlciBs biAtcyB3b3Jrcwpjb25maWd1cmU6NDQyNDogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjQ0MzI6IGNo ZWNraW5nIHRoZSBtYXhpbXVtIGxlbmd0aCBvZiBjb21tYW5kIGxpbmUgYXJndW1lbnRzCmNvbmZp Z3VyZTo0NTUyOiByZXN1bHQ6IDI2MjE0NApjb25maWd1cmU6NDU2OTogY2hlY2tpbmcgd2hldGhl ciB0aGUgc2hlbGwgdW5kZXJzdGFuZHMgc29tZSBYU0kgY29uc3RydWN0cwpjb25maWd1cmU6NDU3 OTogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjQ1ODM6IGNoZWNraW5nIHdoZXRoZXIgdGhlIHNoZWxs IHVuZGVyc3RhbmRzICIrPSIKY29uZmlndXJlOjQ1ODk6IHJlc3VsdDogbm8KY29uZmlndXJlOjQ2 MjQ6IGNoZWNraW5nIGZvciAvdXNyL2Jpbi9sZCBvcHRpb24gdG8gcmVsb2FkIG9iamVjdCBmaWxl cwpjb25maWd1cmU6NDYzMTogcmVzdWx0OiAtcgpjb25maWd1cmU6NDcwMDogY2hlY2tpbmcgZm9y IG9iamR1bXAKY29uZmlndXJlOjQ3MTY6IGZvdW5kIC91c3IvYmluL29iamR1bXAKY29uZmlndXJl OjQ3Mjc6IHJlc3VsdDogb2JqZHVtcApjb25maWd1cmU6NDc1OTogY2hlY2tpbmcgaG93IHRvIHJl Y29nbml6ZSBkZXBlbmRlbnQgbGlicmFyaWVzCmNvbmZpZ3VyZTo0OTU1OiByZXN1bHQ6IHBhc3Nf YWxsCmNvbmZpZ3VyZTo1MDE1OiBjaGVja2luZyBmb3IgYXIKY29uZmlndXJlOjUwMzE6IGZvdW5k IC91c3IvYmluL2FyCmNvbmZpZ3VyZTo1MDQyOiByZXN1bHQ6IGFyCmNvbmZpZ3VyZTo1MTIwOiBj aGVja2luZyBmb3Igc3RyaXAKY29uZmlndXJlOjUxMzY6IGZvdW5kIC91c3IvYmluL3N0cmlwCmNv bmZpZ3VyZTo1MTQ3OiByZXN1bHQ6IHN0cmlwCmNvbmZpZ3VyZTo1MjE5OiBjaGVja2luZyBmb3Ig cmFubGliCmNvbmZpZ3VyZTo1MjM1OiBmb3VuZCAvdXNyL2Jpbi9yYW5saWIKY29uZmlndXJlOjUy NDY6IHJlc3VsdDogcmFubGliCmNvbmZpZ3VyZTo1MzM2OiBjaGVja2luZyBjb21tYW5kIHRvIHBh cnNlIC91c3IvYmluL25tIC1CIG91dHB1dCBmcm9tIGNjIG9iamVjdApjb25maWd1cmU6NTQ1NDog Y2MgLWMgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlICBjb25mdGVzdC5jID4mNQpjb25m aWd1cmU6NTQ1NzogJD8gPSAwCmNvbmZpZ3VyZTo1NDYxOiAvdXNyL2Jpbi9ubSAtQiBjb25mdGVz dC5vIFx8IHNlZCAtbiAtZSAncy9eLipbCSBdXChbQUJDREdJUlNUV11bQUJDREdJUlNUV10qXClb CSBdWwkgXSpcKFtfQS1aYS16XVtfQS1aYS16MC05XSpcKSQvXDEgXDIgXDIvcCcgXD4gY29uZnRl c3Qubm0KY29uZmlndXJlOjU0NjQ6ICQ/ID0gMApjb25maWd1cmU6NTUxODogY2MgLW8gY29uZnRl c3QgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlICAgY29uZnRlc3QuYyBjb25mdHN0bS5v ID4mNQpjb25maWd1cmU6NTUyMTogJD8gPSAwCmNvbmZpZ3VyZTo1NTU5OiByZXN1bHQ6IG9rCmNv bmZpZ3VyZTo2NDI2OiBjaGVja2luZyBob3cgdG8gcnVuIHRoZSBDIHByZXByb2Nlc3Nvcgpjb25m aWd1cmU6NjQ2NjogY2MgLUUgIGNvbmZ0ZXN0LmMKY29uZmlndXJlOjY0NzM6ICQ/ID0gMApjb25m aWd1cmU6NjUwNDogY2MgLUUgIGNvbmZ0ZXN0LmMKY29uZnRlc3QuYzoxMDoyODogZXJyb3I6IGFj X25vbmV4aXN0ZW50Lmg6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkKY29uZmlndXJlOjY1MTE6 ICQ/ID0gMQpjb25maWd1cmU6IGZhaWxlZCBwcm9ncmFtIHdhczoKfCAvKiBjb25mZGVmcy5oLiAg Ki8KfCAjZGVmaW5lIFBBQ0tBR0VfTkFNRSAibGliWHJhbmRyIgp8ICNkZWZpbmUgUEFDS0FHRV9U QVJOQU1FICJsaWJYcmFuZHIiCnwgI2RlZmluZSBQQUNLQUdFX1ZFUlNJT04gIjEuMy4wIgp8ICNk ZWZpbmUgUEFDS0FHRV9TVFJJTkcgImxpYlhyYW5kciAxLjMuMCIKfCAjZGVmaW5lIFBBQ0tBR0Vf QlVHUkVQT1JUICJodHRwczovL2J1Z3MuZnJlZWRlc2t0b3Aub3JnL2VudGVyX2J1Zy5jZ2k/cHJv ZHVjdD14b3JnIgp8ICNkZWZpbmUgUEFDS0FHRSAibGliWHJhbmRyIgp8ICNkZWZpbmUgVkVSU0lP TiAiMS4zLjAiCnwgLyogZW5kIGNvbmZkZWZzLmguICAqLwp8ICNpbmNsdWRlIDxhY19ub25leGlz dGVudC5oPgpjb25maWd1cmU6NjU0NDogcmVzdWx0OiBjYyAtRQpjb25maWd1cmU6NjU3MzogY2Mg LUUgIGNvbmZ0ZXN0LmMKY29uZmlndXJlOjY1ODA6ICQ/ID0gMApjb25maWd1cmU6NjYxMTogY2Mg LUUgIGNvbmZ0ZXN0LmMKY29uZnRlc3QuYzoxMDoyODogZXJyb3I6IGFjX25vbmV4aXN0ZW50Lmg6 IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkKY29uZmlndXJlOjY2MTg6ICQ/ID0gMQpjb25maWd1 cmU6IGZhaWxlZCBwcm9ncmFtIHdhczoKfCAvKiBjb25mZGVmcy5oLiAgKi8KfCAjZGVmaW5lIFBB Q0tBR0VfTkFNRSAibGliWHJhbmRyIgp8ICNkZWZpbmUgUEFDS0FHRV9UQVJOQU1FICJsaWJYcmFu ZHIiCnwgI2RlZmluZSBQQUNLQUdFX1ZFUlNJT04gIjEuMy4wIgp8ICNkZWZpbmUgUEFDS0FHRV9T VFJJTkcgImxpYlhyYW5kciAxLjMuMCIKfCAjZGVmaW5lIFBBQ0tBR0VfQlVHUkVQT1JUICJodHRw czovL2J1Z3MuZnJlZWRlc2t0b3Aub3JnL2VudGVyX2J1Zy5jZ2k/cHJvZHVjdD14b3JnIgp8ICNk ZWZpbmUgUEFDS0FHRSAibGliWHJhbmRyIgp8ICNkZWZpbmUgVkVSU0lPTiAiMS4zLjAiCnwgLyog ZW5kIGNvbmZkZWZzLmguICAqLwp8ICNpbmNsdWRlIDxhY19ub25leGlzdGVudC5oPgpjb25maWd1 cmU6NjY1ODogY2hlY2tpbmcgZm9yIEFOU0kgQyBoZWFkZXIgZmlsZXMKY29uZmlndXJlOjY2ODg6 IGNjIC1jIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgY29uZnRlc3QuYyA+JjUKY29u ZmlndXJlOjY2OTU6ICQ/ID0gMApjb25maWd1cmU6Njc5NDogY2MgLW8gY29uZnRlc3QgLU8yIC1m bm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlICAgY29uZnRlc3QuYyAgPiY1CmNvbmZpZ3VyZTo2Nzk4 OiAkPyA9IDAKY29uZmlndXJlOjY4MDQ6IC4vY29uZnRlc3QKY29uZmlndXJlOjY4MDg6ICQ/ID0g MApjb25maWd1cmU6NjgyNjogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjY4NTA6IGNoZWNraW5nIGZv ciBzeXMvdHlwZXMuaApjb25maWd1cmU6Njg3MTogY2MgLWMgLU8yIC1mbm8tc3RyaWN0LWFsaWFz aW5nIC1waXBlICBjb25mdGVzdC5jID4mNQpjb25maWd1cmU6Njg3ODogJD8gPSAwCmNvbmZpZ3Vy ZTo2ODk1OiByZXN1bHQ6IHllcwpjb25maWd1cmU6Njg1MDogY2hlY2tpbmcgZm9yIHN5cy9zdGF0 LmgKY29uZmlndXJlOjY4NzE6IGNjIC1jIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAg Y29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjY4Nzg6ICQ/ID0gMApjb25maWd1cmU6Njg5NTogcmVz dWx0OiB5ZXMKY29uZmlndXJlOjY4NTA6IGNoZWNraW5nIGZvciBzdGRsaWIuaApjb25maWd1cmU6 Njg3MTogY2MgLWMgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlICBjb25mdGVzdC5jID4m NQpjb25maWd1cmU6Njg3ODogJD8gPSAwCmNvbmZpZ3VyZTo2ODk1OiByZXN1bHQ6IHllcwpjb25m aWd1cmU6Njg1MDogY2hlY2tpbmcgZm9yIHN0cmluZy5oCmNvbmZpZ3VyZTo2ODcxOiBjYyAtYyAt TzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgIGNvbmZ0ZXN0LmMgPiY1CmNvbmZpZ3VyZTo2 ODc4OiAkPyA9IDAKY29uZmlndXJlOjY4OTU6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTo2ODUwOiBj aGVja2luZyBmb3IgbWVtb3J5LmgKY29uZmlndXJlOjY4NzE6IGNjIC1jIC1PMiAtZm5vLXN0cmlj dC1hbGlhc2luZyAtcGlwZSAgY29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjY4Nzg6ICQ/ID0gMApj b25maWd1cmU6Njg5NTogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjY4NTA6IGNoZWNraW5nIGZvciBz dHJpbmdzLmgKY29uZmlndXJlOjY4NzE6IGNjIC1jIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAt cGlwZSAgY29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjY4Nzg6ICQ/ID0gMApjb25maWd1cmU6Njg5 NTogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjY4NTA6IGNoZWNraW5nIGZvciBpbnR0eXBlcy5oCmNv bmZpZ3VyZTo2ODcxOiBjYyAtYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgIGNvbmZ0 ZXN0LmMgPiY1CmNvbmZpZ3VyZTo2ODc4OiAkPyA9IDAKY29uZmlndXJlOjY4OTU6IHJlc3VsdDog eWVzCmNvbmZpZ3VyZTo2ODUwOiBjaGVja2luZyBmb3Igc3RkaW50LmgKY29uZmlndXJlOjY4NzE6 IGNjIC1jIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgY29uZnRlc3QuYyA+JjUKY29u ZmlndXJlOjY4Nzg6ICQ/ID0gMApjb25maWd1cmU6Njg5NTogcmVzdWx0OiB5ZXMKY29uZmlndXJl OjY4NTA6IGNoZWNraW5nIGZvciB1bmlzdGQuaApjb25maWd1cmU6Njg3MTogY2MgLWMgLU8yIC1m bm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlICBjb25mdGVzdC5jID4mNQpjb25maWd1cmU6Njg3ODog JD8gPSAwCmNvbmZpZ3VyZTo2ODk1OiByZXN1bHQ6IHllcwpjb25maWd1cmU6NjkxMzogY2hlY2tp bmcgZm9yIGRsZmNuLmgKY29uZmlndXJlOjY5MzQ6IGNjIC1jIC1PMiAtZm5vLXN0cmljdC1hbGlh c2luZyAtcGlwZSAgY29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjY5NDE6ICQ/ID0gMApjb25maWd1 cmU6Njk1ODogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjcxNDQ6IGNoZWNraW5nIGZvciBvYmpkaXIK Y29uZmlndXJlOjcxNTk6IHJlc3VsdDogLmxpYnMKY29uZmlndXJlOjc0NTE6IGNoZWNraW5nIGlm IGNjIHN1cHBvcnRzIC1mbm8tcnR0aSAtZm5vLWV4Y2VwdGlvbnMKY29uZmlndXJlOjc0Njk6IGNj IC1jIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgLWZuby1ydHRpIC1mbm8tZXhjZXB0 aW9ucyBjb25mdGVzdC5jID4mNQpjYzE6IHdhcm5pbmc6IGNvbW1hbmQgbGluZSBvcHRpb24gIi1m bm8tcnR0aSIgaXMgdmFsaWQgZm9yIEMrKy9PYmpDKysgYnV0IG5vdCBmb3IgQwpjb25maWd1cmU6 NzQ3MzogJD8gPSAwCmNvbmZpZ3VyZTo3NDg2OiByZXN1bHQ6IG5vCmNvbmZpZ3VyZTo3NTA2OiBj aGVja2luZyBmb3IgY2Mgb3B0aW9uIHRvIHByb2R1Y2UgUElDCmNvbmZpZ3VyZTo3Nzc4OiByZXN1 bHQ6IC1mUElDIC1EUElDCmNvbmZpZ3VyZTo3NzkwOiBjaGVja2luZyBpZiBjYyBQSUMgZmxhZyAt ZlBJQyAtRFBJQyB3b3Jrcwpjb25maWd1cmU6NzgwODogY2MgLWMgLU8yIC1mbm8tc3RyaWN0LWFs aWFzaW5nIC1waXBlICAtZlBJQyAtRFBJQyAtRFBJQyBjb25mdGVzdC5jID4mNQpjb25maWd1cmU6 NzgxMjogJD8gPSAwCmNvbmZpZ3VyZTo3ODI1OiByZXN1bHQ6IHllcwpjb25maWd1cmU6Nzg0OTog Y2hlY2tpbmcgaWYgY2Mgc3RhdGljIGZsYWcgLXN0YXRpYyB3b3Jrcwpjb25maWd1cmU6Nzg3Nzog cmVzdWx0OiB5ZXMKY29uZmlndXJlOjc4OTI6IGNoZWNraW5nIGlmIGNjIHN1cHBvcnRzIC1jIC1v IGZpbGUubwpjb25maWd1cmU6NzkxMzogY2MgLWMgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1w aXBlICAtbyBvdXQvY29uZnRlc3QyLm8gY29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjc5MTc6ICQ/ ID0gMApjb25maWd1cmU6NzkzOTogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjc5NDc6IGNoZWNraW5n IGlmIGNjIHN1cHBvcnRzIC1jIC1vIGZpbGUubwpjb25maWd1cmU6Nzk5NDogcmVzdWx0OiB5ZXMK Y29uZmlndXJlOjgwMjc6IGNoZWNraW5nIHdoZXRoZXIgdGhlIGNjIGxpbmtlciAoL3Vzci9iaW4v bGQpIHN1cHBvcnRzIHNoYXJlZCBsaWJyYXJpZXMKY29uZmlndXJlOjkxMDE6IHJlc3VsdDogeWVz CmNvbmZpZ3VyZTo5MTM4OiBjaGVja2luZyB3aGV0aGVyIC1sYyBzaG91bGQgYmUgZXhwbGljaXRs eSBsaW5rZWQgaW4KY29uZmlndXJlOjkxNDM6IGNjIC1jIC1PMiAtZm5vLXN0cmljdC1hbGlhc2lu ZyAtcGlwZSAgY29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjkxNDY6ICQ/ID0gMApjb25maWd1cmU6 OTE2MTogY2MgLXNoYXJlZCBjb25mdGVzdC5vICAtdiAtV2wsLXNvbmFtZSAtV2wsY29uZnRlc3Qg LW8gY29uZnRlc3QgMlw+XCYxIFx8IC91c3IvYmluL2dyZXAgIC1sYyAgXD4vZGV2L251bGwgMlw+ XCYxCmNvbmZpZ3VyZTo5MTY0OiAkPyA9IDAKY29uZmlndXJlOjkxNzY6IHJlc3VsdDogbm8KY29u ZmlndXJlOjkzNDA6IGNoZWNraW5nIGR5bmFtaWMgbGlua2VyIGNoYXJhY3RlcmlzdGljcwpjb25m aWd1cmU6MTAwMjM6IHJlc3VsdDogZnJlZWJzZDcuMiBsZC5zbwpjb25maWd1cmU6MTAxMjU6IGNo ZWNraW5nIGhvdyB0byBoYXJkY29kZSBsaWJyYXJ5IHBhdGhzIGludG8gcHJvZ3JhbXMKY29uZmln dXJlOjEwMTUwOiByZXN1bHQ6IGltbWVkaWF0ZQpjb25maWd1cmU6MTA5ODM6IGNoZWNraW5nIHdo ZXRoZXIgc3RyaXBwaW5nIGxpYnJhcmllcyBpcyBwb3NzaWJsZQpjb25maWd1cmU6MTA5ODg6IHJl c3VsdDogeWVzCmNvbmZpZ3VyZToxMTAyMzogY2hlY2tpbmcgaWYgbGlidG9vbCBzdXBwb3J0cyBz aGFyZWQgbGlicmFyaWVzCmNvbmZpZ3VyZToxMTAyNTogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjEx MDI4OiBjaGVja2luZyB3aGV0aGVyIHRvIGJ1aWxkIHNoYXJlZCBsaWJyYXJpZXMKY29uZmlndXJl OjExMDQ5OiByZXN1bHQ6IHllcwpjb25maWd1cmU6MTEwNTI6IGNoZWNraW5nIHdoZXRoZXIgdG8g YnVpbGQgc3RhdGljIGxpYnJhcmllcwpjb25maWd1cmU6MTEwNTY6IHJlc3VsdDogeWVzCmNvbmZp Z3VyZToxMTIyMzogY2hlY2tpbmcgZm9yIHBrZy1jb25maWcKY29uZmlndXJlOjExMjQxOiBmb3Vu ZCAvUENCU0QvbG9jYWwvYmluL3BrZy1jb25maWcKY29uZmlndXJlOjExMjUzOiByZXN1bHQ6IC9Q Q0JTRC9sb2NhbC9iaW4vcGtnLWNvbmZpZwpjb25maWd1cmU6MTEyNzg6IGNoZWNraW5nIHBrZy1j b25maWcgaXMgYXQgbGVhc3QgdmVyc2lvbiAwLjkuMApjb25maWd1cmU6MTEyODE6IHJlc3VsdDog eWVzCmNvbmZpZ3VyZToxMTI5MjogY2hlY2tpbmcgZm9yIFJBTkRSCmNvbmZpZ3VyZToxMTI5OTog JFBLR19DT05GSUcgLS1leGlzdHMgLS1wcmludC1lcnJvcnMgIngxMSByYW5kcnByb3RvID49ICRS QU5EUl9WRVJTSU9OIHhleHQgeGV4dHByb3RvIHhyZW5kZXIgcmVuZGVycHJvdG8iClJlcXVlc3Rl ZCAncmFuZHJwcm90byA+PSAxLjMnIGJ1dCB2ZXJzaW9uIG9mIFJhbmRyUHJvdG8gaXMgMS4yLjEK Y29uZmlndXJlOjExMzAyOiAkPyA9IDEKY29uZmlndXJlOjExMzE1OiAkUEtHX0NPTkZJRyAtLWV4 aXN0cyAtLXByaW50LWVycm9ycyAieDExIHJhbmRycHJvdG8gPj0gJFJBTkRSX1ZFUlNJT04geGV4 dCB4ZXh0cHJvdG8geHJlbmRlciByZW5kZXJwcm90byIKUmVxdWVzdGVkICdyYW5kcnByb3RvID49 IDEuMycgYnV0IHZlcnNpb24gb2YgUmFuZHJQcm90byBpcyAxLjIuMQpjb25maWd1cmU6MTEzMTg6 ICQ/ID0gMQpSZXF1ZXN0ZWQgJ3JhbmRycHJvdG8gPj0gMS4zJyBidXQgdmVyc2lvbiBvZiBSYW5k clByb3RvIGlzIDEuMi4xCmNvbmZpZ3VyZToxMTM0NTogZXJyb3I6IFBhY2thZ2UgcmVxdWlyZW1l bnRzICh4MTEgcmFuZHJwcm90byA+PSAxLjMgeGV4dCB4ZXh0cHJvdG8geHJlbmRlciByZW5kZXJw cm90bykgd2VyZSBub3QgbWV0OgoKUmVxdWVzdGVkICdyYW5kcnByb3RvID49IDEuMycgYnV0IHZl cnNpb24gb2YgUmFuZHJQcm90byBpcyAxLjIuMQoKQ29uc2lkZXIgYWRqdXN0aW5nIHRoZSBQS0df Q09ORklHX1BBVEggZW52aXJvbm1lbnQgdmFyaWFibGUgaWYgeW91Cmluc3RhbGxlZCBzb2Z0d2Fy ZSBpbiBhIG5vbi1zdGFuZGFyZCBwcmVmaXguCgpBbHRlcm5hdGl2ZWx5LCB5b3UgbWF5IHNldCB0 aGUgZW52aXJvbm1lbnQgdmFyaWFibGVzIFJBTkRSX0NGTEFHUwphbmQgUkFORFJfTElCUyB0byBh dm9pZCB0aGUgbmVlZCB0byBjYWxsIHBrZy1jb25maWcuClNlZSB0aGUgcGtnLWNvbmZpZyBtYW4g cGFnZSBmb3IgbW9yZSBkZXRhaWxzLgoKCiMjIC0tLS0tLS0tLS0tLS0tLS0gIyMKIyMgQ2FjaGUg dmFyaWFibGVzLiAjIwojIyAtLS0tLS0tLS0tLS0tLS0tICMjCgphY19jdl9idWlsZD1pMzg2LXBv cnRibGQtZnJlZWJzZDcuMgphY19jdl9jX2NvbXBpbGVyX2dudT15ZXMKYWNfY3ZfZW52X0NDX3Nl dD1zZXQKYWNfY3ZfZW52X0NDX3ZhbHVlPWNjCmFjX2N2X2Vudl9DRkxBR1Nfc2V0PXNldAphY19j dl9lbnZfQ0ZMQUdTX3ZhbHVlPSctTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUnCmFjX2N2 X2Vudl9DUFBGTEFHU19zZXQ9JycKYWNfY3ZfZW52X0NQUEZMQUdTX3ZhbHVlPScnCmFjX2N2X2Vu dl9DUFBfc2V0PScnCmFjX2N2X2Vudl9DUFBfdmFsdWU9JycKYWNfY3ZfZW52X0xERkxBR1Nfc2V0 PScnCmFjX2N2X2Vudl9MREZMQUdTX3ZhbHVlPScnCmFjX2N2X2Vudl9MSUJTX3NldD0nJwphY19j dl9lbnZfTElCU192YWx1ZT0nJwphY19jdl9lbnZfUEtHX0NPTkZJR19zZXQ9JycKYWNfY3ZfZW52 X1BLR19DT05GSUdfdmFsdWU9JycKYWNfY3ZfZW52X1JBTkRSX0NGTEFHU19zZXQ9JycKYWNfY3Zf ZW52X1JBTkRSX0NGTEFHU192YWx1ZT0nJwphY19jdl9lbnZfUkFORFJfTElCU19zZXQ9JycKYWNf Y3ZfZW52X1JBTkRSX0xJQlNfdmFsdWU9JycKYWNfY3ZfZW52X2J1aWxkX2FsaWFzX3NldD1zZXQK YWNfY3ZfZW52X2J1aWxkX2FsaWFzX3ZhbHVlPWkzODYtcG9ydGJsZC1mcmVlYnNkNy4yCmFjX2N2 X2Vudl9ob3N0X2FsaWFzX3NldD0nJwphY19jdl9lbnZfaG9zdF9hbGlhc192YWx1ZT0nJwphY19j dl9lbnZfdGFyZ2V0X2FsaWFzX3NldD0nJwphY19jdl9lbnZfdGFyZ2V0X2FsaWFzX3ZhbHVlPScn CmFjX2N2X2hlYWRlcl9kbGZjbl9oPXllcwphY19jdl9oZWFkZXJfaW50dHlwZXNfaD15ZXMKYWNf Y3ZfaGVhZGVyX21lbW9yeV9oPXllcwphY19jdl9oZWFkZXJfc3RkYz15ZXMKYWNfY3ZfaGVhZGVy X3N0ZGludF9oPXllcwphY19jdl9oZWFkZXJfc3RkbGliX2g9eWVzCmFjX2N2X2hlYWRlcl9zdHJp bmdfaD15ZXMKYWNfY3ZfaGVhZGVyX3N0cmluZ3NfaD15ZXMKYWNfY3ZfaGVhZGVyX3N5c19zdGF0 X2g9eWVzCmFjX2N2X2hlYWRlcl9zeXNfdHlwZXNfaD15ZXMKYWNfY3ZfaGVhZGVyX3VuaXN0ZF9o PXllcwphY19jdl9ob3N0PWkzODYtcG9ydGJsZC1mcmVlYnNkNy4yCmFjX2N2X29iamV4dD1vCmFj X2N2X3BhdGhfRUdSRVA9Jy91c3IvYmluL2dyZXAgLUUnCmFjX2N2X3BhdGhfRkdSRVA9Jy91c3Iv YmluL2dyZXAgLUYnCmFjX2N2X3BhdGhfR1JFUD0vdXNyL2Jpbi9ncmVwCmFjX2N2X3BhdGhfU0VE PS91c3IvYmluL3NlZAphY19jdl9wYXRoX2FjX3B0X1BLR19DT05GSUc9L1BDQlNEL2xvY2FsL2Jp bi9wa2ctY29uZmlnCmFjX2N2X3Byb2dfQVdLPWdhd2sKYWNfY3ZfcHJvZ19DUFA9J2NjIC1FJwph Y19jdl9wcm9nX2FjX2N0X0FSPWFyCmFjX2N2X3Byb2dfYWNfY3RfQ0M9Y2MKYWNfY3ZfcHJvZ19h Y19jdF9PQkpEVU1QPW9iamR1bXAKYWNfY3ZfcHJvZ19hY19jdF9SQU5MSUI9cmFubGliCmFjX2N2 X3Byb2dfYWNfY3RfU1RSSVA9c3RyaXAKYWNfY3ZfcHJvZ19jY19jODk9JycKYWNfY3ZfcHJvZ19j Y19nPXllcwphY19jdl9wcm9nX21ha2VfbWFrZV9zZXQ9eWVzCmFtX2N2X0NDX2RlcGVuZGVuY2ll c19jb21waWxlcl90eXBlPWdjYzMKbHRfY3ZfZGVwbGlic19jaGVja19tZXRob2Q9cGFzc19hbGwK bHRfY3ZfZmlsZV9tYWdpY19jbWQ9JyRNQUdJQ19DTUQnCmx0X2N2X2ZpbGVfbWFnaWNfdGVzdF9m aWxlPScnCmx0X2N2X2xkX3JlbG9hZF9mbGFnPS1yCmx0X2N2X25tX2ludGVyZmFjZT0nQlNEIG5t JwpsdF9jdl9vYmpkaXI9LmxpYnMKbHRfY3ZfcGF0aF9MRD0vdXNyL2Jpbi9sZApsdF9jdl9wYXRo X05NPScvdXNyL2Jpbi9ubSAtQicKbHRfY3ZfcHJvZ19jb21waWxlcl9jX289eWVzCmx0X2N2X3By b2dfY29tcGlsZXJfcGljX3dvcmtzPXllcwpsdF9jdl9wcm9nX2NvbXBpbGVyX3J0dGlfZXhjZXB0 aW9ucz1ubwpsdF9jdl9wcm9nX2NvbXBpbGVyX3N0YXRpY193b3Jrcz15ZXMKbHRfY3ZfcHJvZ19n bnVfbGQ9eWVzCmx0X2N2X3N5c19nbG9iYWxfc3ltYm9sX3BpcGU9J3NlZCAtbiAtZSAnXCcncy9e LipbCSBdXChbQUJDREdJUlNUV11bQUJDREdJUlNUV10qXClbCSBdWwkgXSpcKFtfQS1aYS16XVtf QS1aYS16MC05XSpcKSQvXDEgXDIgXDIvcCdcJycnCmx0X2N2X3N5c19nbG9iYWxfc3ltYm9sX3Rv X2NfbmFtZV9hZGRyZXNzPSdzZWQgLW4gLWUgJ1wnJ3MvXjogXChbXiBdKlwpICQvICB7XCJcMVwi LCAodm9pZCAqKSAwfSwvcCdcJycgLWUgJ1wnJ3MvXltBQkNER0lSU1RXXSogXChbXiBdKlwpIFwo W14gXSpcKSQvICB7IlwyIiwgKHZvaWQgKikgXCZcMn0sL3AnXCcnJwpsdF9jdl9zeXNfZ2xvYmFs X3N5bWJvbF90b19jX25hbWVfYWRkcmVzc19saWJfcHJlZml4PSdzZWQgLW4gLWUgJ1wnJ3MvXjog XChbXiBdKlwpICQvICB7XCJcMVwiLCAodm9pZCAqKSAwfSwvcCdcJycgLWUgJ1wnJ3MvXltBQkNE R0lSU1RXXSogXChbXiBdKlwpIFwobGliW14gXSpcKSQvICB7IlwyIiwgKHZvaWQgKikgXCZcMn0s L3AnXCcnIC1lICdcJydzL15bQUJDREdJUlNUV10qIFwoW14gXSpcKSBcKFteIF0qXCkkLyAgeyJs aWJcMiIsICh2b2lkICopIFwmXDJ9LC9wJ1wnJycKbHRfY3Zfc3lzX2dsb2JhbF9zeW1ib2xfdG9f Y2RlY2w9J3NlZCAtbiAtZSAnXCcncy9eVCAuKiBcKC4qXCkkL2V4dGVybiBpbnQgXDEoKTsvcCdc JycgLWUgJ1wnJ3MvXltBQkNER0lSU1RXXSogLiogXCguKlwpJC9leHRlcm4gY2hhciBcMTsvcCdc JycnCmx0X2N2X3N5c19tYXhfY21kX2xlbj0yNjIxNDQKCiMjIC0tLS0tLS0tLS0tLS0tLS0tICMj CiMjIE91dHB1dCB2YXJpYWJsZXMuICMjCiMjIC0tLS0tLS0tLS0tLS0tLS0tICMjCgpBQ0xPQ0FM PScke1NIRUxMfSAvdXNyL3BvcnRzL3gxMS9saWJYcmFuZHIvd29yay9saWJYcmFuZHItMS4zLjAv bWlzc2luZyAtLXJ1biBhY2xvY2FsLTEuMTAnCkFETUlOX01BTl9ESVI9JycKQURNSU5fTUFOX1NV RkZJWD0nJwpBTURFUEJBQ0tTTEFTSD0nXCcKQU1ERVBfRkFMU0U9JyMnCkFNREVQX1RSVUU9JycK QU1UQVI9JyR7U0hFTEx9IC91c3IvcG9ydHMveDExL2xpYlhyYW5kci93b3JrL2xpYlhyYW5kci0x LjMuMC9taXNzaW5nIC0tcnVuIHRhcicKQVBQX01BTl9ESVI9JycKQVBQX01BTl9TVUZGSVg9JycK QVI9J2FyJwpBVVRPQ09ORj0nJHtTSEVMTH0gL3Vzci9wb3J0cy94MTEvbGliWHJhbmRyL3dvcmsv bGliWHJhbmRyLTEuMy4wL21pc3NpbmcgLS1ydW4gYXV0b2NvbmYnCkFVVE9IRUFERVI9JyR7U0hF TEx9IC91c3IvcG9ydHMveDExL2xpYlhyYW5kci93b3JrL2xpYlhyYW5kci0xLjMuMC9taXNzaW5n IC0tcnVuIGF1dG9oZWFkZXInCkFVVE9NQUtFPScke1NIRUxMfSAvdXNyL3BvcnRzL3gxMS9saWJY cmFuZHIvd29yay9saWJYcmFuZHItMS4zLjAvbWlzc2luZyAtLXJ1biBhdXRvbWFrZS0xLjEwJwpB V0s9J2dhd2snCkNDPSdjYycKQ0NERVBNT0RFPSdkZXBtb2RlPWdjYzMnCkNGTEFHUz0nLU8yIC1m bm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlJwpDSEFOR0VMT0dfQ01EPScnCkNQUD0nY2MgLUUnCkNQ UEZMQUdTPScnCkNXQVJORkxBR1M9Jy1XYWxsIC1XcG9pbnRlci1hcml0aCAtV3N0cmljdC1wcm90 b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XbWlzc2luZy1kZWNsYXJhdGlvbnMgLVduZXN0 ZWQtZXh0ZXJucyAtZm5vLXN0cmljdC1hbGlhc2luZyAtV2JhZC1mdW5jdGlvbi1jYXN0IC1Xb2xk LXN0eWxlLWRlZmluaXRpb24gLVdkZWNsYXJhdGlvbi1hZnRlci1zdGF0ZW1lbnQnCkNZR1BBVEhf Vz0nZWNobycKREVGUz0nJwpERVBESVI9Jy5kZXBzJwpEUklWRVJfTUFOX0RJUj0nJwpEUklWRVJf TUFOX1NVRkZJWD0nJwpEU1lNVVRJTD0nJwpEVU1QQklOPScnCkVDSE9fQz0nJwpFQ0hPX049Jy1u JwpFQ0hPX1Q9JycKRUdSRVA9Jy91c3IvYmluL2dyZXAgLUUnCkVYRUVYVD0nJwpGR1JFUD0nL3Vz ci9iaW4vZ3JlcCAtRicKRklMRV9NQU5fRElSPScnCkZJTEVfTUFOX1NVRkZJWD0nJwpHUkVQPScv dXNyL2Jpbi9ncmVwJwpJTlNUQUxMX0RBVEE9J2luc3RhbGwgIC1vIHJvb3QgLWcgd2hlZWwgLW0g NDQ0JwpJTlNUQUxMX1BST0dSQU09J2luc3RhbGwgIC1zIC1vIHJvb3QgLWcgd2hlZWwgLW0gNTU1 JwpJTlNUQUxMX1NDUklQVD0naW5zdGFsbCAgLW8gcm9vdCAtZyB3aGVlbCAtbSA1NTUnCklOU1RB TExfU1RSSVBfUFJPR1JBTT0nJChpbnN0YWxsX3NoKSAtYyAtcycKTEQ9Jy91c3IvYmluL2xkJwpM REZMQUdTPScnCkxJQk9CSlM9JycKTElCUz0nJwpMSUJUT09MPSckKFNIRUxMKSAkKHRvcF9idWls ZGRpcikvbGlidG9vbCcKTElCX01BTl9ESVI9JycKTElCX01BTl9TVUZGSVg9JycKTElQTz0nJwpM Tl9TPSdsbiAtcycKTFRMSUJPQkpTPScnCk1BSU5UPScjJwpNQUlOVEFJTkVSX01PREVfRkFMU0U9 JycKTUFJTlRBSU5FUl9NT0RFX1RSVUU9JyMnCk1BS0VJTkZPPScke1NIRUxMfSAvdXNyL3BvcnRz L3gxMS9saWJYcmFuZHIvd29yay9saWJYcmFuZHItMS4zLjAvbWlzc2luZyAtLXJ1biBtYWtlaW5m bycKTUFMTE9DX1pFUk9fQ0ZMQUdTPScnCk1JU0NfTUFOX0RJUj0nJwpNSVNDX01BTl9TVUZGSVg9 JycKTUtESVJfUD0nLi9pbnN0YWxsLXNoIC1jIC1kJwpOTT0nL3Vzci9iaW4vbm0gLUInCk5NRURJ VD0nJwpPQkpEVU1QPSdvYmpkdW1wJwpPQkpFWFQ9J28nCk9UT09MNjQ9JycKT1RPT0w9JycKUEFD S0FHRT0nbGliWHJhbmRyJwpQQUNLQUdFX0JVR1JFUE9SVD0naHR0cHM6Ly9idWdzLmZyZWVkZXNr dG9wLm9yZy9lbnRlcl9idWcuY2dpP3Byb2R1Y3Q9eG9yZycKUEFDS0FHRV9OQU1FPSdsaWJYcmFu ZHInClBBQ0tBR0VfU1RSSU5HPSdsaWJYcmFuZHIgMS4zLjAnClBBQ0tBR0VfVEFSTkFNRT0nbGli WHJhbmRyJwpQQUNLQUdFX1ZFUlNJT049JzEuMy4wJwpQQVRIX1NFUEFSQVRPUj0nOicKUEtHX0NP TkZJRz0nL1BDQlNEL2xvY2FsL2Jpbi9wa2ctY29uZmlnJwpSQU5EUl9DRkxBR1M9JycKUkFORFJf TElCUz0nJwpSQU5EUl9WRVJTSU9OPScxLjMnClJBTkxJQj0ncmFubGliJwpTRUQ9Jy91c3IvYmlu L3NlZCcKU0VUX01BS0U9JycKU0hFTEw9Jy9iaW4vc2gnClNUUklQPSdzdHJpcCcKVkVSU0lPTj0n MS4zLjAnClhNQUxMT0NfWkVST19DRkxBR1M9JycKWFRNQUxMT0NfWkVST19DRkxBR1M9JycKYWNf Y3RfQ0M9J2NjJwphY19jdF9EVU1QQklOPScnCmFtX19mYXN0ZGVwQ0NfRkFMU0U9JyMnCmFtX19m YXN0ZGVwQ0NfVFJVRT0nJwphbV9faW5jbHVkZT0naW5jbHVkZScKYW1fX2lzcmM9JycKYW1fX2xl YWRpbmdfZG90PScuJwphbV9fcXVvdGU9JycKYW1fX3Rhcj0nJHtBTVRBUn0gY2hvZiAtICIkJHRh cmRpciInCmFtX191bnRhcj0nJHtBTVRBUn0geGYgLScKYmluZGlyPScke2V4ZWNfcHJlZml4fS9i aW4nCmJ1aWxkPSdpMzg2LXBvcnRibGQtZnJlZWJzZDcuMicKYnVpbGRfYWxpYXM9J2kzODYtcG9y dGJsZC1mcmVlYnNkNy4yJwpidWlsZF9jcHU9J2kzODYnCmJ1aWxkX29zPSdmcmVlYnNkNy4yJwpi dWlsZF92ZW5kb3I9J3BvcnRibGQnCmRhdGFkaXI9JyR7ZGF0YXJvb3RkaXJ9JwpkYXRhcm9vdGRp cj0nJHtwcmVmaXh9L3NoYXJlJwpkaXN0Y2xlYW5jaGVja19saXN0ZmlsZXM9JycKZG9jZGlyPSck e2RhdGFyb290ZGlyfS9kb2MvJHtQQUNLQUdFX1RBUk5BTUV9JwpkdmlkaXI9JyR7ZG9jZGlyfScK ZXhlY19wcmVmaXg9J05PTkUnCmhvc3Q9J2kzODYtcG9ydGJsZC1mcmVlYnNkNy4yJwpob3N0X2Fs aWFzPScnCmhvc3RfY3B1PSdpMzg2Jwpob3N0X29zPSdmcmVlYnNkNy4yJwpob3N0X3ZlbmRvcj0n cG9ydGJsZCcKaHRtbGRpcj0nJHtkb2NkaXJ9JwppbmNsdWRlZGlyPScke3ByZWZpeH0vaW5jbHVk ZScKaW5mb2Rpcj0nL3Vzci9sb2NhbC9pbmZvJwppbnN0YWxsX3NoPSckKFNIRUxMKSAvdXNyL3Bv cnRzL3gxMS9saWJYcmFuZHIvd29yay9saWJYcmFuZHItMS4zLjAvaW5zdGFsbC1zaCcKbGliZGly PScke2V4ZWNfcHJlZml4fS9saWInCmxpYmV4ZWNkaXI9JyR7ZXhlY19wcmVmaXh9L2xpYmV4ZWMn CmxvY2FsZWRpcj0nJHtkYXRhcm9vdGRpcn0vbG9jYWxlJwpsb2NhbHN0YXRlZGlyPScke3ByZWZp eH0vdmFyJwpsdF9FQ0hPPSdlY2hvJwptYW5kaXI9Jy91c3IvbG9jYWwvbWFuJwpta2Rpcl9wPSck KHRvcF9idWlsZGRpcikvLi9pbnN0YWxsLXNoIC1jIC1kJwpvbGRpbmNsdWRlZGlyPScvdXNyL2lu Y2x1ZGUnCnBkZmRpcj0nJHtkb2NkaXJ9JwpwcmVmaXg9Jy91c3IvbG9jYWwnCnByb2dyYW1fdHJh bnNmb3JtX25hbWU9J3MseCx4LCcKcHNkaXI9JyR7ZG9jZGlyfScKc2JpbmRpcj0nJHtleGVjX3By ZWZpeH0vc2JpbicKc2hhcmVkc3RhdGVkaXI9JyR7cHJlZml4fS9jb20nCnN5c2NvbmZkaXI9JyR7 cHJlZml4fS9ldGMnCnRhcmdldF9hbGlhcz0nJwoKIyMgLS0tLS0tLS0tLS0gIyMKIyMgY29uZmRl ZnMuaC4gIyMKIyMgLS0tLS0tLS0tLS0gIyMKCiNkZWZpbmUgUEFDS0FHRV9OQU1FICJsaWJYcmFu ZHIiCiNkZWZpbmUgUEFDS0FHRV9UQVJOQU1FICJsaWJYcmFuZHIiCiNkZWZpbmUgUEFDS0FHRV9W RVJTSU9OICIxLjMuMCIKI2RlZmluZSBQQUNLQUdFX1NUUklORyAibGliWHJhbmRyIDEuMy4wIgoj ZGVmaW5lIFBBQ0tBR0VfQlVHUkVQT1JUICJodHRwczovL2J1Z3MuZnJlZWRlc2t0b3Aub3JnL2Vu dGVyX2J1Zy5jZ2k/cHJvZHVjdD14b3JnIgojZGVmaW5lIFBBQ0tBR0UgImxpYlhyYW5kciIKI2Rl ZmluZSBWRVJTSU9OICIxLjMuMCIKI2RlZmluZSBTVERDX0hFQURFUlMgMQojZGVmaW5lIEhBVkVf U1lTX1RZUEVTX0ggMQojZGVmaW5lIEhBVkVfU1lTX1NUQVRfSCAxCiNkZWZpbmUgSEFWRV9TVERM SUJfSCAxCiNkZWZpbmUgSEFWRV9TVFJJTkdfSCAxCiNkZWZpbmUgSEFWRV9NRU1PUllfSCAxCiNk ZWZpbmUgSEFWRV9TVFJJTkdTX0ggMQojZGVmaW5lIEhBVkVfSU5UVFlQRVNfSCAxCiNkZWZpbmUg SEFWRV9TVERJTlRfSCAxCiNkZWZpbmUgSEFWRV9VTklTVERfSCAxCiNkZWZpbmUgSEFWRV9ETEZD Tl9IIDEKI2RlZmluZSBMVF9PQkpESVIgIi5saWJzLyIKCmNvbmZpZ3VyZTogZXhpdCAxCg== --_002_89F83C7483118245B3D656441586F8069F04E1BA35ntmailnationa_-- From owner-freebsd-x11@FreeBSD.ORG Wed Apr 22 16:03:48 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A4841065672 for ; Wed, 22 Apr 2009 16:03:48 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id CBA768FC20 for ; Wed, 22 Apr 2009 16:03:47 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-19-252-177.bna.bellsouth.net [68.19.252.177]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3MG3fRH073738 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Apr 2009 12:03:42 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Lars Hermansen In-Reply-To: <89F83C7483118245B3D656441586F8069F04E1BA35@nt-mail.nationaltheatret.loc> References: <89F83C7483118245B3D656441586F8069F04E1BA35@nt-mail.nationaltheatret.loc> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-PJpFz1oGoOXRyt8INGOt" Organization: FreeBSD Date: Wed, 22 Apr 2009 11:03:30 -0500 Message-Id: <1240416210.1949.22.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.3 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: "x11@freebsd.org" Subject: Re: Requested 'randrproto >= 1.3' but version of RandrProto is 1.2.1 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Apr 2009 16:03:48 -0000 --=-PJpFz1oGoOXRyt8INGOt Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2009-04-22 at 17:04 +0200, Lars Hermansen wrote: > Hi,=20 >=20 > I keep getting this error on several ports I try to install, allways stop= s at RandrProto. > I'm running PC-BSD. >=20 > Hope you can help me on this >=20 > Regards, Lars Hermansen >=20 > checking for pkg-config... /PCBSD/local/bin/pkg-config = =20 > checking pkg-config is at least version 0.9.0... yes = =20 > checking for RANDR... configure: error: Package requirements (x11 randrpr= oto >=3D 1.3 xext xextproto xrender renderproto) were not met: >=20 > Requested 'randrproto >=3D 1.3' but version of RandrProto is 1.2.1 Update x11/randrproto? robert. > Consider adjusting the PKG_CONFIG_PATH environment variable if you > installed software in a non-standard prefix. =20 >=20 > Alternatively, you may set the environment variables RANDR_CFLAGS > and RANDR_LIBS to avoid the need to call pkg-config. =20 > See the pkg-config man page for more details. =20 >=20 > =3D=3D=3D> Script "configure" failed unexpectedly. > Please report the problem to x11@FreeBSD.org [maintainer] and attach the > "/usr/ports/x11/libXrandr/work/libXrandr-1.3.0/config.log" including the > output of the failure of your make command. Also, it might be a good idea= to > provide an overview of all packages installed on your system (e.g. an `ls= =20 > /var/db/pkg`). = =20 > *** Error code 1 = =20 >=20 > Stop in /usr/ports/x11/libXrandr. > *** Error code 1 =20 >=20 > Stop in /usr/ports/x11-toolkits/gtk20. > *** Error code 1 =20 >=20 > Stop in /usr/ports/www/firefox. > *** Error code 1 =20 >=20 > Stop in /usr/ports/www/firefox. > *** Error code 1 =20 >=20 > Stop in /usr/ports/x11-toolkits/py-gnome-extras. > [root@pcbsd /usr/ports/x11-toolkits/py-gnome-extras]# ls /var/db/pkg > BitchX-1.1.0.1_4 gnome-mime-data-2.18.0_3 mir= acl-5.3.2_1,1 portcheck-1.13 > ORBit2-2.14.17 gnome_subr-1.0 nsp= r-4.7 portmanager-0.4.1_9 > aspell-0.60.6_2 gnomehier-2.3_12 nss= -3.11.9_2 portmaster-2.7 =20 > atk-1.24.0 gnutls-2.6.4 ope= nssl-0.9.8k printproto-1.0.4 =20 > autoconf-2.13.000227_6 gperf-3.0.3 p5-= Compress-Raw-Zlib-2.017 py25-cairo-1.8.2 > autoconf-2.62 gtk-1.2.10_20 p5-= Compress-Zlib-2.015 py25-gobject-2.16.1 > autoconf-wrapper-20071109 icu-3.8.1_2 p5-= HTML-Parser-3.60 py25-libxml2-2.7.3 > automake-1.10.1 inputproto-1.5.0 p5-= HTML-Tagset-3.20 py25-orbit-2.24.0 > automake-1.4.6_5 intltool-0.40.6 p5-= HTML-Tree-3.23 python-2.5,2 > automake-1.9.6_3 iso-codes-3.7 p5-= IO-Compress-Base-2.015 python25-2.5.4_1 > automake-wrapper-20071109 iso8879-1986_2 p5-= IO-Compress-Zlib-2.015 randrproto-1.3.0 > bigreqsproto-1.0.2 jpeg-6b_7 p5-= Net-DBus-0.33.6 rarian-0.8.1 > cairo-1.8.6_1,1 kbproto-1.0.3 p5-= Text-Iconv-1.7 renderproto-0.9.3 > dbus-1.2.4.4 libICE-1.0.4_1,1 p5-= Tie-IxHash-1.21 rpm-3.0.6_14 > dbus-glib-0.80 libIDL-0.8.13 p5-= Time-HiRes-1.9719,1 socks5-1.0.11_5 > docbook-1.4 libSM-1.1.0_1,1 p5-= URI-1.37 system-tools-backends-2.6.0_1 > docbook-4.1_3 libX11-1.2.1,1 p5-= XML-Filter-BufferText-1.01 tcl-8.6.b.1_3 > docbook-4.2 libXau-1.0.4 p5-= XML-Grove-0.46.a tcl-modules-8.5.6 > docbook-4.3 libXdmcp-1.0.2_1 p5-= XML-Handler-YAWriter-0.23 unzip-5.52_5 > docbook-4.4_2 libXext-1.0.5,1 p5-= XML-NamespaceSupport-1.09_1 v4l_compat-1.0.20060801 > docbook-4.5_2 libXft-2.1.13 p5-= XML-Parser-2.36 vulnerability-test-port-2009.04.22 > docbook-5.0_1 libXi-1.2.1,1 p5-= XML-SAX-0.96 wget-1.11.4 > docbook-sk-4.1.2_4 libXinerama-1.0.3,1 p5-= XML-SAX-Expat-0.40 xcb-proto-1.4 > docbook-xml-4.2_1 libXrender-0.9.4_1 p5-= XML-SAX-Writer-0.52 xcb-util-0.3.3 > docbook-xml-4.3 libXt-1.0.5_1 p5-= XML-Simple-2.18 xchat-1.8.11_11 > docbook-xml-4.4_1 libXxf86misc-1.0.1 p5-= XML-Twig-3.32 xchat-fish-0.98_1 > docbook-xml-4.5 libcheck-0.9.6 p5-= XML-XPath-1.13 xchat-mircryption-0.3.3_1,1 > docbook-xsl-1.74.0_1 libgcrypt-1.4.4 p5-= libwww-5.825 xcmiscproto-1.1.2 > enchant-1.4.2 libgpg-error-1.7 p5-= libxml-0.08 xextproto-7.0.5 > expat-2.0.1 libiconv-1.11_1 pcr= e-7.9 xf86bigfontproto-1.1.2 > fontconfig-2.6.0,1 libpthread-stubs-0.1 per= l-5.8.9_2 xf86miscproto-0.9.2 > freetype2-2.3.9_1 libsigsegv-2.5 php= 5-5.2.9 xineramaproto-1.1.2 > gamin-0.1.10_1 libtool-1.5.26 pix= man-0.15.2 xinit-1.1.1_1 > getopt-1.1.4_1 libxcb-1.2_1 pkg= -config-0.23_1 xmlcatmgr-2.2 > gettext-0.17_1 libxml2-2.7.3 pkg= _install-20080708_1 xmlcharent-0.3_2 > gio-fam-backend-2.20.1 libxslt-1.1.24_2 png= -1.2.35 xorg-macros-1.2.1 > glib-1.2.10_12 linux-gtk-1.2.10_5 pol= icykit-0.9_4 xproto-7.0.15 > glib-2.20.1 linux-gtk2-2.6.10_2 pop= t-1.7_5 xtrans-1.2.3 > gmake-3.81_3 m4-1.4.12,1 por= taudit-0.5.12 > gnome-doc-utils-0.14.2 makedepend-1.0.1,1 por= taudit-db-0.2.3_1 > [root@pcbsd /usr/ports/x11-toolkits/py-gnome-extras]# > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" --=20 Robert Noland FreeBSD --=-PJpFz1oGoOXRyt8INGOt Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknvP9IACgkQM4TrQ4qfROOCwwCghDmeN4hV75Xek/HzL40KcFpm vo4AnRH05ezMhlbb3bwO01aijmCMZ5gp =6n+R -----END PGP SIGNATURE----- --=-PJpFz1oGoOXRyt8INGOt-- From owner-freebsd-x11@FreeBSD.ORG Thu Apr 23 07:22:30 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 697A4106566C for ; Thu, 23 Apr 2009 07:22:30 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mail-bw0-f165.google.com (mail-bw0-f165.google.com [209.85.218.165]) by mx1.freebsd.org (Postfix) with ESMTP id E9EDE8FC1A for ; Thu, 23 Apr 2009 07:22:29 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by bwz9 with SMTP id 9so359271bwz.43 for ; Thu, 23 Apr 2009 00:22:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.108.210 with SMTP id g18mr192869fap.38.1240469843164; Wed, 22 Apr 2009 23:57:23 -0700 (PDT) From: Vlad GALU Date: Thu, 23 Apr 2009 06:57:03 +0000 Message-ID: To: freebsd-x11@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Intel G33/DRI/RELENG_7/Xorg7.4 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 07:22:30 -0000 Hi list, I'm running the aforementioned configuration. In my kernel config file I have "device agp", "device drm" and "device i915drm". I'm using the "intel" driver in my xorg.conf. glxinfo reports DRI as active and yet, glxgears says the following: -- cut here -- Failed to initialize GEM. Falling back to classic. Running synchronized to the vertical refresh. The framerate should be approximately the same as the monitor refresh rate. -- and here -- Needless to say, the framerate is ~60FPS (my monitor's refresh rate is 60Hz). What am I doing wrong? Should I remove "device i915drm" from my kernel? Thanks in advance, and please CC me, as I'm not (yet) subscribed to freebsd-x11@. -- ~/.signature: no such file or directory From owner-freebsd-x11@FreeBSD.ORG Thu Apr 23 08:56:39 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE4A2106566C for ; Thu, 23 Apr 2009 08:56:39 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from QMTA05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id 5E3758FC18 for ; Thu, 23 Apr 2009 08:56:39 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from OMTA06.westchester.pa.mail.comcast.net ([76.96.62.51]) by QMTA05.westchester.pa.mail.comcast.net with comcast id iwgz1b00316LCl055wixXW; Thu, 23 Apr 2009 08:42:57 +0000 Received: from sorrow.ashke.com ([68.45.151.98]) by OMTA06.westchester.pa.mail.comcast.net with comcast id iwjQ1b00127dlBY3SwjQwB; Thu, 23 Apr 2009 08:43:24 +0000 Date: Thu, 23 Apr 2009 04:43:22 -0400 From: Adam K Kirchhoff To: Vlad GALU Message-ID: <20090423044322.235a41be@sorrow.ashke.com> In-Reply-To: References: X-Mailer: Claws Mail 3.7.1 (GTK+ 2.14.7; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org Subject: Re: Intel G33/DRI/RELENG_7/Xorg7.4 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 08:56:40 -0000 On Thu, 23 Apr 2009 06:57:03 +0000 Vlad GALU wrote: > Hi list, > > I'm running the aforementioned configuration. In my kernel config file > I have "device agp", "device drm" and "device i915drm". I'm using the > "intel" driver in my xorg.conf. glxinfo reports DRI as active and yet, > glxgears says the following: > > -- cut here -- > Failed to initialize GEM. Falling back to classic. > Running synchronized to the vertical refresh. The framerate should be > approximately the same as the monitor refresh rate. > -- and here -- > > Needless to say, the framerate is ~60FPS (my monitor's refresh rate is 60Hz). > What am I doing wrong? Should I remove "device i915drm" from my kernel? You are doing nothing wrong. Those results are exactly what is expected. GEM is not ported to FreeBSD yet, and glxgears is syncing to the vertical refresh rate. Adam From owner-freebsd-x11@FreeBSD.ORG Thu Apr 23 09:03:45 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6C9F1065670 for ; Thu, 23 Apr 2009 09:03:45 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mail-bw0-f165.google.com (mail-bw0-f165.google.com [209.85.218.165]) by mx1.freebsd.org (Postfix) with ESMTP id 697C78FC19 for ; Thu, 23 Apr 2009 09:03:45 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by bwz9 with SMTP id 9so399297bwz.43 for ; Thu, 23 Apr 2009 02:03:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.108.210 with SMTP id g18mr219311fap.38.1240477424312; Thu, 23 Apr 2009 02:03:44 -0700 (PDT) In-Reply-To: <20090423044322.235a41be@sorrow.ashke.com> References: <20090423044322.235a41be@sorrow.ashke.com> From: Vlad GALU Date: Thu, 23 Apr 2009 09:03:24 +0000 Message-ID: To: Adam K Kirchhoff Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-x11@freebsd.org Subject: Re: Intel G33/DRI/RELENG_7/Xorg7.4 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 09:03:46 -0000 On Thu, Apr 23, 2009 at 8:43 AM, Adam K Kirchhoff wrot= e: > On Thu, 23 Apr 2009 06:57:03 +0000 > Vlad GALU wrote: > >> Hi list, >> >> I'm running the aforementioned configuration. In my kernel config file >> I have "device agp", "device drm" and "device i915drm". I'm using the >> "intel" driver in my xorg.conf. glxinfo reports DRI as active and yet, >> glxgears says the following: >> >> -- cut here -- >> Failed to initialize GEM. =A0Falling back to classic. >> Running synchronized to the vertical refresh. =A0The framerate should be >> approximately the same as the monitor refresh rate. >> -- and here -- >> >> Needless to say, the framerate is ~60FPS (my monitor's refresh rate is 6= 0Hz). >> What am I doing wrong? Should I remove "device i915drm" from my kernel? > > You are doing nothing wrong. =A0Those results are exactly what is > expected. =A0GEM is not ported to FreeBSD yet, and glxgears is syncing to > the vertical refresh rate. > > Adam > Oh, ok. Thanks! --=20 ~/.signature: no such file or directory From owner-freebsd-x11@FreeBSD.ORG Thu Apr 23 12:58:52 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB621106566B for ; Thu, 23 Apr 2009 12:58:52 +0000 (UTC) (envelope-from luis.h.pinto@renault.com) Received: from smtp.renault.fr (xenia3-in0.renault.fr [193.194.133.17]) by mx1.freebsd.org (Postfix) with ESMTP id 719A48FC18 for ; Thu, 23 Apr 2009 12:58:52 +0000 (UTC) (envelope-from luis.h.pinto@renault.com) Received: from ebola4.mc2.renault.fr (ebola4.mc2.renault.fr [193.194.133.35]) by smtp.renault.fr (Postfix) with SMTP id 48B70DFF4 for ; Thu, 23 Apr 2009 14:47:33 +0200 (MEST) Received: from (unknown [10.210.68.9]) by ebola4.mc2.renault.fr with smtp id 14f5_ea0df738_3004_11de_9c98_001422155bf3; Thu, 23 Apr 2009 14:47:32 +0200 Received: from hepatite4.mc2.renault.fr (hepatite4.mc2.renault.fr [10.210.68.27]) by univers4.mc2.renault.fr (8.13.6/8.13.6) with SMTP id n3NClWW2014184 for ; Thu, 23 Apr 2009 14:47:32 +0200 (MEST) Received: from (unknown [10.210.68.13]) by hepatite4.mc2.renault.fr with smtp id 5659_e445814a_3004_11de_8ea9_0014221548d0; Thu, 23 Apr 2009 12:47:23 +0000 Received: from su356aos (su356aos.mc2.renault.fr [138.21.107.59]) by univers4.mc2.renault.fr (8.13.6/8.13.6) with ESMTP id n3NClMIr013253 for ; Thu, 23 Apr 2009 14:47:23 +0200 (MEST) Received: from su333aos (su333aos.mc2.renault.fr [138.21.107.224]) by wsmtp54.mc2.renault.fr (iPlanet Messaging Server 5.2 HotFix 2.09 (built Nov 18 2005)) with ESMTP id <0KIK00CS70FJUL@wsmtp54.mc2.renault.fr> for freebsd-x11@freebsd.org; Thu, 23 Apr 2009 14:38:07 +0200 (MEST) Received: from BR00328557 ([10.229.139.17]) by wsmtpin56.mc2.renault.fr (iPlanet Messaging Server 5.2 HotFix 2.09 (built Nov 18 2005)) with ESMTP id <0KIK00EQG0FECI@wsmtpin56.mc2.renault.fr> for freebsd-x11@freebsd.org; Thu, 23 Apr 2009 14:38:07 +0200 (MEST) Date: Thu, 23 Apr 2009 09:38:02 -0300 From: PINTO Luis To: freebsd-x11@freebsd.org Message-id: <000701c9c410$5a02e5f0$118be50a@corp.noxiane.net> Organization: Renault MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Mailer: Microsoft Outlook Express 6.00.2900.3138 Content-type: multipart/related; boundary="Boundary_(ID_esX6meXCNFpr7Hd4USmJvg)"; type="multipart/alternative" X-Priority: 3 X-MSMail-priority: Normal X-NAI-Spam-Report: 1 Rules triggered * 0 -- RV3141 -- BODY: Version number X-Mailman-Approved-At: Thu, 23 Apr 2009 13:21:20 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Luis Henrique Terbeck Pinto Subject: Repeated Xorg crashes with intel driver X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 12:58:53 -0000 This is a multi-part message in MIME format. --Boundary_(ID_esX6meXCNFpr7Hd4USmJvg) Content-type: text/plain; charset="iso-8859-1" Content-transfer-encoding: base64 X-NAIMIME-Disclaimer: 1 X-NAIMIME-Modified: 1 SGVsbG8gVG9tLAoKSSBzYXcgeW91ciBlLW1haWwgYWJvdXQgWG9yZyBjcmFzaGVzIGFuZCBpdCB0 YWtlcyBhYm91dCAyIG9yIDMgbW9udGhzIEkgaGF2ZSBleHBlcmllbmNpbmcgdGhlIHNhbWUgcHJv YmxlbS4gRGlkIHlvdSBoYXZlIHNvbWUgc3VjY2VzcyBvbiB0cmVhdGluZyB0aGUgcXVlc3Rpb24/ CgpJZiBwb3NzaWJsZSBJIHdvdWxkIGxpa2Ugc29tZSBoZWxwIHRvIHNvbHZlIHRoaXMuCgpUaGFu a3MgYSBsb3QuCgogICAgIAogICAgICBMdWlzIEhlbnJpcXVlIFRlcmJlY2sgUGludG8KICAgICAg UHJvamV0byBpRkEtUmRCCiAgICAgIERpcmXn428gZGUgRmFicmljYefjbyAtIENWUAogICAgICBB UEk6IE9CUiBDVlAgMCAwMgogICAgICBUZWxlZm9uZTogKzU1ICg0MSkgMzM4MC0yMjUwCiAgICAg IENlbHVsYXI6ICs1NSAoNDEpIDg4MDktOTUyNQogICAgICBFLW1haWw6IGx1aXMuaC5waW50b0By ZW5hdWx0LmNvbQogICAgIAoKCi0tIERpc2NsYWltZXIgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tCkNlIG1lc3NhZ2UgYWluc2kgcXVlIGxlcyBldmVudHVlbGxlcyBwaWVjZXMg am9pbnRlcyBjb25zdGl0dWVudCB1bmUgY29ycmVzcG9uZGFuY2UgcHJpdmVlIGV0IGNvbmZpZGVu dGllbGxlIGEgbCdhdHRlbnRpb24gZXhjbHVzaXZlIGR1IGRlc3RpbmF0YWlyZSBkZXNpZ25lIGNp LWRlc3N1cy4gU2kgdm91cyBuJ2V0ZXMgcGFzIGxlIGRlc3RpbmF0YWlyZSBkdSBwcmVzZW50IG1l c3NhZ2Ugb3UgdW5lIHBlcnNvbm5lIHN1c2NlcHRpYmxlIGRlIHBvdXZvaXIgbGUgbHVpIGRlbGl2 cmVyLCBpbCB2b3VzIGVzdCBzaWduaWZpZSBxdWUgdG91dGUgZGl2dWxnYXRpb24sIGRpc3RyaWJ1 dGlvbiBvdSBjb3BpZSBkZSBjZXR0ZSB0cmFuc21pc3Npb24gZXN0IHN0cmljdGVtZW50IGludGVy ZGl0ZS4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCBub3VzIHZvdXMg cmVtZXJjaW9ucyBkJ2VuIGluZm9ybWVyIGwnZXhwZWRpdGV1ciBwYXIgdGVsZXBob25lIG91IGRl IGx1aSByZXRvdXJuZXIgbGUgcHJlc2VudCBtZXNzYWdlLCBwdWlzIGQnZWZmYWNlciBpbW1lZGlh dGVtZW50IGNlIG1lc3NhZ2UgZGUgdm90cmUgc3lzdGVtZS4KKioqClRoaXMgZS1tYWlsIGFuZCBh bnkgYXR0YWNobWVudHMgaXMgYSBjb25maWRlbnRpYWwgY29ycmVzcG9uZGVuY2UgaW50ZW5kZWQg b25seSBmb3IgdXNlIG9mIHRoZSBpbmRpdmlkdWFsIG9yIGVudGl0eSBuYW1lZCBhYm92ZS4gSWYg eW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCBvciB0aGUgYWdlbnQgcmVzcG9uc2li bGUgZm9yIGRlbGl2ZXJpbmcgdGhlIG1lc3NhZ2UgdG8gdGhlIGludGVuZGVkIHJlY2lwaWVudCwg eW91IGFyZSBoZXJlYnkgbm90aWZpZWQgdGhhdCBhbnkgZGlzY2xvc3VyZSwgZGlzdHJpYnV0aW9u IG9yIGNvcHlpbmcgb2YgdGhpcyBjb21tdW5pY2F0aW9uIGlzIHN0cmljdGx5IHByb2hpYml0ZWQu IElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgY29tbXVuaWNhdGlvbiBpbiBlcnJvciwgcGxlYXNl IG5vdGlmeSB0aGUgc2VuZGVyIGJ5IHBob25lIG9yIGJ5IHJlcGx5aW5nIHRoaXMgbWVzc2FnZSwg YW5kIHRoZW4gZGVsZXRlIHRoaXMgbWVzc2FnZSBmcm9tIHlvdXIgc3lzdGVtLgo= --Boundary_(ID_esX6meXCNFpr7Hd4USmJvg)-- From owner-freebsd-x11@FreeBSD.ORG Thu Apr 23 14:08:22 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8FB1106566B; Thu, 23 Apr 2009 14:08:22 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 2ABDB8FC1D; Thu, 23 Apr 2009 14:08:21 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by fg-out-1718.google.com with SMTP id e12so535209fga.12 for ; Thu, 23 Apr 2009 07:08:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=tBWpswKVGjKomfgdzSC0Olgb/nTK1eV1cb0mpPPEI1M=; b=Wr/mcRs6Ki0VFQz7G0CyRU3yMnLMw1qesxH6sdWzf+V9ujmb3CVYAuruzFWm6ufDqA 99G8STciMKwDNy7/7WNfZscx1IEXPiGgzA+wPgeiJ8gxkNO7xuSiFs1tqoccfW+8my55 qhyKpNpsmBfff6xFNI3YodNwynOJAdI3WUMwE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=pivPzw9GhoiSLPWI0wXPYPA71XtNrtsAtdvGFdQO03NRUR5YptlnyFgXdVjToWfJey q6+WR7gWDvP3oyg3Jl0HZYBmMc9YjsLj+FSpsOvEeCS7JFIaXKLDKzFKuC1NlEEqsdIy OUAAYylOCr0Yi3M00BNLDhd2dYqc6kWoT2IDs= Received: by 10.86.70.3 with SMTP id s3mr203534fga.12.1240494035576; Thu, 23 Apr 2009 06:40:35 -0700 (PDT) Received: from ?127.0.0.1? (87-194-39-182.bethere.co.uk [87.194.39.182]) by mx.google.com with ESMTPS id 4sm14436fgg.23.2009.04.23.06.40.34 (version=SSLv3 cipher=RC4-MD5); Thu, 23 Apr 2009 06:40:34 -0700 (PDT) From: Tom Evans To: PINTO Luis , rnoland@freebsd.org In-Reply-To: <000701c9c410$5a02e5f0$118be50a@corp.noxiane.net> References: <000701c9c410$5a02e5f0$118be50a@corp.noxiane.net> Content-Type: text/plain; charset=UTF-8 Date: Thu, 23 Apr 2009 14:40:33 +0100 Message-Id: <1240494033.8205.74.camel@strangepork.mintel.co.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-x11@freebsd.org, Luis Henrique Terbeck Pinto Subject: Re: Repeated Xorg crashes with intel driver X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 14:08:23 -0000 On Thu, 2009-04-23 at 09:38 -0300, PINTO Luis wrote: > Hello Tom, > > I saw your e-mail about Xorg crashes and it takes about 2 or 3 months I have experiencing the same problem. Did you have some success on treating the question? > > If possible I would like some help to solve this. > > Thanks a lot. > > > Luis Henrique Terbeck Pinto > Projeto iFA-RdB > Direção de Fabricação - CVP > API: OBR CVP 0 02 > Telefone: +55 (41) 3380-2250 > Celular: +55 (41) 8809-9525 > E-mail: luis.h.pinto@renault.com > > No, (un)fortunately my boss got fed up of seeing me twiddle my thumbs while I waited for another fsck to run, so he bought me a new box with a lovely nvidia card in. I think the intel driver is in a little bit of flux at the moment anyway, Robert, can you help Luis in any way? Thanks Tom From owner-freebsd-x11@FreeBSD.ORG Thu Apr 23 15:24:26 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BD14106568A for ; Thu, 23 Apr 2009 15:24:26 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id D488B8FC19 for ; Thu, 23 Apr 2009 15:24:25 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-19-252-177.bna.bellsouth.net [68.19.252.177]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3NFOKYb081466 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Apr 2009 11:24:20 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Tom Evans In-Reply-To: <1240494033.8205.74.camel@strangepork.mintel.co.uk> References: <000701c9c410$5a02e5f0$118be50a@corp.noxiane.net> <1240494033.8205.74.camel@strangepork.mintel.co.uk> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-x8hR60xhARDfyjjxM1Ev" Organization: FreeBSD Date: Thu, 23 Apr 2009 10:24:07 -0500 Message-Id: <1240500247.2142.22.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.3 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org, PINTO Luis , Luis Henrique Terbeck Pinto Subject: Re: Repeated Xorg crashes with intel driver X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 15:24:26 -0000 --=-x8hR60xhARDfyjjxM1Ev Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable On Thu, 2009-04-23 at 14:40 +0100, Tom Evans wrote: > On Thu, 2009-04-23 at 09:38 -0300, PINTO Luis wrote: > > Hello Tom, > >=20 > > I saw your e-mail about Xorg crashes and it takes about 2 or 3 months I= have experiencing the same problem. Did you have some success on treating = the question? > >=20 > > If possible I would like some help to solve this. > >=20 > > Thanks a lot. > >=20 > > =20 > > Luis Henrique Terbeck Pinto > > Projeto iFA-RdB > > Dire=E7=E3o de Fabrica=E7=E3o - CVP > > API: OBR CVP 0 02 > > Telefone: +55 (41) 3380-2250 > > Celular: +55 (41) 8809-9525 > > E-mail: luis.h.pinto@renault.com > > =20 > >=20 >=20 > No, (un)fortunately my boss got fed up of seeing me twiddle my thumbs > while I waited for another fsck to run, so he bought me a new box with a > lovely nvidia card in. >=20 > I think the intel driver is in a little bit of flux at the moment > anyway, Robert, can you help Luis in any way? What crash is this? I've lost context... robert. > Thanks >=20 > Tom >=20 --=20 Robert Noland FreeBSD --=-x8hR60xhARDfyjjxM1Ev Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknwiBcACgkQM4TrQ4qfRONsVQCeMQGVCrr05zJJ7HxCwHC+PWH+ HPMAoIRrj/rBap7ZqJvDP3SCmhwx4YTz =67je -----END PGP SIGNATURE----- --=-x8hR60xhARDfyjjxM1Ev-- From owner-freebsd-x11@FreeBSD.ORG Thu Apr 23 15:29:20 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A53F21065680 for ; Thu, 23 Apr 2009 15:29:20 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 6C48B8FC24 for ; Thu, 23 Apr 2009 15:29:20 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-19-252-177.bna.bellsouth.net [68.19.252.177]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3NFTDk8081493 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Apr 2009 11:29:13 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Vlad GALU In-Reply-To: References: Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-Nx2ibdFnWtNwVz4J1OZ4" Organization: FreeBSD Date: Thu, 23 Apr 2009 10:29:00 -0500 Message-Id: <1240500540.2142.24.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.3 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org Subject: Re: Intel G33/DRI/RELENG_7/Xorg7.4 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 15:29:21 -0000 --=-Nx2ibdFnWtNwVz4J1OZ4 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2009-04-23 at 06:57 +0000, Vlad GALU wrote: > Hi list, >=20 > I'm running the aforementioned configuration. In my kernel config file > I have "device agp", "device drm" and "device i915drm". I'm using the > "intel" driver in my xorg.conf. glxinfo reports DRI as active and yet, > glxgears says the following: >=20 > -- cut here -- > Failed to initialize GEM. Falling back to classic. > Running synchronized to the vertical refresh. The framerate should be > approximately the same as the monitor refresh rate. > -- and here -- >=20 > Needless to say, the framerate is ~60FPS (my monitor's refresh rate is 60= Hz). > What am I doing wrong? Should I remove "device i915drm" from my kernel? >=20 > Thanks in advance, and please CC me, as I'm not (yet) subscribed to > freebsd-x11@. The Intel driver is defaulting to sync to vblank. You can change the default with driconf. Nothing is wrong... robert. --=20 Robert Noland FreeBSD --=-Nx2ibdFnWtNwVz4J1OZ4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknwiTwACgkQM4TrQ4qfROPizACfXYEUAdENOvVQFABL4Dg7qcT3 92AAnjlH9LC0qKMXHrY3qqrO2xHauYrJ =NQDf -----END PGP SIGNATURE----- --=-Nx2ibdFnWtNwVz4J1OZ4-- From owner-freebsd-x11@FreeBSD.ORG Thu Apr 23 15:45:11 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFD31106566B for ; Thu, 23 Apr 2009 15:45:11 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 2815B8FC08 for ; Thu, 23 Apr 2009 15:45:10 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by bwz9 with SMTP id 9so598256bwz.43 for ; Thu, 23 Apr 2009 08:45:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.103.207 with SMTP id l15mr374528fao.2.1240501509452; Thu, 23 Apr 2009 08:45:09 -0700 (PDT) In-Reply-To: <1240500540.2142.24.camel@balrog.2hip.net> References: <1240500540.2142.24.camel@balrog.2hip.net> From: Vlad GALU Date: Thu, 23 Apr 2009 18:44:49 +0300 Message-ID: To: Robert Noland Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-x11@freebsd.org Subject: Re: Intel G33/DRI/RELENG_7/Xorg7.4 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 15:45:12 -0000 On Thu, Apr 23, 2009 at 6:29 PM, Robert Noland wrote: > On Thu, 2009-04-23 at 06:57 +0000, Vlad GALU wrote: >> Hi list, >> >> I'm running the aforementioned configuration. In my kernel config file >> I have "device agp", "device drm" and "device i915drm". I'm using the >> "intel" driver in my xorg.conf. glxinfo reports DRI as active and yet, >> glxgears says the following: >> >> -- cut here -- >> Failed to initialize GEM. =A0Falling back to classic. >> Running synchronized to the vertical refresh. =A0The framerate should be >> approximately the same as the monitor refresh rate. >> -- and here -- >> >> Needless to say, the framerate is ~60FPS (my monitor's refresh rate is 6= 0Hz). >> What am I doing wrong? Should I remove "device i915drm" from my kernel? >> >> Thanks in advance, and please CC me, as I'm not (yet) subscribed to >> freebsd-x11@. > > The Intel driver is defaulting to sync to vblank. =A0You can change the > default with driconf. =A0Nothing is wrong... > > robert. > > -- > Robert Noland > FreeBSD > OK, Robert, thanks a lot! --=20 ~/.signature: no such file or directory From owner-freebsd-x11@FreeBSD.ORG Thu Apr 23 16:11:26 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B9CE106564A; Thu, 23 Apr 2009 16:11:26 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-ew0-f171.google.com (mail-ew0-f171.google.com [209.85.219.171]) by mx1.freebsd.org (Postfix) with ESMTP id 757FB8FC1C; Thu, 23 Apr 2009 16:11:25 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ewy19 with SMTP id 19so599288ewy.43 for ; Thu, 23 Apr 2009 09:11:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=85o/f28wKbMZsOFRJN7L79vqnbaoKJyr2ZAw0L0nIQQ=; b=a4DFYeqQkQAQfwRLqFqgVqbWv6AMaySrPai4oAeXqOUyyRf25dufBoslpWHy0ZgxCi 1CzuBdKt1TBTbWc9CX3Ifo+B5RJz8506e8DPrAB/7IGoAAM42DsfWGNQEHKDs5a6OUc6 FM8iB46WxmmPdJCAvekpafQ55/XWhqP8lKEFg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=MW4xe4dnMyOAWizs95Fh+WnXt/tfY/XR09NRBlfWE2YfUTxPTeIePyZTXnYzJplJYd Dpp+3CpojswJizlC5k5wO5DKiKooFLMagKyyiq8ADVwmbhZiKDwclxtJ8IIOr0vSN+yv +CUnXk8pAUADfSd8CqMIlgySx6f5dPHK6ATLE= Received: by 10.210.46.14 with SMTP id t14mr182863ebt.17.1240503084621; Thu, 23 Apr 2009 09:11:24 -0700 (PDT) Received: from ?127.0.0.1? (87-194-39-182.bethere.co.uk [87.194.39.182]) by mx.google.com with ESMTPS id 7sm280147eyg.7.2009.04.23.09.11.23 (version=SSLv3 cipher=RC4-MD5); Thu, 23 Apr 2009 09:11:24 -0700 (PDT) From: Tom Evans To: Robert Noland In-Reply-To: <1240500247.2142.22.camel@balrog.2hip.net> References: <000701c9c410$5a02e5f0$118be50a@corp.noxiane.net> <1240494033.8205.74.camel@strangepork.mintel.co.uk> <1240500247.2142.22.camel@balrog.2hip.net> Content-Type: text/plain; charset=UTF-8 Date: Thu, 23 Apr 2009 17:11:22 +0100 Message-Id: <1240503082.8205.84.camel@strangepork.mintel.co.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-x11@freebsd.org, PINTO Luis , Luis Henrique Terbeck Pinto Subject: Re: Repeated Xorg crashes with intel driver X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 16:11:26 -0000 On Thu, 2009-04-23 at 10:24 -0500, Robert Noland wrote: > On Thu, 2009-04-23 at 14:40 +0100, Tom Evans wrote: > > On Thu, 2009-04-23 at 09:38 -0300, PINTO Luis wrote: > > > Hello Tom, > > > > > > I saw your e-mail about Xorg crashes and it takes about 2 or 3 months I have experiencing the same problem. Did you have some success on treating the question? > > > > > > If possible I would like some help to solve this. > > > > > > Thanks a lot. > > > > > > > > > Luis Henrique Terbeck Pinto > > > Projeto iFA-RdB > > > Direção de Fabricação - CVP > > > API: OBR CVP 0 02 > > > Telefone: +55 (41) 3380-2250 > > > Celular: +55 (41) 8809-9525 > > > E-mail: luis.h.pinto@renault.com > > > > > > > > > > No, (un)fortunately my boss got fed up of seeing me twiddle my thumbs > > while I waited for another fsck to run, so he bought me a new box with a > > lovely nvidia card in. > > > > I think the intel driver is in a little bit of flux at the moment > > anyway, Robert, can you help Luis in any way? > > What crash is this? I've lost context... > > robert. > I *think* Luis was referring to some errors I reported repeating Xorg crashes with the intel driver to the list last October ([1], [2], [3]). I couldn't resolve them, and after rolling back to 7.0 RELEASE, and still getting them, I gave up and replaced my laptop machine with a desktop with nvidia. It would probably be worth getting Luis to restate his problem! Cheers Tom [1] http://docs.freebsd.org/cgi/getmsg.cgi?fetch=32504+0 +archive/2008/freebsd-x11/20080928.freebsd-x11 [2] http://docs.freebsd.org/cgi/getmsg.cgi?fetch=661225+0 +archive/2008/freebsd-x11/20081012.freebsd-x11 [3] http://docs.freebsd.org/cgi/getmsg.cgi?fetch=62898+0 +archive/2008/freebsd-x11/20081019.freebsd-x11 From owner-freebsd-x11@FreeBSD.ORG Thu Apr 23 16:15:03 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07AB6106567B for ; Thu, 23 Apr 2009 16:15:03 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id CD5488FC20 for ; Thu, 23 Apr 2009 16:15:02 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-19-252-177.bna.bellsouth.net [68.19.252.177]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3NGEvvP081729 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Apr 2009 12:14:57 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Tom Evans In-Reply-To: <1240503082.8205.84.camel@strangepork.mintel.co.uk> References: <000701c9c410$5a02e5f0$118be50a@corp.noxiane.net> <1240494033.8205.74.camel@strangepork.mintel.co.uk> <1240500247.2142.22.camel@balrog.2hip.net> <1240503082.8205.84.camel@strangepork.mintel.co.uk> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-wRSMPwF+KiXt701osfZt" Organization: FreeBSD Date: Thu, 23 Apr 2009 11:14:44 -0500 Message-Id: <1240503284.2142.26.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.3 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org, PINTO Luis , Luis Henrique Terbeck Pinto Subject: Re: Repeated Xorg crashes with intel driver X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 16:15:03 -0000 --=-wRSMPwF+KiXt701osfZt Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable On Thu, 2009-04-23 at 17:11 +0100, Tom Evans wrote: > On Thu, 2009-04-23 at 10:24 -0500, Robert Noland wrote: > > On Thu, 2009-04-23 at 14:40 +0100, Tom Evans wrote: > > > On Thu, 2009-04-23 at 09:38 -0300, PINTO Luis wrote: > > > > Hello Tom, > > > >=20 > > > > I saw your e-mail about Xorg crashes and it takes about 2 or 3 mont= hs I have experiencing the same problem. Did you have some success on treat= ing the question? > > > >=20 > > > > If possible I would like some help to solve this. > > > >=20 > > > > Thanks a lot. > > > >=20 > > > > =20 > > > > Luis Henrique Terbeck Pinto > > > > Projeto iFA-RdB > > > > Dire=E7=E3o de Fabrica=E7=E3o - CVP > > > > API: OBR CVP 0 02 > > > > Telefone: +55 (41) 3380-2250 > > > > Celular: +55 (41) 8809-9525 > > > > E-mail: luis.h.pinto@renault.com > > > > =20 > > > >=20 > > >=20 > > > No, (un)fortunately my boss got fed up of seeing me twiddle my thumbs > > > while I waited for another fsck to run, so he bought me a new box wit= h a > > > lovely nvidia card in. > > >=20 > > > I think the intel driver is in a little bit of flux at the moment > > > anyway, Robert, can you help Luis in any way? > >=20 > > What crash is this? I've lost context... > >=20 > > robert. > >=20 >=20 > I *think* Luis was referring to some errors I reported repeating Xorg > crashes with the intel driver to the list last October ([1], [2], [3]). > I couldn't resolve them, and after rolling back to 7.0 RELEASE, and > still getting them, I gave up and replaced my laptop machine with a > desktop with nvidia.=20 > It would probably be worth getting Luis to restate his problem! Yes, we need current details kernel version, server/driver version, possibly libdrm version and mesa version. All of these bits are intertwined to make X go... robert. > Cheers >=20 > Tom >=20 > =20 > [1] http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D32504+0 > +archive/2008/freebsd-x11/20080928.freebsd-x11 > [2] http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D661225+0 > +archive/2008/freebsd-x11/20081012.freebsd-x11 > [3] http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D62898+0 > +archive/2008/freebsd-x11/20081019.freebsd-x11 >=20 > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" --=20 Robert Noland FreeBSD --=-wRSMPwF+KiXt701osfZt Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknwk/QACgkQM4TrQ4qfROPmLQCdHgZoZh55LIRS7gyjh417TYD0 U0YAnA96JEXCtOLAeQ/g0NxzBNnrs4uI =JQdH -----END PGP SIGNATURE----- --=-wRSMPwF+KiXt701osfZt-- From owner-freebsd-x11@FreeBSD.ORG Thu Apr 23 17:12:03 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 218E61065686 for ; Thu, 23 Apr 2009 17:12:03 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id E5F688FC08 for ; Thu, 23 Apr 2009 17:12:02 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-19-252-177.bna.bellsouth.net [68.19.252.177]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3NHBvWI082039 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Apr 2009 13:11:58 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: PINTO Luis In-Reply-To: <008d01c9c430$e7e86050$118be50a@corp.noxiane.net> References: <000701c9c410$5a02e5f0$118be50a@corp.noxiane.net> <1240494033.8205.74.camel@strangepork.mintel.co.uk> <1240500247.2142.22.camel@balrog.2hip.net> <008d01c9c430$e7e86050$118be50a@corp.noxiane.net> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-sAUbeAXNneMGdKjiQ06B" Organization: FreeBSD Date: Thu, 23 Apr 2009 12:11:45 -0500 Message-Id: <1240506705.2142.32.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00, MIME_QP_LONG_LINE,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Tom Evans , freebsd-x11@freebsd.org, Luis Henrique Terbeck Pinto Subject: Re: Repeated Xorg crashes with intel driver X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 17:12:03 -0000 --=-sAUbeAXNneMGdKjiQ06B Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable On Thu, 2009-04-23 at 13:31 -0300, PINTO Luis wrote: > The crashes happens in a randomic way. Some times it takes hours, other=20 > times it takes days till to happen. There is no previous advice and it=20 > causes a strange behavior in the screen. It begins to blink and lost the=20 > graphic environement. After a message is showed sugesting the lost of xor= g=20 > server conection, and I must to reboot the computer. >=20 > I am using an Intel Celeron M CPU 430 @ 1.73 GHz, with 5012 Mb. >=20 > Xorg is in the 1.4.2 version and the Xorg.0.log don't show me none about=20 > ERRORS, just some WARNINGS (see the attached). >=20 > Some people have reported the problem as if it would be caused by drawing= =20 > complex geometries, but I couldn't reproduce the ERROR. >=20 > I don't wath happens and how to solve this problem. I have tryed to expla= in=20 > the problem to jcristau@debian.org the responsable by this bug on the Xor= g=20 > Task Force, but I didn't have success. Note that I can only support FreeBSD... Your best bet is the Intel developers, though they will most likely just tell you to update everything to the current bleeding edge stuff on linux... That likely means, running KMS (kernel mode setting), GEM, UXA and DRI2. There doesn't appear to be much support otherwise. robert. > Thanks for your help. >=20 > Att. >=20 > Assinatura Luis Henrique Terbeck Pinto Projeto iFA-RdB Dire=E7=E3o de=20 > Fabrica=E7=E3o - CVP API: OBR CVP 0 02 Telefone: +55 (41) 3380-2250 Celul= ar: +55=20 > (41) 8809-9525 E-mail: luis.h.pinto@renault.com >=20 > ----- Original Message -----=20 > From: "Robert Noland" > To: "Tom Evans" > Cc: "PINTO Luis" ; ;=20 > "Luis Henrique Terbeck Pinto" > Sent: Thursday, April 23, 2009 12:24 PM > Subject: Re: Repeated Xorg crashes with intel driver >=20 >=20 >=20 > -- Disclaimer ------------------------------------ > Ce message ainsi que les eventuelles pieces jointes constituent une corre= spondance privee et confidentielle a l'attention exclusive du destinataire = designe ci-dessus. Si vous n'etes pas le destinataire du present message ou= une personne susceptible de pouvoir le lui delivrer, il vous est signifie = que toute divulgation, distribution ou copie de cette transmission est stri= ctement interdite. Si vous avez recu ce message par erreur, nous vous remer= cions d'en informer l'expediteur par telephone ou de lui retourner le prese= nt message, puis d'effacer immediatement ce message de votre systeme. > *** > This e-mail and any attachments is a confidential correspondence intended= only for use of the individual or entity named above. If you are not the i= ntended recipient or the agent responsible for delivering the message to th= e intended recipient, you are hereby notified that any disclosure, distribu= tion or copying of this communication is strictly prohibited. If you have r= eceived this communication in error, please notify the sender by phone or b= y replying this message, and then delete this message from your system. --=20 Robert Noland FreeBSD --=-sAUbeAXNneMGdKjiQ06B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknwoVEACgkQM4TrQ4qfRONqOwCfW4qbP+vqLpn2UHnX6MKtIr3t DdYAmQGoJA64f0Y6CVMlv7xPG7TCdhKC =enuX -----END PGP SIGNATURE----- --=-sAUbeAXNneMGdKjiQ06B-- From owner-freebsd-x11@FreeBSD.ORG Thu Apr 23 16:31:14 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF50A106566C for ; Thu, 23 Apr 2009 16:31:14 +0000 (UTC) (envelope-from luis.h.pinto@renault.com) Received: from smtp.renault.fr (xenia3-in0.renault.fr [193.194.133.17]) by mx1.freebsd.org (Postfix) with ESMTP id 4AF0B8FC15 for ; Thu, 23 Apr 2009 16:31:13 +0000 (UTC) (envelope-from luis.h.pinto@renault.com) Received: from ebola5.mc2.renault.fr (ebola5.mc2.renault.fr [193.194.133.36]) by smtp.renault.fr (Postfix) with SMTP id F35C7C743; Thu, 23 Apr 2009 18:31:09 +0200 (MEST) Received: from (unknown [10.210.68.9]) by ebola5.mc2.renault.fr with smtp id 75e1_27053e70_3024_11de_abbb_001422113b76; Thu, 23 Apr 2009 18:31:09 +0200 Received: from hepatite5.mc2.renault.fr (hepatite5.mc2.renault.fr [10.210.68.28]) by univers4.mc2.renault.fr (8.13.6/8.13.6) with SMTP id n3NGV9bu016343; Thu, 23 Apr 2009 18:31:09 +0200 (MEST) Received: from (unknown [10.210.68.13]) by hepatite5.mc2.renault.fr with smtp id 5d46_26accbfa_3024_11de_9fab_001422114079; Thu, 23 Apr 2009 16:31:09 +0000 Received: from su356aos (su356aos.mc2.renault.fr [138.21.107.59]) by univers4.mc2.renault.fr (8.13.6/8.13.6) with ESMTP id n3NGV9Yi016307; Thu, 23 Apr 2009 18:31:09 +0200 (MEST) Received: from su358aos (su358aos.mc2.renault.fr [138.21.107.206]) by wsmtp54.mc2.renault.fr (iPlanet Messaging Server 5.2 HotFix 2.09 (built Nov 18 2005)) with ESMTP id <0KIK004H3B7XIC@wsmtp54.mc2.renault.fr>; Thu, 23 Apr 2009 18:31:09 +0200 (MEST) Received: from BR00328557 ([10.229.139.17]) by wsmtpin57.mc2.renault.fr (iPlanet Messaging Server 5.2 HotFix 2.09 (built Nov 18 2005)) with ESMTP id <0KIK00EGZB7UIO@wsmtpin57.mc2.renault.fr>; Thu, 23 Apr 2009 18:31:09 +0200 (MEST) Date: Thu, 23 Apr 2009 13:31:06 -0300 From: PINTO Luis To: Robert Noland , Tom Evans Message-id: <008d01c9c430$e7e86050$118be50a@corp.noxiane.net> Organization: Renault MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Mailer: Microsoft Outlook Express 6.00.2900.3138 Content-type: multipart/mixed; boundary="Boundary_(ID_0UWhjOiZZYLkY80PrUe0Jg)" X-Priority: 3 X-MSMail-priority: Normal References: <000701c9c410$5a02e5f0$118be50a@corp.noxiane.net> <1240494033.8205.74.camel@strangepork.mintel.co.uk> <1240500247.2142.22.camel@balrog.2hip.net> X-NAI-Spam-Report: 1 Rules triggered * 0 -- RV3141 -- BODY: Version number X-Mailman-Approved-At: Thu, 23 Apr 2009 18:44:58 +0000 Cc: freebsd-x11@freebsd.org, Luis Henrique Terbeck Pinto Subject: Re: Repeated Xorg crashes with intel driver X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 16:31:15 -0000 This is a multi-part message in MIME format. --Boundary_(ID_0UWhjOiZZYLkY80PrUe0Jg) Content-type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: base64 X-MIME-Autoconverted: from 8bit to quoted-printable by univers4.mc2.renault.fr id n3NGV9Yi016307 X-NAIMIME-Disclaimer: 1 X-NAIMIME-Modified: 1 VGhlIGNyYXNoZXMgaGFwcGVucyBpbiBhIHJhbmRvbWljIHdheS4gU29tZSB0aW1lcyBpdCB0YWtl cyBob3Vycywgb3RoZXIgCnRpbWVzIGl0IHRha2VzIGRheXMgdGlsbCB0byBoYXBwZW4uIFRoZXJl IGlzIG5vIHByZXZpb3VzIGFkdmljZSBhbmQgaXQgCmNhdXNlcyBhIHN0cmFuZ2UgYmVoYXZpb3Ig aW4gdGhlIHNjcmVlbi4gSXQgYmVnaW5zIHRvIGJsaW5rIGFuZCBsb3N0IHRoZSAKZ3JhcGhpYyBl bnZpcm9uZW1lbnQuIEFmdGVyIGEgbWVzc2FnZSBpcyBzaG93ZWQgc3VnZXN0aW5nIHRoZSBsb3N0 IG9mIHhvcmcgCnNlcnZlciBjb25lY3Rpb24sIGFuZCBJIG11c3QgdG8gcmVib290IHRoZSBjb21w dXRlci4KCkkgYW0gdXNpbmcgYW4gSW50ZWwgQ2VsZXJvbiBNIENQVSA0MzAgQCAxLjczIEdIeiwg d2l0aCA1MDEyIE1iLgoKWG9yZyBpcyBpbiB0aGUgMS40LjIgdmVyc2lvbiBhbmQgdGhlIFhvcmcu MC5sb2cgZG9uJ3Qgc2hvdyBtZSBub25lIGFib3V0IApFUlJPUlMsIGp1c3Qgc29tZSBXQVJOSU5H UyAoc2VlIHRoZSBhdHRhY2hlZCkuCgpTb21lIHBlb3BsZSBoYXZlIHJlcG9ydGVkIHRoZSBwcm9i bGVtIGFzIGlmIGl0IHdvdWxkIGJlIGNhdXNlZCBieSBkcmF3aW5nIApjb21wbGV4IGdlb21ldHJp ZXMsIGJ1dCBJIGNvdWxkbid0IHJlcHJvZHVjZSB0aGUgRVJST1IuCgpJIGRvbid0IHdhdGggaGFw cGVucyBhbmQgaG93IHRvIHNvbHZlIHRoaXMgcHJvYmxlbS4gSSBoYXZlIHRyeWVkIHRvIGV4cGxh aW4gCnRoZSBwcm9ibGVtIHRvIGpjcmlzdGF1QGRlYmlhbi5vcmcgdGhlIHJlc3BvbnNhYmxlIGJ5 IHRoaXMgYnVnIG9uIHRoZSBYb3JnIApUYXNrIEZvcmNlLCBidXQgSSBkaWRuJ3QgaGF2ZSBzdWNj ZXNzLgoKVGhhbmtzIGZvciB5b3VyIGhlbHAuCgpBdHQuCgpBc3NpbmF0dXJhIEx1aXMgSGVucmlx dWUgVGVyYmVjayBQaW50byBQcm9qZXRvIGlGQS1SZEIgRGlyZefjbyBkZSAKRmFicmljYefjbyAt IENWUCBBUEk6IE9CUiBDVlAgMCAwMiBUZWxlZm9uZTogKzU1ICg0MSkgMzM4MC0yMjUwIENlbHVs YXI6ICs1NSAKKDQxKSA4ODA5LTk1MjUgRS1tYWlsOiBsdWlzLmgucGludG9AcmVuYXVsdC5jb20K Ci0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0gCkZyb206ICJSb2JlcnQgTm9sYW5kIiA8cm5v bGFuZEBGcmVlQlNELm9yZz4KVG86ICJUb20gRXZhbnMiIDx0ZXZhbnMudWtAZ29vZ2xlbWFpbC5j b20+CkNjOiAiUElOVE8gTHVpcyIgPGx1aXMuaC5waW50b0ByZW5hdWx0LmNvbT47IDxmcmVlYnNk LXgxMUBmcmVlYnNkLm9yZz47IAoiTHVpcyBIZW5yaXF1ZSBUZXJiZWNrIFBpbnRvIiA8bGh0cEB5 bWFpbC5jb20+ClNlbnQ6IFRodXJzZGF5LCBBcHJpbCAyMywgMjAwOSAxMjoyNCBQTQpTdWJqZWN0 OiBSZTogUmVwZWF0ZWQgWG9yZyBjcmFzaGVzIHdpdGggaW50ZWwgZHJpdmVyCgoKCi0tIERpc2Ns YWltZXIgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCkNlIG1lc3NhZ2UgYWlu c2kgcXVlIGxlcyBldmVudHVlbGxlcyBwaWVjZXMgam9pbnRlcyBjb25zdGl0dWVudCB1bmUgY29y cmVzcG9uZGFuY2UgcHJpdmVlIGV0IGNvbmZpZGVudGllbGxlIGEgbCdhdHRlbnRpb24gZXhjbHVz aXZlIGR1IGRlc3RpbmF0YWlyZSBkZXNpZ25lIGNpLWRlc3N1cy4gU2kgdm91cyBuJ2V0ZXMgcGFz IGxlIGRlc3RpbmF0YWlyZSBkdSBwcmVzZW50IG1lc3NhZ2Ugb3UgdW5lIHBlcnNvbm5lIHN1c2Nl cHRpYmxlIGRlIHBvdXZvaXIgbGUgbHVpIGRlbGl2cmVyLCBpbCB2b3VzIGVzdCBzaWduaWZpZSBx dWUgdG91dGUgZGl2dWxnYXRpb24sIGRpc3RyaWJ1dGlvbiBvdSBjb3BpZSBkZSBjZXR0ZSB0cmFu c21pc3Npb24gZXN0IHN0cmljdGVtZW50IGludGVyZGl0ZS4gU2kgdm91cyBhdmV6IHJlY3UgY2Ug bWVzc2FnZSBwYXIgZXJyZXVyLCBub3VzIHZvdXMgcmVtZXJjaW9ucyBkJ2VuIGluZm9ybWVyIGwn ZXhwZWRpdGV1ciBwYXIgdGVsZXBob25lIG91IGRlIGx1aSByZXRvdXJuZXIgbGUgcHJlc2VudCBt ZXNzYWdlLCBwdWlzIGQnZWZmYWNlciBpbW1lZGlhdGVtZW50IGNlIG1lc3NhZ2UgZGUgdm90cmUg c3lzdGVtZS4KKioqClRoaXMgZS1tYWlsIGFuZCBhbnkgYXR0YWNobWVudHMgaXMgYSBjb25maWRl bnRpYWwgY29ycmVzcG9uZGVuY2UgaW50ZW5kZWQgb25seSBmb3IgdXNlIG9mIHRoZSBpbmRpdmlk dWFsIG9yIGVudGl0eSBuYW1lZCBhYm92ZS4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJl Y2lwaWVudCBvciB0aGUgYWdlbnQgcmVzcG9uc2libGUgZm9yIGRlbGl2ZXJpbmcgdGhlIG1lc3Nh Z2UgdG8gdGhlIGludGVuZGVkIHJlY2lwaWVudCwgeW91IGFyZSBoZXJlYnkgbm90aWZpZWQgdGhh dCBhbnkgZGlzY2xvc3VyZSwgZGlzdHJpYnV0aW9uIG9yIGNvcHlpbmcgb2YgdGhpcyBjb21tdW5p Y2F0aW9uIGlzIHN0cmljdGx5IHByb2hpYml0ZWQuIElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMg Y29tbXVuaWNhdGlvbiBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGJ5IHBob25l IG9yIGJ5IHJlcGx5aW5nIHRoaXMgbWVzc2FnZSwgYW5kIHRoZW4gZGVsZXRlIHRoaXMgbWVzc2Fn ZSBmcm9tIHlvdXIgc3lzdGVtLgo= --Boundary_(ID_0UWhjOiZZYLkY80PrUe0Jg) Content-type: application/octet-stream; name=Xorg.0.log Content-disposition: attachment; filename=Xorg.0.log Content-Transfer-Encoding: quoted-printable =0A= X.Org X Server 1.4.2=0A= Release Date: 11 June 2008=0A= X Protocol Version 11, Revision 0=0A= Build Operating System: Linux Debian (xorg-server 2:1.4.2-10.lenny1)=0A= Current Operating System: Linux debian 2.6.26-2-686 #1 SMP Thu Mar 26 = 01:08:11 UTC 2009 i686=0A= Build Date: 15 March 2009 03:18:10PM=0A= =0A= Before reporting problems, check http://wiki.x.org=0A= to make sure that you have the latest version.=0A= Module Loader present=0A= Markers: (--) probed, (**) from config file, (=3D=3D) default setting,=0A= (++) from command line, (!!) notice, (II) informational,=0A= (WW) warning, (EE) error, (NI) not implemented, (??) unknown.=0A= (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Thu Apr 23 12:22:26 2009=0A= (=3D=3D) Using config file: "/etc/X11/xorg.conf"=0A= (=3D=3D) No Layout section. Using the first Screen section.=0A= (**) |-->Screen "Default Screen" (0)=0A= (**) | |-->Monitor "Configured Monitor"=0A= (=3D=3D) No device specified for screen "Default Screen".=0A= Using the first device section listed.=0A= (**) | |-->Device "Configured Video Device"=0A= (=3D=3D) |-->Input Device "Configured Mouse"=0A= (=3D=3D) |-->Input Device "Generic Keyboard"=0A= (=3D=3D) The core pointer device wasn't specified explicitly in the = layout.=0A= Using the first mouse device.=0A= (=3D=3D) The core keyboard device wasn't specified explicitly in the = layout.=0A= Using the first keyboard device.=0A= (=3D=3D) Automatically adding devices=0A= (=3D=3D) Automatically enabling devices=0A= (=3D=3D) No FontPath specified. Using compiled-in default.=0A= (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.=0A= Entry deleted from font path.=0A= (=3D=3D) FontPath set to:=0A= /usr/share/fonts/X11/misc,=0A= /usr/share/fonts/X11/100dpi/:unscaled,=0A= /usr/share/fonts/X11/75dpi/:unscaled,=0A= /usr/share/fonts/X11/Type1,=0A= /usr/share/fonts/X11/100dpi,=0A= /usr/share/fonts/X11/75dpi,=0A= /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType=0A= (=3D=3D) RgbPath set to "/etc/X11/rgb"=0A= (=3D=3D) ModulePath set to "/usr/lib/xorg/modules"=0A= (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)=0A= (II) No APM support in BIOS or kernel=0A= (II) Loader magic: 0x81e38c0=0A= (II) Module ABI versions:=0A= X.Org ANSI C Emulation: 0.3=0A= X.Org Video Driver: 2.0=0A= X.Org XInput driver : 2.0=0A= X.Org Server Extension : 0.3=0A= X.Org Font Renderer : 0.5=0A= (II) Loader running on linux=0A= (II) LoadModule: "pcidata"=0A= (II) Loading /usr/lib/xorg/modules//libpcidata.so=0A= (II) Module pcidata: vendor=3D"X.Org Foundation"=0A= compiled for 1.4.2, module version =3D 1.0.0=0A= ABI class: X.Org Video Driver, version 2.0=0A= (++) using VT number 7=0A= =0A= (II) PCI: PCI scan (all values are in hex)=0A= (II) PCI: 00:00:0: chip 8086,27a0 card 152d,0755 rev 03 class 06,00,00 = hdr 00=0A= (II) PCI: 00:02:0: chip 8086,27a2 card 152d,0755 rev 03 class 03,00,00 = hdr 80=0A= (II) PCI: 00:02:1: chip 8086,27a6 card 152d,0755 rev 03 class 03,80,00 = hdr 80=0A= (II) PCI: 00:1b:0: chip 8086,27d8 card 152d,0755 rev 02 class 04,03,00 = hdr 00=0A= (II) PCI: 00:1c:0: chip 8086,27d0 card 0000,0000 rev 02 class 06,04,00 = hdr 81=0A= (II) PCI: 00:1c:1: chip 8086,27d2 card 0000,0000 rev 02 class 06,04,00 = hdr 81=0A= (II) PCI: 00:1c:2: chip 8086,27d4 card 0000,0000 rev 02 class 06,04,00 = hdr 81=0A= (II) PCI: 00:1d:0: chip 8086,27c8 card 152d,0755 rev 02 class 0c,03,00 = hdr 80=0A= (II) PCI: 00:1d:1: chip 8086,27c9 card 152d,0755 rev 02 class 0c,03,00 = hdr 00=0A= (II) PCI: 00:1d:2: chip 8086,27ca card 152d,0755 rev 02 class 0c,03,00 = hdr 00=0A= (II) PCI: 00:1d:3: chip 8086,27cb card 152d,0755 rev 02 class 0c,03,00 = hdr 00=0A= (II) PCI: 00:1d:7: chip 8086,27cc card 152d,0755 rev 02 class 0c,03,20 = hdr 00=0A= (II) PCI: 00:1e:0: chip 8086,2448 card 0000,0000 rev e2 class 06,04,01 = hdr 01=0A= (II) PCI: 00:1f:0: chip 8086,27b9 card 152d,0755 rev 02 class 06,01,00 = hdr 80=0A= (II) PCI: 00:1f:2: chip 8086,27c4 card 152d,0755 rev 02 class 01,01,80 = hdr 00=0A= (II) PCI: 00:1f:3: chip 8086,27da card 152d,0755 rev 02 class 0c,05,00 = hdr 00=0A= (II) PCI: 01:00:0: chip 14e4,4311 card 1a32,1102 rev 01 class 02,80,00 = hdr 00=0A= (II) PCI: 07:08:0: chip 8086,1092 card 152d,0755 rev 02 class 02,00,00 = hdr 00=0A= (II) PCI: 07:09:0: chip 1180,0832 card 152d,0755 rev 00 class 0c,00,10 = hdr 80=0A= (II) PCI: 07:09:1: chip 1180,0822 card 152d,0755 rev 19 class 08,05,00 = hdr 80=0A= (II) PCI: 07:09:2: chip 1180,0592 card 152d,0755 rev 0a class 08,80,00 = hdr 80=0A= (II) PCI: 07:09:3: chip 1180,0852 card 152d,0755 rev 05 class 08,80,00 = hdr 80=0A= (II) PCI: End of PCI scan=0A= (II) Intel Bridge workaround enabled=0A= (II) Host-to-PCI bridge:=0A= (II) Bus 0: bridge is at (0:0:0), (0,0,7), BCTRL: 0x0008 (VGA_EN is set)=0A= (II) Bus 0 I/O range:=0A= [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B]=0A= (II) Bus 0 non-prefetchable memory range:=0A= [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B]=0A= (II) Bus 0 prefetchable memory range:=0A= [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B]=0A= (II) PCI-to-PCI bridge:=0A= (II) Bus 1: bridge is at (0:28:0), (0,1,1), BCTRL: 0x0004 (VGA_EN is = cleared)=0A= (II) Bus 1 I/O range:=0A= [0] -1 0 0x00002000 - 0x000020ff (0x100) IX[B]=0A= [1] -1 0 0x00002400 - 0x000024ff (0x100) IX[B]=0A= [2] -1 0 0x00002800 - 0x000028ff (0x100) IX[B]=0A= [3] -1 0 0x00002c00 - 0x00002cff (0x100) IX[B]=0A= (II) Bus 1 non-prefetchable memory range:=0A= [0] -1 0 0xda000000 - 0xdbffffff (0x2000000) MX[B]=0A= (II) Bus 1 prefetchable memory range:=0A= [0] -1 0 0xd4000000 - 0xd5ffffff (0x2000000) MX[B]=0A= (II) PCI-to-PCI bridge:=0A= (II) Bus 3: bridge is at (0:28:1), (0,3,3), BCTRL: 0x0004 (VGA_EN is = cleared)=0A= (II) Bus 3 I/O range:=0A= [0] -1 0 0x00003000 - 0x000030ff (0x100) IX[B]=0A= [1] -1 0 0x00003400 - 0x000034ff (0x100) IX[B]=0A= [2] -1 0 0x00003800 - 0x000038ff (0x100) IX[B]=0A= [3] -1 0 0x00003c00 - 0x00003cff (0x100) IX[B]=0A= (II) Bus 3 non-prefetchable memory range:=0A= [0] -1 0 0xd6000000 - 0xd7ffffff (0x2000000) MX[B]=0A= (II) Bus 3 prefetchable memory range:=0A= [0] -1 0 0xd0000000 - 0xd1ffffff (0x2000000) MX[B]=0A= (II) PCI-to-PCI bridge:=0A= (II) Bus 5: bridge is at (0:28:2), (0,5,5), BCTRL: 0x0004 (VGA_EN is = cleared)=0A= (II) Bus 5 I/O range:=0A= [0] -1 0 0x00004000 - 0x000040ff (0x100) IX[B]=0A= [1] -1 0 0x00004400 - 0x000044ff (0x100) IX[B]=0A= [2] -1 0 0x00004800 - 0x000048ff (0x100) IX[B]=0A= [3] -1 0 0x00004c00 - 0x00004cff (0x100) IX[B]=0A= (II) Bus 5 non-prefetchable memory range:=0A= [0] -1 0 0xd8000000 - 0xd9ffffff (0x2000000) MX[B]=0A= (II) Bus 5 prefetchable memory range:=0A= [0] -1 0 0xd2000000 - 0xd3ffffff (0x2000000) MX[B]=0A= (II) Subtractive PCI-to-PCI bridge:=0A= (II) Bus 7: bridge is at (0:30:0), (0,7,7), BCTRL: 0x0000 (VGA_EN is = cleared)=0A= (II) Bus 7 I/O range:=0A= [0] -1 0 0x00005000 - 0x00005fff (0x1000) IX[B]=0A= (II) Bus 7 non-prefetchable memory range:=0A= [0] -1 0 0xdc000000 - 0xdc0fffff (0x100000) MX[B]=0A= (II) PCI-to-ISA bridge:=0A= (II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is = set)=0A= (--) PCI:*(0:2:0) Intel Corporation Mobile 945GM/GMS, 943/940GML Express = Integrated Graphics Controller rev 3, Mem @ 0xdc100000/19, = 0xc0000000/28, 0xdc200000/18, I/O @ 0x1800/3=0A= (--) PCI: (0:2:1) Intel Corporation Mobile 945GM/GMS/GME, 943/940GML = Express Integrated Graphics Controller rev 3, Mem @ 0xdc180000/19=0A= (II) Addressable bus resource ranges are=0A= [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B]=0A= [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B]=0A= (II) OS-reported resource ranges:=0A= [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)=0A= [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]=0A= [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]=0A= [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]=0A= [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]=0A= [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]=0A= (II) Active PCI resource ranges:=0A= [0] -1 0 0xdc001800 - 0xdc0018ff (0x100) MX[B]=0A= [1] -1 0 0xdc001000 - 0xdc0017ff (0x800) MX[B]=0A= [2] -1 0 0xdc000000 - 0xdc000fff (0x1000) MX[B]=0A= [3] -1 0 0xda000000 - 0xda003fff (0x4000) MX[B]=0A= [4] -1 0 0xdc444000 - 0xdc4443ff (0x400) MX[B]=0A= [5] -1 0 0xdc240000 - 0xdc243fff (0x4000) MX[B]=0A= [6] -1 0 0xdc180000 - 0xdc1fffff (0x80000) MX[B](B)=0A= [7] -1 0 0xdc200000 - 0xdc23ffff (0x40000) MX[B](B)=0A= [8] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B)=0A= [9] -1 0 0xdc100000 - 0xdc17ffff (0x80000) MX[B](B)=0A= [10] -1 0 0x00005000 - 0x0000503f (0x40) IX[B]=0A= [11] -1 0 0x000018e0 - 0x000018ff (0x20) IX[B]=0A= [12] -1 0 0x000018b0 - 0x000018bf (0x10) IX[B]=0A= [13] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B]=0A= [14] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B]=0A= [15] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B]=0A= [16] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B]=0A= [17] -1 0 0x00001880 - 0x0000189f (0x20) IX[B]=0A= [18] -1 0 0x00001860 - 0x0000187f (0x20) IX[B]=0A= [19] -1 0 0x00001840 - 0x0000185f (0x20) IX[B]=0A= [20] -1 0 0x00001820 - 0x0000183f (0x20) IX[B]=0A= [21] -1 0 0x00001800 - 0x00001807 (0x8) IX[B](B)=0A= (II) Inactive PCI resource ranges:=0A= [0] -1 0 0xdc002000 - 0xdc0020ff (0x100) MX[B]=0A= [1] -1 0 0xdc001c00 - 0xdc001cff (0x100) MX[B]=0A= (II) Active PCI resource ranges after removing overlaps:=0A= [0] -1 0 0xdc001800 - 0xdc0018ff (0x100) MX[B]=0A= [1] -1 0 0xdc001000 - 0xdc0017ff (0x800) MX[B]=0A= [2] -1 0 0xdc000000 - 0xdc000fff (0x1000) MX[B]=0A= [3] -1 0 0xda000000 - 0xda003fff (0x4000) MX[B]=0A= [4] -1 0 0xdc444000 - 0xdc4443ff (0x400) MX[B]=0A= [5] -1 0 0xdc240000 - 0xdc243fff (0x4000) MX[B]=0A= [6] -1 0 0xdc180000 - 0xdc1fffff (0x80000) MX[B](B)=0A= [7] -1 0 0xdc200000 - 0xdc23ffff (0x40000) MX[B](B)=0A= [8] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B)=0A= [9] -1 0 0xdc100000 - 0xdc17ffff (0x80000) MX[B](B)=0A= [10] -1 0 0x00005000 - 0x0000503f (0x40) IX[B]=0A= [11] -1 0 0x000018e0 - 0x000018ff (0x20) IX[B]=0A= [12] -1 0 0x000018b0 - 0x000018bf (0x10) IX[B]=0A= [13] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B]=0A= [14] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B]=0A= [15] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B]=0A= [16] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B]=0A= [17] -1 0 0x00001880 - 0x0000189f (0x20) IX[B]=0A= [18] -1 0 0x00001860 - 0x0000187f (0x20) IX[B]=0A= [19] -1 0 0x00001840 - 0x0000185f (0x20) IX[B]=0A= [20] -1 0 0x00001820 - 0x0000183f (0x20) IX[B]=0A= [21] -1 0 0x00001800 - 0x00001807 (0x8) IX[B](B)=0A= (II) Inactive PCI resource ranges after removing overlaps:=0A= [0] -1 0 0xdc002000 - 0xdc0020ff (0x100) MX[B]=0A= [1] -1 0 0xdc001c00 - 0xdc001cff (0x100) MX[B]=0A= (II) OS-reported resource ranges after removing overlaps with PCI:=0A= [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)=0A= [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]=0A= [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]=0A= [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]=0A= [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]=0A= [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]=0A= (II) All system resource ranges:=0A= [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)=0A= [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]=0A= [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]=0A= [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]=0A= [4] -1 0 0xdc001800 - 0xdc0018ff (0x100) MX[B]=0A= [5] -1 0 0xdc001000 - 0xdc0017ff (0x800) MX[B]=0A= [6] -1 0 0xdc000000 - 0xdc000fff (0x1000) MX[B]=0A= [7] -1 0 0xda000000 - 0xda003fff (0x4000) MX[B]=0A= [8] -1 0 0xdc444000 - 0xdc4443ff (0x400) MX[B]=0A= [9] -1 0 0xdc240000 - 0xdc243fff (0x4000) MX[B]=0A= [10] -1 0 0xdc180000 - 0xdc1fffff (0x80000) MX[B](B)=0A= [11] -1 0 0xdc200000 - 0xdc23ffff (0x40000) MX[B](B)=0A= [12] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B)=0A= [13] -1 0 0xdc100000 - 0xdc17ffff (0x80000) MX[B](B)=0A= [14] -1 0 0xdc002000 - 0xdc0020ff (0x100) MX[B]=0A= [15] -1 0 0xdc001c00 - 0xdc001cff (0x100) MX[B]=0A= [16] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]=0A= [17] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]=0A= [18] -1 0 0x00005000 - 0x0000503f (0x40) IX[B]=0A= [19] -1 0 0x000018e0 - 0x000018ff (0x20) IX[B]=0A= [20] -1 0 0x000018b0 - 0x000018bf (0x10) IX[B]=0A= [21] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B]=0A= [22] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B]=0A= [23] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B]=0A= [24] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B]=0A= [25] -1 0 0x00001880 - 0x0000189f (0x20) IX[B]=0A= [26] -1 0 0x00001860 - 0x0000187f (0x20) IX[B]=0A= [27] -1 0 0x00001840 - 0x0000185f (0x20) IX[B]=0A= [28] -1 0 0x00001820 - 0x0000183f (0x20) IX[B]=0A= [29] -1 0 0x00001800 - 0x00001807 (0x8) IX[B](B)=0A= (II) LoadModule: "extmod"=0A= (II) Loading /usr/lib/xorg/modules/extensions//libextmod.so=0A= (II) Module extmod: vendor=3D"X.Org Foundation"=0A= compiled for 1.4.2, module version =3D 1.0.0=0A= Module class: X.Org Server Extension=0A= ABI class: X.Org Server Extension, version 0.3=0A= (II) Loading extension SHAPE=0A= (II) Loading extension MIT-SUNDRY-NONSTANDARD=0A= (II) Loading extension BIG-REQUESTS=0A= (II) Loading extension SYNC=0A= (II) Loading extension MIT-SCREEN-SAVER=0A= (II) Loading extension XC-MISC=0A= (II) Loading extension XFree86-VidModeExtension=0A= (II) Loading extension XFree86-Misc=0A= (II) Loading extension XFree86-DGA=0A= (II) Loading extension DPMS=0A= (II) Loading extension TOG-CUP=0A= (II) Loading extension Extended-Visual-Information=0A= (II) Loading extension XVideo=0A= (II) Loading extension XVideo-MotionCompensation=0A= (II) Loading extension X-Resource=0A= (II) LoadModule: "dbe"=0A= (II) Loading /usr/lib/xorg/modules/extensions//libdbe.so=0A= (II) Module dbe: vendor=3D"X.Org Foundation"=0A= compiled for 1.4.2, module version =3D 1.0.0=0A= Module class: X.Org Server Extension=0A= ABI class: X.Org Server Extension, version 0.3=0A= (II) Loading extension DOUBLE-BUFFER=0A= (II) LoadModule: "glx"=0A= (II) Loading /usr/lib/xorg/modules/extensions//libglx.so=0A= (II) Module glx: vendor=3D"X.Org Foundation"=0A= compiled for 1.4.2, module version =3D 1.0.0=0A= ABI class: X.Org Server Extension, version 0.3=0A= (=3D=3D) AIGLX enabled=0A= (II) Loading extension GLX=0A= (II) LoadModule: "freetype"=0A= (II) Loading /usr/lib/xorg/modules//fonts/libfreetype.so=0A= (II) Module freetype: vendor=3D"X.Org Foundation & the After X-TT = Project"=0A= compiled for 1.4.2, module version =3D 2.1.0=0A= Module class: X.Org Font Renderer=0A= ABI class: X.Org Font Renderer, version 0.5=0A= (II) Loading font FreeType=0A= (II) LoadModule: "record"=0A= (II) Loading /usr/lib/xorg/modules/extensions//librecord.so=0A= (II) Module record: vendor=3D"X.Org Foundation"=0A= compiled for 1.4.2, module version =3D 1.13.0=0A= Module class: X.Org Server Extension=0A= ABI class: X.Org Server Extension, version 0.3=0A= (II) Loading extension RECORD=0A= (II) LoadModule: "dri"=0A= (II) Loading /usr/lib/xorg/modules/extensions//libdri.so=0A= (II) Module dri: vendor=3D"X.Org Foundation"=0A= compiled for 1.4.2, module version =3D 1.0.0=0A= ABI class: X.Org Server Extension, version 0.3=0A= (II) Loading extension XFree86-DRI=0A= (II) Matched intel from file name intel.ids in autoconfig=0A= (=3D=3D) Matched intel for the autoconfigured driver=0A= (=3D=3D) Assigned the driver to the xf86ConfigLayout=0A= (II) LoadModule: "intel"=0A= (II) Loading /usr/lib/xorg/modules/drivers//intel_drv.so=0A= (II) Module intel: vendor=3D"X.Org Foundation"=0A= compiled for 1.4.2, module version =3D 2.3.2=0A= Module class: X.Org Video Driver=0A= ABI class: X.Org Video Driver, version 2.0=0A= (II) LoadModule: "mouse"=0A= (II) Loading /usr/lib/xorg/modules/input//mouse_drv.so=0A= (II) Module mouse: vendor=3D"X.Org Foundation"=0A= compiled for 1.4.0.90, module version =3D 1.3.0=0A= Module class: X.Org XInput Driver=0A= ABI class: X.Org XInput driver, version 2.0=0A= (II) LoadModule: "kbd"=0A= (II) Loading /usr/lib/xorg/modules/input//kbd_drv.so=0A= (II) Module kbd: vendor=3D"X.Org Foundation"=0A= compiled for 1.4.0.90, module version =3D 1.3.1=0A= Module class: X.Org XInput Driver=0A= ABI class: X.Org XInput driver, version 2.0=0A= (II) intel: Driver for Intel Integrated Graphics Chipsets: i810,=0A= i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G,=0A= E7221 (i915), 915GM, 945G, 945GM, 945GME, 965G, G35, 965Q, 946GZ,=0A= 965GM, 965GME/GLE, G33, Q35, Q33,=0A= Mobile Intel=AE GM45 Express Chipset,=0A= Intel Integrated Graphics Device, G45/G43, Q45/Q43, G41=0A= (II) Primary Device is: PCI 00:02:0=0A= (--) Assigning device section with no busID to primary device=0A= (WW) intel: No matching Device section for instance (BusID PCI:0:2:1) = found=0A= (--) Chipset 945GM found=0A= (II) resource ranges after xf86ClaimFixedResources() call:=0A= [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)=0A= [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]=0A= [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]=0A= [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]=0A= [4] -1 0 0xdc001800 - 0xdc0018ff (0x100) MX[B]=0A= [5] -1 0 0xdc001000 - 0xdc0017ff (0x800) MX[B]=0A= [6] -1 0 0xdc000000 - 0xdc000fff (0x1000) MX[B]=0A= [7] -1 0 0xda000000 - 0xda003fff (0x4000) MX[B]=0A= [8] -1 0 0xdc444000 - 0xdc4443ff (0x400) MX[B]=0A= [9] -1 0 0xdc240000 - 0xdc243fff (0x4000) MX[B]=0A= [10] -1 0 0xdc180000 - 0xdc1fffff (0x80000) MX[B](B)=0A= [11] -1 0 0xdc200000 - 0xdc23ffff (0x40000) MX[B](B)=0A= [12] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B)=0A= [13] -1 0 0xdc100000 - 0xdc17ffff (0x80000) MX[B](B)=0A= [14] -1 0 0xdc002000 - 0xdc0020ff (0x100) MX[B]=0A= [15] -1 0 0xdc001c00 - 0xdc001cff (0x100) MX[B]=0A= [16] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]=0A= [17] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]=0A= [18] -1 0 0x00005000 - 0x0000503f (0x40) IX[B]=0A= [19] -1 0 0x000018e0 - 0x000018ff (0x20) IX[B]=0A= [20] -1 0 0x000018b0 - 0x000018bf (0x10) IX[B]=0A= [21] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B]=0A= [22] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B]=0A= [23] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B]=0A= [24] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B]=0A= [25] -1 0 0x00001880 - 0x0000189f (0x20) IX[B]=0A= [26] -1 0 0x00001860 - 0x0000187f (0x20) IX[B]=0A= [27] -1 0 0x00001840 - 0x0000185f (0x20) IX[B]=0A= [28] -1 0 0x00001820 - 0x0000183f (0x20) IX[B]=0A= [29] -1 0 0x00001800 - 0x00001807 (0x8) IX[B](B)=0A= (II) resource ranges after probing:=0A= [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)=0A= [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]=0A= [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]=0A= [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]=0A= [4] -1 0 0xdc001800 - 0xdc0018ff (0x100) MX[B]=0A= [5] -1 0 0xdc001000 - 0xdc0017ff (0x800) MX[B]=0A= [6] -1 0 0xdc000000 - 0xdc000fff (0x1000) MX[B]=0A= [7] -1 0 0xda000000 - 0xda003fff (0x4000) MX[B]=0A= [8] -1 0 0xdc444000 - 0xdc4443ff (0x400) MX[B]=0A= [9] -1 0 0xdc240000 - 0xdc243fff (0x4000) MX[B]=0A= [10] -1 0 0xdc180000 - 0xdc1fffff (0x80000) MX[B](B)=0A= [11] -1 0 0xdc200000 - 0xdc23ffff (0x40000) MX[B](B)=0A= [12] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B)=0A= [13] -1 0 0xdc100000 - 0xdc17ffff (0x80000) MX[B](B)=0A= [14] -1 0 0xdc002000 - 0xdc0020ff (0x100) MX[B]=0A= [15] -1 0 0xdc001c00 - 0xdc001cff (0x100) MX[B]=0A= [16] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B]=0A= [17] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B]=0A= [18] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B]=0A= [19] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]=0A= [20] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]=0A= [21] -1 0 0x00005000 - 0x0000503f (0x40) IX[B]=0A= [22] -1 0 0x000018e0 - 0x000018ff (0x20) IX[B]=0A= [23] -1 0 0x000018b0 - 0x000018bf (0x10) IX[B]=0A= [24] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B]=0A= [25] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B]=0A= [26] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B]=0A= [27] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B]=0A= [28] -1 0 0x00001880 - 0x0000189f (0x20) IX[B]=0A= [29] -1 0 0x00001860 - 0x0000187f (0x20) IX[B]=0A= [30] -1 0 0x00001840 - 0x0000185f (0x20) IX[B]=0A= [31] -1 0 0x00001820 - 0x0000183f (0x20) IX[B]=0A= [32] -1 0 0x00001800 - 0x00001807 (0x8) IX[B](B)=0A= [33] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B]=0A= [34] 0 0 0x000003c0 - 0x000003df (0x20) IS[B]=0A= (II) Setting vga for screen 0.=0A= (II) Loading sub module "int10"=0A= (II) LoadModule: "int10"=0A= (II) Loading /usr/lib/xorg/modules//libint10.so=0A= (II) Module int10: vendor=3D"X.Org Foundation"=0A= compiled for 1.4.2, module version =3D 1.0.0=0A= ABI class: X.Org Video Driver, version 2.0=0A= (II) Loading sub module "vbe"=0A= (II) LoadModule: "vbe"=0A= (II) Loading /usr/lib/xorg/modules//libvbe.so=0A= (II) Module vbe: vendor=3D"X.Org Foundation"=0A= compiled for 1.4.2, module version =3D 1.1.0=0A= ABI class: X.Org Video Driver, version 2.0=0A= (II) Loading sub module "vgahw"=0A= (II) LoadModule: "vgahw"=0A= (II) Loading /usr/lib/xorg/modules//libvgahw.so=0A= (II) Module vgahw: vendor=3D"X.Org Foundation"=0A= compiled for 1.4.2, module version =3D 0.1.0=0A= ABI class: X.Org Video Driver, version 2.0=0A= (II) intel(0): Creating default Display subsection in Screen section=0A= "Default Screen" for depth/fbbpp 24/32=0A= (=3D=3D) intel(0): Depth 24, (--) framebuffer bpp 32=0A= (=3D=3D) intel(0): RGB weight 888=0A= (=3D=3D) intel(0): Default visual is TrueColor=0A= (II) intel(0): Integrated Graphics Chipset: Intel(R) 945GM=0A= (--) intel(0): Chipset: "945GM"=0A= (--) intel(0): Linear framebuffer at 0xC0000000=0A= (--) intel(0): IO registers at addr 0xDC100000=0A= (II) intel(0): 2 display pipes available.=0A= (=3D=3D) intel(0): Using EXA for acceleration=0A= (=3D=3D) intel(0): Enabling EXA render acceleration=0A= (II) Loading sub module "ddc"=0A= (II) LoadModule: "ddc"(II) Module "ddc" already built-in=0A= (II) Loading sub module "i2c"=0A= (II) LoadModule: "i2c"(II) Module "i2c" already built-in=0A= (II) intel(0): Output VGA using monitor section Configured Monitor=0A= (II) intel(0): I2C bus "CRTDDC_A" initialized.=0A= (II) intel(0): Output LVDS has no monitor section=0A= (II) intel(0): I2C bus "LVDSDDC_C" initialized.=0A= (II) intel(0): Attempting to determine panel fixed mode.=0A= (II) intel(0): I2C device "LVDSDDC_C:ddc2" registered at address 0xA0.=0A= (II) intel(0): EDID vendor "CMO", prod id 4624=0A= (II) Loading sub module "int10"=0A= (II) LoadModule: "int10"=0A= (II) Reloading /usr/lib/xorg/modules//libint10.so=0A= (II) intel(0): initializing int10=0A= (WW) intel(0): Bad V_BIOS checksum=0A= (II) intel(0): Primary V_BIOS segment is: 0xc000=0A= (II) intel(0): VESA BIOS detected=0A= (II) intel(0): VESA VBE Version 3.0=0A= (II) intel(0): VESA VBE Total Mem: 7872 kB=0A= (II) intel(0): VESA VBE OEM: Intel(r) 82945GM Chipset Family Graphics = Chip Accelerated VGA BIOS=0A= (II) intel(0): VESA VBE OEM Software Rev: 1.0=0A= (II) intel(0): VESA VBE OEM Vendor: Intel Corporation=0A= (II) intel(0): VESA VBE OEM Product: Intel(r) 82945GM Chipset Family = Graphics Controller=0A= (II) intel(0): VESA VBE OEM Product Rev: Hardware Version 0.0=0A= (II) intel(0): I2C bus "SDVOCTRL_E for SDVOB" initialized.=0A= (II) intel(0): I2C device "SDVOCTRL_E for SDVOB:SDVO Controller B" = registered at address 0x70.=0A= (II) intel(0): No SDVO device found on SDVOB=0A= (II) intel(0): I2C device "SDVOCTRL_E for SDVOB:SDVO Controller B" = removed.=0A= (II) intel(0): I2C bus "SDVOCTRL_E for SDVOB" removed.=0A= (II) intel(0): I2C bus "SDVOCTRL_E for SDVOC" initialized.=0A= (II) intel(0): I2C device "SDVOCTRL_E for SDVOC:SDVO Controller C" = registered at address 0x72.=0A= (II) intel(0): No SDVO device found on SDVOC=0A= (II) intel(0): I2C device "SDVOCTRL_E for SDVOC:SDVO Controller C" = removed.=0A= (II) intel(0): I2C bus "SDVOCTRL_E for SDVOC" removed.=0A= (II) intel(0): Output TV has no monitor section=0A= (II) intel(0): EDID vendor "CMO", prod id 4624=0A= (II) intel(0): Output VGA disconnected=0A= (II) intel(0): Output LVDS connected=0A= (II) intel(0): Output TV disconnected=0A= (II) intel(0): Output LVDS using initial mode 1280x800=0A= (II) intel(0): Monitoring connected displays enabled=0A= (II) intel(0): detected 256 kB GTT.=0A= (II) intel(0): detected 7932 kB stolen memory.=0A= (=3D=3D) intel(0): video overlay key set to 0x101fe=0A= (=3D=3D) intel(0): Will not try to enable page flipping=0A= (=3D=3D) intel(0): Triple buffering disabled=0A= (=3D=3D) intel(0): Intel XvMC decoder disabled=0A= (=3D=3D) intel(0): Using gamma correction (1.0, 1.0, 1.0)=0A= (=3D=3D) intel(0): DPI set to (96, 96)=0A= (II) Loading sub module "fb"=0A= (II) LoadModule: "fb"=0A= (II) Loading /usr/lib/xorg/modules//libfb.so=0A= (II) Module fb: vendor=3D"X.Org Foundation"=0A= compiled for 1.4.2, module version =3D 1.0.0=0A= ABI class: X.Org ANSI C Emulation, version 0.3=0A= (II) Loading sub module "exa"=0A= (II) LoadModule: "exa"=0A= (II) Loading /usr/lib/xorg/modules//libexa.so=0A= (II) Module exa: vendor=3D"X.Org Foundation"=0A= compiled for 1.4.2, module version =3D 2.2.0=0A= ABI class: X.Org Video Driver, version 2.0=0A= (II) Loading sub module "ramdac"=0A= (II) LoadModule: "ramdac"(II) Module "ramdac" already built-in=0A= (II) intel(0): Comparing regs from server start up to After PreInit=0A= (WW) intel(0): Register 0x61200 (PP_STATUS) changed from 0xc0000008 to = 0xd0000009=0A= (WW) intel(0): PP_STATUS before: on, ready, sequencing idle=0A= (WW) intel(0): PP_STATUS after: on, ready, sequencing on=0A= (WW) intel(0): Register 0x71024 (PIPEBSTAT) changed from 0x00000202 to = 0x80000242=0A= (WW) intel(0): PIPEBSTAT before: status: VSYNC_INT_STATUS = VBLANK_INT_STATUS=0A= (WW) intel(0): PIPEBSTAT after: status: FIFO_UNDERRUN VSYNC_INT_STATUS = LBLC_EVENT_STATUS VBLANK_INT_STATUS=0A= (WW) intel(0): Register 0x68000 (TV_CTL) changed from 0x10000000 to = 0x000c0000=0A= (WW) intel(0): Register 0x68010 (TV_CSC_Y) changed from 0x00000000 to = 0x0332012d=0A= (WW) intel(0): Register 0x68014 (TV_CSC_Y2) changed from 0x00000000 to = 0x07d30104=0A= (WW) intel(0): Register 0x68018 (TV_CSC_U) changed from 0x00000000 to = 0x0733052d=0A= (WW) intel(0): Register 0x6801c (TV_CSC_U2) changed from 0x00000000 to = 0x05c70200=0A= (WW) intel(0): Register 0x68020 (TV_CSC_V) changed from 0x00000000 to = 0x0340030c=0A= (WW) intel(0): Register 0x68024 (TV_CSC_V2) changed from 0x00000000 to = 0x06d00200=0A= (WW) intel(0): Register 0x68028 (TV_CLR_KNOBS) changed from 0x00000000 = to 0x00606000=0A= (WW) intel(0): Register 0x6802c (TV_CLR_LEVEL) changed from 0x00000000 = to 0x010b00e1=0A= (WW) intel(0): Register 0x68030 (TV_H_CTL_1) changed from 0x00000000 to = 0x00400359=0A= (WW) intel(0): Register 0x68034 (TV_H_CTL_2) changed from 0x00000000 to = 0x80480022=0A= (WW) intel(0): Register 0x68038 (TV_H_CTL_3) changed from 0x00000000 to = 0x007c0344=0A= (WW) intel(0): Register 0x6803c (TV_V_CTL_1) changed from 0x00000000 to = 0x00f01415=0A= (WW) intel(0): Register 0x68040 (TV_V_CTL_2) changed from 0x00000000 to = 0x00060607=0A= (WW) intel(0): Register 0x68044 (TV_V_CTL_3) changed from 0x00000000 to = 0x80120001=0A= (WW) intel(0): Register 0x68048 (TV_V_CTL_4) changed from 0x00000000 to = 0x000900f0=0A= (WW) intel(0): Register 0x6804c (TV_V_CTL_5) changed from 0x00000000 to = 0x000a00f0=0A= (WW) intel(0): Register 0x68050 (TV_V_CTL_6) changed from 0x00000000 to = 0x000900f0=0A= (WW) intel(0): Register 0x68054 (TV_V_CTL_7) changed from 0x00000000 to = 0x000a00f0=0A= (WW) intel(0): Register 0x68060 (TV_SC_CTL_1) changed from 0x00000000 to = 0xc1710088=0A= (WW) intel(0): Register 0x68064 (TV_SC_CTL_2) changed from 0x00000000 to = 0x4e2d1dc8=0A= (WW) intel(0): Register 0x68070 (TV_WIN_POS) changed from 0x00000000 to = 0x00360024=0A= (WW) intel(0): Register 0x68074 (TV_WIN_SIZE) changed from 0x00000000 to = 0x02640198=0A= (WW) intel(0): Register 0x68080 (TV_FILTER_CTL_1) changed from = 0x00000000 to 0x800010bb=0A= (WW) intel(0): Register 0x68084 (TV_FILTER_CTL_2) changed from = 0x00000000 to 0x00028283=0A= (WW) intel(0): Register 0x68088 (TV_FILTER_CTL_3) changed from = 0x00000000 to 0x00014141=0A= (WW) intel(0): Register 0x68100 (TV_H_LUMA_0) changed from 0x00000000 to = 0xb1403000=0A= (WW) intel(0): Register 0x681ec (TV_H_LUMA_59) changed from 0x00000000 = to 0x0000b060=0A= (WW) intel(0): Register 0x68200 (TV_H_CHROMA_0) changed from 0x00000000 = to 0xb1403000=0A= (WW) intel(0): Register 0x682ec (TV_H_CHROMA_59) changed from 0x00000000 = to 0x0000b060=0A= (=3D=3D) Depth 24 pixmap format is 32 bpp=0A= (II) do I need RAC? No, I don't.=0A= (II) resource ranges after preInit:=0A= [0] 0 0 0xdc200000 - 0xdc23ffff (0x40000) MS[B]=0A= [1] 0 0 0xc0000000 - 0xcfffffff (0x10000000) MS[B]=0A= [2] 0 0 0xdc100000 - 0xdc17ffff (0x80000) MS[B]=0A= [3] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)=0A= [4] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]=0A= [5] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]=0A= [6] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]=0A= [7] -1 0 0xdc001800 - 0xdc0018ff (0x100) MX[B]=0A= [8] -1 0 0xdc001000 - 0xdc0017ff (0x800) MX[B]=0A= [9] -1 0 0xdc000000 - 0xdc000fff (0x1000) MX[B]=0A= [10] -1 0 0xda000000 - 0xda003fff (0x4000) MX[B]=0A= [11] -1 0 0xdc444000 - 0xdc4443ff (0x400) MX[B]=0A= [12] -1 0 0xdc240000 - 0xdc243fff (0x4000) MX[B]=0A= [13] -1 0 0xdc180000 - 0xdc1fffff (0x80000) MX[B](B)=0A= [14] -1 0 0xdc200000 - 0xdc23ffff (0x40000) MX[B](B)=0A= [15] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B)=0A= [16] -1 0 0xdc100000 - 0xdc17ffff (0x80000) MX[B](B)=0A= [17] -1 0 0xdc002000 - 0xdc0020ff (0x100) MX[B]=0A= [18] -1 0 0xdc001c00 - 0xdc001cff (0x100) MX[B]=0A= [19] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD)=0A= [20] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD)=0A= [21] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD)=0A= [22] 0 0 0x00001800 - 0x00001807 (0x8) IS[B]=0A= [23] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]=0A= [24] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]=0A= [25] -1 0 0x00005000 - 0x0000503f (0x40) IX[B]=0A= [26] -1 0 0x000018e0 - 0x000018ff (0x20) IX[B]=0A= [27] -1 0 0x000018b0 - 0x000018bf (0x10) IX[B]=0A= [28] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B]=0A= [29] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B]=0A= [30] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B]=0A= [31] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B]=0A= [32] -1 0 0x00001880 - 0x0000189f (0x20) IX[B]=0A= [33] -1 0 0x00001860 - 0x0000187f (0x20) IX[B]=0A= [34] -1 0 0x00001840 - 0x0000185f (0x20) IX[B]=0A= [35] -1 0 0x00001820 - 0x0000183f (0x20) IX[B]=0A= [36] -1 0 0x00001800 - 0x00001807 (0x8) IX[B](B)=0A= [37] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU)=0A= [38] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU)=0A= (II) intel(0): Kernel reported 110080 total, 1 used=0A= (II) intel(0): I830CheckAvailableMemory: 440316 kB available=0A= drmOpenDevice: node name is /dev/dri/card0=0A= drmOpenDevice: open result is -1, (No such device or address)=0A= drmOpenDevice: open result is -1, (No such device or address)=0A= drmOpenDevice: Open failed=0A= drmOpenDevice: node name is /dev/dri/card0=0A= drmOpenDevice: open result is -1, (No such device or address)=0A= drmOpenDevice: open result is -1, (No such device or address)=0A= drmOpenDevice: Open failed=0A= drmOpenByBusid: Searching for BusID pci:0000:00:02.0=0A= drmOpenDevice: node name is /dev/dri/card0=0A= drmOpenDevice: open result is 8, (OK)=0A= drmOpenByBusid: drmOpenMinor returns 8=0A= drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0=0A= (II) [drm] loaded kernel module for "i915" driver.=0A= (II) [drm] DRM interface version 1.3=0A= (II) [drm] DRM open master succeeded.=0A= (II) intel(0): [drm] Using the DRM lock SAREA also for drawables.=0A= (II) intel(0): [drm] framebuffer mapped by ddx driver=0A= (II) intel(0): [drm] added 1 reserved context for kernel=0A= (II) intel(0): X context handle =3D 0x1=0A= (II) intel(0): [drm] installed DRM signal handler=0A= (**) intel(0): Framebuffer compression enabled=0A= (**) intel(0): Tiling enabled=0A= (=3D=3D) intel(0): VideoRam: 262144 KB=0A= (II) intel(0): Attempting memory allocation with tiled buffers.=0A= (II) intel(0): Tiled allocation successful.=0A= (II) intel(0): [drm] Registers =3D 0xdc100000=0A= (II) intel(0): [drm] ring buffer =3D 0xc0000000=0A= (II) intel(0): [drm] mapped front buffer at 0xc1000000, handle =3D = 0xc1000000=0A= (II) intel(0): [drm] mapped back buffer at 0xc4000000, handle =3D = 0xc4000000=0A= (II) intel(0): [drm] mapped depth buffer at 0xc5000000, handle =3D = 0xc5000000=0A= (II) intel(0): [drm] mapped classic textures at 0xc6000000, handle =3D = 0xc6000000=0A= (II) intel(0): [drm] Initialized kernel agp heap manager, 33554432=0A= (II) intel(0): [dri] visual configs initialized=0A= (II) intel(0): Page Flipping disabled=0A= (=3D=3D) intel(0): Write-combining range (0xc0000000,0x10000000)=0A= (II) intel(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is = 0x0000=0A= (II) EXA(0): Offscreen pixmap area of 31457280 bytes=0A= (II) EXA(0): Driver registered support for the following operations:=0A= (II) Solid=0A= (II) Copy=0A= (II) Composite (RENDER acceleration)=0A= (=3D=3D) intel(0): Backing store disabled=0A= (=3D=3D) intel(0): Silken mouse enabled=0A= (II) intel(0): Initializing HW Cursor=0A= (II) intel(0): [DRI] installation complete=0A= (II) intel(0): xf86BindGARTMemory: bind key 0 at 0x01000000 (pgoffset = 4096)=0A= (II) intel(0): xf86BindGARTMemory: bind key 1 at 0x02000000 (pgoffset = 8192)=0A= (II) intel(0): xf86BindGARTMemory: bind key 2 at 0x04000000 (pgoffset = 16384)=0A= (II) intel(0): xf86BindGARTMemory: bind key 3 at 0x05000000 (pgoffset = 20480)=0A= (II) intel(0): xf86BindGARTMemory: bind key 4 at 0x06000000 (pgoffset = 24576)=0A= (II) intel(0): Fixed memory allocation layout:=0A= (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB)=0A= (II) intel(0): 0x00020000-0x0061ffff: compressed frame buffer (6144 kB, = 0x000000001f820000 physical=0A= )=0A= (II) intel(0): 0x00620000-0x00620fff: compressed ll buffer (4 kB, = 0x000000001fe20000 physical=0A= )=0A= (II) intel(0): 0x00621000-0x0062afff: HW cursors (40 kB, = 0x000000001fe21000 physical=0A= )=0A= (II) intel(0): 0x0062b000-0x00632fff: logical 3D context (32 kB)=0A= (II) intel(0): 0x00633000-0x00633fff: overlay registers (4 kB, = 0x000000001fe33000 physical=0A= )=0A= (II) intel(0): 0x007bf000: end of stolen memory=0A= (II) intel(0): 0x01000000-0x01ffffff: front buffer (10240 kB) X tiled=0A= (II) intel(0): 0x02000000-0x03dfffff: exa offscreen (30720 kB)=0A= (II) intel(0): 0x04000000-0x04ffffff: back buffer (10240 kB) X tiled=0A= (II) intel(0): 0x05000000-0x05ffffff: depth buffer (10240 kB) X tiled=0A= (II) intel(0): 0x06000000-0x07ffffff: classic textures (32768 kB)=0A= (II) intel(0): 0x10000000: end of aperture=0A= (II) intel(0): Selecting standard 18 bit TMDS pixel format.=0A= (II) intel(0): Output configuration:=0A= (II) intel(0): Pipe A is off=0A= (II) intel(0): Display plane A is now disabled and connected to pipe A.=0A= (II) intel(0): Pipe B is on=0A= (II) intel(0): Display plane B is now enabled and connected to pipe B.=0A= (II) intel(0): Output VGA is connected to pipe none=0A= (II) intel(0): Output LVDS is connected to pipe B=0A= (II) intel(0): Output TV is connected to pipe none=0A= (II) intel(0): [drm] dma control initialized, using IRQ 16=0A= (II) intel(0): RandR 1.2 enabled, ignore the following RandR disabled = message.=0A= (II) intel(0): Selecting standard 18 bit TMDS pixel format.=0A= (II) intel(0): DPMS enabled=0A= (II) intel(0): Set up textured video=0A= (II) intel(0): Set up overlay video=0A= (II) intel(0): direct rendering: Enabled=0A= (--) RandR disabled=0A= (II) Initializing built-in extension MIT-SHM=0A= (II) Initializing built-in extension XInputExtension=0A= (II) Initializing built-in extension XTEST=0A= (II) Initializing built-in extension XKEYBOARD=0A= (II) Initializing built-in extension XC-APPGROUP=0A= (II) Initializing built-in extension XAccessControlExtension=0A= (II) Initializing built-in extension SECURITY=0A= (II) Initializing built-in extension XINERAMA=0A= (II) Initializing built-in extension XFIXES=0A= (II) Initializing built-in extension XFree86-Bigfont=0A= (II) Initializing built-in extension RENDER=0A= (II) Initializing built-in extension RANDR=0A= (II) Initializing built-in extension COMPOSITE=0A= (II) Initializing built-in extension DAMAGE=0A= (II) Initializing built-in extension XEVIE=0A= drmOpenDevice: node name is /dev/dri/card0=0A= drmOpenDevice: open result is 9, (OK)=0A= drmOpenByBusid: Searching for BusID pci:0000:00:02.0=0A= drmOpenDevice: node name is /dev/dri/card0=0A= drmOpenDevice: open result is 9, (OK)=0A= drmOpenByBusid: drmOpenMinor returns 9=0A= drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0=0A= (WW) AIGLX: 3D driver claims to not support visual 0x23=0A= (WW) AIGLX: 3D driver claims to not support visual 0x24=0A= (WW) AIGLX: 3D driver claims to not support visual 0x25=0A= (WW) AIGLX: 3D driver claims to not support visual 0x26=0A= (WW) AIGLX: 3D driver claims to not support visual 0x27=0A= (WW) AIGLX: 3D driver claims to not support visual 0x28=0A= (WW) AIGLX: 3D driver claims to not support visual 0x29=0A= (WW) AIGLX: 3D driver claims to not support visual 0x2a=0A= (WW) AIGLX: 3D driver claims to not support visual 0x2b=0A= (WW) AIGLX: 3D driver claims to not support visual 0x2c=0A= (WW) AIGLX: 3D driver claims to not support visual 0x2d=0A= (WW) AIGLX: 3D driver claims to not support visual 0x2e=0A= (WW) AIGLX: 3D driver claims to not support visual 0x2f=0A= (WW) AIGLX: 3D driver claims to not support visual 0x30=0A= (WW) AIGLX: 3D driver claims to not support visual 0x31=0A= (WW) AIGLX: 3D driver claims to not support visual 0x32=0A= (II) AIGLX: Loaded and initialized /usr/lib/dri/i915_dri.so=0A= (II) GLX: Initialized DRI GL provider for screen 0=0A= (II) intel(0): Setting screen physical size to 261 x 163=0A= (WW) Configured Mouse: No Device specified, looking for one...=0A= (II) Configured Mouse: Setting Device option to "/dev/input/mice"=0A= (--) Configured Mouse: Device: "/dev/input/mice"=0A= (=3D=3D) Configured Mouse: Protocol: "Auto"=0A= (**) Option "CorePointer"=0A= (**) Configured Mouse: always reports core events=0A= (=3D=3D) Configured Mouse: Emulate3Buttons, Emulate3Timeout: 50=0A= (**) Configured Mouse: ZAxisMapping: buttons 4 and 5=0A= (**) Configured Mouse: Buttons: 9=0A= (**) Configured Mouse: Sensitivity: 1=0A= (**) Option "CoreKeyboard"=0A= (**) Generic Keyboard: always reports core events=0A= (**) Option "Protocol" "standard"=0A= (**) Generic Keyboard: Protocol: standard=0A= (**) Option "AutoRepeat" "500 30"=0A= (**) Option "XkbRules" "xorg"=0A= (**) Generic Keyboard: XkbRules: "xorg"=0A= (**) Option "XkbModel" "abnt2"=0A= (**) Generic Keyboard: XkbModel: "abnt2"=0A= (**) Option "XkbLayout" "br"=0A= (**) Generic Keyboard: XkbLayout: "br"=0A= (**) Option "XkbVariant" "abnt2"=0A= (**) Generic Keyboard: XkbVariant: "abnt2"=0A= (**) Option "CustomKeycodes" "off"=0A= (**) Generic Keyboard: CustomKeycodes disabled=0A= (II) evaluating device (Configured Mouse)=0A= (II) XINPUT: Adding extended input device "Configured Mouse" (type: = MOUSE)=0A= (II) evaluating device (Generic Keyboard)=0A= (II) XINPUT: Adding extended input device "Generic Keyboard" (type: = KEYBOARD)=0A= (--) Configured Mouse: PnP-detected protocol: "ExplorerPS/2"=0A= (II) Configured Mouse: ps2EnableDataReporting: succeeded=0A= (II) LoadModule: "synaptics"=0A= (II) Loading /usr/lib/xorg/modules/input//synaptics_drv.so=0A= (II) Module synaptics: vendor=3D"X.Org Foundation"=0A= compiled for 4.3.99.902, module version =3D 1.0.0=0A= Module class: X.Org XInput Driver=0A= ABI class: X.Org XInput driver, version 2.0=0A= (II) Synaptics touchpad driver version 0.14.6 (1406)=0A= (--) SynPS/2 Synaptics TouchPad auto-dev sets device to /dev/input/event8=0A= (**) Option "Device" "/dev/input/event8"=0A= (--) SynPS/2 Synaptics TouchPad touchpad found=0A= (**) SynPS/2 Synaptics TouchPad: always reports core events=0A= (II) XINPUT: Adding extended input device "SynPS/2 Synaptics TouchPad" = (type: MOUSE)=0A= (--) SynPS/2 Synaptics TouchPad auto-dev sets device to /dev/input/event8=0A= (**) Option "Device" "/dev/input/event8"=0A= (--) SynPS/2 Synaptics TouchPad touchpad found=0A= (II) intel(0): EDID vendor "CMO", prod id 4624=0A= (II) intel(0): Printing DDC gathered Modelines:=0A= (II) intel(0): Modeline "1280x800"x0.0 71.00 1280 1328 1360 1440 800 = 803 809 823 -hsync -vsync (49.3 kHz)=0A= (II) intel(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 = 771 777 806 -hsync -vsync (48.4 kHz)=0A= (II) intel(0): EDID vendor "CMO", prod id 4624=0A= (II) intel(0): EDID vendor "CMO", prod id 4624=0A= (II) intel(0): Printing DDC gathered Modelines:=0A= (II) intel(0): Modeline "1280x800"x0.0 71.00 1280 1328 1360 1440 800 = 803 809 823 -hsync -vsync (49.3 kHz)=0A= (II) intel(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 = 771 777 806 -hsync -vsync (48.4 kHz)=0A= (II) intel(0): EDID vendor "CMO", prod id 4624=0A= --Boundary_(ID_0UWhjOiZZYLkY80PrUe0Jg)-- From owner-freebsd-x11@FreeBSD.ORG Fri Apr 24 15:06:07 2009 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AB9B10656C1; Fri, 24 Apr 2009 15:06:07 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 69BCB8FC15; Fri, 24 Apr 2009 15:06:06 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA04806; Fri, 24 Apr 2009 18:06:04 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <49F1D55B.8030703@icyb.net.ua> Date: Fri, 24 Apr 2009 18:06:03 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Robert Noland , freebsd-x11@FreeBSD.org References: <49CC8EEF.4090202@icyb.net.ua> <1238175370.8491.187.camel@balrog.2hip.net> <49D0DE1D.8080201@icyb.net.ua> <49E054ED.5080009@icyb.net.ua> <1239476263.1932.0.camel@balrog.2hip.net> <49E19CE4.7000600@icyb.net.ua> In-Reply-To: <49E19CE4.7000600@icyb.net.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: Subject: Re: EQ overflowing. The server is probably stuck in an infinite loop. X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2009 15:06:07 -0000 Robert, the issue is still happening. Now the system has the following config: OS - i386 stable/7 r191214 X - xf86-video-ati-6.12.2 xorg-server-1.6.0,1 HW - from dmesg: agp0: on hostb0 drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xe8000000 64MB info: [drm] Initialized radeon 1.29.0 20080528 info: [drm] Setting GART location based on new memory map info: [drm] Loading R200 Microcode info: [drm] writeback test succeeded in 1 usecs drm0: [ITHREAD] from Xorg.log: RADEON(0): Chipset: "ATI Radeon 9250 5960 (AGP)" (ChipID = 0x5960) Maybe I didn't mention this before - this a rather old system that tracked stable/7 from before 7.1 times, and also tracked ports for quite a while. So it is almost one year old, but this problem started happening somewhere in March of this year. So the cause is in something recent, either in our drivers or in xorg code. The hardware as can be seen is also quite aged. Today this happened again, I mean the symptoms were the same: completely hanged X, no screen updates, no keyboard handling, but mouse cursor can still be slowly moved. -- Andriy Gapon From owner-freebsd-x11@FreeBSD.ORG Fri Apr 24 17:31:06 2009 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B4A0106566B for ; Fri, 24 Apr 2009 17:31:06 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id C4DF28FC2C for ; Fri, 24 Apr 2009 17:31:04 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-216.bna.bellsouth.net [70.156.31.216]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3OHUxDS089348 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Apr 2009 13:30:59 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Andriy Gapon In-Reply-To: <49F1D55B.8030703@icyb.net.ua> References: <49CC8EEF.4090202@icyb.net.ua> <1238175370.8491.187.camel@balrog.2hip.net> <49D0DE1D.8080201@icyb.net.ua> <49E054ED.5080009@icyb.net.ua> <1239476263.1932.0.camel@balrog.2hip.net> <49E19CE4.7000600@icyb.net.ua> <49F1D55B.8030703@icyb.net.ua> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-MUY7UuzaN9KbLibyp5+m" Organization: FreeBSD Date: Fri, 24 Apr 2009 12:30:46 -0500 Message-Id: <1240594246.2142.40.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@FreeBSD.org Subject: Re: EQ overflowing. The server is probably stuck in an infinite loop. X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2009 17:31:06 -0000 --=-MUY7UuzaN9KbLibyp5+m Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-04-24 at 18:06 +0300, Andriy Gapon wrote: > Robert, >=20 > the issue is still happening. > Now the system has the following config: > OS - i386 stable/7 r191214 > X - xf86-video-ati-6.12.2 xorg-server-1.6.0,1 > HW - from dmesg: > agp0: on hostb0 > drm0: on vgapci0 > vgapci0: child drm0 requested pci_enable_busmaster > info: [drm] AGP at 0xe8000000 64MB > info: [drm] Initialized radeon 1.29.0 20080528 > info: [drm] Setting GART location based on new memory map > info: [drm] Loading R200 Microcode > info: [drm] writeback test succeeded in 1 usecs > drm0: [ITHREAD] > from Xorg.log: > RADEON(0): Chipset: "ATI Radeon 9250 5960 (AGP)" (ChipID =3D 0x5960) >=20 > Maybe I didn't mention this before - this a rather old system that tracke= d > stable/7 from before 7.1 times, and also tracked ports for quite a while.= So it is > almost one year old, but this problem started happening somewhere in Marc= h of this > year. So the cause is in something recent, either in our drivers or in xo= rg code. > The hardware as can be seen is also quite aged. >=20 > Today this happened again, I mean the symptoms were the same: completely = hanged X, > no screen updates, no keyboard handling, but mouse cursor can still be sl= owly moved. Any clue what the trigger is? Or exactly what component update started it? robert. --=20 Robert Noland FreeBSD --=-MUY7UuzaN9KbLibyp5+m Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknx90YACgkQM4TrQ4qfROOpPwCdG1/5iM2YcEkmuwMt+CIaGxA9 3gkAn1xtzYDrJY5oJ9C8PDA8DUjV5vQI =GEqh -----END PGP SIGNATURE----- --=-MUY7UuzaN9KbLibyp5+m-- From owner-freebsd-x11@FreeBSD.ORG Fri Apr 24 20:10:05 2009 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E22D106566C for ; Fri, 24 Apr 2009 20:10:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3EB528FC15 for ; Fri, 24 Apr 2009 20:10:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n3OKA4Q2084950 for ; Fri, 24 Apr 2009 20:10:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n3OKA41e084949; Fri, 24 Apr 2009 20:10:04 GMT (envelope-from gnats) Date: Fri, 24 Apr 2009 20:10:04 GMT Message-Id: <200904242010.n3OKA41e084949@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Eygene Ryabinkin Cc: Subject: Re: ports/132615: [patch] x11/libX11: work aroung parsing bug in Bash 4.0 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eygene Ryabinkin List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2009 20:10:05 -0000 The following reply was made to PR ports/132615; it has been noted by GNATS. From: Eygene Ryabinkin To: bug-followup@freebsd.org Cc: x11@freebsd.org, obrien@freebsd.org, stas@freebsd.org, miwi@FreeBSD.org Subject: Re: ports/132615: [patch] x11/libX11: work aroung parsing bug in Bash 4.0 Date: Sat, 25 Apr 2009 00:03:20 +0400 Gentlemen, good day. Sun, Mar 15, 2009 at 10:20:17AM +0300, Eygene Ryabinkin wrote: > I had researched on the DOLT a little bit more and found that > doltcompile greatly speeds up the compilation process, because it was > written precisely for this purpose: > http://lists.debian.org/debian-devel/2008/04/msg00286.html > > So, I would say that it's better to patch the doltcompile script itself > rather than to drop support for it. I had made some measurements for non-DOLT and DOLT case for the current libX11 case. Here are the results of ministat spawned for data from 10 compilation cycles with DOLT and without DOLT: (fully warmed disk cache, almost zero activity on the machine, all resources are dedicated to the port building): ----- x noDOLT.real + withDOLT.real +------------------------------------------------------------------------------+ | ++ | | ++ x | | +++++ + x xxx xx xxx| ||______M_A_________| |___A____| | +------------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 10 177.48 189.25 184.365 184.366 3.5870173 + 10 135.01 159.06 137.345 139.211 7.0399976 Difference at 95.0% confidence -45.155 +/- 5.24948 -24.492% +/- 2.84732% (Student's t, pooled s = 5.58696) ----- I'd say that 45 seconds (24.5%) speedup worth some patching. Any thoughts 'bout this? -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-x11@FreeBSD.ORG Fri Apr 24 20:21:50 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E1EA1065670; Fri, 24 Apr 2009 20:21:50 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 0DAED8FC16; Fri, 24 Apr 2009 20:21:49 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=TedKg66g7t1hf6Zzu/hvB+e72NCUQE2sSFl17PAB+yArhg6WCy3LLOu8U2AjxoRwBIPQwwRM0la4f9B2K9QnPCMvMdnEaZaN9JA+Pr4q3eQvsqfdeDJwST9zwRmv2pdZMXEZ07osl7CotXO5I11aNe1IUei2Z5Rxjd7cenIGNXQ=; Received: from amnesiac.at.no.dns ([91.78.118.235]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1LxRcP-000OQQ-Js; Sat, 25 Apr 2009 00:03:29 +0400 Date: Sat, 25 Apr 2009 00:03:20 +0400 From: Eygene Ryabinkin To: bug-followup@freebsd.org Message-ID: <3vHRxK8zyisyJx9ZrK67n180LIY@veJXoSoJtqjaE+n2qYrh3k99+AQ> References: <200903140956.n2E9uJ9G049103@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru Cc: x11@freebsd.org, obrien@freebsd.org, miwi@FreeBSD.org Subject: Re: ports/132615: [patch] x11/libX11: work aroung parsing bug in Bash 4.0 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2009 20:21:50 -0000 Gentlemen, good day. Sun, Mar 15, 2009 at 10:20:17AM +0300, Eygene Ryabinkin wrote: > I had researched on the DOLT a little bit more and found that > doltcompile greatly speeds up the compilation process, because it was > written precisely for this purpose: > http://lists.debian.org/debian-devel/2008/04/msg00286.html > > So, I would say that it's better to patch the doltcompile script itself > rather than to drop support for it. I had made some measurements for non-DOLT and DOLT case for the current libX11 case. Here are the results of ministat spawned for data from 10 compilation cycles with DOLT and without DOLT: (fully warmed disk cache, almost zero activity on the machine, all resources are dedicated to the port building): ----- x noDOLT.real + withDOLT.real +------------------------------------------------------------------------------+ | ++ | | ++ x | | +++++ + x xxx xx xxx| ||______M_A_________| |___A____| | +------------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 10 177.48 189.25 184.365 184.366 3.5870173 + 10 135.01 159.06 137.345 139.211 7.0399976 Difference at 95.0% confidence -45.155 +/- 5.24948 -24.492% +/- 2.84732% (Student's t, pooled s = 5.58696) ----- I'd say that 45 seconds (24.5%) speedup worth some patching. Any thoughts 'bout this? -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-x11@FreeBSD.ORG Fri Apr 24 20:42:00 2009 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C81F8106564A for ; Fri, 24 Apr 2009 20:42:00 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 84C408FC1C for ; Fri, 24 Apr 2009 20:42:00 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-216.bna.bellsouth.net [70.156.31.216]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3OKdoSd090316 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Apr 2009 16:39:51 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Eygene Ryabinkin In-Reply-To: <200904242010.n3OKA41e084949@freefall.freebsd.org> References: <200904242010.n3OKA41e084949@freefall.freebsd.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-vDn4VnSIy5I0M7yr+gNy" Organization: FreeBSD Date: Fri, 24 Apr 2009 15:39:36 -0500 Message-Id: <1240605576.2142.47.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@FreeBSD.org Subject: Re: ports/132615: [patch] x11/libX11: work aroung parsing bug in Bash 4.0 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2009 20:42:01 -0000 --=-vDn4VnSIy5I0M7yr+gNy Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-04-24 at 20:10 +0000, Eygene Ryabinkin wrote: > The following reply was made to PR ports/132615; it has been noted by GNA= TS. >=20 > From: Eygene Ryabinkin > To: bug-followup@freebsd.org > Cc: x11@freebsd.org, obrien@freebsd.org, stas@freebsd.org, miwi@FreeBSD.o= rg > Subject: Re: ports/132615: [patch] x11/libX11: work aroung parsing bug in > Bash 4.0 > Date: Sat, 25 Apr 2009 00:03:20 +0400 >=20 > Gentlemen, good day. > =20 > Sun, Mar 15, 2009 at 10:20:17AM +0300, Eygene Ryabinkin wrote: > > I had researched on the DOLT a little bit more and found that > > doltcompile greatly speeds up the compilation process, because it was > > written precisely for this purpose: > > http://lists.debian.org/debian-devel/2008/04/msg00286.html > >=20 > > So, I would say that it's better to patch the doltcompile script itsel= f > > rather than to drop support for it. > =20 > I had made some measurements for non-DOLT and DOLT case for the > current libX11 case. Here are the results of ministat spawned > for data from 10 compilation cycles with DOLT and without DOLT: > (fully warmed disk cache, almost zero activity on the machine, > all resources are dedicated to the port building): > ----- > x noDOLT.real > + withDOLT.real > +-----------------------------------------------------------------------= -------+ > | ++ = | > | ++ x = | > | +++++ + x xxx = xx xxx| > ||______M_A_________| |___A= ____| | > +-----------------------------------------------------------------------= -------+ > N Min Max Median Avg Std= dev > x 10 177.48 189.25 184.365 184.366 3.5870= 173 > + 10 135.01 159.06 137.345 139.211 7.0399= 976 > Difference at 95.0% confidence > -45.155 +/- 5.24948 > -24.492% +/- 2.84732% > (Student's t, pooled s =3D 5.58696) > ----- > I'd say that 45 seconds (24.5%) speedup worth some patching. > =20 > Any thoughts 'bout this? Well, I don't actually know anything about dolt... but, yes this seems like it might be worthwhile. What do you attribute the speedup to be from? Is dolt doing a parallel build, while make is not? robert. > --=20 > Eygene > _ ___ _.--. # > \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard > / ' ` , __.--' # to read the on-line manual > )/' _/ \ `-_, / # while single-stepping the kernel. > `-'" `"\_ ,_.-;_.-\_ ', fsc/as # > _.-'_./ {_.' ; / # -- FreeBSD Developers handbook > {_.-``-' {_/ # > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" --=20 Robert Noland FreeBSD --=-vDn4VnSIy5I0M7yr+gNy Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknyI4gACgkQM4TrQ4qfROM74QCfQHiksm3VHuqU6LfpaGQAAMoL /AIAniQap7ol1q8xh11w0vqh7IuKdFG/ =bFMx -----END PGP SIGNATURE----- --=-vDn4VnSIy5I0M7yr+gNy-- From owner-freebsd-x11@FreeBSD.ORG Fri Apr 24 21:44:17 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8EB2106564A for ; Fri, 24 Apr 2009 21:44:17 +0000 (UTC) (envelope-from newsletter@flyawaysimulation.com) Received: from web2.rbftpnetworks.com (web2.rbftpnetworks.com [195.224.144.73]) by mx1.freebsd.org (Postfix) with ESMTP id 5E23E8FC0C for ; Fri, 24 Apr 2009 21:44:17 +0000 (UTC) (envelope-from newsletter@flyawaysimulation.com) Received: from list.flyawaysimulation.com (localhost.localdomain [127.0.0.1]) by web2.rbftpnetworks.com (8.12.11.20060308/8.12.10) with ESMTP id n3OGqsN9015493 for ; Fri, 24 Apr 2009 17:52:54 +0100 Received: (from flyawaylist@localhost) by list.flyawaysimulation.com (8.12.11.20060308/8.12.10/Submit) id n3OGqs7u015491; Fri, 24 Apr 2009 17:52:54 +0100 X-Authentication-Warning: web2.rbftpnetworks.com: flyawaylist set sender to newsletter@flyawaysimulation.com using -f To: freebsd-x11@freebsd.org Date: Fri, 24 Apr 2009 17:52:54 +0100 From: ryan@rbftpnetworks.com Message-ID: <27b20085b9203b1dcc65a4d7e1001292@www.list.flyawaysimulation.com> X-Priority: 3 X-Mailer: PHPMailer [version 1.73] X-Mailer: phplist v2.10.3 X-MessageID: 81 X-ListMember: freebsd-x11@freebsd.org Precedence: bulk Errors-To: newsletter@flyawaysimulation.com MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="iso-8859-1" Subject: Gaming news link X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2009 21:44:18 -0000 Dear Sir / Madam, We are interested in posting our gaming news and information site on your links section. Our site is GamerBeef.com and can be found at http://www.gamerbeef.com Our site includes daily updated gaming news from all genres and consoles, with focus on PC gaming. We also have a new discussion forum, cheats and screenshots section. We would of course offer a link back to your site in return. Let me know your thoughts. Best Regards, Ryan -- Ryan Barclay Managing Director RBFTP Networks Limited. DDI: +44 (0)870 490 1870 WWW: http://www.rbftpnetworks.com RBFTP Networks Limited Registered in England No 05718807 Registered Office: 68 Aldersbrook Road, London, E12 5DL. From owner-freebsd-x11@FreeBSD.ORG Fri Apr 24 22:30:07 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33EB6106568B for ; Fri, 24 Apr 2009 22:30:07 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (backbone.deglitch.com [IPv6:2001:16d8:fffb:4::abba]) by mx1.freebsd.org (Postfix) with ESMTP id D77678FC18 for ; Fri, 24 Apr 2009 22:30:06 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from DSPAM-Daemon (localhost [127.0.0.1]) by mx0.deglitch.com (Postfix) with SMTP id EBCAD8FC55 for ; Sat, 25 Apr 2009 02:30:01 +0400 (MSD) Received: from orion.SpringDaemons.com (unknown [77.232.3.143]) by mx0.deglitch.com (Postfix) with ESMTPA id 51C4D8FC18; Sat, 25 Apr 2009 02:29:57 +0400 (MSD) Received: from orion (localhost [127.0.0.1]) by orion.SpringDaemons.com (Postfix) with SMTP id 117C039827; Sat, 25 Apr 2009 02:30:00 +0400 (MSD) Date: Sat, 25 Apr 2009 02:30:00 +0400 From: Stanislav Sedov To: rea-fbsd@codelabs.ru Message-Id: <20090425023000.7466392f.stas@FreeBSD.org> In-Reply-To: <3vHRxK8zyisyJx9ZrK67n180LIY@veJXoSoJtqjaE+n2qYrh3k99+AQ> References: <200903140956.n2E9uJ9G049103@freefall.freebsd.org> <3vHRxK8zyisyJx9ZrK67n180LIY@veJXoSoJtqjaE+n2qYrh3k99+AQ> Organization: The FreeBSD Project X-XMPP: ssedov@jabber.ru X-Voice: +7 916 849 20 23 X-PGP-Fingerprint: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Sat Apr 25 02:30:01 2009 X-DSPAM-Confidence: 1.0000 X-DSPAM-Improbability: 1 in 98689409 chance of being spam X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 49f23d69967001517610879 Cc: x11@freebsd.org, obrien@freebsd.org, bug-followup@freebsd.org, miwi@FreeBSD.org Subject: Re: ports/132615: [patch] x11/libX11: work aroung parsing bug in Bash 4.0 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2009 22:30:07 -0000 On Sat, 25 Apr 2009 00:03:20 +0400 Eygene Ryabinkin mentioned: > Gentlemen, good day. > > Sun, Mar 15, 2009 at 10:20:17AM +0300, Eygene Ryabinkin wrote: > > I had researched on the DOLT a little bit more and found that > > doltcompile greatly speeds up the compilation process, because it was > > written precisely for this purpose: > > http://lists.debian.org/debian-devel/2008/04/msg00286.html > > > > So, I would say that it's better to patch the doltcompile script itself > > rather than to drop support for it. > > I had made some measurements for non-DOLT and DOLT case for the > current libX11 case. Here are the results of ministat spawned > for data from 10 compilation cycles with DOLT and without DOLT: > (fully warmed disk cache, almost zero activity on the machine, > all resources are dedicated to the port building): > ----- > x noDOLT.real > + withDOLT.real > +------------------------------------------------------------------------------+ > | ++ | > | ++ x | > | +++++ + x xxx xx xxx| > ||______M_A_________| |___A____| | > +------------------------------------------------------------------------------+ > N Min Max Median Avg Stddev > x 10 177.48 189.25 184.365 184.366 3.5870173 > + 10 135.01 159.06 137.345 139.211 7.0399976 > Difference at 95.0% confidence > -45.155 +/- 5.24948 > -24.492% +/- 2.84732% > (Student's t, pooled s = 5.58696) > ----- > I'd say that 45 seconds (24.5%) speedup worth some patching. > > Any thoughts 'bout this? I think we could try to replace the libtool by our own stripped-down implementation that will be even simpler than dolt. If dolt is able to reduce the compilations speed by about one forth, then with a FreeBSD specific libtool replacement the imporvement may be even better. As a benefit we can also stop installing .la and .a library files. -- Stanislav Sedov ST4096-RIPE !DSPAM:49f23d69967001517610879! From owner-freebsd-x11@FreeBSD.ORG Fri Apr 24 22:50:04 2009 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E2B1106564A for ; Fri, 24 Apr 2009 22:50:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 91DE88FC14 for ; Fri, 24 Apr 2009 22:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n3OMo3Pw002037 for ; Fri, 24 Apr 2009 22:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n3OMo3DQ002036; Fri, 24 Apr 2009 22:50:03 GMT (envelope-from gnats) Date: Fri, 24 Apr 2009 22:50:03 GMT Message-Id: <200904242250.n3OMo3DQ002036@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Stanislav Sedov Cc: Subject: Re: ports/132615: [patch] x11/libX11: work aroung parsing bug in Bash 4.0 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stanislav Sedov List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2009 22:50:04 -0000 The following reply was made to PR ports/132615; it has been noted by GNATS. From: Stanislav Sedov To: rea-fbsd@codelabs.ru Cc: bug-followup@freebsd.org, x11@freebsd.org, obrien@freebsd.org, stas@freebsd.org, miwi@FreeBSD.org Subject: Re: ports/132615: [patch] x11/libX11: work aroung parsing bug in Bash 4.0 Date: Sat, 25 Apr 2009 02:30:00 +0400 On Sat, 25 Apr 2009 00:03:20 +0400 Eygene Ryabinkin mentioned: > Gentlemen, good day. > > Sun, Mar 15, 2009 at 10:20:17AM +0300, Eygene Ryabinkin wrote: > > I had researched on the DOLT a little bit more and found that > > doltcompile greatly speeds up the compilation process, because it was > > written precisely for this purpose: > > http://lists.debian.org/debian-devel/2008/04/msg00286.html > > > > So, I would say that it's better to patch the doltcompile script itself > > rather than to drop support for it. > > I had made some measurements for non-DOLT and DOLT case for the > current libX11 case. Here are the results of ministat spawned > for data from 10 compilation cycles with DOLT and without DOLT: > (fully warmed disk cache, almost zero activity on the machine, > all resources are dedicated to the port building): > ----- > x noDOLT.real > + withDOLT.real > +------------------------------------------------------------------------------+ > | ++ | > | ++ x | > | +++++ + x xxx xx xxx| > ||______M_A_________| |___A____| | > +------------------------------------------------------------------------------+ > N Min Max Median Avg Stddev > x 10 177.48 189.25 184.365 184.366 3.5870173 > + 10 135.01 159.06 137.345 139.211 7.0399976 > Difference at 95.0% confidence > -45.155 +/- 5.24948 > -24.492% +/- 2.84732% > (Student's t, pooled s = 5.58696) > ----- > I'd say that 45 seconds (24.5%) speedup worth some patching. > > Any thoughts 'bout this? I think we could try to replace the libtool by our own stripped-down implementation that will be even simpler than dolt. If dolt is able to reduce the compilations speed by about one forth, then with a FreeBSD specific libtool replacement the imporvement may be even better. As a benefit we can also stop installing .la and .a library files. -- Stanislav Sedov ST4096-RIPE !DSPAM:49f23d66967006995215746! From owner-freebsd-x11@FreeBSD.ORG Sat Apr 25 08:52:53 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A88601065670 for ; Sat, 25 Apr 2009 08:52:53 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-fx0-f162.google.com (mail-fx0-f162.google.com [209.85.220.162]) by mx1.freebsd.org (Postfix) with ESMTP id 33BAB8FC0A for ; Sat, 25 Apr 2009 08:52:52 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by fxm6 with SMTP id 6so1086391fxm.43 for ; Sat, 25 Apr 2009 01:52:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=xUgpoIS7y0+Hnbu4Dd8Mfz+RAP/AfAm98qedYaR50js=; b=kIZ9Jp3IdCoV7VbDOSmxwq6e6O98mfxPK9pKPupBb/97QW5edxeFnKLA5L4dNu1R1I 99sEtnb8fVMOO0780HhEgfVrvgtdHFwOg6Ww3JM5SfLfmRooKyrk4+IwGwavGcEyXzRz 97oEL4P5Y0Nw9q6koj2PQ8e4fZihY6jt3j2d4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=TH4KpEkYt2POKhxSmHod0UnKJo8XO3+fmISvT9ZGy7UiZbBhC6o7DJhTLopbptBrrj YFHQbiUGcAYtcO7mN/wDe6sSV7x2husfFrCCgjFHKRBErUov4hML6mA5aR0egppFPo5R a84IWUqosmYrzsd0ss9orJN6J9fvgGlDacOiw= MIME-Version: 1.0 Received: by 10.239.155.13 with SMTP id g13mr161320hbc.7.1240649572177; Sat, 25 Apr 2009 01:52:52 -0700 (PDT) In-Reply-To: <49F1D55B.8030703@icyb.net.ua> References: <49CC8EEF.4090202@icyb.net.ua> <1238175370.8491.187.camel@balrog.2hip.net> <49D0DE1D.8080201@icyb.net.ua> <49E054ED.5080009@icyb.net.ua> <1239476263.1932.0.camel@balrog.2hip.net> <49E19CE4.7000600@icyb.net.ua> <49F1D55B.8030703@icyb.net.ua> Date: Sat, 25 Apr 2009 10:52:52 +0200 Message-ID: <3a142e750904250152l25fd3440h8b3d3cc3b21a4921@mail.gmail.com> From: "Paul B. Mahol" To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org Subject: Re: EQ overflowing. The server is probably stuck in an infinite loop. X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 08:52:53 -0000 On 4/24/09, Andriy Gapon wrote: > > Robert, > > the issue is still happening. > Now the system has the following config: > OS - i386 stable/7 r191214 > X - xf86-video-ati-6.12.2 xorg-server-1.6.0,1 > HW - from dmesg: > agp0: on hostb0 > drm0: on vgapci0 > vgapci0: child drm0 requested pci_enable_busmaster > info: [drm] AGP at 0xe8000000 64MB > info: [drm] Initialized radeon 1.29.0 20080528 > info: [drm] Setting GART location based on new memory map > info: [drm] Loading R200 Microcode > info: [drm] writeback test succeeded in 1 usecs > drm0: [ITHREAD] > from Xorg.log: > RADEON(0): Chipset: "ATI Radeon 9250 5960 (AGP)" (ChipID = 0x5960) > > Maybe I didn't mention this before - this a rather old system that tracked > stable/7 from before 7.1 times, and also tracked ports for quite a while. So > it is > almost one year old, but this problem started happening somewhere in March > of this > year. So the cause is in something recent, either in our drivers or in xorg > code. > The hardware as can be seen is also quite aged. > > Today this happened again, I mean the symptoms were the same: completely > hanged X, > no screen updates, no keyboard handling, but mouse cursor can still be > slowly moved. If this is FreeBSD specific try FreeBSD-STABLE. If same things happens there than start to portdowngrade libdrm/dri/libGL/libGLU and xorg-server ..... -- Paul From owner-freebsd-x11@FreeBSD.ORG Sat Apr 25 12:21:13 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77AE3106567C; Sat, 25 Apr 2009 12:21:13 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from mx30.mail.ru (mx30.mail.ru [94.100.176.44]) by mx1.freebsd.org (Postfix) with ESMTP id 318A28FC33; Sat, 25 Apr 2009 12:21:13 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from [79.142.106.35] (port=47879 helo=arti.pioneernet.lan) by mx30.mail.ru with asmtp id 1LxgsZ-000P5x-00; Sat, 25 Apr 2009 16:21:11 +0400 From: Artem Kim To: freebsd-x11@freebsd.org Date: Sat, 25 Apr 2009 16:24:33 +0400 User-Agent: KMail/1.11.0 (FreeBSD/7.2-RC1; KDE/4.2.0; amd64; ; ) References: <200904030223.27059.artem_kim@inbox.ru> <1238735828.65025.5.camel@balrog.2hip.net> In-Reply-To: <1238735828.65025.5.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904251624.34096.artem_kim@inbox.ru> X-Spam: Not detected X-Mras: Ok Cc: freebsd-stable@freebsd.org Subject: Re: 7.2-PRERELEASE X-server hang in "drmwtq" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 12:21:13 -0000 I checked 7.2 RC2 problem still here. I found a way to reproduce the problem easily. I used KDE 4.2.2 composite manager is enabled. The problem occurs when two applications run in a way that their window to appear at the same time. I can reproduce the problem on the cards Radeon 9800 XT (AMD64 UP) and Radeon X550 (AMD64 SMP). From owner-freebsd-x11@FreeBSD.ORG Sat Apr 25 12:40:04 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4783C106568A; Sat, 25 Apr 2009 12:40:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 254058FC0C; Sat, 25 Apr 2009 12:40:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n3PCe4Tx067832; Sat, 25 Apr 2009 12:40:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n3PCe481067831; Sat, 25 Apr 2009 12:40:04 GMT (envelope-from gnats) Resent-Date: Sat, 25 Apr 2009 12:40:04 GMT Resent-Message-Id: <200904251240.n3PCe481067831@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@freebsd.org (GNATS Filer) Resent-To: freebsd-ports-bugs@FreeBSD.org Resent-Cc: x11@freebsd.org Resent-Reply-To: FreeBSD-gnats-submit@freebsd.org, Eygene Ryabinkin Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E716F1065670 for ; Sat, 25 Apr 2009 12:35:19 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 983DE8FC17 for ; Sat, 25 Apr 2009 12:35:19 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from amnesiac.at.no.dns ([91.78.118.235]) by 0.mx.codelabs.ru with esmtps (TLSv1:CAMELLIA256-SHA:256) id 1Lxh6C-000IAU-Up for FreeBSD-gnats-submit@freebsd.org; Sat, 25 Apr 2009 16:35:17 +0400 Message-Id: <20090425123516.466971710D@amnesiac.at.no.dns> Date: Sat, 25 Apr 2009 16:35:16 +0400 (MSD) From: Eygene Ryabinkin To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 X-GNATS-Notify: x11@freebsd.org Cc: Subject: ports/133998: [patch] x11-drivers/xf86-input-synaptics: upgrade to 1.1.0 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eygene Ryabinkin List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 12:40:04 -0000 >Number: 133998 >Category: ports >Synopsis: [patch] x11-drivers/xf86-input-synaptics: upgrade to 1.1.0 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-ports-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 25 12:40:03 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Eygene Ryabinkin >Release: FreeBSD 7.2-PRERELEASE amd64 >Organization: Code Labs >Environment: System: FreeBSD 7.2-PRERELEASE amd64 >Description: Synaptics touchpad driver version 1.1.0 for Xorg is out: [1]. FreeBSD port is still at 0.99.3. >How-To-Repeat: [1] http://cgit.freedesktop.org/xorg/driver/xf86-input-synaptics/tag/?id=xf86-input-synaptics-1.1.0 >Fix: The following patch upgrades the port, adds some new @dirrmtry directives, creates directory for HAL policy and patches configure to install header files to the place specified by the port, not by pkg-config. It works for my laptop without problems for around a week. --- port-upgrade-to-1.1.0.diff begins here --- >From 38b9e6aa03c734daaebd27e87c5deef304f7b1bd Mon Sep 17 00:00:00 2001 From: Eygene Ryabinkin Date: Sat, 25 Apr 2009 00:25:16 +0400 Upstream package was recently updated to 1.1.0, so we should catch these changes. Signed-off-by: Eygene Ryabinkin --- x11-drivers/xf86-input-synaptics/Makefile | 4 ++-- x11-drivers/xf86-input-synaptics/distinfo | 6 +++--- .../xf86-input-synaptics/files/patch-configure | 15 +++++++++++++++ x11-drivers/xf86-input-synaptics/pkg-plist | 4 ++++ 4 files changed, 24 insertions(+), 5 deletions(-) create mode 100644 x11-drivers/xf86-input-synaptics/files/patch-configure diff --git a/x11-drivers/xf86-input-synaptics/Makefile b/x11-drivers/xf86-input-synaptics/Makefile index 4c691d7..e94ccd5 100644 --- a/x11-drivers/xf86-input-synaptics/Makefile +++ b/x11-drivers/xf86-input-synaptics/Makefile @@ -6,8 +6,7 @@ # PORTNAME= xf86-input-synaptics -PORTVERSION= 0.99.3 -PORTREVISION= 1 +PORTVERSION= 1.1.0 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org @@ -24,6 +23,7 @@ MAN1= syndaemon.1 \ MAN4= synaptics.4x post-install: + ${MKDIR} ${PREFIX}/share/hal/fdi/policy/10osvendor ${INSTALL_DATA} ${WRKSRC}/fdi/11-x11-synaptics.fdi \ ${PREFIX}/share/hal/fdi/policy/10osvendor/ diff --git a/x11-drivers/xf86-input-synaptics/distinfo b/x11-drivers/xf86-input-synaptics/distinfo index b7ce9b8..6df7613 100644 --- a/x11-drivers/xf86-input-synaptics/distinfo +++ b/x11-drivers/xf86-input-synaptics/distinfo @@ -1,3 +1,3 @@ -MD5 (xorg/driver/xf86-input-synaptics-0.99.3.tar.bz2) = 735a798e0f68c65d98e3d6b092b56d29 -SHA256 (xorg/driver/xf86-input-synaptics-0.99.3.tar.bz2) = 1a31962e05ff8480e1d97e0cd33b071fdc9a128cf71c5ad05428e5761be4f4b2 -SIZE (xorg/driver/xf86-input-synaptics-0.99.3.tar.bz2) = 284946 +MD5 (xorg/driver/xf86-input-synaptics-1.1.0.tar.bz2) = d9a05d53c728400e00e6bc146758c6e5 +SHA256 (xorg/driver/xf86-input-synaptics-1.1.0.tar.bz2) = a72288348d27dd1d075aacb7286aac4e2182f518c069b177e72f3179de56bfc4 +SIZE (xorg/driver/xf86-input-synaptics-1.1.0.tar.bz2) = 294645 diff --git a/x11-drivers/xf86-input-synaptics/files/patch-configure b/x11-drivers/xf86-input-synaptics/files/patch-configure new file mode 100644 index 0000000..89d24af --- /dev/null +++ b/x11-drivers/xf86-input-synaptics/files/patch-configure @@ -0,0 +1,15 @@ +sdkdir hunk: we want the port to install header files to the +location specified during the port build and not to the location +specified by Xorg's pkg-config file. + +--- configure.orig 2009-04-25 15:11:21.000000000 +0400 ++++ configure 2009-04-25 15:14:27.000000000 +0400 +@@ -21128,7 +21128,7 @@ + $as_echo "yes" >&6; } + : + fi +-sdkdir=$(pkg-config --variable=sdkdir xorg-server) ++sdkdir="${prefix}/include/xorg" + + + CFLAGS="$CFLAGS $XORG_CFLAGS "' -I$(top_srcdir)/src' diff --git a/x11-drivers/xf86-input-synaptics/pkg-plist b/x11-drivers/xf86-input-synaptics/pkg-plist index b270639..7fa2267 100644 --- a/x11-drivers/xf86-input-synaptics/pkg-plist +++ b/x11-drivers/xf86-input-synaptics/pkg-plist @@ -10,3 +10,7 @@ share/hal/fdi/policy/10osvendor/11-x11-synaptics.fdi @dirrmtry lib/xorg/modules @dirrmtry lib/xorg @dirrmtry include/xorg +@dirrmtry share/hal/fdi/policy/10osvendor +@dirrmtry share/hal/fdi/policy +@dirrmtry share/hal/fdi +@dirrmtry share/hal -- 1.6.2.4 --- port-upgrade-to-1.1.0.diff ends here --- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-x11@FreeBSD.ORG Sat Apr 25 12:40:26 2009 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B97571065692; Sat, 25 Apr 2009 12:40:26 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8ECF88FC1A; Sat, 25 Apr 2009 12:40:26 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (edwin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n3PCeQcg070248; Sat, 25 Apr 2009 12:40:26 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n3PCeQYG070238; Sat, 25 Apr 2009 12:40:26 GMT (envelope-from edwin) Date: Sat, 25 Apr 2009 12:40:26 GMT Message-Id: <200904251240.n3PCeQYG070238@freefall.freebsd.org> To: x11@freebsd.org, edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-x11@FreeBSD.org From: edwin@FreeBSD.org Cc: Subject: Re: ports/133998: [patch] x11-drivers/xf86-input-synaptics: upgrade to 1.1.0 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 12:40:27 -0000 Synopsis: [patch] x11-drivers/xf86-input-synaptics: upgrade to 1.1.0 Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: edwin Responsible-Changed-When: Sat Apr 25 12:40:26 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=133998 From owner-freebsd-x11@FreeBSD.ORG Sat Apr 25 12:40:26 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B97571065692; Sat, 25 Apr 2009 12:40:26 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8ECF88FC1A; Sat, 25 Apr 2009 12:40:26 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (edwin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n3PCeQcg070248; Sat, 25 Apr 2009 12:40:26 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n3PCeQYG070238; Sat, 25 Apr 2009 12:40:26 GMT (envelope-from edwin) Date: Sat, 25 Apr 2009 12:40:26 GMT Message-Id: <200904251240.n3PCeQYG070238@freefall.freebsd.org> To: x11@freebsd.org, edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-x11@FreeBSD.org From: edwin@FreeBSD.org Cc: Subject: Re: ports/133998: [patch] x11-drivers/xf86-input-synaptics: upgrade to 1.1.0 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 12:40:27 -0000 Synopsis: [patch] x11-drivers/xf86-input-synaptics: upgrade to 1.1.0 Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: edwin Responsible-Changed-When: Sat Apr 25 12:40:26 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=133998 From owner-freebsd-x11@FreeBSD.ORG Sat Apr 25 13:01:45 2009 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 751A8106567A; Sat, 25 Apr 2009 13:01:45 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 1FB598FC17; Sat, 25 Apr 2009 13:01:44 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=mh5uhyMfbJ8DQXpNGur/2VsfjhAW1f6cH65LcZJxJ3U2r1mEmEC8HotkKgStTYC4qTGH2kjU9HMYSe5xO+JS+nEseyBIfx1WqFCefNRJ7ZR4UgpzAZ1cFmwU3/X0OVAQaOdS9DXvbYKnpIOs5UNCsPGtjBRFNS77yfvpldx+vMo=; Received: from amnesiac.at.no.dns ([91.78.118.235]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1LxhDY-000It0-4U; Sat, 25 Apr 2009 16:42:52 +0400 Date: Sat, 25 Apr 2009 16:42:45 +0400 From: Eygene Ryabinkin To: Robert Noland Message-ID: References: <200904242010.n3OKA41e084949@freefall.freebsd.org> <1240605576.2142.47.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1240605576.2142.47.camel@balrog.2hip.net> Sender: rea-fbsd@codelabs.ru Cc: freebsd-x11@FreeBSD.org Subject: Re: ports/132615: [patch] x11/libX11: work aroung parsing bug in Bash 4.0 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 13:01:45 -0000 Robert, good day. Fri, Apr 24, 2009 at 03:39:36PM -0500, Robert Noland wrote: > Well, I don't actually know anything about dolt... Here is the announcement for DOLT: http://lists.gnu.org/archive/html/libtool/2008-04/msg00001.html > but, yes this seems like it might be worthwhile. What do you > attribute the speedup to be from? Is dolt doing a parallel build, > while make is not? No, as you can see from the announcement, DOLT replaces libtool for the modern systems where you can create libraries in a few steps. Full-blown libtool works on every platform on the expense of its speed. DOLT minimizes the build time on the modern systems and falls back to libtool on the systems it cannot handle natively. So I am attributing the speedup to the DOLT itself -- it is just faster than libtool. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-x11@FreeBSD.ORG Sat Apr 25 14:56:42 2009 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7F06106564A for ; Sat, 25 Apr 2009 14:56:42 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 8866D8FC19 for ; Sat, 25 Apr 2009 14:56:42 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-216.bna.bellsouth.net [70.156.31.216]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3PEsYnx095433 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 25 Apr 2009 10:54:34 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: rea-fbsd@codelabs.ru In-Reply-To: References: <200904242010.n3OKA41e084949@freefall.freebsd.org> <1240605576.2142.47.camel@balrog.2hip.net> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-aYlSNsujkN+AI9m2KHzP" Organization: FreeBSD Date: Sat, 25 Apr 2009 09:54:19 -0500 Message-Id: <1240671259.1946.3.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@FreeBSD.org Subject: Re: ports/132615: [patch] x11/libX11: work aroung parsing bug in Bash 4.0 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 14:56:43 -0000 --=-aYlSNsujkN+AI9m2KHzP Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-04-25 at 16:42 +0400, Eygene Ryabinkin wrote: > Robert, good day. >=20 > Fri, Apr 24, 2009 at 03:39:36PM -0500, Robert Noland wrote: > > Well, I don't actually know anything about dolt... >=20 > Here is the announcement for DOLT: > http://lists.gnu.org/archive/html/libtool/2008-04/msg00001.html >=20 > > but, yes this seems like it might be worthwhile. What do you > > attribute the speedup to be from? Is dolt doing a parallel build, > > while make is not? >=20 > No, as you can see from the announcement, DOLT replaces libtool for the > modern systems where you can create libraries in a few steps. > Full-blown libtool works on every platform on the expense of its speed. > DOLT minimizes the build time on the modern systems and falls back to > libtool on the systems it cannot handle natively. >=20 > So I am attributing the speedup to the DOLT itself -- it is just faster > than libtool. Hrm, ok... well I'm up for patches then... robert. --=20 Robert Noland FreeBSD --=-aYlSNsujkN+AI9m2KHzP Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknzJBsACgkQM4TrQ4qfROPAxwCffGpt6aY0Cr6PCuOm29ymmdJt z4MAnRYLMQKOM7tC/L++XqTF7xE549qA =1cw2 -----END PGP SIGNATURE----- --=-aYlSNsujkN+AI9m2KHzP-- From owner-freebsd-x11@FreeBSD.ORG Sat Apr 25 15:19:05 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07D031065672; Sat, 25 Apr 2009 15:19:05 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id AFE198FC17; Sat, 25 Apr 2009 15:19:04 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-216.bna.bellsouth.net [70.156.31.216]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3PFIwSj095546 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 25 Apr 2009 11:18:59 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Artem Kim In-Reply-To: <200904251624.34096.artem_kim@inbox.ru> References: <200904030223.27059.artem_kim@inbox.ru> <1238735828.65025.5.camel@balrog.2hip.net> <200904251624.34096.artem_kim@inbox.ru> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-qXl+v0j+3AbNNNsKTpgF" Organization: FreeBSD Date: Sat, 25 Apr 2009 10:18:43 -0500 Message-Id: <1240672723.1946.10.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 7.2-PRERELEASE X-server hang in "drmwtq" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 15:19:05 -0000 --=-qXl+v0j+3AbNNNsKTpgF Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-04-25 at 16:24 +0400, Artem Kim wrote: > I checked 7.2 RC2 problem still here. >=20 > I found a way to reproduce the problem easily. >=20 > I used KDE 4.2.2 composite manager is enabled. The problem occurs when tw= o=20 > applications run in a way that their window to appear at the same time. Ok, luckily I don't think that KDE is important... compositing might be. Can you give a more complete example of how to trigger the hang? I don't have any r300 based cards handy right now. AMD is sending them though, so it shouldn't be long... > I can reproduce the problem on the cards Radeon 9800 XT (AMD64 UP) and R= adeon=20 > X550 (AMD64 SMP). Are these AGP or PCI(e)? robert. > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" --=20 Robert Noland FreeBSD --=-qXl+v0j+3AbNNNsKTpgF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknzKdMACgkQM4TrQ4qfROP9SgCfex4lRP4mSqaXRPQxB9F5FedY yC8An2RLmZU5v/ExRleowfB9RL5IuBoh =kWSr -----END PGP SIGNATURE----- --=-qXl+v0j+3AbNNNsKTpgF-- From owner-freebsd-x11@FreeBSD.ORG Sat Apr 25 15:30:08 2009 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3437106566C for ; Sat, 25 Apr 2009 15:30:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C0D568FC08 for ; Sat, 25 Apr 2009 15:30:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n3PFU8hM095884 for ; Sat, 25 Apr 2009 15:30:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n3PFU8DP095879; Sat, 25 Apr 2009 15:30:08 GMT (envelope-from gnats) Date: Sat, 25 Apr 2009 15:30:08 GMT Message-Id: <200904251530.n3PFU8DP095879@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Robert Noland Cc: Subject: Re: ports/133998: [patch] x11-drivers/xf86-input-synaptics: upgrade to 1.1.0 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Robert Noland List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 15:30:09 -0000 The following reply was made to PR ports/133998; it has been noted by GNATS. From: Robert Noland To: Eygene Ryabinkin Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: ports/133998: [patch] x11-drivers/xf86-input-synaptics: upgrade to 1.1.0 Date: Sat, 25 Apr 2009 10:22:40 -0500 --=-gPgjqI0gzkdBSsj7GFCp Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-04-25 at 16:35 +0400, Eygene Ryabinkin wrote: > >Number: 133998 > >Category: ports > >Synopsis: [patch] x11-drivers/xf86-input-synaptics: upgrade to 1.1= .0 > >Confidential: no > >Severity: serious > >Priority: medium > >Responsible: freebsd-ports-bugs > >State: open > >Quarter: =20 > >Keywords: =20 > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Sat Apr 25 12:40:03 UTC 2009 > >Closed-Date: > >Last-Modified: > >Originator: Eygene Ryabinkin > >Release: FreeBSD 7.2-PRERELEASE amd64 > >Organization: > Code Labs > >Environment: >=20 > System: FreeBSD 7.2-PRERELEASE amd64 >=20 > >Description: >=20 > Synaptics touchpad driver version 1.1.0 for Xorg is out: [1]. > FreeBSD port is still at 0.99.3. >=20 > >How-To-Repeat: >=20 > [1] http://cgit.freedesktop.org/xorg/driver/xf86-input-synaptics/tag/?id= =3Dxf86-input-synaptics-1.1.0 >=20 > >Fix: >=20 > The following patch upgrades the port, adds some new @dirrmtry > directives, creates directory for HAL policy and patches configure to > install header files to the place specified by the port, not by > pkg-config. >=20 > It works for my laptop without problems for around a week. Ok, it was the testing part that I hadn't gotten around to yet... Along with the fact that all I have to test with are actually GlidePoint and not real Synaptics. This version is supposed to change around how the driver is configured a fair amount, iirc you should be able to do configuration via xinput. Have you tested any of that? robert. > --- port-upgrade-to-1.1.0.diff begins here --- > >From 38b9e6aa03c734daaebd27e87c5deef304f7b1bd Mon Sep 17 00:00:00 2001 > From: Eygene Ryabinkin > Date: Sat, 25 Apr 2009 00:25:16 +0400 >=20 > Upstream package was recently updated to 1.1.0, so we should catch > these changes. >=20 > Signed-off-by: Eygene Ryabinkin > --- > x11-drivers/xf86-input-synaptics/Makefile | 4 ++-- > x11-drivers/xf86-input-synaptics/distinfo | 6 +++--- > .../xf86-input-synaptics/files/patch-configure | 15 ++++++++++++++= + > x11-drivers/xf86-input-synaptics/pkg-plist | 4 ++++ > 4 files changed, 24 insertions(+), 5 deletions(-) > create mode 100644 x11-drivers/xf86-input-synaptics/files/patch-configur= e >=20 > diff --git a/x11-drivers/xf86-input-synaptics/Makefile b/x11-drivers/xf86= -input-synaptics/Makefile > index 4c691d7..e94ccd5 100644 > --- a/x11-drivers/xf86-input-synaptics/Makefile > +++ b/x11-drivers/xf86-input-synaptics/Makefile > @@ -6,8 +6,7 @@ > # > =20 > PORTNAME=3D xf86-input-synaptics > -PORTVERSION=3D 0.99.3 > -PORTREVISION=3D 1 > +PORTVERSION=3D 1.1.0 > CATEGORIES=3D x11-drivers > =20 > MAINTAINER=3D x11@FreeBSD.org > @@ -24,6 +23,7 @@ MAN1=3D syndaemon.1 \ > MAN4=3D synaptics.4x > =20 > post-install: > + ${MKDIR} ${PREFIX}/share/hal/fdi/policy/10osvendor > ${INSTALL_DATA} ${WRKSRC}/fdi/11-x11-synaptics.fdi \ > ${PREFIX}/share/hal/fdi/policy/10osvendor/ > =20 > diff --git a/x11-drivers/xf86-input-synaptics/distinfo b/x11-drivers/xf86= -input-synaptics/distinfo > index b7ce9b8..6df7613 100644 > --- a/x11-drivers/xf86-input-synaptics/distinfo > +++ b/x11-drivers/xf86-input-synaptics/distinfo > @@ -1,3 +1,3 @@ > -MD5 (xorg/driver/xf86-input-synaptics-0.99.3.tar.bz2) =3D 735a798e0f68c6= 5d98e3d6b092b56d29 > -SHA256 (xorg/driver/xf86-input-synaptics-0.99.3.tar.bz2) =3D 1a31962e05f= f8480e1d97e0cd33b071fdc9a128cf71c5ad05428e5761be4f4b2 > -SIZE (xorg/driver/xf86-input-synaptics-0.99.3.tar.bz2) =3D 284946 > +MD5 (xorg/driver/xf86-input-synaptics-1.1.0.tar.bz2) =3D d9a05d53c728400= e00e6bc146758c6e5 > +SHA256 (xorg/driver/xf86-input-synaptics-1.1.0.tar.bz2) =3D a72288348d27= dd1d075aacb7286aac4e2182f518c069b177e72f3179de56bfc4 > +SIZE (xorg/driver/xf86-input-synaptics-1.1.0.tar.bz2) =3D 294645 > diff --git a/x11-drivers/xf86-input-synaptics/files/patch-configure b/x11= -drivers/xf86-input-synaptics/files/patch-configure > new file mode 100644 > index 0000000..89d24af > --- /dev/null > +++ b/x11-drivers/xf86-input-synaptics/files/patch-configure > @@ -0,0 +1,15 @@ > +sdkdir hunk: we want the port to install header files to the > +location specified during the port build and not to the location > +specified by Xorg's pkg-config file. > + > +--- configure.orig 2009-04-25 15:11:21.000000000 +0400 > ++++ configure 2009-04-25 15:14:27.000000000 +0400 > +@@ -21128,7 +21128,7 @@ > + $as_echo "yes" >&6; } > + : > + fi > +-sdkdir=3D$(pkg-config --variable=3Dsdkdir xorg-server) > ++sdkdir=3D"${prefix}/include/xorg" > +=20 > +=20 > + CFLAGS=3D"$CFLAGS $XORG_CFLAGS "' -I$(top_srcdir)/src' > diff --git a/x11-drivers/xf86-input-synaptics/pkg-plist b/x11-drivers/xf8= 6-input-synaptics/pkg-plist > index b270639..7fa2267 100644 > --- a/x11-drivers/xf86-input-synaptics/pkg-plist > +++ b/x11-drivers/xf86-input-synaptics/pkg-plist > @@ -10,3 +10,7 @@ share/hal/fdi/policy/10osvendor/11-x11-synaptics.fdi > @dirrmtry lib/xorg/modules > @dirrmtry lib/xorg > @dirrmtry include/xorg > +@dirrmtry share/hal/fdi/policy/10osvendor > +@dirrmtry share/hal/fdi/policy > +@dirrmtry share/hal/fdi > +@dirrmtry share/hal --=20 Robert Noland FreeBSD --=-gPgjqI0gzkdBSsj7GFCp Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknzKsAACgkQM4TrQ4qfROOVhQCdGnU7evR3Qh3UnSSgWivq7TpV KzMAnAyUNb7ZQZpu5mVUQo+gVyLowtrD =46AT -----END PGP SIGNATURE----- --=-gPgjqI0gzkdBSsj7GFCp-- From owner-freebsd-x11@FreeBSD.ORG Sat Apr 25 16:34:44 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72ADF106566C; Sat, 25 Apr 2009 16:34:44 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from mx2.mail.ru (mx2.mail.ru [94.100.176.16]) by mx1.freebsd.org (Postfix) with ESMTP id 2AA8A8FC19; Sat, 25 Apr 2009 16:34:44 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from [79.142.106.35] (port=9337 helo=arti.pioneernet.lan) by mx2.mail.ru with asmtp id 1Lxkpu-0001Jg-00; Sat, 25 Apr 2009 20:34:42 +0400 From: Artem Kim To: Robert Noland Date: Sat, 25 Apr 2009 20:37:13 +0400 User-Agent: KMail/1.11.0 (FreeBSD/7.2-RC1; KDE/4.2.0; amd64; ; ) References: <200904030223.27059.artem_kim@inbox.ru> <200904251624.34096.artem_kim@inbox.ru> <1240672723.1946.10.camel@balrog.2hip.net> In-Reply-To: <1240672723.1946.10.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904252037.13795.artem_kim@inbox.ru> X-Spam: Not detected X-Mras: Ok Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 7.2-PRERELEASE X-server hang in "drmwtq" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 16:34:44 -0000 On Saturday 25 April 2009 19:18:43 Robert Noland wrote: > On Sat, 2009-04-25 at 16:24 +0400, Artem Kim wrote: > > I checked 7.2 RC2 problem still here. > > > > I found a way to reproduce the problem easily. > > > > I used KDE 4.2.2 composite manager is enabled. The problem occurs when > > two applications run in a way that their window to appear at the same > > time. > > Ok, luckily I don't think that KDE is important... compositing might be. > Can you give a more complete example of how to trigger the hang? I > don't have any r300 based cards handy right now. AMD is sending them > though, so it shouldn't be long... > > > I can reproduce the problem on the cards Radeon 9800 XT (AMD64 UP) and > > Radeon X550 (AMD64 SMP). > > Are these AGP or PCI(e)? > > robert. I'm using KDE 4.2.2 as a test. The problem occurs only if the composite manager is enabled. The problem occurs spontaneously when the new window is created. A reliable way to reproduce the problem - run concurrently several applications that create new windows. Typically, a window appears on the screen with some delay after starting the application. Time delays occur (drawing) of a new window depending on the application. The problem occurs if one or more applications have opened new windows (the window starts to draw on the screen) at about the same time. You can run fast (this is important) one after another "Konqueror", "System Settings", "File Manager", it is enough to reproduce the problem. The problem looks like this: X-server in "drmwtq" state. The screen freezes or just turns off. The keyboard sometimes works, sometimes not. I used a 9800 AGP at the UP and X550 PCI-E to the SMP AMD64 system. From owner-freebsd-x11@FreeBSD.ORG Sat Apr 25 17:15:38 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20378106566C; Sat, 25 Apr 2009 17:15:38 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id D6BCA8FC15; Sat, 25 Apr 2009 17:15:37 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-216.bna.bellsouth.net [70.156.31.216]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3PHFWQZ096025 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 25 Apr 2009 13:15:32 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Artem Kim In-Reply-To: <200904252037.13795.artem_kim@inbox.ru> References: <200904030223.27059.artem_kim@inbox.ru> <200904251624.34096.artem_kim@inbox.ru> <1240672723.1946.10.camel@balrog.2hip.net> <200904252037.13795.artem_kim@inbox.ru> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-ULmA3AGwpHvbIWJny4M3" Organization: FreeBSD Date: Sat, 25 Apr 2009 12:15:16 -0500 Message-Id: <1240679716.1946.26.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 7.2-PRERELEASE X-server hang in "drmwtq" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 17:15:38 -0000 --=-ULmA3AGwpHvbIWJny4M3 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-04-25 at 20:37 +0400, Artem Kim wrote: > On Saturday 25 April 2009 19:18:43 Robert Noland wrote: > > On Sat, 2009-04-25 at 16:24 +0400, Artem Kim wrote: > > > I checked 7.2 RC2 problem still here. > > > > > > I found a way to reproduce the problem easily. > > > > > > I used KDE 4.2.2 composite manager is enabled. The problem occurs whe= n > > > two applications run in a way that their window to appear at the same > > > time. > > > > Ok, luckily I don't think that KDE is important... compositing might be= . > > Can you give a more complete example of how to trigger the hang? I > > don't have any r300 based cards handy right now. AMD is sending them > > though, so it shouldn't be long... > > > > > I can reproduce the problem on the cards Radeon 9800 XT (AMD64 UP) an= d=20 > > > Radeon X550 (AMD64 SMP). > > > > Are these AGP or PCI(e)? > > > > robert. >=20 > =09 > I'm using KDE 4.2.2 as a test. >=20 > The problem occurs only if the composite manager is enabled. >=20 > The problem occurs spontaneously when the new window is created. >=20 > A reliable way to reproduce the problem - run concurrently > several applications that create new windows. Typically, a window appears= on=20 > the screen with some delay after starting the application. > Time delays occur (drawing) of a new window depending on the application. >=20 > The problem occurs if one or more applications have opened new windows > (the window starts to draw on the screen) at about the same time. > You can run fast (this is important) one after another "Konqueror", "Syst= em=20 > Settings", "File Manager", it is enough to reproduce the problem. >=20 > The problem looks like this: > X-server in "drmwtq" state. > The screen freezes or just turns off. > The keyboard sometimes works, sometimes not. >=20 > I used a 9800 AGP at the UP and X550 PCI-E to the SMP AMD64 system. Ok, so my test is under gnome with metacity in composite mode. Using zsh (I think bash can do this also) balrog% for ((i=3D0 ; i < 5 ; i++ )) do firefox &;done So, I've launched 5 firefox and 10 xterms... Neither produce the hang. Sitting in drmwtq means that you are waiting on the rendering engine to catch up and send you an interrupt. Probably the best debugging that we are going to get is by: booting the system without starting X, kldload radeon and then set sysctl hw.dri.0.debug=3D1 and start X/KDE... trigger the lockup and send me the output of the debugging from /var/log/messages. robert. --=20 Robert Noland FreeBSD --=-ULmA3AGwpHvbIWJny4M3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknzRSQACgkQM4TrQ4qfRON4nQCffvMjRWIu2AX7WHuRCshkvWiD i5sAoIDtDIWOSkQGGVt2+i1kuhM1Pa1C =Mxyx -----END PGP SIGNATURE----- --=-ULmA3AGwpHvbIWJny4M3-- From owner-freebsd-x11@FreeBSD.ORG Sat Apr 25 17:50:03 2009 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5736A106566C for ; Sat, 25 Apr 2009 17:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3AF958FC12 for ; Sat, 25 Apr 2009 17:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n3PHo2At084320 for ; Sat, 25 Apr 2009 17:50:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n3PHo2oH084319; Sat, 25 Apr 2009 17:50:02 GMT (envelope-from gnats) Date: Sat, 25 Apr 2009 17:50:02 GMT Message-Id: <200904251750.n3PHo2oH084319@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Eygene Ryabinkin Cc: Subject: Re: ports/133998: [patch] x11-drivers/xf86-input-synaptics: upgrade to 1.1.0 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eygene Ryabinkin List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 17:50:03 -0000 The following reply was made to PR ports/133998; it has been noted by GNATS. From: Eygene Ryabinkin To: Robert Noland Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: ports/133998: [patch] x11-drivers/xf86-input-synaptics: upgrade to 1.1.0 Date: Sat, 25 Apr 2009 21:42:30 +0400 Robert, good day. Sat, Apr 25, 2009 at 10:22:40AM -0500, Robert Noland wrote: > On Sat, 2009-04-25 at 16:35 +0400, Eygene Ryabinkin wrote: > > The following patch upgrades the port, adds some new @dirrmtry > > directives, creates directory for HAL policy and patches configure to > > install header files to the place specified by the port, not by > > pkg-config. > > > > It works for my laptop without problems for around a week. > > Ok, it was the testing part that I hadn't gotten around to yet... Along > with the fact that all I have to test with are actually GlidePoint and > not real Synaptics. This version is supposed to change around how the > driver is configured a fair amount, iirc you should be able to do > configuration via xinput. Have you tested any of that? Yes, XInput configuration works like a charm. For example, ----- $ xinput list-props touchpad Device 'touchpad': Device Enabled (90): 1 Synaptics Edges (221): 1700, 0, 5000, 0 Synaptics Finger (222): 25, 0, 30 Synaptics Tap Time (223): 180 Synaptics Tap Move (224): 220 Synaptics Tap Durations (225): 180, 0, 180 Synaptics Tap FastTap (226): 0 Synaptics Middle Button Timeout (227): 75 Synaptics Two-Finger Pressure (228): 257 Synaptics Two-Finger Width (229): 7 Synaptics Scrolling Distance (230): 70, 0 Synaptics Edge Scrolling (231): 1, 0, 0 Synaptics Two-Finger Scrolling (232): 0, 0 Synaptics Move Speed (233): 0.060000, 0.000000, 0.060000, 0.000000 Synaptics Edge Motion Pressure (234): 30, 0 Synaptics Edge Motion Speed (235): 1, 0 Synaptics Edge Motion Always (236): 0 Synaptics Button Scrolling (237): 1, 1 Synaptics Button Scrolling Repeat (238): 1, 1 Synaptics Button Scrolling Time (239): 100 Synaptics Off (240): 0 Synaptics Guestmouse Off (241): 0 Synaptics Locked Drags (242): 0 Synaptics Locked Drags Timeout (243): 5000 Synaptics Tap Action (244): 0, 0, 0, 0, 1, 0, 0 Synaptics Click Action (245): 1, 3, 2 Synaptics Circular Scrolling (246): 0 Synaptics Circular Scrolling Distance (247): 0.100000 Synaptics Circular Scrolling Trigger (248): 0 Synaptics Circular Pad (249): 0 Synaptics Palm Detection (250): 0 Synaptics Palm Dimensions (251): 10, 0 Synaptics Coasting Speed (252): 0.000000 Synaptics Pressure Motion (253): 30, 0 Synaptics Pressure Motion Factor (254): 1.000000, 0.000000 Synaptics Grab Event Device (255): 1 $ xinput set-int-prop touchpad 90 8 0 $ xinput list-props touchpad Device 'touchpad': Device Enabled (90): 0 Synaptics Edges (221): 1700, 0, 5000, 0 Synaptics Finger (222): 25, 0, 30 Synaptics Tap Time (223): 180 Synaptics Tap Move (224): 220 Synaptics Tap Durations (225): 180, 0, 180 Synaptics Tap FastTap (226): 0 Synaptics Middle Button Timeout (227): 75 Synaptics Two-Finger Pressure (228): 257 Synaptics Two-Finger Width (229): 7 Synaptics Scrolling Distance (230): 70, 0 Synaptics Edge Scrolling (231): 1, 0, 0 Synaptics Two-Finger Scrolling (232): 0, 0 Synaptics Move Speed (233): 0.060000, 0.000000, 0.060000, 0.000000 Synaptics Edge Motion Pressure (234): 30, 0 Synaptics Edge Motion Speed (235): 1, 0 Synaptics Edge Motion Always (236): 0 Synaptics Button Scrolling (237): 1, 1 Synaptics Button Scrolling Repeat (238): 1, 1 Synaptics Button Scrolling Time (239): 100 Synaptics Off (240): 0 Synaptics Guestmouse Off (241): 0 Synaptics Locked Drags (242): 0 Synaptics Locked Drags Timeout (243): 5000 Synaptics Tap Action (244): 0, 0, 0, 0, 1, 0, 0 Synaptics Click Action (245): 1, 3, 2 Synaptics Circular Scrolling (246): 0 Synaptics Circular Scrolling Distance (247): 0.100000 Synaptics Circular Scrolling Trigger (248): 0 Synaptics Circular Pad (249): 0 Synaptics Palm Detection (250): 0 Synaptics Palm Dimensions (251): 10, 0 Synaptics Coasting Speed (252): 0.000000 Synaptics Pressure Motion (253): 30, 0 Synaptics Pressure Motion Factor (254): 1.000000, 0.000000 Synaptics Grab Event Device (255): 1 $ xinput set-int-prop touchpad 90 8 1 $ xinput list-props touchpad Device 'touchpad': Device Enabled (90): 1 Synaptics Edges (221): 1700, 0, 5000, 0 Synaptics Finger (222): 25, 0, 30 Synaptics Tap Time (223): 180 Synaptics Tap Move (224): 220 Synaptics Tap Durations (225): 180, 0, 180 Synaptics Tap FastTap (226): 0 Synaptics Middle Button Timeout (227): 75 Synaptics Two-Finger Pressure (228): 257 Synaptics Two-Finger Width (229): 7 Synaptics Scrolling Distance (230): 70, 0 Synaptics Edge Scrolling (231): 1, 0, 0 Synaptics Two-Finger Scrolling (232): 0, 0 Synaptics Move Speed (233): 0.060000, 0.000000, 0.060000, 0.000000 Synaptics Edge Motion Pressure (234): 30, 0 Synaptics Edge Motion Speed (235): 1, 0 Synaptics Edge Motion Always (236): 0 Synaptics Button Scrolling (237): 1, 1 Synaptics Button Scrolling Repeat (238): 1, 1 Synaptics Button Scrolling Time (239): 100 Synaptics Off (240): 0 Synaptics Guestmouse Off (241): 0 Synaptics Locked Drags (242): 0 Synaptics Locked Drags Timeout (243): 5000 Synaptics Tap Action (244): 0, 0, 0, 0, 1, 0, 0 Synaptics Click Action (245): 1, 3, 2 Synaptics Circular Scrolling (246): 0 Synaptics Circular Scrolling Distance (247): 0.100000 Synaptics Circular Scrolling Trigger (248): 0 Synaptics Circular Pad (249): 0 Synaptics Palm Detection (250): 0 Synaptics Palm Dimensions (251): 10, 0 Synaptics Coasting Speed (252): 0.000000 Synaptics Pressure Motion (253): 30, 0 Synaptics Pressure Motion Factor (254): 1.000000, 0.000000 Synaptics Grab Event Device (255): 1 ----- And the touchpad really gets disabled after the first set-int-prop and reenabled back after the second one. Other options could be set too -- I had tested some of them. Here I have native Synaptics beast, ----- (--) touchpad synaptics touchpad found (--) Synaptics Touchpad, model: 0 (--) Firmware: 6.2 (--) 180 degree mounted touchpad (--) Sensor: 1 (--) new absolute packet format (--) Touchpad has extended capability bits (--) -> multifinger detection (--) -> palm detection ----- If you need some more tests -- say what are they and I'll try to perform them. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-x11@FreeBSD.ORG Sat Apr 25 18:18:11 2009 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EC56106564A for ; Sat, 25 Apr 2009 18:18:11 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 4E0918FC0A for ; Sat, 25 Apr 2009 18:18:11 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-216.bna.bellsouth.net [70.156.31.216]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3PIG4Ol096279 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 25 Apr 2009 14:16:04 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Eygene Ryabinkin In-Reply-To: <200904251750.n3PHo2oH084319@freefall.freebsd.org> References: <200904251750.n3PHo2oH084319@freefall.freebsd.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-PFOeAOXlqOTT5+80qrhp" Organization: FreeBSD Date: Sat, 25 Apr 2009 13:15:48 -0500 Message-Id: <1240683348.1946.27.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@FreeBSD.org Subject: Re: ports/133998: [patch] x11-drivers/xf86-input-synaptics: upgrade to 1.1.0 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 18:18:11 -0000 --=-PFOeAOXlqOTT5+80qrhp Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-04-25 at 17:50 +0000, Eygene Ryabinkin wrote: > The following reply was made to PR ports/133998; it has been noted by GNA= TS. >=20 > From: Eygene Ryabinkin > To: Robert Noland > Cc: FreeBSD-gnats-submit@freebsd.org > Subject: Re: ports/133998: [patch] x11-drivers/xf86-input-synaptics: > upgrade to 1.1.0 > Date: Sat, 25 Apr 2009 21:42:30 +0400 >=20 > Robert, good day. > =20 > Sat, Apr 25, 2009 at 10:22:40AM -0500, Robert Noland wrote: > > On Sat, 2009-04-25 at 16:35 +0400, Eygene Ryabinkin wrote: > > > The following patch upgrades the port, adds some new @dirrmtry > > > directives, creates directory for HAL policy and patches configure t= o > > > install header files to the place specified by the port, not by > > > pkg-config. > > >=20 > > > It works for my laptop without problems for around a week. > >=20 > > Ok, it was the testing part that I hadn't gotten around to yet... Alo= ng > > with the fact that all I have to test with are actually GlidePoint and > > not real Synaptics. This version is supposed to change around how the > > driver is configured a fair amount, iirc you should be able to do > > configuration via xinput. Have you tested any of that? > =20 > Yes, XInput configuration works like a charm. For example, > ----- > $ xinput list-props touchpad > Device 'touchpad': > Device Enabled (90): 1 > Synaptics Edges (221): 1700, 0, 5000, 0 > Synaptics Finger (222): 25, 0, 30 > Synaptics Tap Time (223): 180 > Synaptics Tap Move (224): 220 > Synaptics Tap Durations (225): 180, 0, 180 > Synaptics Tap FastTap (226): 0 > Synaptics Middle Button Timeout (227): 75 > Synaptics Two-Finger Pressure (228): 257 > Synaptics Two-Finger Width (229): 7 > Synaptics Scrolling Distance (230): 70, 0 > Synaptics Edge Scrolling (231): 1, 0, 0 > Synaptics Two-Finger Scrolling (232): 0, 0 > Synaptics Move Speed (233): 0.060000, 0.000000, 0.060000, 0.000000 > Synaptics Edge Motion Pressure (234): 30, 0 > Synaptics Edge Motion Speed (235): 1, 0 > Synaptics Edge Motion Always (236): 0 > Synaptics Button Scrolling (237): 1, 1 > Synaptics Button Scrolling Repeat (238): 1, 1 > Synaptics Button Scrolling Time (239): 100 > Synaptics Off (240): 0 > Synaptics Guestmouse Off (241): 0 > Synaptics Locked Drags (242): 0 > Synaptics Locked Drags Timeout (243): 5000 > Synaptics Tap Action (244): 0, 0, 0, 0, 1, 0, 0 > Synaptics Click Action (245): 1, 3, 2 > Synaptics Circular Scrolling (246): 0 > Synaptics Circular Scrolling Distance (247): 0.100000 > Synaptics Circular Scrolling Trigger (248): 0 > Synaptics Circular Pad (249): 0 > Synaptics Palm Detection (250): 0 > Synaptics Palm Dimensions (251): 10, 0 > Synaptics Coasting Speed (252): 0.000000 > Synaptics Pressure Motion (253): 30, 0 > Synaptics Pressure Motion Factor (254): 1.000000, 0.000000 > Synaptics Grab Event Device (255): 1 > $ xinput set-int-prop touchpad 90 8 0 > $ xinput list-props touchpad > Device 'touchpad': > Device Enabled (90): 0 > Synaptics Edges (221): 1700, 0, 5000, 0 > Synaptics Finger (222): 25, 0, 30 > Synaptics Tap Time (223): 180 > Synaptics Tap Move (224): 220 > Synaptics Tap Durations (225): 180, 0, 180 > Synaptics Tap FastTap (226): 0 > Synaptics Middle Button Timeout (227): 75 > Synaptics Two-Finger Pressure (228): 257 > Synaptics Two-Finger Width (229): 7 > Synaptics Scrolling Distance (230): 70, 0 > Synaptics Edge Scrolling (231): 1, 0, 0 > Synaptics Two-Finger Scrolling (232): 0, 0 > Synaptics Move Speed (233): 0.060000, 0.000000, 0.060000, 0.000000 > Synaptics Edge Motion Pressure (234): 30, 0 > Synaptics Edge Motion Speed (235): 1, 0 > Synaptics Edge Motion Always (236): 0 > Synaptics Button Scrolling (237): 1, 1 > Synaptics Button Scrolling Repeat (238): 1, 1 > Synaptics Button Scrolling Time (239): 100 > Synaptics Off (240): 0 > Synaptics Guestmouse Off (241): 0 > Synaptics Locked Drags (242): 0 > Synaptics Locked Drags Timeout (243): 5000 > Synaptics Tap Action (244): 0, 0, 0, 0, 1, 0, 0 > Synaptics Click Action (245): 1, 3, 2 > Synaptics Circular Scrolling (246): 0 > Synaptics Circular Scrolling Distance (247): 0.100000 > Synaptics Circular Scrolling Trigger (248): 0 > Synaptics Circular Pad (249): 0 > Synaptics Palm Detection (250): 0 > Synaptics Palm Dimensions (251): 10, 0 > Synaptics Coasting Speed (252): 0.000000 > Synaptics Pressure Motion (253): 30, 0 > Synaptics Pressure Motion Factor (254): 1.000000, 0.000000 > Synaptics Grab Event Device (255): 1 > $ xinput set-int-prop touchpad 90 8 1 > $ xinput list-props touchpad > Device 'touchpad': > Device Enabled (90): 1 > Synaptics Edges (221): 1700, 0, 5000, 0 > Synaptics Finger (222): 25, 0, 30 > Synaptics Tap Time (223): 180 > Synaptics Tap Move (224): 220 > Synaptics Tap Durations (225): 180, 0, 180 > Synaptics Tap FastTap (226): 0 > Synaptics Middle Button Timeout (227): 75 > Synaptics Two-Finger Pressure (228): 257 > Synaptics Two-Finger Width (229): 7 > Synaptics Scrolling Distance (230): 70, 0 > Synaptics Edge Scrolling (231): 1, 0, 0 > Synaptics Two-Finger Scrolling (232): 0, 0 > Synaptics Move Speed (233): 0.060000, 0.000000, 0.060000, 0.000000 > Synaptics Edge Motion Pressure (234): 30, 0 > Synaptics Edge Motion Speed (235): 1, 0 > Synaptics Edge Motion Always (236): 0 > Synaptics Button Scrolling (237): 1, 1 > Synaptics Button Scrolling Repeat (238): 1, 1 > Synaptics Button Scrolling Time (239): 100 > Synaptics Off (240): 0 > Synaptics Guestmouse Off (241): 0 > Synaptics Locked Drags (242): 0 > Synaptics Locked Drags Timeout (243): 5000 > Synaptics Tap Action (244): 0, 0, 0, 0, 1, 0, 0 > Synaptics Click Action (245): 1, 3, 2 > Synaptics Circular Scrolling (246): 0 > Synaptics Circular Scrolling Distance (247): 0.100000 > Synaptics Circular Scrolling Trigger (248): 0 > Synaptics Circular Pad (249): 0 > Synaptics Palm Detection (250): 0 > Synaptics Palm Dimensions (251): 10, 0 > Synaptics Coasting Speed (252): 0.000000 > Synaptics Pressure Motion (253): 30, 0 > Synaptics Pressure Motion Factor (254): 1.000000, 0.000000 > Synaptics Grab Event Device (255): 1 > ----- > And the touchpad really gets disabled after the first set-int-prop > and reenabled back after the second one. Other options could be > set too -- I had tested some of them. > =20 > Here I have native Synaptics beast, > ----- > (--) touchpad synaptics touchpad found > (--) Synaptics Touchpad, model: 0 > (--) Firmware: 6.2 > (--) 180 degree mounted touchpad > (--) Sensor: 1 > (--) new absolute packet format > (--) Touchpad has extended capability bits > (--) -> multifinger detection > (--) -> palm detection > ----- > If you need some more tests -- say what are they and I'll try to > perform them. That is good enough for me... I'll commit this in a bit... robert. > --=20 > Eygene > _ ___ _.--. # > \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard > / ' ` , __.--' # to read the on-line manual > )/' _/ \ `-_, / # while single-stepping the kernel. > `-'" `"\_ ,_.-;_.-\_ ', fsc/as # > _.-'_./ {_.' ; / # -- FreeBSD Developers handbook > {_.-``-' {_/ # > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" --=20 Robert Noland FreeBSD --=-PFOeAOXlqOTT5+80qrhp Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknzU1QACgkQM4TrQ4qfRON5EQCfXcqxGnwIZpqO39j6uwbSbBz4 9c4An0Jbyc9XkqHf02RLcaufmG1r93O8 =zuu3 -----END PGP SIGNATURE----- --=-PFOeAOXlqOTT5+80qrhp-- From owner-freebsd-x11@FreeBSD.ORG Sat Apr 25 18:38:41 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BBEC1065672; Sat, 25 Apr 2009 18:38:41 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 0572D8FC0C; Sat, 25 Apr 2009 18:38:40 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-216.bna.bellsouth.net [70.156.31.216]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3PIcUXd096379 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 25 Apr 2009 14:38:30 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Artem Kim In-Reply-To: <200904252037.13795.artem_kim@inbox.ru> References: <200904030223.27059.artem_kim@inbox.ru> <200904251624.34096.artem_kim@inbox.ru> <1240672723.1946.10.camel@balrog.2hip.net> <200904252037.13795.artem_kim@inbox.ru> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-ZoabxCUkdFcslBfpM+qE" Organization: FreeBSD Date: Sat, 25 Apr 2009 13:38:14 -0500 Message-Id: <1240684694.1946.29.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 7.2-PRERELEASE X-server hang in "drmwtq" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 18:38:41 -0000 --=-ZoabxCUkdFcslBfpM+qE Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-04-25 at 20:37 +0400, Artem Kim wrote: > On Saturday 25 April 2009 19:18:43 Robert Noland wrote: > > On Sat, 2009-04-25 at 16:24 +0400, Artem Kim wrote: > > > I checked 7.2 RC2 problem still here. > > > > > > I found a way to reproduce the problem easily. > > > > > > I used KDE 4.2.2 composite manager is enabled. The problem occurs whe= n > > > two applications run in a way that their window to appear at the same > > > time. > > > > Ok, luckily I don't think that KDE is important... compositing might be= . > > Can you give a more complete example of how to trigger the hang? I > > don't have any r300 based cards handy right now. AMD is sending them > > though, so it shouldn't be long... > > > > > I can reproduce the problem on the cards Radeon 9800 XT (AMD64 UP) an= d=20 > > > Radeon X550 (AMD64 SMP). > > > > Are these AGP or PCI(e)? > > > > robert. >=20 > =09 > I'm using KDE 4.2.2 as a test. >=20 > The problem occurs only if the composite manager is enabled. >=20 > The problem occurs spontaneously when the new window is created. >=20 > A reliable way to reproduce the problem - run concurrently > several applications that create new windows. Typically, a window appears= on=20 > the screen with some delay after starting the application. > Time delays occur (drawing) of a new window depending on the application. >=20 > The problem occurs if one or more applications have opened new windows > (the window starts to draw on the screen) at about the same time. > You can run fast (this is important) one after another "Konqueror", "Syst= em=20 > Settings", "File Manager", it is enough to reproduce the problem. >=20 > The problem looks like this: > X-server in "drmwtq" state. > The screen freezes or just turns off. > The keyboard sometimes works, sometimes not. >=20 > I used a 9800 AGP at the UP and X550 PCI-E to the SMP AMD64 system. Actually, I do have a patch that might be relevant... Try,=20 http://people.freebsd.org/~rnoland/drm_radeon-copyin-fix-try2.patch robert. --=20 Robert Noland FreeBSD --=-ZoabxCUkdFcslBfpM+qE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknzWJYACgkQM4TrQ4qfROOhmwCbB4ULkUw2EIXr5iVOR+jyQEIR bO4AnjcbSk9qEfxcNUhE2XLx/U+L5xwO =zxPa -----END PGP SIGNATURE----- --=-ZoabxCUkdFcslBfpM+qE-- From owner-freebsd-x11@FreeBSD.ORG Sat Apr 25 18:49:06 2009 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C6FB106568B; Sat, 25 Apr 2009 18:49:06 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 4C94D8FC08; Sat, 25 Apr 2009 18:49:05 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=R9s+eP8BQ0SFm5ybhWypXyUI/H1ZQt6iF7yS/Tzcc60ydzUac/MiPkVZXS5So479fgh2EDehjSVoTs2ViUFObzLP9X3hLJhB3XFiZk9BAdkL6LsVSy2UpetiHL14KgAiOrh/ExZYzix1HJwSvLYBgS6xpeHm0BaDfg/EqJKHfOc=; Received: from amnesiac.at.no.dns (ppp85-141-163-213.pppoe.mtu-net.ru [85.141.163.213]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1Lxmvw-0003QG-Gq; Sat, 25 Apr 2009 22:49:04 +0400 Date: Sat, 25 Apr 2009 22:49:01 +0400 From: Eygene Ryabinkin To: Stanislav Sedov Message-ID: References: <200904242010.n3OKA41e084949@freefall.freebsd.org> <1240605576.2142.47.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1240605576.2142.47.camel@balrog.2hip.net> Sender: rea-fbsd@codelabs.ru Cc: freebsd-x11@FreeBSD.org Subject: Re: ports/132615: [patch] x11/libX11: work aroung parsing bug in Bash 4.0 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 18:49:06 -0000 Stanislav, good day. > Stanislav Sedov wrote: > > On Fri, 2009-04-24 at 20:10 +0000, Eygene Ryabinkin wrote: > > I'd say that 45 seconds (24.5%) speedup worth some patching. > > > > Any thoughts 'bout this? > > I think we could try to replace the libtool by our own stripped-down > implementation that will be even simpler than dolt. If dolt is able to > reduce the compilations speed by about one forth, then with a FreeBSD > specific libtool replacement the imporvement may be even better. Well, dolt replaces only the 'compile' mode of libtool and doltcompile is a rather simple script that isn't specific to any operating system, it just needs Linux, FreeBSD or Darwin. The script is small and most of speedup lives here -- libtool is an enormous beast that checks a load of things and spawns many external tools. So, for the compilation mode, the only thing to do is to try to replace Bash script dolt with native executable and try to estimate gains. Will try to play with this. As to the other modes, libtool is still used, no magic here. And here we can do something beefy, because, once again, libtool is an enormous beast. Will try to draft something as well. > As a benefit we can also stop installing .la and .a library files. .la -- may be. But why do you want to eradicate .a's? People should still be able to link in libraries statically, aren't they? -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-x11@FreeBSD.ORG Sat Apr 25 19:20:33 2009 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAA171065672; Sat, 25 Apr 2009 19:20:33 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9F4F88FC1C; Sat, 25 Apr 2009 19:20:33 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from freefall.freebsd.org (rnoland@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n3PJKX5C008028; Sat, 25 Apr 2009 19:20:33 GMT (envelope-from rnoland@freefall.freebsd.org) Received: (from rnoland@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n3PJKXIo008018; Sat, 25 Apr 2009 19:20:33 GMT (envelope-from rnoland) Date: Sat, 25 Apr 2009 19:20:33 GMT Message-Id: <200904251920.n3PJKXIo008018@freefall.freebsd.org> To: x11@freebsd.org, rea-fbsd@codelabs.ru, rnoland@FreeBSD.org, freebsd-x11@FreeBSD.org From: rnoland@FreeBSD.org Cc: Subject: Re: ports/133998: [patch] x11-drivers/xf86-input-synaptics: upgrade to 1.1.0 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 19:20:34 -0000 Synopsis: [patch] x11-drivers/xf86-input-synaptics: upgrade to 1.1.0 State-Changed-From-To: open->closed State-Changed-By: rnoland State-Changed-When: Sat Apr 25 19:20:33 UTC 2009 State-Changed-Why: Committed. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=133998 From owner-freebsd-x11@FreeBSD.ORG Sat Apr 25 19:20:33 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAA171065672; Sat, 25 Apr 2009 19:20:33 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9F4F88FC1C; Sat, 25 Apr 2009 19:20:33 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from freefall.freebsd.org (rnoland@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n3PJKX5C008028; Sat, 25 Apr 2009 19:20:33 GMT (envelope-from rnoland@freefall.freebsd.org) Received: (from rnoland@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n3PJKXIo008018; Sat, 25 Apr 2009 19:20:33 GMT (envelope-from rnoland) Date: Sat, 25 Apr 2009 19:20:33 GMT Message-Id: <200904251920.n3PJKXIo008018@freefall.freebsd.org> To: x11@freebsd.org, rea-fbsd@codelabs.ru, rnoland@FreeBSD.org, freebsd-x11@FreeBSD.org From: rnoland@FreeBSD.org Cc: Subject: Re: ports/133998: [patch] x11-drivers/xf86-input-synaptics: upgrade to 1.1.0 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 19:20:34 -0000 Synopsis: [patch] x11-drivers/xf86-input-synaptics: upgrade to 1.1.0 State-Changed-From-To: open->closed State-Changed-By: rnoland State-Changed-When: Sat Apr 25 19:20:33 UTC 2009 State-Changed-Why: Committed. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=133998 From owner-freebsd-x11@FreeBSD.ORG Sat Apr 25 19:30:04 2009 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A0F31065674 for ; Sat, 25 Apr 2009 19:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 78CA48FC26 for ; Sat, 25 Apr 2009 19:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n3PJU4pl017718 for ; Sat, 25 Apr 2009 19:30:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n3PJU4t1017714; Sat, 25 Apr 2009 19:30:04 GMT (envelope-from gnats) Date: Sat, 25 Apr 2009 19:30:04 GMT Message-Id: <200904251930.n3PJU4t1017714@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: ports/133998: commit references a PR X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 19:30:04 -0000 The following reply was made to PR ports/133998; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/133998: commit references a PR Date: Sat, 25 Apr 2009 19:20:09 +0000 (UTC) rnoland 2009-04-25 19:20:00 UTC FreeBSD ports repository Modified files: x11-drivers/xf86-input-synaptics Makefile distinfo pkg-plist Added files: x11-drivers/xf86-input-synaptics/files patch-configure Log: Update to 1.1.0 PR: 133998 Submitted by: Eygene Ryabinkin Revision Changes Path 1.3 +2 -2 ports/x11-drivers/xf86-input-synaptics/Makefile 1.2 +3 -3 ports/x11-drivers/xf86-input-synaptics/distinfo 1.1 +11 -0 ports/x11-drivers/xf86-input-synaptics/files/patch-configure (new) 1.2 +4 -0 ports/x11-drivers/xf86-input-synaptics/pkg-plist _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From owner-freebsd-x11@FreeBSD.ORG Sat Apr 25 19:48:56 2009 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B69E106564A for ; Sat, 25 Apr 2009 19:48:56 +0000 (UTC) (envelope-from itetcu@freebsd.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id AD8A68FC1D for ; Sat, 25 Apr 2009 19:48:55 +0000 (UTC) (envelope-from itetcu@freebsd.org) Received: from release.ixsystems.com (unknown [206.40.55.81]) by worf.ds9.tecnik93.com (Postfix) with ESMTP id AE02C22C52AD; Sat, 25 Apr 2009 22:32:06 +0300 (EEST) Received: by release.ixsystems.com (Postfix, from userid 0) id 6F5328FC2C; Sat, 25 Apr 2009 12:15:18 -0700 (PDT) From: QAT@FreeBSD.org To: rnoland@FreeBSD.org In-Reply-To: <200904251920.n3PJK03f055072@repoman.freebsd.org> References: <200904251920.n3PJK03f055072@repoman.freebsd.org> X-Mailer: $Tecnik: people/itetcu/ports/QA-Tindy/QAT_postPortBuild.sh, v 1.57 2009/03/08 00:17:57 itetcu Exp $ X-QAT-Tindy_Version: tinderbox-devel-3.2_2; dsversion: 3.2 X-QAT-Jail_Arch: amd64 X-QAT-Jail_Csup_Tag: RELENG_7 X-QAT-Jail_Last_Built: 2009-04-18 01:31:47 X-QAT-Port: x11-drivers/xf86-input-synaptics X-QAT-Log: http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/xf86-input-synaptics-1.1.0.log X-QAT-Build_Reason: Commit X-QAT-Fail_Reason: configure_error Message-Id: <20090425191518.6F5328FC2C@release.ixsystems.com> Date: Sat, 25 Apr 2009 12:15:18 -0700 (PDT) Cc: cvs-ports@FreeBSD.org, x11@FreeBSD.org, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Re: cvs commit: ports/x11-drivers/xf86-input-synaptics Makefile distinfo pkg-plist ports/x11-drivers/xf86-input-synaptics/files patch-configure X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 19:48:56 -0000 The Restless Daemon identified a configure error while trying to build: xf86-input-synaptics-1.1.0 maintained by x11@FreeBSD.org Makefile ident: $FreeBSD: ports/x11-drivers/xf86-input-synaptics/Makefile,v 1.3 2009/04/25 19:20:00 rnoland Exp $ Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/xf86-input-synaptics-1.1.0.log : checking if c++ supports -c -o file.o... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd7.2 ld.so (cached) (cached) checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool checking for gcc... (cached) cc checking whether we are using the GNU C compiler... (cached) yes checking whether cc accepts -g... (cached) yes checking for cc option to accept ISO C89... (cached) none needed checking dependency style of cc... (cached) gcc3 checking which optional backends will be build... psmcomm checking if XINPUT is defined... no checking for pkg-config... /usr/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for XORG... yes checking for XLIB... yes checking for XRECORD... no checking for XI... configure: error: Package requirements (xi) were not met: gnome-config: not found No package 'xi' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables XI_CFLAGS and XI_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. ===> Script "configure" failed unexpectedly. Please report the problem to x11@FreeBSD.org [maintainer] and attach the "/work/a/ports/x11-drivers/xf86-input-synaptics/work/xf86-input-synaptics-1.1.0/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /a/ports/x11-drivers/xf86-input-synaptics. ================================================================ build of /usr/ports/x11-drivers/xf86-input-synaptics ended at Sat Apr 25 19:15:16 UTC 2009 The tarballed WRKDIR can be found here: http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/xf86-input-synaptics-1.1.0.tbz PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=x11-drivers&portname=xf86-input-synaptics The build which triggered this BotMail was done under tinderbox-devel-3.2_2; dsversion: 3.2 on RELENG_7 on amd64, kern.smp.cpus: 4 with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From owner-freebsd-x11@FreeBSD.ORG Sat Apr 25 20:15:14 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FD63106564A; Sat, 25 Apr 2009 20:15:14 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from mx33.mail.ru (mx33.mail.ru [94.100.176.47]) by mx1.freebsd.org (Postfix) with ESMTP id 56F578FC08; Sat, 25 Apr 2009 20:15:14 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from [79.142.106.35] (port=9640 helo=arti.pioneernet.lan) by mx33.mail.ru with asmtp id 1LxoHI-000GTm-00; Sun, 26 Apr 2009 00:15:12 +0400 From: Artem Kim To: Robert Noland Date: Sun, 26 Apr 2009 00:18:36 +0400 User-Agent: KMail/1.11.0 (FreeBSD/7.2-RC1; KDE/4.2.0; amd64; ; ) References: <200904030223.27059.artem_kim@inbox.ru> <200904252037.13795.artem_kim@inbox.ru> <1240679716.1946.26.camel@balrog.2hip.net> In-Reply-To: <1240679716.1946.26.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904260018.36884.artem_kim@inbox.ru> X-Spam: Not detected X-Mras: Ok Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 7.2-PRERELEASE X-server hang in "drmwtq" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 20:15:15 -0000 On Saturday 25 April 2009 21:15:16 you wrote: > Ok, so my test is under gnome with metacity in composite mode. Using > zsh (I think bash can do this also) > > balrog% for ((i=0 ; i < 5 ; i++ )) do firefox &;done > > So, I've launched 5 firefox and 10 xterms... Neither produce the hang. > Sitting in drmwtq means that you are waiting on the rendering engine to > catch up and send you an interrupt. Probably the best debugging that we > are going to get is by: > > booting the system without starting X, kldload radeon and then set > sysctl hw.dri.0.debug=1 and start X/KDE... trigger the lockup and send > me the output of the debugging from /var/log/messages. > > robert. I used the following script: #!/bin/sh TRY = 5 while [$ (TRY)-gt 0]; do # Konqueror & okteta & kcalc & kwrite & TRY = `expr $ (TRY) - 1` done sleep 30 killall konqueror killall okteta killall kcalc killall kwrite If I set "hw.dri.0.debug = 1" the problem is not reproducing, even at very big values of ${TRY}. However if hw.dri.0.debug = 0 one pass reproduces the problem. If I set "hw.dri.0.debug=1" _after_ the server hang, I see the message: Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] pid = 782, cmd = 0x80046457, nr = 0x57, dev 0xffffff0001556d00, auth = 1 Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] returning 4 Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] pid = 782, cmd = 0x80046457, nr = 0x57, dev 0xffffff0001556d00, auth = 1 Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] returning 4 Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] pid = 782, cmd = 0x80046457, nr = 0x57, dev 0xffffff0001556d00, auth = 1 Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] returning 4 Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] pid = 782, cmd = 0x80046457, nr = 0x57, dev 0xffffff0001556d00, auth = 1 Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] returning 4 Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] pid = 782, cmd = 0x80046457, nr = 0x57, dev 0xffffff0001556d00, auth = 1 Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] returning 4 I try to apply this patch: http://people.freebsd.org/ ~ rnoland/drm_radeon-copyin-fix-try2.patch In my case the problem remains. From owner-freebsd-x11@FreeBSD.ORG Sat Apr 25 20:37:42 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D08851065677; Sat, 25 Apr 2009 20:37:42 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 93A358FC1B; Sat, 25 Apr 2009 20:37:42 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-216.bna.bellsouth.net [70.156.31.216]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3PKbadE097057 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 25 Apr 2009 16:37:36 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Artem Kim In-Reply-To: <200904260018.36884.artem_kim@inbox.ru> References: <200904030223.27059.artem_kim@inbox.ru> <200904252037.13795.artem_kim@inbox.ru> <1240679716.1946.26.camel@balrog.2hip.net> <200904260018.36884.artem_kim@inbox.ru> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-vaoOQBetxcdGl63g70oD" Organization: FreeBSD Date: Sat, 25 Apr 2009 15:37:21 -0500 Message-Id: <1240691841.1946.37.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 7.2-PRERELEASE X-server hang in "drmwtq" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 20:37:43 -0000 --=-vaoOQBetxcdGl63g70oD Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2009-04-26 at 00:18 +0400, Artem Kim wrote: > On Saturday 25 April 2009 21:15:16 you wrote: > > Ok, so my test is under gnome with metacity in composite mode. Using > > zsh (I think bash can do this also) > > > > balrog% for ((i=3D0 ; i < 5 ; i++ )) do firefox &;done > > > > So, I've launched 5 firefox and 10 xterms... Neither produce the hang. > > Sitting in drmwtq means that you are waiting on the rendering engine to > > catch up and send you an interrupt. Probably the best debugging that w= e > > are going to get is by: > > > > booting the system without starting X, kldload radeon and then set > > sysctl hw.dri.0.debug=3D1 and start X/KDE... trigger the lockup and sen= d > > me the output of the debugging from /var/log/messages. > > > > robert. >=20 > I used the following script: >=20 > #!/bin/sh >=20 > TRY =3D 5 >=20 > while [$ (TRY)-gt 0]; do >=20 > # Konqueror & > okteta & > kcalc & > kwrite & >=20 > TRY =3D `expr $ (TRY) - 1` >=20 > done >=20 > sleep 30 > killall konqueror > killall okteta > killall kcalc > killall kwrite >=20 >=20 > If I set "hw.dri.0.debug =3D 1" the problem is not reproducing, even at v= ery big=20 > values of ${TRY}. > However if hw.dri.0.debug =3D 0 one pass reproduces the problem. >=20 >=20 > If I set "hw.dri.0.debug=3D1" _after_ the server hang, I see the message: >=20 > Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] pid =3D 782, cmd = =3D=20 > 0x80046457, nr =3D 0x57, dev 0xffffff0001556d00, auth =3D 1 > Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] returning 4 Ok, so what this is saying is that pid 782 is waiting on the rendering engine to catch up. The "returning 4" part says that we were interrupted while we were waiting. libdrm retries the wait, which should return immediately if the engine has caught up now. It never appears to catch up, so either the counter is getting corrupted or we failed to get the commands submitted to the card like we thought, or we have locked up the GPU. What does it take to recover from this? Do you have to reboot, or is killing the process that initiated the wait sufficient? robert. > Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] pid =3D 782, cmd = =3D=20 > 0x80046457, nr =3D 0x57, dev 0xffffff0001556d00, auth =3D 1 > Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] returning 4 > Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] pid =3D 782, cmd = =3D=20 > 0x80046457, nr =3D 0x57, dev 0xffffff0001556d00, auth =3D 1 > Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] returning 4 > Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] pid =3D 782, cmd = =3D=20 > 0x80046457, nr =3D 0x57, dev 0xffffff0001556d00, auth =3D 1 > Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] returning 4 > Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] pid =3D 782, cmd = =3D=20 > 0x80046457, nr =3D 0x57, dev 0xffffff0001556d00, auth =3D 1 > Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] returning 4 >=20 > I try to apply this patch: > http://people.freebsd.org/ ~ rnoland/drm_radeon-copyin-fix-try2.patch >=20 > In my case the problem remains. >=20 --=20 Robert Noland FreeBSD --=-vaoOQBetxcdGl63g70oD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknzdIEACgkQM4TrQ4qfROMJQQCfaRt6NtjYhyJMekVZMj4d2NBx amEAnAg5JMmeDmFkQ0Yv5j0sWwC6ZOQz =TYki -----END PGP SIGNATURE----- --=-vaoOQBetxcdGl63g70oD-- From owner-freebsd-x11@FreeBSD.ORG Sat Apr 25 21:44:56 2009 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 182F3106566B for ; Sat, 25 Apr 2009 21:44:56 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (backbone.deglitch.com [IPv6:2001:16d8:fffb:4::abba]) by mx1.freebsd.org (Postfix) with ESMTP id BD0218FC16 for ; Sat, 25 Apr 2009 21:44:55 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from DSPAM-Daemon (localhost [127.0.0.1]) by mx0.deglitch.com (Postfix) with SMTP id 4175E8FC51 for ; Sun, 26 Apr 2009 01:31:18 +0400 (MSD) Received: from orion.SpringDaemons.com (unknown [77.232.3.143]) by mx0.deglitch.com (Postfix) with ESMTPA id D851B8FC18; Sun, 26 Apr 2009 01:31:16 +0400 (MSD) Received: from orion (localhost [127.0.0.1]) by orion.SpringDaemons.com (Postfix) with SMTP id 905FE39827; Sun, 26 Apr 2009 01:31:22 +0400 (MSD) Date: Sun, 26 Apr 2009 01:31:17 +0400 From: Stanislav Sedov To: rea-fbsd@codelabs.ru Message-Id: <20090426013117.919bc3a5.stas@FreeBSD.org> In-Reply-To: References: <200904242010.n3OKA41e084949@freefall.freebsd.org> <1240605576.2142.47.camel@balrog.2hip.net> Organization: The FreeBSD Project X-XMPP: ssedov@jabber.ru X-Voice: +7 916 849 20 23 X-PGP-Fingerprint: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Sun Apr 26 01:31:17 2009 X-DSPAM-Confidence: 1.0000 X-DSPAM-Improbability: 1 in 98689409 chance of being spam X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 49f38125967007839267135 Cc: freebsd-x11@FreeBSD.org Subject: Re: ports/132615: [patch] x11/libX11: work aroung parsing bug in Bash 4.0 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 21:44:56 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, 25 Apr 2009 22:49:01 +0400 Eygene Ryabinkin mentioned: > Stanislav, good day. > > > Stanislav Sedov wrote: > > > On Fri, 2009-04-24 at 20:10 +0000, Eygene Ryabinkin wrote: > > > I'd say that 45 seconds (24.5%) speedup worth some patching. > > > > > > Any thoughts 'bout this? > > > > I think we could try to replace the libtool by our own stripped-down > > implementation that will be even simpler than dolt. If dolt is able to > > reduce the compilations speed by about one forth, then with a FreeBSD > > specific libtool replacement the imporvement may be even better. > > Well, dolt replaces only the 'compile' mode of libtool and doltcompile > is a rather simple script that isn't specific to any operating system, > it just needs Linux, FreeBSD or Darwin. The script is small and most of > speedup lives here -- libtool is an enormous beast that checks a load of > things and spawns many external tools. So, for the compilation mode, > the only thing to do is to try to replace Bash script dolt with native > executable and try to estimate gains. Will try to play with this. > > As to the other modes, libtool is still used, no magic here. And here > we can do something beefy, because, once again, libtool is an enormous > beast. Will try to draft something as well. > That would be really great! Thanks for working on this. > > As a benefit we can also stop installing .la and .a library files. > > .la -- may be. But why do you want to eradicate .a's? People should > still be able to link in libraries statically, aren't they? Sure. But in some cases it is questionable. Probably, we can try moving static libraries into a hidden location to prevent unintentional linking with static libraries in ports building. Having some ports linking libraries staticaly makes keeping ports security information almost impossible. - -- Stanislav Sedov ST4096-RIPE -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAknzgSoACgkQK/VZk+smlYFxcgCfc7BrqNeCRhfvxqtqhxlooa0c LN8Anj9C2vcj52xqI0pDUkUioNgQA7LL =1juO -----END PGP SIGNATURE----- !DSPAM:49f38125967007839267135! From owner-freebsd-x11@FreeBSD.ORG Sat Apr 25 22:09:30 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFEED106566B; Sat, 25 Apr 2009 22:09:30 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from mx75.mail.ru (mx75.mail.ru [94.100.176.90]) by mx1.freebsd.org (Postfix) with ESMTP id A7B548FC13; Sat, 25 Apr 2009 22:09:30 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from [79.142.106.35] (port=49677 helo=arti.pioneernet.lan) by mx75.mail.ru with asmtp id 1Lxq3s-0001AB-00; Sun, 26 Apr 2009 02:09:28 +0400 From: Artem Kim To: Robert Noland Date: Sun, 26 Apr 2009 02:12:07 +0400 User-Agent: KMail/1.11.0 (FreeBSD/7.2-RC2; KDE/4.2.0; amd64; ; ) References: <200904030223.27059.artem_kim@inbox.ru> <200904260018.36884.artem_kim@inbox.ru> <1240691841.1946.37.camel@balrog.2hip.net> In-Reply-To: <1240691841.1946.37.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904260212.07847.artem_kim@inbox.ru> X-Spam: Not detected X-Mras: Ok Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 7.2-PRERELEASE X-server hang in "drmwtq" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 22:09:31 -0000 > > Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] pid = 782, cmd = > > 0x80046457, nr = 0x57, dev 0xffffff0001556d00, auth = 1 > > Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] returning 4 > > Ok, so what this is saying is that pid 782 is waiting on the rendering > engine to catch up. The "returning 4" part says that we were > interrupted while we were waiting. libdrm retries the wait, which > should return immediately if the engine has caught up now. It never > appears to catch up, so either the counter is getting corrupted or we > failed to get the commands submitted to the card like we thought, or we > have locked up the GPU. > > What does it take to recover from this? Do you have to reboot, or is > killing the process that initiated the wait sufficient? > > robert. In most cases, the system will remain available through the network. The computer can be turned off via acpi power button. However, if you do kill -KILL , after it is impossible to shut down the system correctly. The system continues to be available through the network, Xorg is activated and holds up to 100% of one of the cores CPU. In the kernel messages appear: Apr 26 01:30:05 test kernel: [drm:pid1107:radeon_do_wait_for_fifo] wait for fifo failed status : 0x8411413D 0x9C000800 Apr 26 01:30:05 test kernel: [drm:pid1107:radeon_do_release] radeon_do_cp_idle -16 Apr 26 01:30:05 test kernel: [drm:pid1107:radeon_do_cp_idle] Reboot the system is possible only via a hardware reset. From owner-freebsd-x11@FreeBSD.ORG Sat Apr 25 23:10:13 2009 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 466421065687; Sat, 25 Apr 2009 23:10:13 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1C03E8FC15; Sat, 25 Apr 2009 23:10:13 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (edwin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n3PNAC03014586; Sat, 25 Apr 2009 23:10:12 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n3PNACYA014576; Sat, 25 Apr 2009 23:10:12 GMT (envelope-from edwin) Date: Sat, 25 Apr 2009 23:10:12 GMT Message-Id: <200904252310.n3PNACYA014576@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-x11@FreeBSD.org From: edwin@FreeBSD.org Cc: Subject: Re: ports/134008: [patch] x11-drivers/xf86-video-radeonhd: add glproto as a build dependency to enable DRI support at compile time X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 23:10:13 -0000 Synopsis: [patch] x11-drivers/xf86-video-radeonhd: add glproto as a build dependency to enable DRI support at compile time Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: edwin Responsible-Changed-When: Sat Apr 25 23:10:12 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=134008