From owner-freebsd-gnome@FreeBSD.ORG Sun Oct 9 08:29:55 2005 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45F7216A41F for ; Sun, 9 Oct 2005 08:29:55 +0000 (GMT) (envelope-from ccandler@sympatico.ca) Received: from tomts20-srv.bellnexxia.net (tomts20-srv.bellnexxia.net [209.226.175.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF2A343D45 for ; Sun, 9 Oct 2005 08:29:54 +0000 (GMT) (envelope-from ccandler@sympatico.ca) Received: from [192.168.1.101] ([69.158.18.57]) by tomts20-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20051009082952.TCWB26550.tomts20-srv.bellnexxia.net@[192.168.1.101]> for ; Sun, 9 Oct 2005 04:29:52 -0400 Message-ID: <4348D4E2.2090003@sympatico.ca> Date: Sun, 09 Oct 2005 04:29:22 -0400 From: Chris Candler User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnome@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: firefox install X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Oct 2005 08:29:55 -0000 Hello, I am running Freebsd-5.3 release, and I am trying to install FireFox. I downloaded the port and typed "make install". The port builds for an extended period of time correctly (about 1/2 hour), and then it generates an error with the following message: Do you have any ideas what I am doing wrong? Thanks, Chris Candler ccandler@sympatico.ca include/necko -I../../../dist/include -I/usr/local/include/nspr -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -fPIC -I/usr/X11R6/include -I/usr/local/include -I/usr/X11R6/include -I/usr/X11R6/include -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -O -pipe -fshort-wchar -pipe -DNDEBUG -DTRIMMED -O -I/usr/X11R6/include -I/usr/local/include -I/usr/X11R6/include -I/usr/X11R6/include -DMOZILLA_CLIENT -include ../../../mozilla-config.h nsDNSService2.cpp In file included from nsDNSService2.h:40, from nsDNSService2.cpp:38: nsHostResolver.h:95: error: ISO C++ forbids declaration of `PRAddrInfo' with no type nsHostResolver.h:95: error: expected `;' before '*' token nsHostResolver.h: In member function `PRBool nsHostRecord::HasResult() const': nsHostResolver.h:99: error: `addr_info' undeclared (first use this function) nsHostResolver.h:99: error: (Each undeclared identifier is reported only once for each function it appears in.) nsHostResolver.h: At global scope: nsHostResolver.h:209: error: `PRAddrInfo' has not been declared nsHostResolver.h:209: error: ISO C++ forbids declaration of `parameter' with no type nsDNSService2.cpp: In member function `virtual nsresult nsDNSRecord::GetCanonicalName(nsACString&)': nsDNSService2.cpp:95: error: 'class nsDerivedSafe' has no member named 'addr_info' nsDNSService2.cpp:96: error: 'class nsDerivedSafe' has no member named 'addr_info' nsDNSService2.cpp:96: error: `PR_GetCanonNameFromAddrInfo' undeclared (first use this function) nsDNSService2.cpp: In member function `virtual nsresult nsDNSRecord::GetNextAddr(PRUint16, PRNetAddr*)': nsDNSService2.cpp:112: error: 'class nsDerivedSafe' has no member named 'addr_info' nsDNSService2.cpp:113: error: 'class nsDerivedSafe' has no member named 'addr_info' nsDNSService2.cpp:113: error: `PR_EnumerateAddrInfo' undeclared (first use this function) nsDNSService2.cpp: In member function `PRUint16 nsDNSService::GetAFForLookup(const nsACString&)': nsDNSService2.cpp:528: error: `PR_AF_UNSPEC' undeclared (first use this function) gmake[4]: *** [nsDNSService2.o] Error 1 gmake[4]: Leaving directory `/usr/home/chris/ports/firefox/work/mozilla/netwerk/dns/src' gmake[3]: *** [libs] Error 2 gmake[3]: Leaving directory `/usr/home/chris/ports/firefox/work/mozilla/netwerk/dns' gmake[2]: *** [libs] Error 2 gmake[2]: Leaving directory `/usr/home/chris/ports/firefox/work/mozilla/netwerk' gmake[1]: *** [tier_9] Error 2 gmake[1]: Leaving directory `/usr/home/chris/ports/firefox/work/mozilla' gmake: *** [default] Error 2 *** Error code 2 Stop in /usr/home/chris/ports/firefox. *** Error code 1 Stop in /usr/home/chris/ports/firefox. From owner-freebsd-gnome@FreeBSD.ORG Sun Oct 9 13:15:33 2005 Return-Path: X-Original-To: gnome@FreeBSD.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49B7E16A41F for ; Sun, 9 Oct 2005 13:15:33 +0000 (GMT) (envelope-from dirk.meyer@dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.sub.de [194.45.71.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94F1143D45 for ; Sun, 9 Oct 2005 13:15:32 +0000 (GMT) (envelope-from dirk.meyer@dinoex.sub.org) Received: from uucp.dinoex.sub.de (dinoex@uucp.dinoex.sub.de [194.45.71.2] (may be forged)) by uucp.dinoex.sub.de (8.13.5/8.13.5) with ESMTP id j99DF0YZ062420 for ; Sun, 9 Oct 2005 15:15:01 +0200 (CEST) (envelope-from dirk.meyer@dinoex.sub.org) X-MDaemon-Deliver-To: Received: from build.dinoex.sub.de (dinoex@localhost) by uucp.dinoex.sub.de (8.13.5/8.13.5/Submit) with BSMTP id j99DF0Ew062408 for ; Sun, 9 Oct 2005 15:15:00 +0200 (CEST) (envelope-from dirk.meyer@dinoex.sub.org) To: gnome@FreeBSD.org Message-ID: From: dirk.meyer@dinoex.sub.org (Dirk Meyer) Organization: privat Date: Sun, 09 Oct 2005 15:13:48 +0200 X-Mailer: Dinoex 1.79 X-Gateway: ZCONNECT build.dinoex.sub.de [UNIX/Connect 0.94] X-PGP-Fingerprint: 44 16 EC 0A D3 3A 4F 28 8A 8A 47 93 F1 CF 2F 12 X-Copyright: (C) Copyright 2001 by Dirk Meyer -- All rights reserved. X-PGP-Key-Avail: mailto:pgp-public-keys@keys.de.pgp.net Subject:GET 0x331CDA5D X-ZC-VIA: 20051009000000S+2@dinoex.sub.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 194.45.71.2; Sender-helo: uucp.dinoex.sub.de; ) Cc: Subject: devel/glib20 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Oct 2005 13:15:33 -0000 Hi, It seems to me taht perl ist not required to run and use applications with glib20. Please consider this patch. Gruß Dirk - Dirk Meyer, Im Grund 4, 34317 Habichtswald, Germany - [dirk.meyer@dinoex.sub.org],[dirk.meyer@guug.de],[dinoex@FreeBSD.org] Index: Makefile =================================================================== RCS file: /home/pcvs/ports/devel/glib20/Makefile,v retrieving revision 1.115 diff -u -r1.115 Makefile --- Makefile 1 Aug 2005 16:10:56 -0000 1.115 +++ Makefile 9 Oct 2005 13:11:37 -0000 @@ -29,7 +29,7 @@ INSTALLS_SHLIB= yes USE_GNOME= gnomehack gnometarget pkgconfig USE_GMAKE= yes -USE_PERL5= yes +USE_PERL5_BUILD= yes CONFIGURE_ARGS= --enable-static --with-libiconv=gnu \ --disable-gtk-doc --with-html-dir=${PREFIX}/share/doc \ --disable-man --without-xml-catalog From owner-freebsd-gnome@FreeBSD.ORG Sun Oct 9 14:16:15 2005 Return-Path: X-Original-To: gnome@FreeBSD.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4385216A41F for ; Sun, 9 Oct 2005 14:16:15 +0000 (GMT) (envelope-from bland@FreeBSD.org) Received: from mvs5.plala.or.jp (c158133.vh.plala.or.jp [210.150.158.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9607643D46 for ; Sun, 9 Oct 2005 14:16:14 +0000 (GMT) (envelope-from bland@FreeBSD.org) Received: from hub.bbnest.net ([218.47.198.2]) by mvs5.plala.or.jp with ESMTP id <20051009141613.HPAM21687.mvs5.plala.or.jp@hub.bbnest.net>; Sun, 9 Oct 2005 23:16:13 +0900 Received: from [10.0.0.2] (nest.bbnest.net [10.0.0.2]) by hub.bbnest.net (8.13.4/8.13.3) with ESMTP id j99EG8qM005095; Sun, 9 Oct 2005 23:16:12 +0900 (JST) (envelope-from bland@FreeBSD.org) Message-ID: <4349259A.7090407@FreeBSD.org> Date: Sun, 09 Oct 2005 23:13:46 +0900 From: Alexander Nedotsukov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20050930 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dirk Meyer References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: gnome@FreeBSD.org Subject: Re: devel/glib20 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Oct 2005 14:16:15 -0000 Dirk Meyer wrote: >Hi, > >It seems to me taht perl ist not required to >run and use applications with glib20. > > There is glib-mkenums which unfortunately is nothing else but perl script. So glib20 itself needs USE_PERL5. Cheers, Alexander. From owner-freebsd-gnome@FreeBSD.ORG Sun Oct 9 16:35:36 2005 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6771A16A420 for ; Sun, 9 Oct 2005 16:35:36 +0000 (GMT) (envelope-from caelian@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0582943D46 for ; Sun, 9 Oct 2005 16:35:35 +0000 (GMT) (envelope-from caelian@gmail.com) Received: by zproxy.gmail.com with SMTP id z31so48080nzd for ; Sun, 09 Oct 2005 09:35:35 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=UUgs+V0wjkCl9PKj8fzht/ymcifw2YqXq7d8hD8mMv4dbov2ROiFH5Vpg+T9pDTGsHmJ6ph2iqLRMtaUeg75xxfJfed5nLoFh+6TndS7Jnm4+Jf6PnWgSuDUwNg4y2GKC9KjhM4MU6gtqBI4EB9JLHPNpRHkXTWbZlwuktDbO+U= Received: by 10.37.12.17 with SMTP id p17mr142155nzi; Sun, 09 Oct 2005 09:35:35 -0700 (PDT) Received: from synergy.odyssey.homeunix.org ( [68.190.230.198]) by mx.gmail.com with ESMTP id 36sm1017466nza.2005.10.09.09.35.34; Sun, 09 Oct 2005 09:35:35 -0700 (PDT) From: Pascal Hofstee To: Chris Candler In-Reply-To: <4348D4E2.2090003@sympatico.ca> References: <4348D4E2.2090003@sympatico.ca> Content-Type: text/plain Date: Sun, 09 Oct 2005 09:35:33 -0700 Message-Id: <1128875733.901.0.camel@synergy.odyssey.homeunix.org> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: gnome@freebsd.org Subject: Re: firefox install X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Oct 2005 16:35:36 -0000 On Sun, 2005-10-09 at 04:29 -0400, Chris Candler wrote: > Hello, > I am running Freebsd-5.3 release, and I am trying to install FireFox. > > I downloaded the port and typed "make install". The port builds for an > extended period of time correctly (about 1/2 hour), and then it > generates an error with the following message: > > Do you have any ideas what I am doing wrong? Make sure you first update your devel/nspr port properly before rebuilding firefox/thunderbird/etc.... -- Pascal Hofstee From owner-freebsd-gnome@FreeBSD.ORG Sun Oct 9 19:44:38 2005 Return-Path: X-Original-To: gnome@hub.freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B564916A41F; Sun, 9 Oct 2005 19:44:38 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9969243D6A; Sun, 9 Oct 2005 19:44:37 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from freefall.freebsd.org (marcus@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j99JibQ9008175; Sun, 9 Oct 2005 19:44:37 GMT (envelope-from marcus@freefall.freebsd.org) Received: (from marcus@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j99Jib6Q008171; Sun, 9 Oct 2005 19:44:37 GMT (envelope-from marcus) Date: Sun, 9 Oct 2005 19:44:37 GMT From: Joe Marcus Clarke Message-Id: <200510091944.j99Jib6Q008171@freefall.freebsd.org> To: green@freebsd.org, marcus@FreeBSD.org, gnome@FreeBSD.org Cc: Subject: Re: ports/86961: firefox port disables useful, standard extensions X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Oct 2005 19:44:38 -0000 Synopsis: firefox port disables useful, standard extensions State-Changed-From-To: open->closed State-Changed-By: marcus State-Changed-When: Sun Oct 9 19:44:13 GMT 2005 State-Changed-Why: Defautl extensions have now been enabled. Thanks for the report. http://www.freebsd.org/cgi/query-pr.cgi?pr=86961 From owner-freebsd-gnome@FreeBSD.ORG Sun Oct 9 21:48:09 2005 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E85D016A41F for ; Sun, 9 Oct 2005 21:48:09 +0000 (GMT) (envelope-from mi+kde@aldan.algebra.com) Received: from blue.virtual-estates.net (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4999643D45 for ; Sun, 9 Oct 2005 21:48:09 +0000 (GMT) (envelope-from mi+kde@aldan.algebra.com) Received: from blue.virtual-estates.net (blue [127.0.0.1]) by blue.virtual-estates.net (8.13.4/8.13.4) with ESMTP id j99Lm830097083 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 9 Oct 2005 17:48:08 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by blue.virtual-estates.net (8.13.4/8.13.4/Submit) id j99Lm7x4097082; Sun, 9 Oct 2005 17:48:07 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) X-Authentication-Warning: blue.virtual-estates.net: mi set sender to mi+kde@aldan.algebra.com using -f From: Mikhail Teterin To: Joe Marcus Clarke Date: Sun, 9 Oct 2005 17:48:06 -0400 User-Agent: KMail/1.8.2 References: <200510051413.j95EDBi2038518@blue.virtual-estates.net> <1128814097.47852.10.camel@shumai.marcuscom.com> In-Reply-To: <1128814097.47852.10.camel@shumai.marcuscom.com> X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Cc: gnome@freebsd.org Subject: Re: ${PREFIX}/include/nss/nss X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Oct 2005 21:48:10 -0000 On Saturday 08 October 2005 07:28 pm, Joe Marcus Clarke wrote: = Yes, but as you pointed out, it will require changes to the = NSS-dependent ports (as well as plist changes to security/nss itself). = If you want to test all the ports, and submit a complete patch, that = would be great. I seem to vaguely recall you having a cluster capable of quickly testing things like this :-) To make things easier, how about creating a symlink: ${PREFIX}/include/nss/nss -> . ? -mi From owner-freebsd-gnome@FreeBSD.ORG Sun Oct 9 22:21:49 2005 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA7A016A41F for ; Sun, 9 Oct 2005 22:21:49 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from centrmmtao01.cox.net (centrmmtao01.cox.net [70.168.83.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4023443D45 for ; Sun, 9 Oct 2005 22:21:49 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by centrmmtao01.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20051009222140.LNVN5336.centrmmtao01.cox.net@mezz.mezzweb.com>; Sun, 9 Oct 2005 18:21:40 -0400 To: "Mikhail Teterin" References: <200510051413.j95EDBi2038518@blue.virtual-estates.net> <1128814097.47852.10.camel@shumai.marcuscom.com> <200510091748.07488@aldan> Message-ID: Date: Sun, 09 Oct 2005 17:22:17 -0500 From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: <200510091748.07488@aldan> User-Agent: Opera M2/8.50 (Linux, build 1358) Cc: gnome@freebsd.org Subject: Re: ${PREFIX}/include/nss/nss X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Oct 2005 22:21:49 -0000 On Sun, 09 Oct 2005 16:48:06 -0500, Mikhail Teterin wrote: > On Saturday 08 October 2005 07:28 pm, Joe Marcus Clarke wrote: > = Yes, but as you pointed out, it will require changes to the > = NSS-dependent ports (as well as plist changes to security/nss itself). > = If you want to test all the ports, and submit a complete patch, that > = would be great. > > I seem to vaguely recall you having a cluster capable of quickly > testing things like this :-) Not on all Mozilla-based (ie: thunderbird and etc) ports and all ports that depend on Mozilla-based, his cluster only has GNOME. > To make things easier, how about creating a symlink: > > ${PREFIX}/include/nss/nss -> . > > ? No, it won't be good. Cheers, Mezz > -mi -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-gnome@FreeBSD.ORG Sun Oct 9 22:57:15 2005 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2B9D16A422 for ; Sun, 9 Oct 2005 22:57:15 +0000 (GMT) (envelope-from mi+kde@aldan.algebra.com) Received: from blue.virtual-estates.net (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDD0143D60 for ; Sun, 9 Oct 2005 22:57:11 +0000 (GMT) (envelope-from mi+kde@aldan.algebra.com) Received: from blue.virtual-estates.net (blue [127.0.0.1]) by blue.virtual-estates.net (8.13.4/8.13.4) with ESMTP id j99Mv6IK076502 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 9 Oct 2005 18:57:06 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by blue.virtual-estates.net (8.13.4/8.13.4/Submit) id j99Mv4XY076484; Sun, 9 Oct 2005 18:57:04 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) X-Authentication-Warning: blue.virtual-estates.net: mi set sender to mi+kde@aldan.algebra.com using -f From: Mikhail Teterin To: "Jeremy Messenger" Date: Sun, 9 Oct 2005 18:57:03 -0400 User-Agent: KMail/1.8.2 References: <200510051413.j95EDBi2038518@blue.virtual-estates.net> <200510091748.07488@aldan> In-Reply-To: X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Cc: gnome@freebsd.org Subject: Re: ${PREFIX}/include/nss/nss X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Oct 2005 22:57:15 -0000 On Sunday 09 October 2005 06:22 pm, Jeremy Messenger wrote: = > To make things easier, how about creating a symlink: = > = >       ${PREFIX}/include/nss/nss -> . = > = > ? = = No, it won't be good. Why not? We can then leisurly change the dependent ports and the new ones will have a proper dependency... -mi From owner-freebsd-gnome@FreeBSD.ORG Mon Oct 10 06:02:27 2005 Return-Path: X-Original-To: gnome@FreeBSD.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B136D16A41F for ; Mon, 10 Oct 2005 06:02:27 +0000 (GMT) (envelope-from indigo23@gmail.com) Received: from qproxy.gmail.com (qproxy.gmail.com [72.14.204.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC3E943D46 for ; Mon, 10 Oct 2005 06:02:26 +0000 (GMT) (envelope-from indigo23@gmail.com) Received: by qproxy.gmail.com with SMTP id o12so236659qba for ; Sun, 09 Oct 2005 23:02:26 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type; b=PjX0DpkQ2bbUV22/0FuJj9uoiCUyvIxZp7kbcUKFIk/GO8wX9vPHoEXaxcB7WrLoYGQb4KinbCtGy+fzcNgQiI7E8COcHKppKpBA8x3r492zOOzidJoAeF30pJa5i20fHyKdvO6hJKpnaIAUJb7blFrSwgGEfPR4IfCENzW65fw= Received: by 10.65.38.11 with SMTP id q11mr2991843qbj; Sun, 09 Oct 2005 23:02:26 -0700 (PDT) Received: by 10.65.40.7 with HTTP; Sun, 9 Oct 2005 23:02:26 -0700 (PDT) Message-ID: <6f50eac40510092302g2439722av33cc0872ac767bdf@mail.gmail.com> Date: Mon, 10 Oct 2005 02:02:26 -0400 From: Indigo 23 To: gnome@FreeBSD.org, marcus@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Recent update of Firefox port X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Indigo 23 List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Oct 2005 06:02:27 -0000 Hello. I would just like to let you know that the recent update to the Firefox port screwed things up for me immensely. First of all, I had no problems upgrading through previous updates to the port until the recent commit (Oct 9, 2005). After upgrading and restarting Firefox, my extensions started messing up, to the extent of screwing up my tab bar where I couldn'= t see any tabs whatsoever, or even their titles. Also, when opening a new tab now, it does not automatically focus on the location bar and I must manuall= y do this every time, which is EXTREMELY irritating. Even after starting a ne= w profile, the problems persisted. I am currently in the process of downgrading to the previous revision (Sept 23, 2005) which worked great for me. Hopefully the next commit will correct some of these problems. Thanks. From owner-freebsd-gnome@FreeBSD.ORG Mon Oct 10 06:09:35 2005 Return-Path: X-Original-To: gnome@FreeBSD.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DCF916A41F for ; Mon, 10 Oct 2005 06:09:35 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99B7243D48 for ; Mon, 10 Oct 2005 06:09:34 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.4/8.13.4) with ESMTP id j9A69xGQ002597; Mon, 10 Oct 2005 02:09:59 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Indigo 23 In-Reply-To: <6f50eac40510092302g2439722av33cc0872ac767bdf@mail.gmail.com> References: <6f50eac40510092302g2439722av33cc0872ac767bdf@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-VWGwH9lsWBy3ODM+GaCR" Organization: FreeBSD, Inc. Date: Mon, 10 Oct 2005 02:09:32 -0400 Message-Id: <1128924572.65661.32.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: gnome@FreeBSD.org Subject: Re: Recent update of Firefox port X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Oct 2005 06:09:35 -0000 --=-VWGwH9lsWBy3ODM+GaCR Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2005-10-10 at 02:02 -0400, Indigo 23 wrote: > Hello. I would just like to let you know that the recent update to the > Firefox port screwed things up for me immensely. First of all, I had no > problems upgrading through previous updates to the port until the recent > commit (Oct 9, 2005). After upgrading and restarting Firefox, my extensio= ns > started messing up, to the extent of screwing up my tab bar where I could= n't > see any tabs whatsoever, or even their titles. Also, when opening a new t= ab > now, it does not automatically focus on the location bar and I must manua= lly > do this every time, which is EXTREMELY irritating. Even after starting a = new > profile, the problems persisted. I am currently in the process of > downgrading to the previous revision (Sept 23, 2005) which worked great f= or > me. Hopefully the next commit will correct some of these problems. 1.0.7_2,1 works fine for me. I even tested with a custom theme and the Ad Block extension. The latest commit added ports-based Kerberos support (shouldn't have affected anything unless you defined KRB5_HOME), and enabled a few other otherwise _default_ extensions. Neither of those should have caused a problem. Do you have a screenshot illustrating the problem? Joe=20 --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-VWGwH9lsWBy3ODM+GaCR Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDSgWcb2iPiv4Uz4cRAqQ1AJ90GDZZvgxYKWxHnOZpGCnJR3ZfQwCdHiUa PL21Mxg4cdy7sq/vpYpZ5lI= =/+4X -----END PGP SIGNATURE----- --=-VWGwH9lsWBy3ODM+GaCR-- From owner-freebsd-gnome@FreeBSD.ORG Mon Oct 10 10:48:38 2005 Return-Path: X-Original-To: freebsd-gnome@freebsd.org Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8FA516A41F for ; Mon, 10 Oct 2005 10:48:38 +0000 (GMT) (envelope-from euro@i.com.ua) Received: from tuminfo2.informatik.tu-muenchen.de (tuminfo2.informatik.tu-muenchen.de [131.159.0.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C5AE43D48 for ; Mon, 10 Oct 2005 10:48:37 +0000 (GMT) (envelope-from euro@i.com.ua) Received: from a137.tum.vpn.lrz-muenchen.de (a137.tum.vpn.lrz-muenchen.de [129.187.51.137]) by mail.in.tum.de (Postfix) with ESMTP id 583322210 for ; Mon, 10 Oct 2005 12:48:32 +0200 (MEST) From: Eugene Rogoza To: freebsd-gnome@freebsd.org Content-Type: text/plain Date: Mon, 10 Oct 2005 12:48:35 +0200 Message-Id: <1128941315.788.0.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new/sophie/sophos at mailrelay2.informatik.tu-muenchen.de Subject: gnome-session and mobile profiles X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: euro@i.com.ua List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Oct 2005 10:48:39 -0000 Hello everybody, I'd like to share several thoughts regarding the usage of gnome-session. Perhaps I'm inventing the wheel, but I haven't found any other way to accomplish my task. I have a laptop which physically travels from one building to another and is thus a mobile client. Each time it has to connect to a new network. What I'm trying to do is to tell FreeBSD my current location via GDM login (session selection), so that the proper (self-made) network initialization script would be run. In other words, for the same user I want to be able to choose among "network profiles". The first thing I noticed is that "GNOME sessions" and "GDM sessions" are not the same, although, as stated in (GNOME) documentation, "...When you log in on GDM, you choose a session. When you choose a session, you can select which of the multiple sessions to use". Gnome sessions use a file '~/.gnome2/session' whereas GDM sessions are usual '.desktop' files residing in '/usr/X11R6/share/gnome/xsessions' (or alternatively in the directories described in GDM help page). So, to be able to add a GDM-session (exactly what I need) one has to copy and customize some .desktop-file. After that one has to change one line in .desktop-file, which is Exec=gnome-session to Exec=gnome-session --choose-session=SessionName which reads the contents of '~/.gnome2/session' as well as '~/.gnome2/session-manual'. The latter one contains the list of "additional" programs that are to be started automatically (as defined via "Sessions" -> "Startup programs" dialog box). This is exactly the facility which allows me to run my network init scripts. The question is: could I have done all of that using only "Buttons-and-dialog-boxes-mode" without having to explore and manually edit various configuration files and manually adding "Exec=gnome-session --choose-session=SessionName"? I believe that GNOME GUI (and 'gnome-session' in particular) has been designed exactly for that. Otherwise I see no point in "Sessions" dialog box. To be precise, I see no point in that part of it which allows me to add a new session, edit the existing one or delete it. The entries to '~/.gnome2/session' are being made, but they are not being used anyhow afterwards. Am I expecting too much from gnome-session? Or am I using it incorrectly? Thanks Eugene From owner-freebsd-gnome@FreeBSD.ORG Mon Oct 10 11:02:36 2005 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9ACE216A41F for ; Mon, 10 Oct 2005 11:02:36 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5232043D48 for ; Mon, 10 Oct 2005 11:02:36 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j9AB2aef051729 for ; Mon, 10 Oct 2005 11:02:36 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j9AB2ZV7051723 for gnome@freebsd.org; Mon, 10 Oct 2005 11:02:35 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 10 Oct 2005 11:02:35 GMT Message-Id: <200510101102.j9AB2ZV7051723@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: gnome@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Oct 2005 11:02:36 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2005/05/06] ports/80705 gnome [PATCH] converters/libiconv: includes a p f [2005/09/11] ports/85966 gnome graphics/librsvg2 build failed with WITH_ 2 problems total. From owner-freebsd-gnome@FreeBSD.ORG Mon Oct 10 15:14:00 2005 Return-Path: X-Original-To: gnome@FreeBSD.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 010F816A41F for ; Mon, 10 Oct 2005 15:14:00 +0000 (GMT) (envelope-from pawel.zakiewicz@thebunker.net) Received: from male.aldigital.co.uk (male.thebunker.net [213.129.64.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93E1743D45 for ; Mon, 10 Oct 2005 15:13:59 +0000 (GMT) (envelope-from pawel.zakiewicz@thebunker.net) Received: from [172.16.3.53] (gateway.ash.thebunker.net [213.129.64.4]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by male.aldigital.co.uk (Postfix) with ESMTP id E807D97704 for ; Mon, 10 Oct 2005 16:13:57 +0100 (BST) Message-ID: <434A85A9.9080201@thebunker.net> Date: Mon, 10 Oct 2005 16:15:53 +0100 From: Pawel Zakiewicz User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050405) X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnome@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: firefox build from ports fails X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Oct 2005 15:14:00 -0000 Hello, it looks like there are still bugs in that port... when I try to make build I get in end: gmake[4]: Leaving directory `/usr/ports/www/firefox/work/mozilla/netwerk/dns/public' gmake[4]: Entering directory `/usr/ports/www/firefox/work/mozilla/netwerk/dns/src' nsDNSService2.cpp c++ -o nsDNSService2.o -c -DOSTYPE=\"FreeBSD5\" -DOSARCH=\"FreeBSD\" -I../../../dist/include/xpcom -I../../../di st/include/string -I../../../dist/include/pref -I../../../dist/include/unicharutil -I../../../dist/include/necko -I../../../dist/include -I/usr/local/include/nspr -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -fPIC -I/usr/X11R6/include -I/usr/local/include -I/usr/X11R6/include -I/usr/X11R6/include -fno-rtti -fno-ex ceptions -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno -non-virtual-dtor -Wno-long-long -O2 -fno-strict-aliasing -pipe -march=pentiumpro -fshort-wchar -pipe -DNDEBUG - DTRIMMED -O -I/usr/X11R6/include -I/usr/local/include -I/usr/X11R6/include -I/usr/X11R6/include -DMOZILLA_CLIE NT -include ../../../mozilla-config.h nsDNSService2.cpp In file included from nsDNSService2.h:40, from nsDNSService2.cpp:38: nsHostResolver.h:95: error: ISO C++ forbids declaration of `PRAddrInfo' with no type nsHostResolver.h:95: error: expected `;' before '*' token nsHostResolver.h: In member function `PRBool nsHostRecord::HasResult() const': nsHostResolver.h:99: error: `addr_info' undeclared (first use this function) nsHostResolver.h:99: error: (Each undeclared identifier is reported only once for each function it appears in.) nsHostResolver.h: At global scope: nsHostResolver.h:209: error: `PRAddrInfo' has not been declared nsHostResolver.h:209: error: ISO C++ forbids declaration of `parameter' with no type nsDNSService2.cpp: In member function `virtual nsresult nsDNSRecord::GetCanonicalName(nsACString&)': nsDNSService2.cpp:95: error: 'class nsDerivedSafe' has no member named 'addr_info' nsDNSService2.cpp:96: error: 'class nsDerivedSafe' has no member named 'addr_info' nsDNSService2.cpp:96: error: `PR_GetCanonNameFromAddrInfo' undeclared (first use this function) nsDNSService2.cpp: In member function `virtual nsresult nsDNSRecord::GetNextAddr(PRUint16, PRNetAddr*)': nsDNSService2.cpp:112: error: 'class nsDerivedSafe' has no member named 'addr_info' nsDNSService2.cpp:113: error: 'class nsDerivedSafe' has no member named 'addr_info' nsDNSService2.cpp:113: error: `PR_EnumerateAddrInfo' undeclared (first use this function) nsDNSService2.cpp: In member function `PRUint16 nsDNSService::GetAFForLookup(const nsACString&)': nsDNSService2.cpp:528: error: `PR_AF_UNSPEC' undeclared (first use this function) gmake[4]: *** [nsDNSService2.o] Error 1 gmake[4]: Leaving directory `/usr/ports/www/firefox/work/mozilla/netwerk/dns/src' gmake[3]: *** [libs] Error 2 gmake[3]: Leaving directory `/usr/ports/www/firefox/work/mozilla/netwerk/dns' gmake[2]: *** [libs] Error 2 gmake[2]: Leaving directory `/usr/ports/www/firefox/work/mozilla/netwerk' gmake[1]: *** [tier_9] Error 2 gmake[1]: Leaving directory `/usr/ports/www/firefox/work/mozilla' gmake: *** [default] Error 2 *** Error code 2 Stop in /usr/ports/www/firefox. my box is FreeBSD 5.4-RELEASE-p7 Cheers, Pawel -- Pawel Zakiewicz Tel: +44 (1304) 814800 The Bunker Fax: +44 (1304) 814899 Ash Radar Station http://www.thebunker.net Marshborough Rd mailto:pawel.zakiewicz@thebunker.net Sandwich Kent CT13 OPL UNITED KINGDOM From owner-freebsd-gnome@FreeBSD.ORG Mon Oct 10 16:14:10 2005 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1664016A420 for ; Mon, 10 Oct 2005 16:14:10 +0000 (GMT) (envelope-from caelian@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B62343D46 for ; Mon, 10 Oct 2005 16:14:09 +0000 (GMT) (envelope-from caelian@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so160461nzk for ; Mon, 10 Oct 2005 09:14:09 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=WJ9tsf8P8mM+qvuOrG9l6AbITuufT9av0X2a/Xbm3JUnJKvP+YZ5q7y/J2vo2QF693SytQdhoq4spJASUeCwUyzNIP8heJSiX1H2YmuIMHlZ68bpV6UfNnCvhASqUL9UmNNkx1I6dAp6jq9hL0QgI/XMU+cGbib1RYOsOhZEMGM= Received: by 10.36.196.4 with SMTP id t4mr2908637nzf; Mon, 10 Oct 2005 09:14:09 -0700 (PDT) Received: from synergy.odyssey.homeunix.org ( [68.190.230.198]) by mx.gmail.com with ESMTP id 6sm3750933nzn.2005.10.10.09.14.05; Mon, 10 Oct 2005 09:14:08 -0700 (PDT) From: Pascal Hofstee To: Pawel Zakiewicz In-Reply-To: <434A85A9.9080201@thebunker.net> References: <434A85A9.9080201@thebunker.net> Content-Type: text/plain Date: Mon, 10 Oct 2005 09:14:04 -0700 Message-Id: <1128960844.2572.0.camel@synergy.odyssey.homeunix.org> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: gnome@FreeBSD.org Subject: Re: firefox build from ports fails X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Oct 2005 16:14:10 -0000 On Mon, 2005-10-10 at 16:15 +0100, Pawel Zakiewicz wrote: > Hello, > > it looks like there are still bugs in that port... > > when I try to make build I get in end: > > gmake[4]: Leaving directory > `/usr/ports/www/firefox/work/mozilla/netwerk/dns/public' > gmake[4]: Entering directory > `/usr/ports/www/firefox/work/mozilla/netwerk/dns/src' > nsDNSService2.cpp > c++ -o nsDNSService2.o -c -DOSTYPE=\"FreeBSD5\" -DOSARCH=\"FreeBSD\" > -I../../../dist/include/xpcom -I../../../di > st/include/string -I../../../dist/include/pref > -I../../../dist/include/unicharutil -I../../../dist/include/necko > -I../../../dist/include -I/usr/local/include/nspr -I/usr/local/include > -I/usr/local/include -I/usr/X11R6/include > -fPIC -I/usr/X11R6/include -I/usr/local/include > -I/usr/X11R6/include -I/usr/X11R6/include -fno-rtti -fno-ex > ceptions -Wall -Wconversion -Wpointer-arith -Wcast-align > -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno > -non-virtual-dtor -Wno-long-long -O2 -fno-strict-aliasing -pipe > -march=pentiumpro -fshort-wchar -pipe -DNDEBUG - > DTRIMMED -O -I/usr/X11R6/include -I/usr/local/include > -I/usr/X11R6/include -I/usr/X11R6/include -DMOZILLA_CLIE > NT -include ../../../mozilla-config.h nsDNSService2.cpp > In file included from nsDNSService2.h:40, > from nsDNSService2.cpp:38: > nsHostResolver.h:95: error: ISO C++ forbids declaration of `PRAddrInfo' > with no type > nsHostResolver.h:95: error: expected `;' before '*' token > nsHostResolver.h: In member function `PRBool nsHostRecord::HasResult() > const': > nsHostResolver.h:99: error: `addr_info' undeclared (first use this function) > nsHostResolver.h:99: error: (Each undeclared identifier is reported only > once for each function it appears in.) > nsHostResolver.h: At global scope: > nsHostResolver.h:209: error: `PRAddrInfo' has not been declared > nsHostResolver.h:209: error: ISO C++ forbids declaration of `parameter' > with no type > nsDNSService2.cpp: In member function `virtual nsresult > nsDNSRecord::GetCanonicalName(nsACString&)': > nsDNSService2.cpp:95: error: 'class nsDerivedSafe' has no > member named 'addr_info' > nsDNSService2.cpp:96: error: 'class nsDerivedSafe' has no > member named 'addr_info' > nsDNSService2.cpp:96: error: `PR_GetCanonNameFromAddrInfo' undeclared > (first use this function) > nsDNSService2.cpp: In member function `virtual nsresult > nsDNSRecord::GetNextAddr(PRUint16, PRNetAddr*)': > nsDNSService2.cpp:112: error: 'class nsDerivedSafe' has no > member named 'addr_info' > nsDNSService2.cpp:113: error: 'class nsDerivedSafe' has no > member named 'addr_info' > nsDNSService2.cpp:113: error: `PR_EnumerateAddrInfo' undeclared (first > use this function) > nsDNSService2.cpp: In member function `PRUint16 > nsDNSService::GetAFForLookup(const nsACString&)': > nsDNSService2.cpp:528: error: `PR_AF_UNSPEC' undeclared (first use this > function) > gmake[4]: *** [nsDNSService2.o] Error 1 > gmake[4]: Leaving directory > `/usr/ports/www/firefox/work/mozilla/netwerk/dns/src' > gmake[3]: *** [libs] Error 2 > gmake[3]: Leaving directory > `/usr/ports/www/firefox/work/mozilla/netwerk/dns' > gmake[2]: *** [libs] Error 2 > gmake[2]: Leaving directory `/usr/ports/www/firefox/work/mozilla/netwerk' > gmake[1]: *** [tier_9] Error 2 > gmake[1]: Leaving directory `/usr/ports/www/firefox/work/mozilla' > gmake: *** [default] Error 2 > *** Error code 2 > > Stop in /usr/ports/www/firefox. > > my box is FreeBSD 5.4-RELEASE-p7 Make sure you First Upgrade your devel/nspr port .. before building firefox/thunderbird/etc... -- Pascal Hofstee From owner-freebsd-gnome@FreeBSD.ORG Mon Oct 10 16:48:26 2005 Return-Path: X-Original-To: gnome@FreeBSD.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CABB16A41F for ; Mon, 10 Oct 2005 16:48:26 +0000 (GMT) (envelope-from wayne@etaq.com) Received: from etaq.com (mail.etaq.com [66.80.150.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15D2043D45 for ; Mon, 10 Oct 2005 16:48:26 +0000 (GMT) (envelope-from wayne@etaq.com) Received: by etaq.com (Postfix, from userid 1002) id DBE1F1706C; Mon, 10 Oct 2005 11:36:05 -0500 (CDT) Date: Mon, 10 Oct 2005 11:36:05 -0500 From: Wayne M Barnes To: gnome@FreeBSD.org Message-ID: <20051010163605.GA93369@etaq.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: bug running firefox X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Oct 2005 16:48:26 -0000 uname -a output: >uname -a FreeBSD etaq3.etaq.com 5.4-STABLE FreeBSD 5.4-STABLE #1: Wed Oct 5 19:06:00 CDT 2005 wayne@etaq3.etaq.com:/usr/obj/usr/src/sys/SMP i386 After a portinstall failed, I ran pkg_add -rv firefox, which finished with no error messages. Error message when trying to run: wayne@-dual-etaq3:/etc/ssh>firefox (firefox-bin:5438): Gdk-WARNING **: gdk_property_get(): length value has wrapped in calculation (did you pass G_MAXLONG?) *** loading the extensions datasource *** ExtensionManager:_updateManifests: no access privileges to application directory, skipping. (firefox-bin:5438): Gdk-WARNING **: gdk_property_get(): length value has wrapped in calculation (did you pass G_MAXLONG?) *** loading the extensions datasource *** ExtensionManager:_updateManifests: no access privileges to application directory, skipping. /libexec/ld-elf.so.1: /usr/X11R6/lib/firefox/components/libnecko.so: Undefined symbol "PR_GetAddrInfoByName" -- Wayne M Barnes wayne@etaq.com fax: (314) 754-9556 From owner-freebsd-gnome@FreeBSD.ORG Mon Oct 10 20:33:35 2005 Return-Path: X-Original-To: gnome@FreeBSD.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B34B816A41F; Mon, 10 Oct 2005 20:33:35 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from av-tac-rtp.cisco.com (bantam.cisco.com [64.102.19.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20D0043D46; Mon, 10 Oct 2005 20:33:35 +0000 (GMT) (envelope-from marcus@FreeBSD.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost [127.0.0.1]) by av-tac-rtp.cisco.com (8.11.7p1+Sun/8.11.7) with ESMTP id j9AKXX503898; Mon, 10 Oct 2005 16:33:34 -0400 (EDT) Received: from [64.102.192.190] (dhcp-64-102-192-190.cisco.com [64.102.192.190]) by rooster.cisco.com (8.11.7p1+Sun/8.11.7) with ESMTP id j9AKXXf18822; Mon, 10 Oct 2005 16:33:33 -0400 (EDT) Message-ID: <434AD081.4080605@FreeBSD.org> Date: Mon, 10 Oct 2005 16:35:13 -0400 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dirk Meyer References: <4349259A.7090407@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: gnome@FreeBSD.org, Alexander Nedotsukov Subject: Re: devel/glib20 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Oct 2005 20:33:35 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dirk Meyer wrote: |>Dirk Meyer wrote: |> |>>It seems to me taht perl ist not required to |>>run and use applications with glib20. | | | Alexander Nedotsukov schrieb:, | |>There is glib-mkenums which unfortunately is nothing else but perl |>script. So glib20 itself needs USE_PERL5. | | | I see ... but this sript is called only used on builds, | not wile running programs. | | So I would think USE_PERL5_BUILD will still cover this program? No. The script is run by ports that depend on glib20 during their build-time. Therefore, since this script is installed on the system, and developers could write software outside of ports that requires it, glib20 must depend on Perl during runtime. Joe - -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDStCBb2iPiv4Uz4cRAt8mAJ4hBjhAmW0XPzJ8D9jwZMxlnsbz9gCfb8qy zSZUwz7MVwmF3fYmxL/MMok= =qYRO -----END PGP SIGNATURE----- From owner-freebsd-gnome@FreeBSD.ORG Mon Oct 10 20:37:04 2005 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE0CD16A41F; Mon, 10 Oct 2005 20:37:04 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from centrmmtao05.cox.net (centrmmtao05.cox.net [70.168.83.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB9BA43D4C; Mon, 10 Oct 2005 20:37:03 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by centrmmtao05.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20051010203649.XXDS16814.centrmmtao05.cox.net@mezz.mezzweb.com>; Mon, 10 Oct 2005 16:36:49 -0400 Date: Mon, 10 Oct 2005 15:37:36 -0500 To: "Dirk Meyer" References: <4349259A.7090407@FreeBSD.org> From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: User-Agent: Opera M2/8.50 (Linux, build 1358) Cc: gnome@freebsd.org, Alexander Nedotsukov Subject: Re: devel/glib20 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Oct 2005 20:37:04 -0000 On Mon, 10 Oct 2005 15:14:18 -0500, Dirk Meyer wrote: > >> Dirk Meyer wrote: >> >It seems to me taht perl ist not required to >> >run and use applications with glib20. > > Alexander Nedotsukov schrieb:, >> There is glib-mkenums which unfortunately is nothing else but perl >> script. So glib20 itself needs USE_PERL5. > > I see ... but this sript is called only used on builds, > not wile running programs. > > So I would think USE_PERL5_BUILD will still cover this program? Why would we want glib-mkenums doesn't work by default, because it doesn't has Perl installed? ruby-gtk2/ruby-gnome2 (and maybe librsvg2 too?) use glib20's glib-mkenums for build, so I think keep Perl in the runtime dependency is good for apps and users/developers that want to use glib-mkenums. Cheers, Mezz > kind regards Dirk -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-gnome@FreeBSD.ORG Mon Oct 10 23:58:30 2005 Return-Path: X-Original-To: freebsd-gnome@freebsd.org Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 145EF16A41F for ; Mon, 10 Oct 2005 23:58:30 +0000 (GMT) (envelope-from knightbg@yahoo.com) Received: from web35612.mail.mud.yahoo.com (web35612.mail.mud.yahoo.com [66.163.179.151]) by mx1.FreeBSD.org (Postfix) with SMTP id 925A743D46 for ; Mon, 10 Oct 2005 23:58:29 +0000 (GMT) (envelope-from knightbg@yahoo.com) Received: (qmail 41465 invoked by uid 60001); 10 Oct 2005 23:58:29 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=kzkszPg6ekEPEoNFaxI+9GAdNDUeiEGb1m4mr3kHhqisQw+OvGGfsV4wr8nJbTI/Qr2PdB9o5meaUGMuv4nmDWnX5Npr+C+vrspW5Ylkdbc2IZv2HEwTsv1IXN/sh4620PopXXjW7EFaRdij5PVeA08POT2oEUNcA6W78IqREUU= ; Message-ID: <20051010235829.41463.qmail@web35612.mail.mud.yahoo.com> Received: from [162.84.251.225] by web35612.mail.mud.yahoo.com via HTTP; Mon, 10 Oct 2005 16:58:28 PDT Date: Mon, 10 Oct 2005 16:58:28 -0700 (PDT) From: Brian Gruber To: Joe Marcus Clarke In-Reply-To: <1128225727.82344.1.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-805798213-1128988708=:40702" Content-Transfer-Encoding: 8bit Cc: freebsd-gnome@freebsd.org Subject: Re: nautilus hanging (gnome 2.12) X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Oct 2005 23:58:30 -0000 --0-805798213-1128988708=:40702 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Id: Content-Disposition: inline --- Joe Marcus Clarke wrote: > On Sat, 2005-10-01 at 20:52 -0700, Brian Gruber > wrote: > > Hi, > > > > Nautilus hangs on me somewhat frequently now that > i've > > switched to gnome 2.12 via marcus' cvs. the hangs > > happen while just browsing through a directory, or > > occasionally upon opening a file. > > > > the directory i'm currently browsing is an ext2 > mount, > > but i'm not 100% certain that's always been the > case > > when it has crashed. help? > > This isn't a very good bug report. Please see > http://www.freebsd.org/gnome/docs/bugging.html for > details on creating a > useful report. In particular, you didn't mention > what version of > FreeBSD you're using, include a pkg_info, or provide > a backtrace with > debugging symbols. > > Joe Sorry bout that. I've updated my machine to 5.4-p7 and the ports are up to date as of last night. uname -a: FreeBSD calvin 5.4-RELEASE-p7 FreeBSD 5.4-RELEASE-p7 #1: Sun Oct 2 16:34:11 EDT 2005 root@:/usr/obj/usr/src/sys/CALVIN i386 env, pkg_info and backtrace are attached. let me know if there's any other info i need to supply. thanks, /brian __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com --0-805798213-1128988708=:40702 Content-Type: application/octet-stream; name=env Content-Transfer-Encoding: base64 Content-Description: 1455699750-env Content-Disposition: attachment; filename=env U1NIX0FHRU5UX1BJRD03MDQKVEVSTT14dGVybQpERVNLVE9QX1NUQVJUVVBf SUQ9ClNIRUxMPS91c3IvbG9jYWwvYmluL2Jhc2gKR1RLX1JDX0ZJTEVTPS91 c3IvWDExUjYvZXRjL2d0ay9ndGtyYzovaG9tZS9iZ3J1YmVyLy5ndGtyYy0x LjItZ25vbWUyCldJTkRPV0lEPTQ0MDQwMjc1ClVTRVI9YmdydWJlcgpFTlY9 L2hvbWUvYmdydWJlci8uc2hyYwpHTk9NRV9LRVlSSU5HX1NPQ0tFVD0vdmFy L3RtcC9rZXlyaW5nLVVkemlVUC9zb2NrZXQKU1NIX0FVVEhfU09DSz0vdG1w L3NzaC1ja280TGJ5TFBWL2FnZW50LjY5MQpTRVNTSU9OX01BTkFHRVI9bG9j YWwvY2FsdmluOi90bXAvLklDRS11bml4LzY5MQpVU0VSTkFNRT1iZ3J1YmVy ClBBR0VSPWxlc3MKRlRQX1BBU1NJVkVfTU9ERT1ZRVMKUEFUSD0vc2Jpbjov YmluOi91c3Ivc2JpbjovdXNyL2JpbjovdXNyL2dhbWVzOi91c3IvbG9jYWwv c2JpbjovdXNyL2xvY2FsL2JpbjovdXNyL1gxMVI2L2JpbjovaG9tZS9iZ3J1 YmVyL3Vzci9iaW4KREVTS1RPUF9TRVNTSU9OPWdub21lCk1BSUw9L3Zhci9t YWlsL2JncnViZXIKQkxPQ0tTSVpFPUsKR0RNX1hTRVJWRVJfTE9DQVRJT049 bG9jYWwKUFdEPS91c3IvaG9tZS9iZ3J1YmVyCkVESVRPUj12aQpMQU5HPWVu X1VTLlVURi04CkdETV9MQU5HPWVuX1VTLlVURi04CkdETVNFU1NJT049Z25v bWUKU0hMVkw9MQpIT01FPS9ob21lL2JncnViZXIKR05PTUVfREVTS1RPUF9T RVNTSU9OX0lEPURlZmF1bHQKTE9HTkFNRT1iZ3J1YmVyCkRJU1BMQVk9OjAu MApDT0xPUlRFUk09Z25vbWUtdGVybWluYWwKWEFVVEhPUklUWT0vaG9tZS9i Z3J1YmVyLy5YYXV0aG9yaXR5Cl89L3Vzci9iaW4vZW52Cg== --0-805798213-1128988708=:40702 Content-Type: application/octet-stream; name=pkg_info Content-Transfer-Encoding: base64 Content-Description: 1065422711-pkg_info Content-Disposition: attachment; filename=pkg_info SW1hZ2VNYWdpY2stNi4yLjIuMSBJbWFnZSBwcm9jZXNzaW5nIHRvb2xzCk9S Qml0Mi0yLjEyLjQgICAgICAgSGlnaC1wZXJmb3JtYW5jZSBDT1JCQSBPUkIg d2l0aCBzdXBwb3J0IGZvciB0aGUgQyBsYW5ndWFnZQpYYXczZC0xLjVFXzEg ICAgICAgIEEgMy1EIEF0aGVuYSBXaWRnZXQgc2V0IHRoYXQgbG9va3MgbGlr ZSBNb3RpZgphYWxpYi0xLjQucjVfMSAgICAgIEFuIGFzY2lpIGFydCBsaWJy YXJ5CmFiaXdvcmQtZ25vbWUtMi4yLjggQW4gb3Blbi1zb3VyY2UsIGNyb3Nz LXBsYXRmb3JtIFdZU0lXWUcgd29yZCBwcm9jZXNzb3IKYWJpd29yZC1wbHVn aW5zLTIuMi44IE11bHRpLXBsdWdpbnMgZm9yIEFiaVdvcmQKYWNyb3JlYWQ3 LTcuMC4xICAgICBWaWV3LCBkaXN0cmlidXRlIGFuZCBwcmludCBQREYgZG9j dW1lbnRzCmFtc3BzZm50LTEuMF8zICAgICAgQU1TRm9udHMgUG9zdFNjcmlw dCBGb250cyAoQWRvYmUgVHlwZSAxIGZvcm1hdCkKYW50aXdvcmQtMC4zNi4x ICAgICAiQW4gYXBwbGljYXRpb24gdG8gZGlzcGxheSBNaWNyb3NvZnQodG0p IFdvcmQgZmlsZXMiCmFwYWNoZS0yLjAuNTRfNCAgICAgVmVyc2lvbiAyIG9m IEFwYWNoZSB3ZWIgc2VydmVyIHdpdGggcHJlZm9yayBNUE0uCmFwYWNoZS1h bnQtMS42LjUgICAgSmF2YS0gYW5kIFhNTC1iYXNlZCBidWlsZCB0b29sLCBj b25jZXB0dWFsbHkgc2ltaWxhciB0byBtYWsKYXNwZWxsLTAuNjAuMyAgICAg ICBTcGVsbGluZyBjaGVja2VyIHdpdGggYmV0dGVyIHN1Z2dlc3Rpb24gbG9n aWMgdGhhbiBpc3BlbGwKYXQtc3BpLTEuNi42ICAgICAgICBBbiBBc3Npc3Rp dmUgVGVjaG5vbG9neSBTZXJ2aWNlIFByb3ZpZGVyIEludGVyZmFjZQphdGst MS4xMC4zICAgICAgICAgIEEgR05PTUUgYWNjZXNzaWJpbGl0eSB0b29sa2l0 IChBVEspCmF1ZGFjaXR5LTEuMi4zXzEgICAgQXVkYWNpdHkgaXMgYSBHVUkg ZWRpdG9yIGZvciBkaWdpdGFsIGF1ZGlvIHdhdmVmb3JtcwphdXRvY29uZi0y LjU5XzIgICAgIEF1dG9tYXRpY2FsbHkgY29uZmlndXJlIHNvdXJjZSBjb2Rl IG9uIG1hbnkgVW4qeCBwbGF0Zm9ybXMgCmJhc2gtMi4wNWIuMDA3XzQgICAg VGhlIEdOVSBCb3VybmUgQWdhaW4gU2hlbGwKYmlzb24tMS43NV8yLDEgICAg ICBBIHBhcnNlciBnZW5lcmF0b3IgZnJvbSBGU0YsIChtb3N0bHkpIGNvbXBh dGlibGUgd2l0aCBZYWNjCmJpdHN0cmVhbS12ZXJhLTEuMTBfMiBCaXRzdHJl YW0gVmVyYSBUcnVlVHlwZSBmb250IGNvbGxlY3Rpb24KYnVnYnVkZHktMi4x Mi4xICAgICBBIGJ1ZyByZXBvcnRpbmcgdG9vbCBmb3IgR05PTUUgMgpjYWJl eHRyYWN0LTEuMSAgICAgIEEgcHJvZ3JhbSB0byBleHRyYWN0IE1pY3Jvc29m dCBjYWJpbmV0ICguQ0FCKSBmaWxlcwpjYWlyby0xLjAuMiAgICAgICAgIFZl Y3RvciBncmFwaGljcyBsaWJyYXJ5IHdpdGggY3Jvc3MtZGV2aWNlIG91dHB1 dCBzdXBwb3J0CmNhbnR1c18zLTMuMC4wXzEgICAgVG9vbCBmb3IgdGFnZ2lu ZyBhbmQgcmVuYW1pbmcgTVAzIGFuZCBPR0cvVm9yYmlzIGZpbGVzCmNkcGFy YW5vaWEtMy45LjhfNyAgQSBDRERBIGV4dHJhY3Rpb24gdG9vbCAoYWxzbyBr bm93biBhcyByaXBwZXIpCmNkcmRhby0xLjIuMCAgICAgICAgUmVjb3JkIENE LVJbV11zIGluIGRpc2stYXQtb25jZSBtb2RlCmNnLTAuNCAgICAgICAgICAg ICAgU2VtaS1hdXRvbWF0aWMgbmV3c2dyb3VwIGJpbmFyeSBkb3dubG9hZGVy CmNqay1jZHJ0b29scy0yLjAxLjIwMDQxMjI3XzEgQ0QvQ0QtUltXXSBhbmQg SVNPLTk2NjAgaW1hZ2UgY3JlYXRpb24gYW5kIGV4dHJhY3Rpb24gdG9vbHMK Y21wc2ZvbnQtMS4wXzQgICAgICBDb21wdXRlciBNb2Rlcm4gUG9zdFNjcmlw dCBGb250cyAoQWRvYmUgVHlwZSAxIGZvcm1hdCkKY29tcGF0NHgtaTM4Ni01 LjNfMiBBIGNvbnZlbmllbmNlIHBhY2thZ2UgdG8gaW5zdGFsbCB0aGUgY29t cGF0NHggbGlicmFyaWVzCmNvcmV1dGlscy01LjIuMSAgICAgVGhlIEZyZWUg U29mdHdhcmUgRm91bmRhdGlvbidzIGNvcmUgdXRpbGl0aWVzCmNzb3VuZC00 LjIzICAgICAgICAgU291bmQgc3ludGhlc2l6ZXIKY3Vwcy1iYXNlLTEuMS4y My4wXzUgVGhlIENvbW1vbiBVTklYIFByaW50aW5nIFN5c3RlbTogaGVhZGVy cywgbGlicywgJiBkYWVtb25zCmN1cHMtbHByLTEuMS4yMy4wICAgVGhlIENV UFMgQlNEIGFuZCBzeXN0ZW0gViBjb21wYXRpYmlsaXR5IGJpbmFyaWVzIChs cCogY29tbWEKY3Vwcy1wc3RvcmFzdGVyLTguMTUgUG9zdHNjcmlwdCBpbnRl cnByZXRlciBmb3IgQ1VQUyBwcmludGluZyB0byBub24tUFMgcHJpbnRlcnMK Y3VybC03LjE0LjEgICAgICAgICBOb24taW50ZXJhY3RpdmUgdG9vbCB0byBn ZXQgZmlsZXMgZnJvbSBGVFAsIEdPUEhFUiwgSFRUUChTKQpjdnN1cC13aXRo b3V0LWd1aS0xNi4xaF8yIEdlbmVyYWwgbmV0d29yayBmaWxlIGRpc3RyaWJ1 dGlvbiBzeXN0ZW0gb3B0aW1pemVkIGZvciBDVlMgCmN5cnVzLXNhc2wtMi4x LjIxICAgUkZDIDIyMjIgU0FTTCAoU2ltcGxlIEF1dGhlbnRpY2F0aW9uIGFu ZCBTZWN1cml0eSBMYXllcikKZGFzaGVyLTMuMi4xOCwxICAgICBJbmZvcm1h dGlvbiBlZmZpY2llbnQgdGV4dC1lbnRyeSBpbnRlcmZhY2UKZGIzLTMuMy4x MV8yLDEgICAgICBUaGUgQmVya2VsZXkgREIgcGFja2FnZSwgcmV2aXNpb24g My4zCmRidXMtMC41MCAgICAgICAgICAgQSBtZXNzYWdlIGJ1cyBzeXN0ZW0g Zm9yIGludGVyLWFwcGxpY2F0aW9uIGNvbW11bmljYXRpb24KZGRkLTMuMy4x MCAgICAgICAgICBEYXRhIERpc3BsYXkgRGVidWdnZXIgLS0gYSBjb21tb24g Z3JhcGhpY2FsIGZyb250LWVuZCBmb3IgRwpkZXNrdG9wLWZpbGUtdXRpbHMt MC4xMF8yIEEgY291cGxlIG9mIGNvbW1hbmQgbGluZSB1dGlsaXRpZXMgZm9y IHdvcmtpbmcgd2l0aCBkZXNrdG9wCmRpY3QtMS4xMC4xICAgICAgICAgRGlj dGlvbmFyeSBTZXJ2ZXIgUHJvdG9jb2wgKFJGQzIyMjkpIGNsaWVudApkamJm ZnQtMC43Nl8yICAgICAgIEFuIGV4dHJlbWVseSBmYXN0IGxpYnJhcnkgZm9y IGZsb2F0aW5nLXBvaW50IGNvbnZvbHV0aW9uCmRvY2Jvb2stc2stNC4xLjJf MyAgWE1MIHZlcnNpb24gb2YgdGhlIERvY0Jvb2sgRFREIHZlcnNpb24gY29u dHJvbGxlZCBmb3IgU2Nyb2wKZG9jYm9vay14bWwtNC4yXzEgICBYTUwgdmVy c2lvbiBvZiB0aGUgRG9jQm9vayBEVEQKZG9jYm9vay14c2wtMS42OS4xICBY U0wgRG9jQm9vayBzdHlsZXNoZWV0cwpkcmktNi4yLjEsMiAgICAgICAgIE9w ZW5HTCBoYXJkd2FyZSBhY2NlbGVyYXRpb24gZHJpdmVycyBmb3IgdGhlIERS SQpkcml2ZWwtMi4wLjIgICAgICAgIFRoZSBHbm9tZSBsaXZlam91cm5hbCBj bGllbnQKZHZkK3J3LXRvb2xzLTUuMjEuNC4xMC44IERWRCBidXJuaW5nIHNv ZnR3YXJlCmR2aTJ0dHktMS4wICAgICAgICAgQSBkdmktZmlsZSBwcmV2aWV3 ZXIgZm9yIHRleHQgb25seSBkZXZpY2VzCmR2aXBzMmFzY2lpLTEuMyAgICAg UG9zdFNjcmlwdCAoY3JlYXRlZCBieSBkdmlwcykgdG8gYXNjaWkgY29udmVy dGVyCmR2aXBzay10ZXRleC01Ljk1YV8xIENvbnZlcnQgYSBUZVggRFZJIGZp bGUgdG8gUG9zdFNjcmlwdAplMmZzcHJvZ3MtMS4zOF8xICAgIFV0aWxpdGll cyBhbmQgbGlicmFyeSB0byBtYW5pcHVsYXRlIGV4dDIvZXh0MyBmaWxlc3lz dGVtcwplYXN5dGFnLWRldmVsLTEuOTkuOCBHVEsyIFRhZyBlZGl0b3IgZm9y IE1QMyBhbmQgT0dHIGZpbGVzCmVjb3JlLTAuOS45LjAxNiAgICAgQSBjb3Jl IGV2ZW50IGFic3RyYWN0aW9uIGxpYnJhcnkKZWRiLTEuMC41LjAwNCAgICAg ICBFbmxpZ2h0ZW5tZW50IERhdGFiYXNlIExpYnJhcnkKZWRqZS0wLjUuMC4w MTYgICAgICBFZGplIGlzIGEgY29tcGxleCBncmFwaGljYWwgZGVzaWduIGFu ZCBsYXlvdXQgZW5naW5lCmVlbC0yLjEyLjEgICAgICAgICAgR2VuZXJhbGx5 IHVzZWZ1bCBjbGFzc2VzIGFuZCBleHRlbnNpb25zIHRvIEdOT01FCmVldC0w LjkuMTAuMDE2ICAgICAgRW5saWdodGVubWVudCBEYXRhIEhhbmRsaW5nIExp YnJhcnkKZWluc3RlaW4tMS4wXzIgICAgICBSZW1ha2Ugb2Ygb2xkIERPUyBn YW1lIFNoZXJsb2NrLCB3aGljaCB3YXMgaW5zcGlyZWQgYnkgQWxiZQplbWJy eW8tMC45LjEuMDE2ICAgIEEgQyBsaWtlIHNjcmlwdGluZyBsYW5ndWFnZSB1 c2VkIGluIHBhcnRzIG9mIHRoZSBFbmxpZ2h0ZW5tCmVuY2hhbnQtMS4xLjVf MSAgICAgRGljdGlvbmFyeS9zcGVsbGNoZWNraW5nIGZyYW1ld29yawplbmln bWFpbC10aHVuZGVyYmlyZC0wLjkzLjAgQSBHbnVQRyBleHRlbnNpb24gZm9y IHRoZSBUaHVuZGVyYmlyZCBtYWlsIGNsaWVudAplbmxpZ2h0ZW5tZW50LTAu MTYuOTk5LjAxNiBBIHZlcnkgYXJ0aXN0aWMgWCB3aW5kb3cgbWFuYWdlcgpl b2ctMi4xMi4xICAgICAgICAgIFRoZSBFeWUgT2YgR25vbWUgaW1hZ2Ugdmll d2VyCmVzb3VuZC0wLjIuMzYgICAgICAgQSBzb3VuZCBsaWJyYXJ5IGZvciBl bmxpZ2h0ZW5tZW50IHBhY2thZ2UKZXZhcy0wLjkuOS4wMTYgICAgICBBIGhh cmR3YXJlLWFjY2VsZXJhdGVkIGNhbnZhcyBBUEkgZm9yIFgtV2luZG93cwpl dmluY2UtMC40LjBfMSAgICAgIEdOT01FIDIgbXVsdGktZm9ybWF0IGRvY3Vt ZW50IHZpZXdlcgpldm9sdXRpb24tMi40LjEgICAgIEFuIGludGVncmF0ZWQg bWFpbCwgY2FsZW5kYXIgYW5kIGFkZHJlc3MgYm9vayBkaXN0cmlidXRlZCBz CmV2b2x1dGlvbi1kYXRhLXNlcnZlci0xLjQuMS4xIFRoZSBkYXRhIGJhY2tl bmRzIGZvciB0aGUgRXZvbHV0aW9uIGludGVncmF0ZWQgbWFpbC9QSU0gc3Vp CmV2b2x1dGlvbi13ZWJjYWwtMi40LjEgV2ViY2FsKGVuZGFyKSBoYW5kbGVy IGZvciBnbm9tZQpleHBhdC0xLjk1LjhfMyAgICAgIFhNTCAxLjAgcGFyc2Vy IHdyaXR0ZW4gaW4gQwplem0zLTEuMiAgICAgICAgICAgIEVhc2llciwgbW9y ZSBwb3J0YWJsZSBNb2R1bGEtMyBkaXN0cmlidXRpb24gZm9yIGJ1aWxkaW5n IENWCmZhYWQyLTIuMF81LDEgICAgICAgTVBFRy0yIGFuZCBNUEVHLTQgQUFD IGF1ZGlvIGRlY29kZXIKZmFtLTIuNi45XzYgICAgICAgICBBIGZpbGUgYWx0 ZXJhdGlvbiBtb25pdG9yCmZhc3Rlc3RfY3ZzdXAtMC4yLjlfMSBGaW5kcyBm YXN0ZXN0IENWU3VwIHNlcnZlcgpmZXN0ZG9jLTEuNC4wLjEgICAgIERvY3Vt ZW50YXRpb24gZm9yIEZlc3RpdmFsCmZlc3RpdmFsK09HSS0xLjQuMV8xIFRl eHQtdG8tc3BlZWNoIHN5c3RlbSB3aXRoIE9HSSByZXNpZHVhbCBMUEMgc3lu dGhlc2l6ZXIKZmVzdGxleC1jbXUtMS40LjEgICBDTVUgQW1lcmljYW4gRW5n bGlzaCBwcm9udW5jaWF0aW9uIGRpY3Rpb25hcnkgZm9yIEZlc3RpdmFsCmZl c3RsZXgtb2FsZC0xLjQuMSAgT3hmb3JkIEFkdmFuY2VkIExlYXJuZXIncyBw cm9udW5jaWF0aW9uIGRpY3Rpb25hcnkgZm9yIEZlc3QKZmVzdGxleC1vZ2kt Mi4wICAgICBDb21wb3NpdGUgcHJvbnVuY2lhdGlvbiBkaWN0aW9uYXJ5IGZy b20gb2dpLmVkdSBmb3IgRmVzdGl2YQpmZXN0bGV4LXBvc2xleC0xLjQuMSBF bmdsaXNoIGxleGljb24gZm9yIEZlc3RpdmFsCmZlc3R2b3gtanBoLTIuMCAg ICAgQW1lcmljYW4gRW5nbGlzaCBtYWxlIHZvaWNlIGZvciBGZXN0aXZhbApm ZXN0dm94LWtlZDE2LTEuNC4wIEFtZXJpY2FuIEVuZ2xpc2ggbWFsZSB2b2lj ZSwgc2FtcGxlZCBhdCAxNiBrSHosIGZvciBGZXN0aXZhCmZlc3R2b3gtb2dp cmFiLTIuMCAgQnJpdGlzaCBFbmdsaXNoIG1hbGUgdm9pY2UgZm9yIEZlc3Rp dmFsIChub24tY29tbWVyY2lhbCB1c2UKZmVzdHZveC1yYWIxNi0xLjQuMSAx NiBrSHogQnJpdGlzaCBFbmdsaXNoIG1hbGUgdm9pY2UgZm9yIEZlc3RpdmFs CmZlc3R2b3hfYWVjLTIuMCAgICAgQW1lcmljYW4gRW5nbGlzaCBtYWxlIHZv aWNlIGZvciBGZXN0aXZhbCBzcGVlY2ggc3ludGhlc2lzIHMKZmV0Y2htYWls LTYuMi41LjIgICBCYXRjaCBtYWlsIHJldHJpZXZhbCB1dGlsaXR5IGZvciBJ TUFQL1BPUDIvUE9QMy9BUE9QL0tQT1AvRQpmaWxlcm9sbGVyLTIuMTIuMSwx IEFuIGFyY2hpdmUgbWFuYWdlciBmb3IgemlwIGZpbGVzLCB0YXIsIGV0Ywpm aXJlZm94LTEuMC43XzIsMSAgIFdlYiBicm93c2VyIGJhc2VkIG9uIHRoZSBi cm93c2VyIHBvcnRpb24gb2YgTW96aWxsYQpmbGFjLTEuMS4yICAgICAgICAg IEZyZWUgbG9zc2xlc3MgYXVkaW8gY29kZWMKZm9udGNvbmZpZy0yLjMuMiwx ICBBbiBYTUwtYmFzZWQgZm9udCBjb25maWd1cmF0aW9uIEFQSSBmb3IgWCBX aW5kb3dzCmZvb21hdGljLWRiLTIwMDUwMzA5IEZvb21hdGljIGRhdGFiYXNl CmZvb21hdGljLWRiLWVuZ2luZS0zLjAuMiwxIEZvb21hdGljIGRhdGFiYXNl IGVuZ2luZQpmcmVlbGliaWJlcnR5LTAuMl8xIEEgZnJlZWx5LXJlZGlzdHJp YnV0YWJsZSBsaWJpYmVydHkgY2xvbmUKZnJlZXR5cGUyLTIuMS4xMF8xICBB IGZyZWUgYW5kIHBvcnRhYmxlIFRydWVUeXBlIGZvbnQgcmVuZGVyaW5nIGVu Z2luZQpmcmliaWRpLTAuMTAuNF8xICAgIEEgRnJlZSBJbXBsZW1lbnRhdGlv biBvZiB0aGUgVW5pY29kZSBCaWRpcmVjdGlvbmFsIEFsZ29yaXRoCmdhaWwt MS44LjUgICAgICAgICAgQW4gaW1wbGVtZW50YXRpb24gb2YgdGhlIEFUSyBp bnRlcmZhY2VzIGZvciBHVEsrIHdpZGdldHMKZ2FpbS0xLjUuMCAgICAgICAg ICBNdWx0aS1wcm90b2NvbCBpbnN0YW50IG1lc3NhZ2luZyBjbGllbnQKZ2Fs Mi0yLjUuMyAgICAgICAgICBBIGNvbGxlY3Rpb24gb2Ygd2lkZ2V0cyB0YWtl biBmcm9tIEdOT01FIDIgZ251bWVyaWMKZ2FsZW9uLTEuMy4yMV8xICAgICBB IEdOT01FIDIgV2ViIGJyb3dzZXIgYmFzZWQgb24gZ2Vja28gKHRoZSBNb3pp bGxhIHJlbmRlcmluZwpnY2FsY3Rvb2wtNS42LjMxLDIgIEEgR05PTUUgMiBj YWxjdWxhdG9yIHRvb2wgYmFzZWQgb24gdGhlIG9sZCBjYWxjdG9vbCBmb3Ig T3BlCmdjYy0yLjk1LjNfMiAgICAgICAgR05VIENvbXBpbGVyIENvbGxlY3Rp b24KZ2NjLTMuMy42LDEgICAgICAgICBHTlUgQ29tcGlsZXIgQ29sbGVjdGlv biAzLjMKZ2NvbmYtZWRpdG9yLTIuMTIuMF8xLDEgQSBnY29uZiBkYXRhYmFz ZSBlZGl0b3IgZm9yIHRoZSBHTk9NRSAyIGVudmlyb25tZW50Cmdjb25mMi0y LjEyLjAgICAgICAgQSBjb25maWd1cmF0aW9uIGRhdGFiYXNlIHN5c3RlbSBm b3IgR05PTUUKZ2QtMi4wLjMzXzIsMSAgICAgICBBIGdyYXBoaWNzIGxpYnJh cnkgZm9yIGZhc3QgY3JlYXRpb24gb2YgaW1hZ2VzCmdkbC0wLjYuMCAgICAg ICAgICAgQ29tcG9uZW50cyBpbnRlbmRlZCB0byBiZSBzaGFyZWQgYmV0d2Vl biBHTk9NRSBkZXZlbG9wbWVudCAKZ2RtLTIuOC4wLjUgICAgICAgICBHTk9N RSAyIHZlcnNpb24gb2YgeGRtIGRpc3BsYXkgbWFuYWdlcgpnZWRpdC0yLjEy LjEgICAgICAgIEEgc21hbGwgYnV0IHBvd2VyZnVsIHRleHQgZWRpdG9yIGZv ciBHbm9tZSAyIERlc2t0b3AgRW52aXJvCmdldHRleHQtMC4xNC41ICAgICAg R05VIGdldHRleHQgcGFja2FnZQpnaG9zdHNjcmlwdC1nbnUtNy4wN18xMyBH TlUgUG9zdHNjcmlwdCBpbnRlcnByZXRlcgpnaUZULTAuMTEuOC4xXzEgICAg IEFuIE9wZW5GVCwgR251dGVsbGEgYW5kIEZhc3RUcmFjayBwMnAgbmV0d29y ayBjbGllbnQKZ2lGVC1GYXN0VHJhY2stMC44LjkgQSBGYXN0VHJhY2sgcGx1 Z2luIGZvciBnaUZUCmdpRlQtZ251dGVsbGEtMC4wLjEwLjEgQSBnbnV0ZWxs YSBwbHVnaW4gZm9yIGdpRlQKZ2lGVGN1cnMtMC42LjJfMyAgICBBIGN1cnNl ZCBmcm9udGVuZCB0byB0aGUgZ2lGVCBkYWVtb24KZ2ltcC1wcmludC00LjIu N18xICBHSU1QIFByaW50IFByaW50ZXIgRHJpdmVyCmdsZS0zLjAuMyAgICAg ICAgICAgQSBHTCBUdWJpbmcgYW5kIEV4dHJ1c2lvbiBMaWJyYXJ5CmdsaWIt MS4yLjEwXzExICAgICAgU29tZSB1c2VmdWwgcm91dGluZXMgb2YgQyBwcm9n cmFtbWluZyAocHJldmlvdXMgc3RhYmxlIHZlcnMKZ2xpYi0yLjguMyAgICAg ICAgICBTb21lIHVzZWZ1bCByb3V0aW5lcyBvZiBDIHByb2dyYW1taW5nIChj dXJyZW50IHN0YWJsZSB2ZXJzaQpnbWFrZS0zLjgwXzIgICAgICAgIEdOVSB2 ZXJzaW9uIG9mICdtYWtlJyB1dGlsaXR5CmduZXQyLTIuMC43ICAgICAgICAg QSBzaW1wbGUgbmV0d29yayBsaWJyYXJ5IGJ1aWx0IHVwb24gR2xpYi0yCmdu b21lLWFydC0wLjIgICAgICAgRnJvbnRlbmQgZm9yIGFydC5nbm9tZS5vcmcK Z25vbWUtYmFja2dyb3VuZHMtMi4xMi4xIEEgY29sbGVjdGlvbiBvZiBiYWNr Z3JvdW5kcyBmb3IgR05PTUUgMgpnbm9tZS1jdXBzLW1hbmFnZXItMC4zMF8x LDEgQWRtaXN0cmF0aW9uIHRvb2wgZm9yIGN1cHMKZ25vbWUtaWNvbi10aGVt ZS0yLjEyLjFfMSBBIGNvbGxlY3Rpb24gb2YgaWNvbnMgZm9yIHRoZSBHTk9N RSAyIGRlc2t0b3AKZ25vbWUtaWNvbnMtMjAwNDAyMjkgTWV0YS1wb3J0IGZv ciBHbm9tZSBpY29uc2V0cwpnbm9tZS1pY29ucy1hcXVhLWZ1c2lvbi0yMDAz MDIxNl8xIEFxdWFGdXNpb24gSWNvbnMgZm9yIEdub21lCmdub21lLWljb25z LWNvb2wtZ29yaWxsYS0yMDAzMDcyNl8xIENvb2xHb3JpbGxhIEljb25zIGZv ciBHbm9tZQpnbm9tZS1pY29ucy1jcnlzdGFsLTEuMi4wIENyeXN0YWwgU1ZH IEljb25zIGZvciBHbm9tZQpnbm9tZS1pY29ucy1lZGdlLTAuNiBTbGVlayB3 aGl0ZSBpY29uIHRoZW1lIGZvciBHTk9NRQpnbm9tZS1pY29ucy1nZW50b28t dGVzdC0wLjFfMSBHZW50b28tVGVzdCBJY29ucyBmb3IgR25vbWUKZ25vbWUt aWNvbnMtaXJpcy0yMDA1MDQyMCBJcmlzIFNWRyBJY29ucyBmb3IgR25vbWUK Z25vbWUtaWNvbnMtbm9pYS1mdWxsLTIwMDQxMTAyIE5vaWEgSWNvbnMgZm9y IEdub21lCmdub21lLWljb25zLW5vaWEtd2FybS0yMDA0MTEwMiBOb2lhV2Fy bSBJY29ucyBmb3IgR25vbWUKZ25vbWUtaWNvbnMtcmVmaW5lZC0yMDAzMDIw M18xIFJlZmluZWQgSWNvbnMgZm9yIEdub21lCmdub21lLWljb25zLXNsaWNr LTIwMDMwMjA5XzEgU2xpY2sgSWNvbnMgZm9yIEdub21lCmdub21lLWljb25z LXNub3ctYXBwbGUtMjAwMzAyMDJfMSBTbm93LUFwcGxlIEljb25zIGZvciBH bm9tZQpnbm9tZS1pY29ucy1zdHlsaXNoLTIwMDMwMTI5IFN0eWxpc2ggSWNv bnMgZm9yIEdub21lCmdub21lLWljb25zLXhpbWlhbi1zb3V0aC0xLjMuNl8x IFhpbWlhbi1Tb3V0aCBJY29ucyBmb3IgR25vbWUKZ25vbWUtbWVudS1lZGl0 b3ItMC41XzEgU2ltcGxlIG1lbnUgZWRpdG9yIGZvciBHbm9tZQpnbm9tZS1t ZW51cy0yLjEyLjBfMSBJbXBsZW1lbnRhdGlvbiBvZiB0aGUgRnJlZURlc2t0 b3AgRGVza3RvcCBNZW51IFNwZWMKZ25vbWUtc3BsYXNoc2NyZWVuLW1hbmFn ZXItMC4yIEdub21lIHNwbGFzaCBzY3JlZW4gbWFuYWdlcgpnbm9tZS10aGVt ZXMtMi4xMi4xXzEgQSBjb2xsZWN0aW9uIG9mIHRoZW1lcyBhbmQgaWNvbnMg Zm9yIEdOT01FMgpnbm9tZS10aGVtZXMtZXh0cmFzLTAuOC4xIE1vcmUgdGhl bWVzIGZvciB0aGUgR05PTUUgMiBkZXNrdG9wIGVudmlyb25tZW50Cmdub21l LXRyYW5zbGF0ZS0wLjk5XzEgQSBuYXR1cmFsIGxhbmd1YWdlIHRyYW5zbGF0 b3IKZ25vbWVhcHBsZXRzMi0yLjEyLjFfMSBBcHBsZXRzIGNvbXBvbmVudHMg Zm9yIHRoZSBHbm9tZSAyIERlc2t0b3AgRW52aXJvbm1lbnQKZ25vbWVhdWRp bzItMi4wLjAgICBTb3VuZCBmaWxlcyBmb3IgdXNlIHdpdGggR05PTUUgMgpn bm9tZWJha2VyLTAuNC4yICAgIEEgQ0QvRFZEIHJlY29yZGluZyBHVUkgZm9y IEdub21lCmdub21lY29udHJvbGNlbnRlcjItMi4xMi4xIENvbnRyb2wgY2Vu dGVyIGZvciBHTk9NRSAyIHByb2plY3QKZ25vbWVkZXNrdG9wLTIuMTIuMSBB ZGRpdGlvbmFsIFVJIEFQSSBmb3IgR05PTUUgMgpnbm9tZWRvY3V0aWxzLTAu NC4yIEdOT01FIGRvYyB1dGlscwpnbm9tZWdhbWVzMi0yLjEyLjEgIFRoZSBn YW1lIGFwcGxpY2F0aW9ucyBwYWNrYWdlIGZvciB0aGUgR25vbWUgMiBEZXNr dG9wIEVudmlyCmdub21laGllci0yLjBfNyAgICAgQSB1dGlsaXR5IHBvcnQg dGhhdCBjcmVhdGVzIHRoZSBHTk9NRSBkaXJlY3RvcnkgdHJlZQpnbm9tZWtl eXJpbmctMC40LjUgIEEgcHJvZ3JhbSB0aGF0IGtlZXBzIHBhc3N3b3JkcyBh bmQgb3RoZXIgc2VjcmV0cwpnbm9tZWtleXJpbmdtYW5hZ2VyLTIuMTIuMCBH Tk9NRSBrZXlyaW5nIG1hbmFnZXIKZ25vbWVtYWctMC4xMi4yICAgICBHTk9N RSBzY3JlZW4gbWFnbmlmaWVyCmdub21lbWVkaWEyLTIuMTIuMCAgTXVsdGlt ZWRpYSBhcHBsaWNhdGlvbnMgZm9yIHRoZSBHTk9NRSAyIGRlc2t0b3AKZ25v bWVtaW1lZGF0YS0yLjQuMiBBIE1JTUUgYW5kIEFwcGxpY2F0aW9uIGRhdGFi YXNlIGZvciBHTk9NRQpnbm9tZW5ldHN0YXR1cy0yLjEyLjBfMSBBIEdOT01F IGFwcGxldCB0aGF0IHNob3dzIG5ldHdvcmsgc3RhdHVzCmdub21lbmV0dG9v bC0xLjQuMSwxIEEgR05PTUUgdXRpbGl0eSB0aGF0IHByb3ZpZGVzIG5ldHdv cmsgaW5mb3JtYXRpb24gc3RhdGlzdGljCmdub21lcGFuZWwtMi4xMi4xXzEg UGFuZWwgY29tcG9uZW50IGZvciB0aGUgR05PTUUgMiBEZXNrdG9wCmdub21l cGlsb3QyLTIuMC4xM18zIDNDb20gUGFsbVBpbG90IGNvbmR1aXQgc3lzdGVt IGZvciBHTk9NRSAyCmdub21lc2Vzc2lvbi0yLjEyLjAgU2Vzc2lvbiBjb21w b25lbnQgZm9yIHRoZSBHTk9NRSAyIGRlc2t0b3AKZ25vbWVzcGVlY2gtMC4z LjggICBHTk9NRSB0ZXh0LXRvLXNwZWVjaCBBUEkKZ25vbWVzcGVsbC0xLjAu NV81ICBBIEdOT01FL0Jvbm9ibyBjb21wb25lbnQgZm9yIHNwZWxsIGNoZWNr aW5nCmdub21lc3Vkb2t1LTAuMy4zICAgR05PTUUgU3Vkb2t1IGdhbWUKZ25v bWVzeXN0ZW1tb25pdG9yLTIuMTIuMSBHTk9NRSAyIHN5c3RlbSBtb25pdG9y IHByb2dyYW0KZ25vbWVzeXN0ZW10b29scy0xLjQuMF8xIFRvb2xzIHRvIGNv bmZpZ3VyZSB3b3Jrc3RhdGlvbnMKZ25vbWV0ZXJtaW5hbC0yLjEyLjAgVGVy bWluYWwgY29tcG9uZW50IGZvciB0aGUgR05PTUUgMiBEZXNrdG9wCmdub21l dXNlcmRvY3MyLTIuOC4xIEdOT01FIDIgdXNlcnMgZ3VpZGUKZ25vbWV1dGls czItMi4xMi4xLDEgR05PTUUgMiBzdXBwb3J0IHV0aWxpdGllcwpnbm9tZXZm czItMi4xMi4xLjEgIEdOT01FIFZpcnR1YWwgRmlsZSBTeXN0ZW0KZ25vcGVy bmljdXMtMC4xMS43ICBDb2xsZWN0aW9uIG9mIGFjY2Vzc2liaWxpdHkgYXBw cyBmb3IgR05PTUUgMgpnbnVtZXJpYy0xLjUuOTAgICAgIFRoZSBHTk9NRSAy IHNwcmVhZHNoZWV0CmdudXBnLTEuNC4yICAgICAgICAgVGhlIEdOVSBQcml2 YWN5IEd1YXJkCmdudXBsb3QtNC4wLjBfMyAgICAgQSBjb21tYW5kLWRyaXZl biBpbnRlcmFjdGl2ZSBmdW5jdGlvbiBwbG90dGluZyBwcm9ncmFtCmdudXRs cy0xLjAuMjRfMSAgICAgR05VIFRyYW5zcG9ydCBMYXllciBTZWN1cml0eSBs aWJyYXJ5CmdvYjItMi4wLjEyICAgICAgICAgQSBwcmVwcm9jZXNzb3IgZm9y IG1ha2luZyBHT2JqZWN0cyB3aXRoIGlubGluZSBDCmdvZmZpY2UtMC4wLjQg ICAgICAgR0xpYi9HVEsrIHNldCBvZiBkb2N1bWVudCBjZW50cmljIG9iamVj dHMgYW5kIHV0aWxpdGllcwpnb2stMS4wLjUgICAgICAgICAgIEdOT01FIE9u LVNjcmVlbiBLZXlib2FyZCAoR09LKQpnb29ib3gtMC45LjkyICAgICAgIENE IHBsYXllciBhbmQgcmlwcGVyIGZvciBHTk9NRSBEZXNrdG9wIGVudmlyb25t ZW50CmdyYXZlbWFuLTAuMy43ICAgICAgQW5vdGhlciBHVEsyIGZyb250ZW5k IGZvciBjZHJlY29yZCwgbWtpc29mcywgcmVhZGNkIGFuZCBzb3gKZ3J1Yi0w Ljk3ICAgICAgICAgICBHUmFuZCBVbmlmaWVkIEJvb3Rsb2FkZXIKZ3Nmb250 cy04LjExXzIgICAgICBGb250cyB1c2VkIGJ5IEdOVSBHaG9zdHNjcmlwdCAo b3IgWCkKZ3N0cmVhbWVyLTAuOC4xMSAgICBEZXZlbG9wbWVudCBmcmFtZXdv cmsgZm9yIGNyZWF0aW5nIG1lZGlhIGFwcGxpY2F0aW9ucwpnc3RyZWFtZXIt ZWRpdG9yLTAuOC4wXzEgUHJvdmlkZSBWaWV3IGFuZCBDb250cm9sbGVyIGNv dW50ZXJwYXJ0cyB0byBHU3RyZWFtZXIncyBNb2QKZ3N0cmVhbWVyLWZmbXBl Zy0wLjguNSBHU3RyZWFtZXIgcGx1Zy1pbiBmb3IgbWFuaXB1bGF0aW5nIE1Q RUcgdmlkZW8gc3RyZWFtcwpnc3RyZWFtZXItcGx1Z2lucy0wLjguMTEgR1N0 cmVhbWVyIHdyaXR0ZW4gY29sbGVjdGlvbiBvZiBwbHVnaW5zIGhhbmRsaW5n IHNldmVyYWwgbWUKZ3N0cmVhbWVyLXBsdWdpbnMtYTUyZGVjLTAuOC4xMSBH c3RyZWFtZXIgYTUyZGVjIHBsdWdpbgpnc3RyZWFtZXItcGx1Z2lucy1jZHBh cmFub2lhLTAuOC4xMSBHc3RyZWFtZXIgY2RwYXJhbm9pYSBwbHVnaW4KZ3N0 cmVhbWVyLXBsdWdpbnMtY29yZS0wLjhfNiBDb3JlIHNldCBvZiB0eXBpY2Fs IGF1ZGlvIGFuZCB2aWRlbyBnc3RyZWFtZXItcGx1Z2lucwpnc3RyZWFtZXIt cGx1Z2lucy1kdHMtMC44LjExIEdzdHJlYW1lciBkdHMgcGx1Z2luCmdzdHJl YW1lci1wbHVnaW5zLWR2ZC0wLjguMTEgR3N0cmVhbWVyIGR2ZCBwbHVnaW4K Z3N0cmVhbWVyLXBsdWdpbnMtZXNvdW5kLTAuOC4xMSBHc3RyZWFtZXIgZXNv dW5kIHBsdWdpbgpnc3RyZWFtZXItcGx1Z2lucy1mbGFjLTAuOC4xMSBHc3Ry ZWFtZXIgZmxhYyBwbHVnaW4KZ3N0cmVhbWVyLXBsdWdpbnMtZ2NvbmYtMC44 LjExIEdzdHJlYW1lciBnY29uZiBwbHVnaW4KZ3N0cmVhbWVyLXBsdWdpbnMt Z25vbWV2ZnMtMC44LjExIEdzdHJlYW1lciBnbm9tZXZmcyBwbHVnaW4KZ3N0 cmVhbWVyLXBsdWdpbnMtanBlZy0wLjguMTEgR3N0cmVhbWVyIGpwZWcgcGx1 Z2luCmdzdHJlYW1lci1wbHVnaW5zLWxhbWUtMC44LjExIEdzdHJlYW1lciBs YW1lIHBsdWdpbgpnc3RyZWFtZXItcGx1Z2lucy1saWJwbmctMC44LjExIEdz dHJlYW1lciBsaWJwbmcgcGx1Z2luCmdzdHJlYW1lci1wbHVnaW5zLW1hZC0w LjguMTEgR3N0cmVhbWVyIG1hZCBwbHVnaW4KZ3N0cmVhbWVyLXBsdWdpbnMt b2dnLTAuOC4xMSBHc3RyZWFtZXIgb2dnIHBsdWdpbgpnc3RyZWFtZXItcGx1 Z2lucy1wYW5nby0wLjguMTEgR3N0cmVhbWVyIHBhbmdvIHBsdWdpbgpnc3Ry ZWFtZXItcGx1Z2lucy1zcGVleC0wLjguMTEgR3N0cmVhbWVyIHNwZWV4IHBs dWdpbgpnc3RyZWFtZXItcGx1Z2lucy12b3JiaXMtMC44LjExIEdzdHJlYW1l ciB2b3JiaXMgcGx1Z2luCmdzdHJlYW1lci1wbHVnaW5zLXh2aWQtMC44LjEx IEdzdHJlYW1lciB4dmlkIHBsdWdpbgpndGFyLTEuMTUuMV8xICAgICAgIEdO VSB2ZXJzaW9uIG9mIHRoZSB0cmFkaXRpb25hbCB0YXIgYXJjaGl2ZXIKZ3Ro dW1iLTIuNi44ICAgICAgICBBbiBpbWFnZSB2aWV3ZXIgYW5kIGJyb3dzZXIg Zm9yIHRoZSBHTk9NRSAyIGVudmlyb25tZW50Cmd0ay0xLjIuMTBfMTMgICAg ICAgR2ltcCBUb29sa2l0IGZvciBYMTEgR1VJIChwcmV2aW91cyBzdGFibGUg dmVyc2lvbikKZ3RrLTIuOC42ICAgICAgICAgICBHaW1wIFRvb2xraXQgZm9y IFgxMSBHVUkgKGN1cnJlbnQgc3RhYmxlIHZlcnNpb24pCmd0ay1hbHVtaW51 bWFsbG95LWNyeW9nZW5pYy10aGVtZS0yMDA0LjAxLjA0IEEgcG9ydCBvZiB3 b25kZXJmdWwgTWFjT1MgWCB0aGVtZSBBbHVtaW51bSBBbGxveSwgY3J5b2dl bmljCmd0ay1hbHVtaW51bWFsbG95LXNtb2ctdGhlbWUtMjAwNC4wMS4wNCBB IHBvcnQgb2Ygd29uZGVyZnVsIE1hY09TIFggdGhlbWUgQWx1bWludW0gQWxs b3ksIHNtb2cgZmxhdgpndGstZW5naW5lczItMi42LjVfMiBUaGVtZSBlbmdp bmUgZm9yIHRoZSBndGsrLTIuMCB0b29sa2l0Cmd0a2h0bWwzLTMuOC4xICAg ICAgTGlnaHR3ZWlnaHQgSFRNTCByZW5kZXJpbmcvcHJpbnRpbmcvZWRpdGlu ZyBlbmdpbmUKZ3RrbW0tMi4yLjEyXzMgICAgICBDKysgd3JhcHBlciBmb3Ig R3RrKywgUGFuZ28sIEF0aywgYW5kIEdsaWIKZ3Rrc291cmNldmlldy0xLjQu MiBBIHRleHQgd2lkZ2V0IHRoYXQgYWRkcyBzeW50YXggaGlnaGxpZ2h0aW5n IHRvIHRoZSBHdGtUZXh0VgpndGtzcGVsbDItMi4wLjExICAgIEEgR1RLKyAy IHNwZWxsIGNoZWNraW5nIGNvbXBvbmVudApndWNoYXJtYXAtZ25vbWUtMS40 LjRfMiBBIFVuaWNvZGUvSVNPMTA2NDYgY2hhcmFjdGVyIG1hcCBhbmQgZm9u dCB2aWV3ZXIKZ3VpbGUtMS42LjcgICAgICAgICBHTlUgVWJpcXVpdG91cyBJ bnRlbGxpZ2VudCBMYW5ndWFnZSBmb3IgRXh0ZW5zaW9uCmd2LTMuNi4xICAg ICAgICAgICAgQSBQb3N0U2NyaXB0IGFuZCBQREYgcHJldmlld2VyCmhlbHAy bWFuLTEuMzUuMSAgICAgQXV0b21hdGljYWxseSBnZW5lcmF0aW5nIHNpbXBs ZSBtYW51YWwgcGFnZXMgZnJvbSBwcm9ncmFtIG8KaGljb2xvci1pY29uLXRo ZW1lLTAuNSBBIGhpZ2gtY29sb3IgaWNvbiB0aGVtZSBzaGVsbCBmcm9tIHRo ZSBGcmVlRGVza3RvcCBwcm9qZWN0Cmhvd2wtMS4wLjAgICAgICAgICAgWmVy b2NvbmYvQm9uam91cih0bSkgaW1wbGVtZW50YXRpb24KaHBpanMtMS43LjEg ICAgICAgICBEcml2ZXJzIGFuZCBzdXBwb3J0IHJlc291cmNlcyBmb3IgSFAg SW5ramV0IFByaW50ZXJzCmhwb2otMC45MV8zICAgICAgICAgIkhQIE9mZmlj ZUpldCBMaW51eCBkcml2ZXI7IHByaW50aW5nLCBzY2FubmluZywgYW5kIHBo b3RvLWMKaWQzbGliLTMuOC4zXzEgICAgICBMaWJyYXJ5IGZvciBtYW5pcHVs YXRpbmcgSUQzdjEvdjEuMSBhbmQgSUQzdjIgdGFncwppbWFrZS02LjguMiAg ICAgICAgIEltYWtlIGFuZCBvdGhlciB1dGlsaXRpZXMgZnJvbSBYLk9yZwpp bWxpYi0xLjkuMTVfMiAgICAgIEEgZ3JhcGhpYyBsaWJyYXJ5IGZvciBlbmxp Z2h0ZW5tZW50IHBhY2thZ2UKaW1saWIyLTEuMi4xLjAwNyAgICBUaGUgbmV4 dCBnZW5lcmF0aW9uIGdyYXBoaWMgbGlicmFyeSBmb3IgZW5saWdodGVubWVu dCBwYWNrYQppbnBsYWNlLTEuMC40ICAgICAgIEEgdG9vbCB0byBlZGl0IGZp bGVzIGluLXBsYWNlIHRocm91Z2ggZ2l2ZW4gZmlsdGVyIGNvbW1hbmRzCmlu dGx0b29sLTAuMzQuMSAgICAgVG9vbHMgdG8gaW50ZXJuYXRpb25hbGl6ZSB2 YXJpb3VzIGtpbmRzIG9mIGRhdGEgZmlsZXMKaXNvLWNvZGVzLTAuNDZfMiAg ICBMaXN0cyBvZiB0aGUgY291bnRyeSwgbGFuZ3VhZ2UgYW5kIGN1cnJlbmN5 IGlzbyBuYW1lcwppc3BlbGwtMy4yLjA2XzEzICAgIEFuIGludGVyYWN0aXZl IHNwZWxsaW5nIGNoZWNrZXIgZm9yIG11bHRpcGxlIGxhbmd1YWdlcwpqYXNw ZXItMS43MDEuMCAgICAgIEFuIGltcGxlbWVudGF0aW9uIG9mIHRoZSBjb2Rl YyBzcGVjaWZpZWQgaW4gdGhlIEpQRUctMjAwMCBzCmphdmF2bXdyYXBwZXIt Mi4wXzUgV3JhcHBlciBzY3JpcHQgZm9yIHZhcmlvdXMgSmF2YSBWaXJ0dWFs IE1hY2hpbmVzCmpiaWdraXQtMS42ICAgICAgICAgTG9zc2xlc3MgY29tcHJl c3Npb24gZm9yIGJpLWxldmVsIGltYWdlcyBzdWNoIGFzIHNjYW5uZWQgcGEK amRrLTEuNC4ycDdfMSAgICAgICBKYXZhIERldmVsb3BtZW50IEtpdCAxLjQu MgpqcGVnLTZiXzMgICAgICAgICAgIElKRydzIGpwZWcgY29tcHJlc3Npb24g dXRpbGl0aWVzCmxhbWUtMy45Ni4xICAgICAgICAgSVNPIGNvZGUgYmFzZWQg ZmFzdCBNUDMgZW5jb2RlciBraXQKbGNtcy0xLjE0LDEgICAgICAgICBMaWdo dCBDb2xvciBNYW5hZ2VtZW50IFN5c3RlbSAtLSBhIGNvbG9yIG1hbmFnZW1l bnQgbGlicmFyeQpsaWJJREwtMC44LjYgICAgICAgIEEgbGlicmFyeSBmb3Ig Y3JlYXRpbmcgdHJlZXMgb2YgQ09SQkEgSW50ZXJmYWNlIERlZmluaXRpb24g CmxpYlhmdC0yLjEuNyAgICAgICAgQSBjbGllbnQtc2lkZWQgZm9udCBBUEkg Zm9yIFggYXBwbGljYXRpb25zCmxpYmE1Mi0wLjcuNF8xICAgICAgQSBmcmVl IGxpYnJhcnkgZm9yIGRlY29kaW5nIEFUU0MgQS81MiBzdHJlYW1zLCBha2Eg QUMtMwpsaWJhby1lc291bmQtMC44LjUgIFBvcnRhYmxlIGF1ZGlvIG91dHB1 dCBsaWJyYXJ5CmxpYmFydF9sZ3BsMi0yLjMuMTcgTGlicmFyeSBmb3IgaGln aC1wZXJmb3JtYW5jZSAyRCBncmFwaGljcwpsaWJhdWRpb2ZpbGUtMC4yLjYg IEEgc291bmQgbGlicmFyeSBmb3IgU0dJIGF1ZGlvIGZpbGUKbGliYm9ub2Jv LTIuMTAuMV8xICBBIGNvbXBvbmVudCBhbmQgY29tcG91bmQgZG9jdW1lbnQg c3lzdGVtIGZvciBHTk9NRTIKbGliYm9ub2JvdWktMi4xMC4xICBHVUkgZnJv bnRlbmQgdG8gdGhlIGxpYmJvbm9ibyBjb21wb25lbnQgb2YgR05PTUUgMgps aWJjZGRiLTEuMi4xICAgICAgIEEgbGlicmFyeSB0byBhY2Nlc3MgZGF0YSBv biBhIENEREIgc2VydmVyCmxpYmNkaW8tMC43NiAgICAgICAgQ29tcGFjdCBE aXNjIElucHV0IGFuZCBDb250cm9sIExpYnJhcnkKbGliY3JvY28tMC42LjBf MSAgICBDU1MyIHBhcnNpbmcgbGlicmFyeQpsaWJkdHMtMC4wLjIgICAgICAg IEZyZWUgRFRTIENvaGVyZW50IEFjb3VzdGljcyBkZWNvZGVyCmxpYmR2ZGNz cy0xLjIuOF8xICAgUG9ydGFibGUgYWJzdHJhY3Rpb24gbGlicmFyeSBmb3Ig RFZEIGRlY3J5cHRpb24KbGliZHZkbmF2LTAuMS4xMCAgICBUaGUgbGlicmFy eSBmb3IgdGhlIHhpbmUtZHZkbmF2IHBsdWdpbgpsaWJkdmRyZWFkLTAuOS40 XzEgIFRoaXMgaXMgbmVlZGVkIGJ5IG9nbGUsIHdoaWNoIGlzIGEgRFZEIHBs YXllciB0aGF0IHN1cHBvcnRzCmxpYmV4aWYtMC42LjEyXzEgICAgTGlicmFy eSB0byByZWFkIGRpZ2l0YWwgY2FtZXJhIGZpbGUgbWV0YS1kYXRhCmxpYmZh bWUtMC45LjFfMSAgICAgQSB2aWRlbyBlbmNvZGluZyBsaWJyYXJ5CmxpYmZw eC0xLjIuMC4xMiAgICAgTGlicmFyeSByb3V0aW5lcyBmb3Igd29ya2luZyB3 aXRoIEZsYXNocGl4IGltYWdlcwpsaWJnY3J5cHQtMS4yLjFfMSAgICJHZW5l cmFsIHB1cnBvc2UgY3J5cHRvIGxpYnJhcnkgYmFzZWQgb24gY29kZSB1c2Vk IGluIEdudVBHCmxpYmdkYTItMS4zLjkxICAgICAgUHJvdmlkZXMgdW5pZm9y bSBhY2Nlc3MgdG8gZGlmZmVyZW50IGtpbmRzIG9mIGRhdGEgc291cmNlcwps aWJna3N1LTEuMi41YV8yICAgIExpYnJhcnkgcHJvdmlkaW5nIHN1IGFuZCBz dWRvIGZ1bmN0aW9uYWxpdHkKbGliZ2tzdXVpLTEuMC4zXzIgICBBIGdyYXBo aWNhbCBmcm9udGVkIHRvIHN1IGxpYnJhcnkKbGliZ2xhZGUyLTIuNS4xXzIg ICBHTk9NRSBnbGFkZSBsaWJyYXJ5CmxpYmdsYWRlbW0tMi4xLjJfNCAgQysr IHdyYXBwZXIgZm9yIGxpYmdsYWRlMiBsaWJyYXJ5CmxpYmdsdXQtNi4wLjEg ICAgICAgQSBncmFwaGljcyBsaWJyYXJ5IHNpbWlsYXIgdG8gU0dJJ3MgT3Bl bkdMCmxpYmdub21lLTIuMTIuMC4xICAgTGlicmFyaWVzIGZvciBHTk9NRSwg YSBHTlUgZGVza3RvcCBlbnZpcm9ubWVudApsaWJnbm9tZWNhbnZhcy0yLjEy LjAgQSBncmFwaGljcyBsaWJyYXJ5IGZvciBHTk9NRQpsaWJnbm9tZWN1cHMt MC4yLjBfMSwxIFN1cHBvcnQgbGlicmFyeSBmb3IgZ25vbWUgY3VwcyBhZG1p c3RyYXRpb24KbGliZ25vbWVkYi0xLjMuOTEgICBMaWJyYXJ5IGNvbXBvbmVu dHMgZm9yIHRoZSBHTk9NRSBkYXRhYmFzZSBmcm9udGVuZApsaWJnbm9tZXBy aW50LTIuMTIuMSBHbm9tZSBwcmludCBzdXBwb3J0IGxpYnJhcnkKbGliZ25v bWVwcmludHVpLTIuMTIuMSBHbm9tZSBwcmludCBzdXBwb3J0IGxpYnJhcnkK bGliZ25vbWVzdS0xLjAuMCAgICBMaWJyYXJ5IGFuZCBmcm9udGVuZCBmb3Ig cnVubmluZyBjb21tYW5kcyBhcyByb290CmxpYmdub21ldWktMi4xMi4wXzEg TGlicmFyaWVzIGZvciB0aGUgR05PTUUgR1VJLCBhIEdOVSBkZXNrdG9wIGVu dmlyb25tZW50CmxpYmdwZy1lcnJvci0xLjEgICAgQ29tbW9uIGVycm9yIHZh bHVlcyBmb3IgYWxsIEdudVBHIGNvbXBvbmVudHMKbGliZ3Bob3RvMi0yLjEu Nl8xICBBIHVuaXZlcnNhbCBkaWdpdGFsIGNhbWVyYSBwaWN0dXJlIGNvbnRy b2wgdG9vbApsaWJnc2YtMS4xMi4zICAgICAgIEFuIGV4dGVuc2libGUgaS9v IGFic3RyYWN0aW9uIGZvciBkZWFsaW5nIHdpdGggc3RydWN0dXJlZCBmCmxp YmdzZi1nbm9tZS0xLjEyLjMgQSBHTk9NRSB3cmFwcGVyIGZvciBsaWJnc2YK bGliZ3RraHRtbC0yLjExLjAgICBMaWdodHdlaWdodCBIVE1MIHJlbmRlcmlu Zy9wcmludGluZy9lZGl0aW5nIGVuZ2luZQpsaWJndG9wMi0yLjEyLjAgICAg IEdOT01FIDIgdG9wIGxpYnJhcnkKbGliaWNvbnYtMS45LjJfMSAgICBBIGNo YXJhY3RlciBzZXQgY29udmVyc2lvbiBsaWJyYXJ5CmxpYmlkM3RhZy0wLjE1 LjBiXzIgSUQzIHRhZ3MgbGlicmFyeSAocGFydCBvZiBNQUQgcHJvamVjdCkK bGliaWRuLTAuNS4xOSAgICAgICBJbnRlcm5hdGlvbmFsaXplZCBEb21haW4g TmFtZXMgY29tbWFuZCBsaW5lIHRvb2wKbGliaWpzLTAuMzUgICAgICAgICBD IGxpYnJhcnkgdGhhdCBzdXBwb3J0cyBwbHVnaW4gcHJpbnRlciBkcml2ZXIg Zm9yIEdob3N0c2NyaQpsaWJsdGRsLTEuNS4yMCAgICAgIFN5c3RlbSBpbmRl cGVuZGVudCBkbG9wZW4gd3JhcHBlcgpsaWJtYWQtMC4xNS4xYl8xICAgIExp Ym1hZCBsaWJyYXJ5IChwYXJ0IG9mIE1BRCBwcm9qZWN0KQpsaWJtaWttb2Qt ZXNvdW5kLTMuMS4xMSBNaWtNb2QgU291bmQgTGlicmFyeQpsaWJtbmctMS4w LjggICAgICAgIE11bHRpcGxlLWltYWdlIE5ldHdvcmsgR3JhcGhpY3MgKE1O RykgcmVmZXJlbmNlIGxpYnJhcnkKbGlibW9kcGx1Zy0wLjcgICAgICBNb2RQ bHVnIG1vZC1saWtlIG11c2ljIHNoYXJlZCBsaWJyYXJpZXMKbGlibXBlZzIt MC40LjBiXzEgICBBIGZyZWUgbGlicmFyeSBmb3IgZGVjb2RpbmcgbXBlZy0y IGFuZCBtcGVnLTEgdmlkZW8gc3RyZWFtcwpsaWJtdXNpY2JyYWluei0yLjEu MSAybmQgZ2VuZXJhdGlvbiBpbmNhcm5hdGlvbiBvZiB0aGUgQ0QgSW5kZXgg LSBhdWRpbyBtZXRhZGF0YQpsaWJvZ2ctMS4xLjJfMSwzICAgIE9nZyBiaXRz dHJlYW0gbGlicmFyeQpsaWJyc3ZnMi0yLjEyLjcgICAgIExpYnJhcnkgZm9y IHBhcnNpbmcgYW5kIHJlbmRlcmluZyBTVkcgdmVjdG9yLWdyYXBoaWMgZmls ZXMKbGlic2lnYysrLTEuMi43ICAgICBDYWxsYmFjayBGcmFtZXdvcmsgZm9y IEMrKwpsaWJzbmRmaWxlLTEuMC4xMiAgIFJlYWRpbmcgYW5kIHdyaXRpbmcg ZmlsZXMgY29udGFpbmluZyBzYW1wbGVkIHNvdW5kIChsaWtlIFdBCmxpYnNv dXAtMi4yLjYuMV8xICAgQSBTT0FQIChTaW1wbGUgT2JqZWN0IEFjY2VzcyBQ cm90b2NvbCkgaW1wbGVtZW50YXRpb24gaW4gQwpsaWJzdmctMC4xLjQgICAg ICAgIEEgcGFyc2VyIGZvciBTVkcgY29udGVudCBpbiBmaWxlcyBvciBidWZm ZXJzCmxpYnN2Zy1jYWlyby0wLjEuNl8xIFNWRyByZW5kZXJpbmcgbGlicmFy eQpsaWJ0YXNuMS0wLjIuMTMgICAgIEFTTi4xIHN0cnVjdHVyZSBwYXJzZXIg bGlicmFyeQpsaWJ0b29sLTEuNS4yMCAgICAgIEdlbmVyaWMgc2hhcmVkIGxp YnJhcnkgc3VwcG9ydCBzY3JpcHQgKDEuNSkKbGlidHJhbnNsYXRlLTAuOTlf MiBBIG5hdHVyYWwgbGFuZ3VhZ2UgdHJhbnNsYXRpb24gbGlicmFyeQpsaWJ1 bmdpZi00LjEuMyAgICAgIFRvb2xzIGFuZCBsaWJyYXJ5IHJvdXRpbmVzIGZv ciB3b3JraW5nIHdpdGggR0lGIGltYWdlcwpsaWJ1c2ItMC4xLjEwYSAgICAg IExpYnJhcnkgZ2l2aW5nIHVzZXJsYW5kIHByb2dyYW1zIGFjY2VzcyB0byBV U0IgZGV2aWNlcwpsaWJ2b3JiaXMtMS4xLjEsMyAgIEF1ZGlvIGNvbXByZXNz aW9uIGNvZGVjIGxpYnJhcnkKbGlid21mLTAuMi44LjQgICAgICBUb29scyBh bmQgbGlicmFyeSBmb3IgY29udmVydGluZyBNaWNyb3NvZnQgV01GICh3aW5k b3dzIG1ldApsaWJ3bmNrLTIuMTIuMSAgICAgIExpYnJhcnkgdXNlZCBmb3Ig d3JpdGluZyBwYWdlcnMgYW5kIHRhc2tzbGlzdHMKbGlid3BkLTAuOC4zICAg ICAgICBUb29scyBmb3IgaW1wb3J0aW5nIGFuZCBleHBvcnRpbmcgV29yZFBl cmZlY3QodG0pIGRvY3VtZW50cwpsaWJ3d3ctNS40LjBfMSAgICAgIFRoZSBX M0MgUmVmZXJlbmNlIExpYnJhcnkKbGlieGluZS0xLjEuMF8xICAgICBMaWJy YXJpZXMgZm9yIHhpbmUgbXVsdGltZWRpYSBwbGF5ZXIKbGlieGtsYXZpZXIt Mi4wXzIsMSBBbiB1dGlsaXR5IGxpYnJhcnkgdG8gbWFrZSBYS0Igc3R1ZmYg ZWFzaWVyCmxpYnhtbDItMi42LjIyICAgICAgWE1MIHBhcnNlciBsaWJyYXJ5 IGZvciBHTk9NRQpsaWJ4c2x0LTEuMS4xNSAgICAgIFRoZSBYU0xUIEMgbGli cmFyeSBmb3IgR05PTUUKbGlmZXJlYS0wLjkuN2IgICAgICBTaW1wbGUgUlNT L1JERiBmZWVkIHJlYWRlcgpsaW5jLTEuMC4zXzMgICAgICAgIEEgbGlicmFy eSBmb3Igd3JpdGluZyBuZXR3b3JrZWQgc2VydmVycyAmIGNsaWVudHMKbGlu dXgtWEZyZWU4Ni1saWJzLTQuMy45OS45MDJfMyBYRnJlZTg2IGxpYnJhcmll cywgTGludXggYmluYXJ5CmxpbnV4LWF0ay0xLjIuMF8zICAgQWNjZXNzaWJp bGl0eSBUb29sa2l0LCBMaW51eC9pMzg2IGJpbmFyeQpsaW51eC1leHBhdC0x Ljk1LjVfMyBMaW51eC9pMzg2IGJpbmFyeSBwb3J0IG9mIEV4cGF0IFhNTC1w YXJzaW5nIGxpYnJhcnkKbGludXgtZmlyZWZveC0xLjAuNyBXZWIgYnJvd3Nl ciBicmFuY2hlZCBmcm9tIE1vemlsbGEKbGludXgtZmxhc2hwbHVnaW4tNi4w cjc5XzMgVGhlIG9mZmljaWFsIE1hY3JvbWVkaWEgRmxhc2ggUGxheWVyIGZv ciBMaW51eCBNb3ppbGxhIGFuZCAKbGludXgtZmxhc2hwbHVnaW4tNy4wcjI1 XzIgVGhlIG9mZmljaWFsIE1hY3JvbWVkaWEgRmxhc2ggUGxheWVyIGZvciBM aW51eCBNb3ppbGxhIGFuZCAKbGludXgtZm9udGNvbmZpZy0yLjIuMyBMaW51 eC9pMzg2IGJpbmFyeSBvZiBGb250Y29uZmlnCmxpbnV4LWdsaWIyLTIuMi4x XzMgVmVyc2lvbiAyLlggTGludXgvaTM4NiBiaW5hcnkgcG9ydCBvZiBHTGli CmxpbnV4LWd0azItMi4yLjFfNSAgR1RLKyBsaWJyYXJ5LCB2ZXJzaW9uIDIu WCwgTGludXggYmluYXJ5CmxpbnV4LWpwZWctNmIuMTVfNCAgUlBNIG9mIHRo ZSBKUEVHIGxpYgpsaW51eC1wYW5nby0xLjIuMV8zIExpbnV4IHBhbmdvIGJp bmFyeQpsaW51eC1wbmctMS4yLjdfNiAgIFJQTSBvZiB0aGUgUE5HIGxpYgps aW51eC1yZWFscGxheWVyLTEwLjAuNSBMaW51eCBSZWFsUGxheWVyIDEwIGZy b20gUmVhbE5ldHdvcmtzCmxpbnV4LXNkbC0xLjIuNV8yICAgQ3Jvc3MtcGxh dGZvcm0gbXVsdGktbWVkaWEgZGV2ZWxvcG1lbnQgQVBJIChsaW51eCB2ZXJz aW9uKQpsaW51eC1zZGxfaW1hZ2UtMS4yLjQgQSBzaW1wbGUgbGlicmFyeSB0 byBsb2FkIGltYWdlcyBhcyBTREwgaW50ZXJmYWNlcyAobGludXggdmUKbGlu dXgtdGlmZi0zLjYuMV8zICBUSUZGIGxpYnJhcnksIExpbnV4L2kzODYgYmlu YXJ5CmxpbnV4X2Jhc2UtOC04LjBfNyAgQmFzZSBzZXQgb2YgcGFja2FnZXMg bmVlZGVkIGluIExpbnV4IG1vZGUgKGZvciBpMzg2L2FtZDY0KQpsaW51eHBs dWdpbndyYXBwZXItMjAwNTA5MTAgQSB3cmFwcGVyIGFsbG93aW5nIHVzZSBv ZiBsaW51eC1wbHVnaW5zIHdpdGggbmF0aXZlIGFwcGxpY2EKbHNvZi00Ljc2 ICAgICAgICAgICBMaXN0cyBpbmZvcm1hdGlvbiBhYm91dCBvcGVuIGZpbGVz IChzaW1pbGFyIHRvIGZzdGF0KDEpKQpseW54LXNzbC0yLjguNSAgICAgIEEg bm9uLWdyYXBoaWNhbCwgdGV4dC1iYXNlZCBXb3JsZC1XaWRlIFdlYiBjbGll bnQgd2l0aCBTU0wgCm00LTEuNC4zICAgICAgICAgICAgR05VIG00Cm1hZC0w LjE1LjBiICAgICAgICAgVGhlICJtZXRhLXBvcnQiIGZvciB0aGUgTUFEIHNv dW5kIHBsYXliYWNrIHN5c3RlbQptYWRwbGF5LWVzb3VuZC0wLjE1LjBiXzIg TWFkcGxheSBNUDMgcGxheWVyIChwYXJ0IG9mIE1BRCBwcm9qZWN0KQptZWxk LTAuOS40LjFfMiAgICAgIEdOT01FIDIgdmlzdWFsIGRpZmYgYW5kIG1lcmdl IHRvb2wKbWV0YWNpdHktMi4xMi4xICAgICBBIHdpbmRvdyBtYW5hZ2VyIGZv ciB0aGUgYWR1bHQgaW4geW91Cm1ldGFjaXR5LXRoZW1lLTZub21lLTEuNSA2 bm9tZSB0aGVtZSBmb3IgTWV0YWNpdHkKbWV0YWNpdHktdGhlbWUtQWVyby0x LjMgQWVybyB0aGVtZSBmb3IgTWV0YWNpdHkKbWV0YWNpdHktdGhlbWUtQWxs b3ktQy0xLjAgQWxsb3ktQyB0aGVtZSBmb3IgTWV0YWNpdHkKbWV0YWNpdHkt dGhlbWUtSGFja2VkLTItMS4wIEhhY2tlZC0yIHRoZW1lIGZvciBNZXRhY2l0 eQptZXRhY2l0eS10aGVtZS1JcmlkaXVtLVJvdW5kZWQtMS4wIElyaWRpdW0g Um91bmRlZCB0aGVtZSBmb3IgTWV0YWNpdHkKbWV0YWNpdHktdGhlbWUtbWlj cm9ndWktMS4wIFRoZSBtaWNyb0dVSSBTYXdmaXNoIHRoZW1lIGZvciBNZXRh Y2l0eQptZXRhY2l0eS10aGVtZXMtMjAwNDAzMDZfMSBNZXRhLXBvcnQgZm9y IEdub21lIE1ldGFjaXR5IHRoZW1lcwptaW1lLXN1cHBvcnQtMy4zNS4xIE1J TUUgTWVkaWEgVHlwZXMgbGlzdAptb25vLTEuMS44LjJfMiAgICAgIEFuIG9w ZW4gc291cmNlIGltcGxlbWVudGF0aW9uIG9mIC5ORVQgRGV2ZWxvcG1lbnQg RnJhbWV3b3JrCm1vemlsbGEtMS43LjEyXzEsMiAgVGhlIG9wZW4gc291cmNl LCBzdGFuZGFyZHMgY29tcGxpYW50IHdlYiBicm93c2VyCm1venRyYXliaWZm LTEuMV8xICAgTmV3IG1haWwgdHJheSBpY29uIGZvciBUaHVuZGVyYmlyZApt cDNpbmZvLWd0ay0wLjguNF8xIFRvb2wgdG8gbWFuaXB1bGF0ZSBJRDMgdGFn cyBmb3IgTVAzIGZpbGVzCm1wZWcyY29kZWMtMS4yXzEgICAgQW4gTVBFRy0y IEVuY29kZXIgYW5kIERlY29kZXIKbXBlZzRpcC1saWJtcDR2Mi0xLjMgTXBl Zy00IGxpYnJhcnkgYW5kIHRvb2xzIGZyb20gbXBlZzRpcAptcGczMjEtMC4y LjEwXzUgICAgIEEgZnJlZSBjb21tYW5kLWxpbmUgbXAzIHBsYXllciwgY29t cGF0aWJsZSB3aXRoIG1wZzEyMwptcGxheWVyLWd0ay1lc291bmQtMC45OS43 XzUgSGlnaCBwZXJmb3JtYW5jZSBtZWRpYSBwbGF5ZXIvZW5jb2RlciBzdXBw b3J0aW5nIG1hbnkgZm9ybWEKbXBsYXllci1za2lucy0xLjEuMV8yIFNraW5z IGZvciBNUGxheWVyJ3MgR3JhcGhpY2FsIFVzZXIgSW50ZXJmYWNlIChHVUkp Cm1wbGF5ZXJwbHVnLWluLTMuMTFfMSBBIE1vemlsbGEgcGx1Z2luIGZvciB0 aGUgTVBsYXllciBtZWRpYSBwbGF5ZXIKbXNtdHAtMS40LjQgICAgICAgICBT TVRQIHBsdWdpbiBmb3IgTVVBcwptdG9vbHMtMy45LjhfNCAgICAgIEEgY29s bGVjdGlvbiBvZiB0b29scyBmb3IgbWFuaXB1bGF0aW5nIE1TRE9TIGZpbGVz Cm11c2ljcGQtMC4xMS41XzEgICAgQSByZW1vdGUtY29udHJvbGxhYmxlIG11 c2ljLWRhZW1vbgptdXR0LTEuNC4yLjFfMiAgICAgIFRoZSBNb25ncmVsIG9m IE1haWwgVXNlciBBZ2VudHMgKHBhcnQgRWxtLCBQaW5lLCBNdXNoLCBtaCwg Cm15c3FsLWNsaWVudC00LjAuMjYgTXVsdGl0aHJlYWRlZCBTUUwgZGF0YWJh c2UgKGNsaWVudCkKbmFuby0xLjIuNSAgICAgICAgICBOYW5vJ3MgQU5PdGhl ciBlZGl0b3IsIGFuIGVuaGFuY2VkIGZyZWUgUGljbyBjbG9uZQpuYXMtMS43 ICAgICAgICAgICAgIE5ldHdvcmsgQXVkaW8gU3lzdGVtCm5hc20tMC45OC4z OSwxICAgICAgR2VuZXJhbC1wdXJwb3NlIG11bHRpLXBsYXRmb3JtIHg4NiBh c3NlbWJsZXIKbmF1dGlsdXMtY2QtYnVybmVyLTIuMTIuMSBDRCBidXJuZXIg dmlldyBmb3IgTmF1dGlsdXMKbmF1dGlsdXMyLTIuMTIuMSAgICBGaWxlIG1h bmFnZXIgZm9yIHRoZSBHTk9NRSBkZXNrdG9wCm5ldHBibS0xMC4yNi4xNiAg ICAgQSB0b29sa2l0IGZvciBjb252ZXJzaW9uIG9mIGltYWdlcyBiZXR3ZWVu IGRpZmZlcmVudCBmb3JtYXQKbm1hcC0zLjkzICAgICAgICAgICBQb3J0IHNj YW5uaW5nIHV0aWxpdHkgZm9yIGxhcmdlIG5ldHdvcmtzCm5zcHItNC42XzEg ICAgICAgICAgQSBwbGF0Zm9ybS1uZXV0cmFsIEFQSSBmb3Igc3lzdGVtIGxl dmVsIGFuZCBsaWJjIGxpa2UgZnVuY3QKbnNzLTMuMTAgICAgICAgICAgICBM aWJyYXJpZXMgdG8gc3VwcG9ydCBkZXZlbG9wbWVudCBvZiBzZWN1cml0eS1l bmFibGVkIGFwcGxpYwpvcGVuLW1vdGlmLTIuMi4zXzIgIE1vdGlmIFgxMSBU b29sa2l0IChpbmR1c3RyeSBzdGFuZGFyZCBHVUkgKElFRUUgMTI5NSkpCm9w ZW5sZGFwLWNsaWVudC0yLjIuMjggT3BlbiBzb3VyY2UgTERBUCBjbGllbnQg aW1wbGVtZW50YXRpb24Kb3BlbnNzbC0wLjkuOF8xICAgICBTU0wgYW5kIGNy eXB0byBsaWJyYXJ5Cm9wZXJhLTguNTAuMjAwNTA5MTYgQSBibGF6aW5nbHkg ZmFzdCwgZnVsbC1mZWF0dXJlZCwgc3RhbmRhcmRzLWNvbXBsaWFudCBicm93 c2UKcDUtQXV0aGVuLVNBU0wtMi4wOSBQZXJsNSBtb2R1bGUgZm9yIFNBU0wg YXV0aGVudGljYXRpb24KcDUtQmVya2VsZXlEQi0wLjI2ICBQZXJsNSBpbnRl cmZhY2UgdG8gdGhlIEJlcmtlbGV5IERCIHBhY2thZ2UgcmV2aXNpb24gMiwg MywgNApwNS1Db21wcmVzcy1abGliLTEuMzkgUGVybDUgaW50ZXJmYWNlIHRv IHpsaWIgY29tcHJlc3Npb24gbGlicmFyeQpwNS1EaWdlc3QtMS4xMiAgICAg IE1vZHVsZXMgdGhhdCBjYWxjdWxhdGUgbWVzc2FnZSBkaWdlc3RzCnA1LURp Z2VzdC1NRDUtMi4zMyAgUGVybDUgaW50ZXJmYWNlIHRvIHRoZSBNRDUgYWxn b3JpdGhtCnA1LUZyZWVCU0QtUG9ydGluZGV4LTEuNCBJbmNyZW1lbnRhbCBG cmVlQlNEIHBvcnRzIElOREVYIGZpbGUgZ2VuZXJhdGlvbgpwNS1IVE1MLVBh cnNlci0zLjQ1IFBlcmw1IG1vZHVsZSBmb3IgcGFyc2luZyBIVE1MIGRvY3Vt ZW50cwpwNS1IVE1MLVRhZ3NldC0zLjA0IFNvbWUgdXNlZnVsIGRhdGEgdGFi bGUgaW4gcGFyc2luZyBIVE1MCnA1LUlPLVN0cmluZy0xLjA2ICAgU2ltcGxp ZmllZCBQZXJsNSBtb2R1bGUgdG8gaGFuZGxlIEkvTyBvbiBpbi1jb3JlIHN0 cmluZ3MKcDUtTUlNRS1CYXNlNjQtMy4wNSBQZXJsNSBtb2R1bGUgZm9yIEJh c2U2NCBhbmQgUXVvdGVkLVByaW50YWJsZSBlbmNvZGluZ3MKcDUtTmV0LTEu MTksMSAgICAgICBQZXJsNSBtb2R1bGVzIHRvIGFjY2VzcyBhbmQgdXNlIG5l dHdvcmsgcHJvdG9jb2xzCnA1LVVSSS0xLjM1ICAgICAgICAgUGVybDUgaW50 ZXJmYWNlIHRvIFVuaWZvcm0gUmVzb3VyY2UgSWRlbnRpZmllciAoVVJJKSBy ZWZlcmUKcDUtV1dXLUJhYmVsZmlzaC0wLjEzIFBlcmwgaW50ZXJmYWNlIHRv IG9idGFpbiB0cmFuc2xhdGlvbnMgZnJvbSB0aGUgYmFiZWxmaXNoIHNlCnA1 LVhNTC1QYXJzZXItMi4zNF8xIFBlcmwgZXh0ZW5zaW9uIGludGVyZmFjZSB0 byBKYW1lcyBDbGFyaydzIFhNTCBwYXJzZXIsIGV4cGF0CnA1LWdldHRleHQt MS4wMyAgICAgTWVzc2FnZSBoYW5kbGluZyBmdW5jdGlvbnMKcDUtbGlid3d3 LTUuODAzICAgICBQZXJsNSBsaWJyYXJ5IGZvciBXV1cgYWNjZXNzCnBhbjIt MC4xNC4yLjkxXzMgICAgVGhyZWFkZWQgR05PTUUgMiBuZXdzcmVhZGVyIGJh c2VkIG9uIEFnZW50IGZvciBXaW5kb3dzCnBhbmdvLTEuMTAuMSAgICAgICAg QW4gb3Blbi1zb3VyY2UgZnJhbWV3b3JrIGZvciB0aGUgbGF5b3V0IGFuZCBy ZW5kZXJpbmcgb2YgaTEKcGFyMmNtZGxpbmUtMC40ICAgICBUb29scyBmb3Ig dXNpbmcgUGFyaXR5IHYyIEFyY2hpdmUgZmlsZXMKcGNyZS02LjQgICAgICAg ICAgICBQZXJsIENvbXBhdGlibGUgUmVndWxhciBFeHByZXNzaW9ucyBsaWJy YXJ5CnBkLTAuMzdfMSAgICAgICAgICAgUHVyZSBEYXRhLCBhIE1JREktY2Fw YWJsZSByZWFsLXRpbWUgYXVkaW8gcHJvY2Vzc29yL3N5bnRoZXMKcGRmbGli LTYuMC4yICAgICAgICBBIEMgbGlicmFyeSBmb3IgZHluYW1pY2FsbHkgZ2Vu ZXJhdGluZyBQREYKcGVybC01LjguNyAgICAgICAgICBQcmFjdGljYWwgRXh0 cmFjdGlvbiBhbmQgUmVwb3J0IExhbmd1YWdlCnBpbG90LWxpbmstMC4xMS44 XzMgUGFsbVBpbG90IGNvbW11bmljYXRpb25zIHV0aWxpdGllcyAoYmFja3Vw L3Jlc3RvcmUvaW5zdGFsbC8KcGtnX3JtbGVhdmVzLTIwMDUwOTIyIEludGVy YWN0aXZlIHNjcmlwdCBmb3IgZGVpbnN0YWxsaW5nICdsZWFmJyBwYWNrYWdl cwpwa2djb25maWctMC4xOSAgICAgIEEgdXRpbGl0eSB0byByZXRyaWV2ZSBp bmZvcm1hdGlvbiBhYm91dCBpbnN0YWxsZWQgbGlicmFyaWVzCnBuZy0xLjIu OF8yICAgICAgICAgTGlicmFyeSBmb3IgbWFuaXB1bGF0aW5nIFBORyBpbWFn ZXMKcG9wcGxlci0wLjQuMiAgICAgICBBIFBERiByZW5kZXJpbmcgbGlicmFy eQpwb3B0LTEuNyAgICAgICAgICAgIEEgZ2V0b3B0KDMpIGxpa2UgbGlicmFy eSB3aXRoIGEgbnVtYmVyIG9mIGVuaGFuY2VtZW50cywgZnJvCnBvcnRhdWRp by0xOC4xXzIgICAgUG9ydGFibGUgY3Jvc3MtcGxhdGZvcm0gQXVkaW8gQVBJ CnBvcnR1cGdyYWRlLTIwMDQxMjI2XzcgRnJlZUJTRCBwb3J0cy9wYWNrYWdl cyBhZG1pbmlzdHJhdGlvbiBhbmQgbWFuYWdlbWVudCB0b29sIHMKcG9zdGdy ZXNxbC1jbGllbnQtNy40LjkgUG9zdGdyZVNRTCBkYXRhYmFzZSAoY2xpZW50 KQpwb3N0Z3Jlc3FsLXNlcnZlci03LjQuOSBUaGUgbW9zdCBhZHZhbmNlZCBv cGVuLXNvdXJjZSBkYXRhYmFzZSBhdmFpbGFibGUgYW55d2hlcmUKcHN0cmVl LTIuMjcgICAgICAgICBMaXN0IHByb2Nlc3NlcyBhcyBhIHRyZWUKcHkyNC1C aXRUb3JyZW50LTQuMC40LDEgQSBwZWVyLXRvLXBlZXIgdG9vbCBmb3IgZGlz dHJpYnV0aW5nIGZpbGVzIHdyaXR0ZW4gaW4gUHl0aG8KcHkyNC1jYWlyby0x LjAuMCAgICBQeXRob24gYmluZGluZ3MgZm9yIENhaXJvCnB5MjQtZ25vbWUt Mi4xMi4xICAgQSBzZXQgb2YgUHl0aG9uIGJpbmRpbmdzIGZvciBHTk9NRSAy CnB5MjQtZ25vbWUtZXh0cmFzLTIuMTIuMCBBIHNldCBvZiBQeXRob24gYmlu ZGluZ3MgZm9yIEdOT01FIDIKcHkyNC1nc3RyZWFtZXItMC44LjIgQSBzZXQg b2YgUHl0aG9uIGJpbmRpbmdzIGZvciBnc3RyZWFtZXIKcHkyNC1ndGstMi44 LjIgICAgICBBIHNldCBvZiBQeXRob24gYmluZGluZ3MgZm9yIEdUSwpweTI0 LWltYWdpbmctMS4xLjUgIFRoZSBQeXRob24gSW1hZ2luZyBMaWJyYXJ5CnB5 MjQtbGlieG1sMi0yLjYuMjIgUHl0aG9uIGludGVyZmFjZSBmb3IgWE1MIHBh cnNlciBsaWJyYXJ5IGZvciBHTk9NRQpweTI0LW1hZC0wLjUuMiAgICAgIFB5 dGhvbiBtb2R1bGUgdGhhdCBwcm92aWRlcyB0aGUgTVBFRyBBdWRpbyBEZWNv ZGVyIGludGVyZmFjCnB5MjQtbnVtZXJpYy0yMy44ICAgVGhlIE51bWVyaWMg RXh0ZW5zaW9uIHRvIFB5dGhvbgpweTI0LW9nZy0xLjNfMiAgICAgIE9iamVj dC1vcmllbnRlZCBQeXRob24gYmluZGluZ3MgZm9yIHRoZSBvZ2cgbGlicmFy eQpweTI0LW9yYml0LTIuMC4xXzEgIFB5dGhvbiBiaW5kaW5ncyBmb3IgT1JC aXQyCnB5MjQtcHN5Y28tMS40ICAgICAgUHl0aG9uIFNwZWNpYWxpemluZyBD b21waWxlcgpweTI0LXRraW50ZXItMi40LjJfMSBQeXRob24gYmluZGluZ3Mg dG8gdGhlIFRrIHdpZGdldCBzZXQKcHkyNC12b3JiaXMtMS40ICAgICBPYmpl Y3Qtb3JpZW50ZWQgUHl0aG9uIGJpbmRpbmdzIGZvciB0aGUgdm9yYmlzIGxp YnJhcnkKcHkyNC14ZGctMC4xNSAgICAgICBBIHB5dGhvbiBsaWJyYXJ5IHRv IGFjY2VzcyBmcmVlZGVza3RvcC5vcmcgc3RhbmRhcmRzCnB5MjQteG1sLTAu OC40ICAgICAgUHlYTUw6IFB5dGhvbiBYTUwgbGlicmFyeSBlbmhhbmNlbWVu dHMKcHl0aG9uLTIuNC4yICAgICAgICBBbiBpbnRlcnByZXRlZCBvYmplY3Qt b3JpZW50ZWQgcHJvZ3JhbW1pbmcgbGFuZ3VhZ2UKcXVpY2stbG91bmdlLWFw cGxldC0yLjEyLjAgQXBwbGV0IHRvIG9yZ2luaXplIHlvdXIgcHJlZmVycmVk IGFwcGxpY2F0aW9ucyBvbiB0aGUgR05PTUUKcmh5dGhtYm94LTAuOS4wXzEg ICBBdWRpbyBwbGF5ZXIgZm9yIHRoZSBHbm9tZSAyIGRlc2t0b3AgZW52aXJv bm1lbnQKcnBtLTMuMC42XzEwICAgICAgICBUaGUgUmVkIEhhdCBQYWNrYWdl IE1hbmFnZXIKcnBtMmNwaW8tMS4yXzIgICAgICBDb252ZXJ0IC5ycG0gZmls ZXMgZm9yIGV4dHJhY3Rpb24gd2l0aCAvdXNyL2Jpbi9jcGlvLCBuZWVkcwpy dWJ5LTEuOC4yXzQgICAgICAgIEFuIG9iamVjdC1vcmllbnRlZCBpbnRlcnBy ZXRlZCBzY3JpcHRpbmcgbGFuZ3VhZ2UKcnVieTE4LWF0ay0wLjEzLjAgICBS dWJ5IGJpbmRpbmcgZm9yIEFUSwpydWJ5MTgtYmRiMS0wLjIuMiAgIFJ1Ynkg aW50ZXJmYWNlIHRvIEJlcmtlbGV5IERCIHJldmlzaW9uIDEuOHggd2l0aCBm dWxsIGZlYXR1CnJ1YnkxOC1nY29uZjItMC4xMy4wIEEgUnVieSBpbnRlcmZh Y2UgdG8gR0NvbmYyCnJ1YnkxOC1nZGtfcGl4YnVmMi0wLjEzLjAgUnVieSBi aW5kaW5nIGZvciBHZGtQaXhidWYyCnJ1YnkxOC1nbGliMi0wLjEzLjAgUnVi eSBiaW5kaW5nIGZvciBHTGliMgpydWJ5MTgtZ25vbWUyLTAuMTMuMCBBIHNl dCBvZiBSdWJ5IGJpbmRpbmdzIGZvciBHTk9NRTIKcnVieTE4LWdub21lY2Fu dmFzMi0wLjEzLjAgUnVieSBiaW5kaW5nIGZvciBHbm9tZUNhbnZhczIKcnVi eTE4LWd0azItMC4xMy4wICBSdWJ5IGJpbmRpbmcgZm9yIEdUSysyCnJ1Ynkx OC1saWJhcnQyLTAuMTMuMCBSdWJ5IGJpbmRpbmcgZm9yIExpYmFydDIKcnVi eTE4LWxpYmdsYWRlMi0wLjEzLjAgUnVieSBiaW5kaW5nIGZvciBMaWJnbGFk ZTIKcnVieTE4LXBhbmdvLTAuMTMuMCBSdWJ5IGJpbmRpbmcgZm9yIFBhbmdv CnNhbWJhLTMuMC4yMCwxICAgICAgQSBmcmVlIFNNQiBhbmQgQ0lGUyBjbGll bnQgYW5kIHNlcnZlciBmb3IgVU5JWApzYW1iYS1saWJzbWJjbGllbnQtMy4w LjIwXzIgVGhlIHNoYXJlZCBsaWIgZnJvbSB0aGUgc2FtYmEgcGFja2FnZXMK c2FuZS1iYWNrZW5kcy0xLjAuMTZfMSBBUEkgZm9yIGFjY2VzcyB0byBzY2Fu bmVycywgZGlnaXRhbHMgY2FtZXJhLCBmcmFtZSBncmFiYmVycwpzY3JlZW4t NC4wLjJfMiAgICAgIEEgbXVsdGktc2NyZWVuIHdpbmRvdyBtYW5hZ2VyCnNj cm9sbGtlZXBlci0wLjMuMTRfMSwxIEFuIE9wZW4gRG9jdW1lbnQgQ2F0YWxv Z2luZyBQcm9qZWN0CnNjdW1tdm0tMC43LjEgICAgICAgR3JhcGhpY2FsIEFk dmVudHVyZSBHYW1lIFZpcnR1YWwgTWFjaGluZQpzZGwtMS4yLjksMiAgICAg ICAgIENyb3NzLXBsYXRmb3JtIG11bHRpLW1lZGlhIGRldmVsb3BtZW50IEFQ SQpzZGxfdHRmLTIuMC43ICAgICAgIEEgbGlicmFyeSB0byB1c2UgVHJ1ZVR5 cGUgZm9udHMgdG8gcmVuZGVyIHRleHQgaW4gU0RMIGFwcGxpCnNkb2Nib29r LXhtbC00LjEuMi41XzIgIlNpbXBsaWZpZWQiIERvY0Jvb2sgWE1MIERURApz ZnJvbnQtMC44OSAgICAgICAgIEEgdHJhbnNsYXRvciB0aGF0IGNvbnZlcnRz IE1QNC1TQSBmaWxlcyBpbnRvIGVmZmljaWVudCBDIHByCnNoYXJlZC1taW1l LWluZm8tMC4xNl8xIEEgTUlNRSB0eXBlIGRhdGFiYXNlIGZyb20gdGhlIEZy ZWVEZXNrdG9wIHByb2plY3QKc2hvdy0yLjFfMSAgICAgICAgICBBIGZhc3Qs IGZsZXhpYmxlLCBleHRlbnNpYmxlIGFuZCBibG9hdC1mcmVlIGltYWdlIHZp ZXdlciBmbwpzbWVnLTAuNy41ICAgICAgICAgIEFuIGVkaXRvciBmb3IgdGhl IGZyZWVkZXNrdG9wLm9yZyBtZW51IHNwZWNpZmljYXRpb24Kc291bmQtanVp Y2VyLTIuMTIuMiBDbGVhbiwgbWVhbiBhbmQgbGVhbiBDRCByaXBwZXIgZm9y IEdOT01FMgpzb3gtMTIuMTcuOCAgICAgICAgIFNPdW5kIGVYY2hhbmdlIC0g dW5pdmVyc2FsIHNvdW5kIHNhbXBsZSB0cmFuc2xhdG9yCnNwZWV4LTEuMC41 LDEgICAgICAgQW4gb3Blbi1zb3VyY2UgcGF0ZW50LWZyZWUgdm9pY2UgY29k ZWMKc3FsaXRlLTIuOC4xNiAgICAgICBBbiBTUUwgZGF0YWJhc2UgZW5naW5l IGluIGEgQyBsaWJyYXJ5IHcvIFRjbCB3cmFwcGVyCnN0YXJ0dXAtbm90aWZp Y2F0aW9uLTAuOF8xIExpYnJhcnkgdGhhdCBzdXBwb3J0cyBzdGFydHVwIG5v dGlmaWNhdGlvbiBzcGVjIGZyb20gZnJlZWRlCnN0b3ctMS4zLjNfMiAgICAg ICAgR05VIHZlcnNpb24gb2YgQ2FybmVnaWUgTWVsbG9uJ3MgIkRlcG90IiBw cm9ncmFtCnN1ZG8tMS42LjguOSAgICAgICAgQWxsb3cgb3RoZXJzIHRvIHJ1 biBjb21tYW5kcyBhcyByb290CnN2Z2FsaWItMS40LjNfNSAgICAgQSBsb3cg bGV2ZWwgY29uc29sZSBncmFwaGljcyBsaWJyYXJ5CnN5c3RlbS10b29scy1i YWNrZW5kcy0xLjQuMCBCYWNrZW5kIHN5c3RlbSBhZG1pbiBzY3JpcHRzIGZv ciBnbm9tZS1zeXN0ZW0tdG9vbHMKdDFsaWItNS4xLjAsMSAgICAgICBBIFR5 cGUgMSBSYXN0ZXJpemVyIExpYnJhcnkgZm9yIFVOSVgvWDExCnRhbGtmaWx0 ZXJzLTIuMy40XzEgU2V0IG9mIGZpbHRlcnMgdG8gY29udmVydCBFbmdsaXNo IHRleHQgdG8gdmFyaW91cyBzdGVyZW90eXAKdGFwLXBsdWdpbnMtMC43LjAg ICBMQURTUEEgUGx1Z2lucyBieSBUb20gU3ppbGFneQp0Y2wtOC40LjExLDEg ICAgICAgIFRvb2wgQ29tbWFuZCBMYW5ndWFnZQp0ZVRlWC0zLjAgICAgICAg ICAgIEEgbWV0YSBwb3J0IGZvciB0ZVRlWCBzdWl0ZQp0ZVRlWC1iYXNlLTMu MF80ICAgIFRob21hcyBFc3NlcidzIGRpc3RyaWJ1dGlvbiBvZiBUZVggJiBm cmllbmRzIChiaW5hcmllcykKdGVUZVgtdGV4bWYtMy4wXzMgICBUaG9tYXMg RXNzZXIncyBkaXN0cmlidXRpb24gb2YgVGVYICYgZnJpZW5kcyAodGV4bWYg dHJlZSkKdGV4LXRleG1mbG9jYWwtMS45ICBNZXRhLXBvcnQgdGhhdCBjcmVh dGVzIGEgc2l0ZS1sb2NhbCAkVEVYTUYgZGlyZWN0b3J5CnRleGkyaHRtbC0x Ljc2XzEsMSAgVGV4aW5mbyB0byBIVE1MIGNvbnZlcnRlcgp0aHVuZGVyYmly ZC0xLjAuNyAgIE1vemlsbGEgVGh1bmRlcmJpcmQgaXMgc3RhbmRhbG9uZSBt YWlsIGFuZCBuZXdzIHRoYXQgc3RhbmRzCnRpZHktMjAwMDA4MDRfMiAgICAg Rml4ZXMgYW5kIHRpZGllcyB1cCBIVE1MIGZpbGVzCnRpZmYtMy43LjQgICAg ICAgICAgVG9vbHMgYW5kIGxpYnJhcnkgcm91dGluZXMgZm9yIHdvcmtpbmcg d2l0aCBUSUZGIGltYWdlcwp0aW1pZGl0eS0wLjJpICAgICAgIE1JREkgdG8g V0FWIHJlbmRlcmVyIGFuZCBwbGF5ZXIKdGluLTEuNy45ICAgICAgICAgICBF YXN5LXRvLXVzZSB0aHJlYWRlZCBuZXdzcmVhZGVyIHdpdGggTk9WL05OVFAg c3VwcG9ydAp0ay04LjQuMTEsMiAgICAgICAgIEdyYXBoaWNhbCB0b29sa2l0 IGZvciBUQ0wKdG90ZW0tMS4yLjAgICAgICAgICBBIFhpbmUtYmFzZWQgdmlk ZW8gcGxheWVyIGZvciB0aGUgR25vbWUgMiBEZXNrdG9wCnRyYW5zZmlnLTMu Mi40XzEgICAgVG9vbHMgdG8gY29udmVydCBYZmlnJ3MgLmZpZyBmaWxlcwp0 dG1rZmRpci0yMDAyMTEwOV8xIENyZWF0ZSBmb250cy5zY2FsZSBmaWxlIGZv ciB1c2Ugd2l0aCBUcnVlVHlwZSBmb250IHNlcnZlcgp1bnJhci0zLjUzLDMg ICAgICAgIEV4dHJhY3QsIHZpZXcgJiB0ZXN0IFJBUiBhcmNoaXZlcwp1bnpp cC01LjUyXzIgICAgICAgIExpc3QsIHRlc3QgYW5kIGV4dHJhY3QgY29tcHJl c3NlZCBmaWxlcyBpbiBhIFpJUCBhcmNoaXZlCnVyd2ZvbnRzLTEuMCAgICAg ICAgQW5vdGhlciBmb250IHBhY2thZ2UgZm9yIFgKdXVsaWItMC41LjIwICAg ICAgICBBIGxpYnJhcnkgZm9yIHV1L3h4L0Jhc2U2NC9CaW5IZXgveUVuYyBk ZS0vZW5jb2RpbmcKdmNkaW1hZ2VyLTAuNy4yMyAgICAiR05VIFZDREltYWdl ci9WQ0RSaXAgLS0gVGhlIEdOVSBWaWRlb0NEIEltYWdlIE1ha2VyL1JpcHBp bgp2aW5vLTIuMTIuMF8xICAgICAgIFZOQyBzZXJ2ZXIgdGhhdCBhbGxvd3Mg Zm9yIHJlbW90ZSBhY2Nlc3MgdG8geW91ciBHTk9NRSBkZXNrCnZuYy00LjEu MSAgICAgICAgICAgRGlzcGxheSBYIGFuZCBXaW4zMiBkZXNrdG9wcyBvbiBy ZW1vdGUgWC9XaW4zMi9KYXZhIGRpc3BsYXkKdm9yYmlzLXRvb2xzLTEuMS4x LDMgUGxheSwgZW5jb2RlLCBhbmQgbWFuYWdlIE9nZyBWb3JiaXMgZmlsZXMK dnRlLTAuMTEuMTVfMSAgICAgICBUZXJtaW5hbCB3aWRnZXQgd2l0aCBpbXBy b3ZlZCBhY2Nlc3NpYmlsaXR5IGFuZCBJMThOIHN1cHBvcgp3ZWJmb250cy0w LjIxXzIgICAgIFRydWVUeXBlIGNvcmUgZm9udHMgZm9yIHRoZSBXZWIKd2dl dC0xLjEwLjEgICAgICAgICBSZXRyaWV2ZSBmaWxlcyBmcm9tIHRoZSBOZXQg dmlhIEhUVFAgYW5kIEZUUAp3aW4zMi1jb2RlY3MtMy4xLjAucDVfMSwxIEh1 Z2UgY29tcGlsYXRpb24gb2YgV2luMzIgYmluYXJ5IGNvZGVjcywgaW5jbHVk aW5nIE1QRUctNChECnd2LTEuMC4wXzMgICAgICAgICAgQSBsaWJyYXJ5IGFu ZCBleGVjdXRhYmxlcyB0byBhY2Nlc3MgTWljcm9zb2Z0IFdvcmQgZmlsZXMK d3hndGsyLTIuNC4yXzEwICAgICBUaGUgd3hXaWRnZXRzIEdVSSB0b29sa2l0 IHdpdGggR1RLKyBiaW5kaW5ncwp4ZHZpay10ZXRleC0yMi44NC4xMCBEVkkg UHJldmlld2VyKGtwYXRoc2VhcmNoKSBmb3IgWAp4ZW1hY3MtMjEuNC4xN18x ICAgIFRoaXMgcG9ydCB0cmFja3MgdGhlIHN0YWJsZSB2ZXJzaW9uIG9mIHRo ZSBYRW1hY3MgdGV4dCBlZGl0CnhlbWFjcy1wYWNrYWdlcy0xMy4xIEJhc2lj IFhFbWFjcyBlbGlzcCBwYWNrYWdlcyh4ZW1hY3MtcGFja2FnZXMpCnhmaWct My4yLjRfMiAgICAgICAgQSBkcmF3aW5nIHByb2dyYW0gZm9yIFgxMQp4bWxj YXRtZ3ItMi4yICAgICAgIFNHTUwgYW5kIFhNTCBjYXRhbG9nIG1hbmFnZXIK eG1tcy1lc291bmQtMS4yLjEwXzQgWCBNdWx0aW1lZGlhIFN5c3RlbSAtLS0g QW4gYXVkaW8gcGxheWVyIHdpdGggYSBXaW5hbXAgR1VJCnhtbXMtZmFhZDIt Mi4wXzIgICAgWE1NUyBwbHVnaW4gZm9yIGZhYWQKeG1tcy1mbGFjLTEuMS4y ICAgICBYTU1TIGlucHV0IHBsdWdpbiBmb3IgcGxheWluZyBGTEFDIGZpbGVz CnhtbXMtbWFkLTAuMS4xXzIgICAgQSBYTU1TIGlucHV0IHBsdWdpbiB0aGF0 IHVzZXMgbGlibWFkCnhtbXMtc3BlZXgtMC45LjFfMiAgWE1NUyBpbnB1dCBw bHVnaW4gdG8gcGxheSBzcGVleCBmaWxlcwp4bW1zLXdtYS0xLjAuNF8yICAg IFdNQSBwbHVnaW4gZm9yIHhtbXMKeG9yZy02LjguMiAgICAgICAgICBYLk9y ZyBkaXN0cmlidXRpb24gbWV0YXBvcnQKeG9yZy1jbGllbnRzLTYuOC4yICBY IGNsaWVudCBwcm9ncmFtcyBhbmQgcmVsYXRlZCBmaWxlcyBmcm9tIFguT3Jn CnhvcmctZG9jdW1lbnRzLTYuOC4yIERvY3VtZW50YXRpb24gb2YgWDExIHBy b3RvY29sIGFuZCBsaWJyYXJpZXMgZnJvbSBYLk9yZwp4b3JnLWZvbnRzLTEw MGRwaS02LjguMiBYLk9yZyAxMDBkcGkgYml0bWFwIGZvbnRzCnhvcmctZm9u dHMtNzVkcGktNi44LjIgWC5PcmcgNzVkcGkgYml0bWFwIGZvbnRzCnhvcmct Zm9udHMtY3lyaWxsaWMtNi44LjIgWC5PcmcgQ3lyaWxsaWMgYml0bWFwIGZv bnRzCnhvcmctZm9udHMtZW5jb2RpbmdzLTYuOC4yIFguT3JnIGZvbnQgZW5j b2RpbmcgZmlsZXMKeG9yZy1mb250cy1taXNjYml0bWFwcy02LjguMiBYLk9y ZyBtaXNjZWxsYW5lb3VzIGJpdG1hcCBmb250cwp4b3JnLWZvbnRzLXRydWV0 eXBlLTYuOC4yIFguT3JnIFRydWVUeXBlIGZvbnRzCnhvcmctZm9udHMtdHlw ZTEtNi44LjIgWC5PcmcgVHlwZTEgZm9udHMKeG9yZy1mb250c2VydmVyLTYu OC4yIFggZm9udCBzZXJ2ZXIgZnJvbSBYLk9yZwp4b3JnLWxpYnJhcmllcy02 LjguMiBYMTEgbGlicmFyaWVzIGFuZCBoZWFkZXJzIGZyb20gWC5PcmcKeG9y Zy1uZXN0c2VydmVyLTYuOC4yIE5lc3RpbmcgWCBzZXJ2ZXIgZnJvbSBYLk9y Zwp4b3JnLXByaW50c2VydmVyLTYuOC4yXzIgWCBQcmludCBzZXJ2ZXIgZnJv bSBYLk9yZwp4b3JnLXNlcnZlci02LjguMl82IFguT3JnIFggc2VydmVyIGFu ZCByZWxhdGVkIHByb2dyYW1zCnhvcmctdmZic2VydmVyLTYuOC4yIFggdmly dHVhbCBmcmFtZWJ1ZmZlciBzZXJ2ZXIgZnJvbSBYLk9yZwp4cGRmLTMuMDBf NyAgICAgICAgIERpc3BsYXkgUERGIGZpbGVzLCBhbmQgY29udmVydCB0aGVt IHRvIG90aGVyIGZvcm1hdHMKeHNjcmVlbnNhdmVyLWdub21lLTQuMjIgU2F2 ZSB5b3VyIHNjcmVlbiB3aGlsZSB5b3UgZW50ZXJ0YWluIHlvdXIgY2F0IChm b3IgR05PTUUgdXMKeHRlcm0tMjA1XzEgICAgICAgICBUZXJtaW5hbCBlbXVs YXRvciBmb3IgdGhlIFggV2luZG93IFN5c3RlbQp4dmlkLTEuMC4zLDEgICAg ICAgIEFuIG9wZW5zb3VyY2UgTVBFRy00IGNvZGVjLCBiYXNlZCBvbiBPcGVu RGl2eAp5ZWxwLTIuMTIuMV8xICAgICAgIEEgaGVscCBicm93c2VyIGZvciB0 aGUgR05PTUUgMiBkZXNrdG9wCnplbml0eS0yLjEyLjEgICAgICAgRGlzcGxh eSBHTk9NRSBkaWFsb2dzIGZyb20gdGhlIGNvbW1hbmQgbGluZQp6aXAtMi4z XzIgICAgICAgICAgIENyZWF0ZS91cGRhdGUgWklQIGZpbGVzIGNvbXBhdGli bGUgd2l0aCBwa3ppcAo= --0-805798213-1128988708=:40702 Content-Type: application/octet-stream; name="nautilus.backtrace" Content-Transfer-Encoding: base64 Content-Description: 2087742422-nautilus.backtrace Content-Disposition: attachment; filename="nautilus.backtrace" IzAgIDB4MjhmNzRhYzUgaW4gc3RwY3B5ICgKICAgIHRvPTB4ODY0YzAwMCA8 RXJyb3IgcmVhZGluZyBhZGRyZXNzIDB4ODY0YzAwMDogQmFkIGFkZHJlc3M+ LAogICAgZnJvbT0weDg2NGJmZjUgIi8vL3Vzci9ob21lIiA8RXJyb3IgcmVh ZGluZyBhZGRyZXNzIDB4ODY0YzAwMDogQmFkIGFkZHJlc3M+KSAgYXQgL3Vz ci9zcmMvbGliL2xpYmMvc3RyaW5nL3N0cGNweS5jOjQ0CiMxICAweDI4Y2Q0 MTBlIGluIElBX19nX3N0cGNweSAoCiAgICBkZXN0PTB4ODY0YmZmNSAiLy8v dXNyL2hvbWUiIDxFcnJvciByZWFkaW5nIGFkZHJlc3MgMHg4NjRjMDAwOiBC YWQgYWRkcmVzcz4sICBzcmM9MHgyZiA8RXJyb3IgcmVhZGluZyBhZGRyZXNz IDB4MmY6IEJhZCBhZGRyZXNzPikgYXQgZ3N0cmZ1bmNzLmM6MTY3CiMyICAw eDI4Y2Q0MjBjIGluIElBX19nX3N0cmNvbmNhdCAoc3RyaW5nMT0weDg0YjQz YzAgImZpbGU6Ly8vdXNyL2hvbWUiKQogICAgYXQgZ3N0cmZ1bmNzLmM6MjM3 CiMzICAweDI4YjJjZTljIGluIGdub21lX3Zmc191cmlfYXBwZW5kX3N0cmlu ZyAodXJpPTB4MmYsCiAgICB1cmlfZnJhZ21lbnQ9MHg4NGI0NWE2ICIvL3Vz ci9ob21lLy8vdXNyL2hvbWUvLy91c3IvaG9tZS8vL3Vzci9ob21lLy8vdXNy L2hvIG1lLy8vdXNyL2hvbWUvLy91c3IvaG9tZS8vL3Vzci9ob21lLy8vdXNy L2hvbWUvLy91c3IvaG9tZS8vL3Vzci9ob21lLy8vdXNyL2hvbWUvIC8vdXNy L2hvbWUvLy91c3IvaG9tZS8vL3Vzci9ob21lLy8vdXNyL2hvbWUvLy91c3Iv aG9tZS8vL3Vzci9ob21lLy8vIi4uLikKICAgIGF0IGdub21lLXZmcy11cmku YzoxMDgxCiM0ICAweDI4YjMwY2Q4IGluIF9nbm9tZV92ZnNfdXJpX3Jlc29s dmVfYWxsX3N5bWxpbmtzX3VyaSAodXJpPTB4ODRjYzJjMCwKICAgIHJlc3Vs dF91cmk9MHhiZmJmZTY4OCkgYXQgZ25vbWUtdmZzLXV0aWxzLmM6MTk5Ngoj NSAgMHgyOGIwZWNkZiBpbiBnbm9tZV92ZnNfZmluZF9kaXJlY3RvcnlfY2Fu Y2VsbGFibGUgKG5lYXJfdXJpPTB4ODVjZTIwMCwKICAgIGtpbmQ9NDcsIHJl c3VsdF91cmk9MHhiZmJmZTZlOCwgY3JlYXRlX2lmX25lZWRlZD00NywgZmlu ZF9pZl9uZWVkZWQ9NDcsCiAgICBwZXJtaXNzaW9ucz00NywgY29udGV4dD0w eDApIGF0IGdub21lLXZmcy1jYW5jZWxsYWJsZS1vcHMuYzozMDAKIzYgIDB4 MjhiMTZlNDggaW4gZ25vbWVfdmZzX2ZpbmRfZGlyZWN0b3J5IChuZWFyX3Vy aT0weDJmLCBraW5kPTQ3LAogICAgcmVzdWx0PTB4MmYsIGNyZWF0ZV9pZl9u ZWVkZWQ9NDcsIGZpbmRfaWZfbmVlZGVkPTQ3LCBwZXJtaXNzaW9ucz00NykK ICAgIGF0IGdub21lLXZmcy1maW5kLWRpcmVjdG9yeS5jOjYzCiM3ICAweDI4 MjM2ZmQ4IGluIGVlbF91cmlfaXNfaW5fdHJhc2ggKAogdXJpPTB4ODNkMmJj MCAiZmlsZTovLy9ob21lL2JncnViZXIvRGVza3RvcC9tZWRpYSIpCiAgICBh dCBlZWwtdmZzLWV4dGVuc2lvbnMuYzo1OTcKIzggIDB4MjgxNjlmZDUgaW4g bmF1dGlsdXNfZmlsZV9pc19pbl90cmFzaCAoZmlsZT0weDgyOTgxMDApCiAg ICBhdCBuYXV0aWx1cy1maWxlLmM6NTE1OAojOSAgMHgwODBhNmQxZSBpbiBz aG93aW5nX3RyYXNoX2RpcmVjdG9yeSAodmlldz0weDJmKQogICAgYXQgZm0t ZGlyZWN0b3J5LXZpZXcuYzo2MzkzCiMxMCAweDA4MGFhNzNjIGluIHJlYWxf c3VwcG9ydHNfY3JlYXRpbmdfZmlsZXMgKHZpZXc9MHg4Mjk4MTgwKQogICAg YXQgZm0tZGlyZWN0b3J5LXZpZXcuYzo4MDQwCiMxMSAweDA4MGFhNTgwIGlu IGZtX2RpcmVjdG9yeV92aWV3X3N1cHBvcnRzX2NyZWF0aW5nX2ZpbGVzICh2 aWV3PTB4ODI5ODE4MCkKICAgIGF0IGZtLWRpcmVjdG9yeS12aWV3LmM6ODAw NgojMTIgMHgwODBhNzZkZCBpbiByZWFsX3VwZGF0ZV9tZW51cyAodmlldz0w eDgyOTgxODApCiAgICBhdCBmbS1kaXJlY3Rvcnktdmlldy5jOjY3MTAKIzEz IDB4MDgwYjllNDQgaW4gZm1fbGlzdF92aWV3X3VwZGF0ZV9tZW51cyAodmll dz0weDgyOTgxODApCiAgICBhdCBmbS1saXN0LXZpZXcuYzoyMTAzCiMxNCAw eDA4MGFhYjU4IGluIGZtX2RpcmVjdG9yeV92aWV3X3VwZGF0ZV9tZW51cyAo dmlldz0weDgyOTgxODApCiAgICBhdCBmbS1kaXJlY3Rvcnktdmlldy5jOjgw OTgKIzE1IDB4MDgwOWY1NjMgaW4gdXBkYXRlX21lbnVzX3RpbWVvdXRfY2Fs bGJhY2sgKGRhdGE9MHgyZikKICAgIGF0IGZtLWRpcmVjdG9yeS12aWV3LmM6 MjU3NQojMTYgMHgyOGNiZDdhOCBpbiBnX3RpbWVvdXRfZGlzcGF0Y2ggKHNv dXJjZT0weDg1Y2U3MDAsIGNhbGxiYWNrPTB4ODY0YmZmNSwKICAgIHVzZXJf ZGF0YT0weDJmKSBhdCBnbWFpbi5jOjMyOTMKIzE3IDB4MjhjYmFmYzQgaW4g Z19tYWluX2Rpc3BhdGNoIChjb250ZXh0PTB4ODEyNjM4MCkgYXQgZ21haW4u YzoxOTM0CiMxOCAweDI4Y2JiZjRkIGluIElBX19nX21haW5fY29udGV4dF9k aXNwYXRjaCAoY29udGV4dD0weDgxMjYzODApCiAgICBhdCBnbWFpbi5jOjI0 ODQKIzE5IDB4MjhjYmMzM2IgaW4gZ19tYWluX2NvbnRleHRfaXRlcmF0ZSAo Y29udGV4dD0weDgxMjYzODAsIGJsb2NrPTEsCiAgICBkaXNwYXRjaD0xLCBz ZWxmPTB4ODBlNGI0MCkgYXQgZ21haW4uYzoyNTY1CiMyMCAweDI4Y2JjOWYx IGluIElBX19nX21haW5fbG9vcF9ydW4gKGxvb3A9MHg4MWQwZmEwKSBhdCBn bWFpbi5jOjI3NjkKIzIxIDB4Mjg2YzI5NTAgaW4gSUFfX2d0a19tYWluICgp IGF0IGd0a21haW4uYzo5ODUKIzIyIDB4MDgwN2IwMzYgaW4gbWFpbiAoYXJn Yz0xNDA4MjA0NjksIGFyZ3Y9MHhiZmJmZWI0YykgYXQgbmF1dGlsdXMtbWFp bi5jOjQzNQo= --0-805798213-1128988708=:40702-- From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 11 00:03:53 2005 Return-Path: X-Original-To: freebsd-gnome@freebsd.org Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7907A16A420 for ; Tue, 11 Oct 2005 00:03:53 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id B08DD43D48 for ; Tue, 11 Oct 2005 00:03:52 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.4/8.13.4) with ESMTP id j9B04K5J015080; Mon, 10 Oct 2005 20:04:20 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Brian Gruber In-Reply-To: <20051010235829.41463.qmail@web35612.mail.mud.yahoo.com> References: <20051010235829.41463.qmail@web35612.mail.mud.yahoo.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-jcEB79TZPqg67uchBEQq" Organization: MarcusCom, Inc. Date: Mon, 10 Oct 2005 20:03:50 -0400 Message-Id: <1128989030.54731.1.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: freebsd-gnome@freebsd.org Subject: Re: nautilus hanging (gnome 2.12) X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2005 00:03:53 -0000 --=-jcEB79TZPqg67uchBEQq Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2005-10-10 at 16:58 -0700, Brian Gruber wrote: > --- Joe Marcus Clarke wrote: >=20 > > On Sat, 2005-10-01 at 20:52 -0700, Brian Gruber > > wrote: > > > Hi, > > >=20 > > > Nautilus hangs on me somewhat frequently now that > > i've > > > switched to gnome 2.12 via marcus' cvs. the hangs > > > happen while just browsing through a directory, or > > > occasionally upon opening a file. > > > > > > the directory i'm currently browsing is an ext2 > > mount, > > > but i'm not 100% certain that's always been the > > case > > > when it has crashed. help? > >=20 > > This isn't a very good bug report. Please see > > http://www.freebsd.org/gnome/docs/bugging.html for > > details on creating a > > useful report. In particular, you didn't mention > > what version of > > FreeBSD you're using, include a pkg_info, or provide > > a backtrace with > > debugging symbols. > >=20 > > Joe >=20 > Sorry bout that. I've updated my machine to 5.4-p7 > and the ports are up to date as of last night. uname > -a: >=20 > FreeBSD calvin 5.4-RELEASE-p7 FreeBSD 5.4-RELEASE-p7 > #1: Sun Oct 2 16:34:11 EDT 2005 =20 > root@:/usr/obj/usr/src/sys/CALVIN i386 >=20 > env, pkg_info and backtrace are attached. >=20 > let me know if there's any other info i need to > supply. What does the symlink ``/home'' point to (i.e. output of ls -l /). It looks like there is a problem with an infinite symlink loop. This really shouldn't happen in the version of gnomevfs2 you're running, though. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-jcEB79TZPqg67uchBEQq Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDSwFmb2iPiv4Uz4cRAkbVAJsE12esxVnGAtD2HQ48zo2eEl7/bQCffIsR OqK5CnZJb2C7CHZXpk69jFA= =vaBI -----END PGP SIGNATURE----- --=-jcEB79TZPqg67uchBEQq-- From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 11 00:12:44 2005 Return-Path: X-Original-To: freebsd-gnome@freebsd.org Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCEB116A41F for ; Tue, 11 Oct 2005 00:12:44 +0000 (GMT) (envelope-from knightbg@yahoo.com) Received: from web35605.mail.mud.yahoo.com (web35605.mail.mud.yahoo.com [66.163.179.144]) by mx1.FreeBSD.org (Postfix) with SMTP id 78EF743D45 for ; Tue, 11 Oct 2005 00:12:44 +0000 (GMT) (envelope-from knightbg@yahoo.com) Received: (qmail 13051 invoked by uid 60001); 11 Oct 2005 00:12:44 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=EmXPU5povxGb/EUmAEV0icd35QXHFOg5rMXq+eOEugsPJVWDbPZaOlxi5vwCwah6xameD1Jep4zyWhSF8KW5sx7a7lO6ipWx4X4uAm5qTMo8FsUfdBn21cxhSb+a/zC83TNgEjYj5lTz1wt2/ZGiXD55mGt81iPo4d2mukV6IQE= ; Message-ID: <20051011001244.13049.qmail@web35605.mail.mud.yahoo.com> Received: from [162.84.251.225] by web35605.mail.mud.yahoo.com via HTTP; Mon, 10 Oct 2005 17:12:43 PDT Date: Mon, 10 Oct 2005 17:12:43 -0700 (PDT) From: Brian Gruber To: Joe Marcus Clarke In-Reply-To: <1128989030.54731.1.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-gnome@freebsd.org Subject: Re: nautilus hanging (gnome 2.12) X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2005 00:12:45 -0000 --- Joe Marcus Clarke wrote: > On Mon, 2005-10-10 at 16:58 -0700, Brian Gruber > wrote: > > --- Joe Marcus Clarke > wrote: > > > > > On Sat, 2005-10-01 at 20:52 -0700, Brian Gruber > > > wrote: > > > > Hi, > > > > > > > > Nautilus hangs on me somewhat frequently now > that > > > i've > > > > switched to gnome 2.12 via marcus' cvs. the > hangs > > > > happen while just browsing through a > directory, or > > > > occasionally upon opening a file. > > > > > > > > the directory i'm currently browsing is an > ext2 > > > mount, > > > > but i'm not 100% certain that's always been > the > > > case > > > > when it has crashed. help? > > > > > > This isn't a very good bug report. Please see > > > http://www.freebsd.org/gnome/docs/bugging.html > for > > > details on creating a > > > useful report. In particular, you didn't > mention > > > what version of > > > FreeBSD you're using, include a pkg_info, or > provide > > > a backtrace with > > > debugging symbols. > > > > > > Joe > > > > Sorry bout that. I've updated my machine to > 5.4-p7 > > and the ports are up to date as of last night. > uname > > -a: > > > > FreeBSD calvin 5.4-RELEASE-p7 FreeBSD > 5.4-RELEASE-p7 > > #1: Sun Oct 2 16:34:11 EDT 2005 > > root@:/usr/obj/usr/src/sys/CALVIN i386 > > > > env, pkg_info and backtrace are attached. > > > > let me know if there's any other info i need to > > supply. > > What does the symlink ``/home'' point to (i.e. > output of ls -l /). It > looks like there is a problem with an infinite > symlink loop. This > really shouldn't happen in the version of gnomevfs2 > you're running, > though. > > Joe /home points to /usr/home. this crash occured while looking at /home/bgruber/Desktop/media/holding. /home/bgruber/Desktop/media is a symlink to /home/bgruber/media. there's an ext2 partition mounted at /usr/home/bgruber/media. Having said all of that, I'm not 100% sure that every crash has taken place in some directory within that /home/bgruber/Desktop/media symlink. /brian __________________________________ Start your day with Yahoo! - Make it your home page! http://www.yahoo.com/r/hs From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 11 00:13:26 2005 Return-Path: X-Original-To: freebsd-gnome@freebsd.org Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FCDA16A41F for ; Tue, 11 Oct 2005 00:13:26 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DDF643D45 for ; Tue, 11 Oct 2005 00:13:26 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.4/8.13.4) with ESMTP id j9B0Drep015155; Mon, 10 Oct 2005 20:13:53 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: euro@i.com.ua In-Reply-To: <1128941315.788.0.camel@localhost> References: <1128941315.788.0.camel@localhost> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-51Kc2q5CLwYO83qDTOd4" Organization: MarcusCom, Inc. Date: Mon, 10 Oct 2005 20:13:23 -0400 Message-Id: <1128989603.54731.9.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: freebsd-gnome@freebsd.org Subject: Re: gnome-session and mobile profiles X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2005 00:13:26 -0000 --=-51Kc2q5CLwYO83qDTOd4 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2005-10-10 at 12:48 +0200, Eugene Rogoza wrote: > Hello everybody, >=20 > I'd like to share several thoughts regarding the usage of gnome-session. > Perhaps I'm inventing the wheel, but I haven't found any other way to > accomplish my task. >=20 > I have a laptop which physically travels from one building to another > and is thus a mobile client. Each time it has to connect to a new > network. What I'm trying to do is to tell FreeBSD my current location > via GDM login (session selection), so that the proper (self-made) > network initialization script would be run. In other words, for the same > user I want to be able to choose among "network profiles". > The first thing I noticed is that "GNOME sessions" and "GDM sessions" > are not the same, although, as stated in (GNOME) documentation, "...When > you log in on GDM, you choose a session. When you choose a session, you > can select which of the multiple sessions to use". Gnome sessions use a > file '~/.gnome2/session' whereas GDM sessions are usual '.desktop' files > residing in '/usr/X11R6/share/gnome/xsessions' (or alternatively in the > directories described in GDM help page). So, to be able to add a > GDM-session (exactly what I need) one has to copy and customize > some .desktop-file. After that one has to change one line > in .desktop-file, which is >=20 > Exec=3Dgnome-session >=20 > to >=20 > Exec=3Dgnome-session --choose-session=3DSessionName >=20 > which reads the contents of '~/.gnome2/session' as well as > '~/.gnome2/session-manual'. The latter one contains the list of > "additional" programs that are to be started automatically (as defined > via "Sessions" -> "Startup programs" dialog box). This is exactly the > facility which allows me to run my network init scripts. >=20 > The question is: could I have done all of that using only > "Buttons-and-dialog-boxes-mode" without having to explore and manually > edit various configuration files and manually adding "Exec=3Dgnome-sessio= n > --choose-session=3DSessionName"? I believe that GNOME GUI (and > 'gnome-session' in particular) has been designed exactly for that. > Otherwise I see no point in "Sessions" dialog box. To be precise, I see > no point in that part of it which allows me to add a new session, edit > the existing one or delete it. The entries to '~/.gnome2/session' are > being made, but they are not being used anyhow afterwards. >=20 > Am I expecting too much from gnome-session? Or am I using it > incorrectly? Seems to me like a shortcoming in gnome-session. Or maybe, it's a limitation in the integration between GDM and gnome-session. It sounds like you're doing it more or less correctly. You configure the GNOME sessions you want, then create a GDM session for each GNOME session. One thought on making this more scalable is to write a script that reads the ~/.gnome/session file, and uses zenity to present the user with a list of valid GNOME sessions (using zenity --list --radiolist). The user could pick the session they want, then the script would spawn gnome-session with the correct session argument. Check the zenity man page for some examples. You could then create one GDM session that spawns this script. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-51Kc2q5CLwYO83qDTOd4 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDSwOjb2iPiv4Uz4cRAmauAJ9cdGOxyDPDfVfDrmLHy5Iz47sx1gCcDuYp zPnfShz4sE5pl2NeQvJDFIw= =xISr -----END PGP SIGNATURE----- --=-51Kc2q5CLwYO83qDTOd4-- From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 11 00:15:39 2005 Return-Path: X-Original-To: freebsd-gnome@freebsd.org Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3913E16A41F for ; Tue, 11 Oct 2005 00:15:39 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC75543D45 for ; Tue, 11 Oct 2005 00:15:38 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.4/8.13.4) with ESMTP id j9B0G6f8015195; Mon, 10 Oct 2005 20:16:06 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Brian Gruber In-Reply-To: <20051011001244.13049.qmail@web35605.mail.mud.yahoo.com> References: <20051011001244.13049.qmail@web35605.mail.mud.yahoo.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-NpTSfY4RpwjavuQOwMAt" Organization: MarcusCom, Inc. Date: Mon, 10 Oct 2005 20:15:36 -0400 Message-Id: <1128989736.54731.12.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: freebsd-gnome@freebsd.org Subject: Re: nautilus hanging (gnome 2.12) X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2005 00:15:39 -0000 --=-NpTSfY4RpwjavuQOwMAt Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2005-10-10 at 17:12 -0700, Brian Gruber wrote: > --- Joe Marcus Clarke wrote: >=20 > > On Mon, 2005-10-10 at 16:58 -0700, Brian Gruber > > wrote: > > > --- Joe Marcus Clarke > > wrote: > > >=20 > > > > On Sat, 2005-10-01 at 20:52 -0700, Brian Gruber > > > > wrote: > > > > > Hi, > > > > >=20 > > > > > Nautilus hangs on me somewhat frequently now > > that > > > > i've > > > > > switched to gnome 2.12 via marcus' cvs. the > > hangs > > > > > happen while just browsing through a > > directory, or > > > > > occasionally upon opening a file. > > > > > > > > > > the directory i'm currently browsing is an > > ext2 > > > > mount, > > > > > but i'm not 100% certain that's always been > > the > > > > case > > > > > when it has crashed. help? > > > >=20 > > > > This isn't a very good bug report. Please see > > > > http://www.freebsd.org/gnome/docs/bugging.html > > for > > > > details on creating a > > > > useful report. In particular, you didn't > > mention > > > > what version of > > > > FreeBSD you're using, include a pkg_info, or > > provide > > > > a backtrace with > > > > debugging symbols. > > > >=20 > > > > Joe > > >=20 > > > Sorry bout that. I've updated my machine to > > 5.4-p7 > > > and the ports are up to date as of last night.=20 > > uname > > > -a: > > >=20 > > > FreeBSD calvin 5.4-RELEASE-p7 FreeBSD > > 5.4-RELEASE-p7 > > > #1: Sun Oct 2 16:34:11 EDT 2005 =20 > > > root@:/usr/obj/usr/src/sys/CALVIN i386 > > >=20 > > > env, pkg_info and backtrace are attached. > > >=20 > > > let me know if there's any other info i need to > > > supply. > >=20 > > What does the symlink ``/home'' point to (i.e. > > output of ls -l /). It > > looks like there is a problem with an infinite > > symlink loop. This > > really shouldn't happen in the version of gnomevfs2 > > you're running, > > though. > >=20 > > Joe >=20 > /home points to /usr/home. =20 >=20 > this crash occured while looking at > /home/bgruber/Desktop/media/holding.=20 > /home/bgruber/Desktop/media is a symlink to > /home/bgruber/media. there's an ext2 partition > mounted at /usr/home/bgruber/media. Having said all > of that, I'm not 100% sure that every crash has taken > place in some directory within that > /home/bgruber/Desktop/media symlink. This looks like a bug in the gnome-vfs symlink resolution code. I recommend you open a bug in GNOME Bugzilla for this. Be sure to include the version of gnome-vfs as well as the backtrace and this symlink map. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-NpTSfY4RpwjavuQOwMAt Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDSwQob2iPiv4Uz4cRAl29AJ9rwtC630e/no197zKw3F4jIkxFpACfVnRI EgGG+ALwYHJjM7dr85LIdz0= =ND9R -----END PGP SIGNATURE----- --=-NpTSfY4RpwjavuQOwMAt-- From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 11 00:38:26 2005 Return-Path: X-Original-To: freebsd-gnome@freebsd.org Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E32116A41F for ; Tue, 11 Oct 2005 00:38:26 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id C09E843D45 for ; Tue, 11 Oct 2005 00:38:25 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.4/8.13.4) with ESMTP id j9B0crk8015346; Mon, 10 Oct 2005 20:38:53 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Brian Gruber In-Reply-To: <1128989736.54731.12.camel@shumai.marcuscom.com> References: <20051011001244.13049.qmail@web35605.mail.mud.yahoo.com> <1128989736.54731.12.camel@shumai.marcuscom.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-6aJOSh1NYjqBa6XFxh77" Organization: MarcusCom, Inc. Date: Mon, 10 Oct 2005 20:38:23 -0400 Message-Id: <1128991103.54731.16.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: freebsd-gnome@freebsd.org Subject: Re: nautilus hanging (gnome 2.12) X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2005 00:38:26 -0000 --=-6aJOSh1NYjqBa6XFxh77 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2005-10-10 at 20:15 -0400, Joe Marcus Clarke wrote: > On Mon, 2005-10-10 at 17:12 -0700, Brian Gruber wrote: > > --- Joe Marcus Clarke wrote: > >=20 > > > On Mon, 2005-10-10 at 16:58 -0700, Brian Gruber > > > wrote: > > > > --- Joe Marcus Clarke > > > wrote: > > > >=20 > > > > > On Sat, 2005-10-01 at 20:52 -0700, Brian Gruber > > > > > wrote: > > > > > > Hi, > > > > > >=20 > > > > > > Nautilus hangs on me somewhat frequently now > > > that > > > > > i've > > > > > > switched to gnome 2.12 via marcus' cvs. the > > > hangs > > > > > > happen while just browsing through a > > > directory, or > > > > > > occasionally upon opening a file. > > > > > > > > > > > > the directory i'm currently browsing is an > > > ext2 > > > > > mount, > > > > > > but i'm not 100% certain that's always been > > > the > > > > > case > > > > > > when it has crashed. help? > > > > >=20 > > > > > This isn't a very good bug report. Please see > > > > > http://www.freebsd.org/gnome/docs/bugging.html > > > for > > > > > details on creating a > > > > > useful report. In particular, you didn't > > > mention > > > > > what version of > > > > > FreeBSD you're using, include a pkg_info, or > > > provide > > > > > a backtrace with > > > > > debugging symbols. > > > > >=20 > > > > > Joe > > > >=20 > > > > Sorry bout that. I've updated my machine to > > > 5.4-p7 > > > > and the ports are up to date as of last night.=20 > > > uname > > > > -a: > > > >=20 > > > > FreeBSD calvin 5.4-RELEASE-p7 FreeBSD > > > 5.4-RELEASE-p7 > > > > #1: Sun Oct 2 16:34:11 EDT 2005 =20 > > > > root@:/usr/obj/usr/src/sys/CALVIN i386 > > > >=20 > > > > env, pkg_info and backtrace are attached. > > > >=20 > > > > let me know if there's any other info i need to > > > > supply. > > >=20 > > > What does the symlink ``/home'' point to (i.e. > > > output of ls -l /). It > > > looks like there is a problem with an infinite > > > symlink loop. This > > > really shouldn't happen in the version of gnomevfs2 > > > you're running, > > > though. > > >=20 > > > Joe > >=20 > > /home points to /usr/home. =20 > >=20 > > this crash occured while looking at > > /home/bgruber/Desktop/media/holding.=20 > > /home/bgruber/Desktop/media is a symlink to > > /home/bgruber/media. there's an ext2 partition > > mounted at /usr/home/bgruber/media. Having said all > > of that, I'm not 100% sure that every crash has taken > > place in some directory within that > > /home/bgruber/Desktop/media symlink. >=20 > This looks like a bug in the gnome-vfs symlink resolution code. I > recommend you open a bug in GNOME Bugzilla for this. Be sure to include > the version of gnome-vfs as well as the backtrace and this symlink map. The more I think about this, the more I think it could be a problem in your setup. I still would like to see the ls -l / output as well as the output of ls -l /home/bgruber/Desktop. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-6aJOSh1NYjqBa6XFxh77 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDSwl/b2iPiv4Uz4cRAjxsAJ425kRsypYrBo9xuC3TQiLmU1K3XQCfXOmU MawtREsYqg8T6PRhZHH0c58= =0VeO -----END PGP SIGNATURE----- --=-6aJOSh1NYjqBa6XFxh77-- From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 11 00:49:46 2005 Return-Path: X-Original-To: freebsd-gnome@freebsd.org Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3866B16A41F for ; Tue, 11 Oct 2005 00:49:46 +0000 (GMT) (envelope-from knightbg@yahoo.com) Received: from web35605.mail.mud.yahoo.com (web35605.mail.mud.yahoo.com [66.163.179.144]) by mx1.FreeBSD.org (Postfix) with SMTP id C99D043D45 for ; Tue, 11 Oct 2005 00:49:45 +0000 (GMT) (envelope-from knightbg@yahoo.com) Received: (qmail 23436 invoked by uid 60001); 11 Oct 2005 00:49:45 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=HTwA15lV8eU5r4YprgFUWxHMwenf5zkCH3/bp+NIEyClMORtKgyasIqidPKm6d+Rn7RxKwatyP4SQs3CnP9lI+0H/HXUH7d4/rQzDkBfFJPDqzW30pM8kBUPYIACb77vKrK4PLpUGpLZFYi5hZmqHJzivnGx6k+ledFkr9UyniI= ; Message-ID: <20051011004945.23434.qmail@web35605.mail.mud.yahoo.com> Received: from [162.84.251.225] by web35605.mail.mud.yahoo.com via HTTP; Mon, 10 Oct 2005 17:49:45 PDT Date: Mon, 10 Oct 2005 17:49:45 -0700 (PDT) From: Brian Gruber To: Joe Marcus Clarke In-Reply-To: <1128991103.54731.16.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-gnome@freebsd.org Subject: Re: nautilus hanging (gnome 2.12) X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2005 00:49:46 -0000 > The more I think about this, the more I think it > could be a problem in > your setup. I still would like to see the ls -l / > output as well as the > output of ls -l /home/bgruber/Desktop. > > Joe --- bgruber@calvin:~>ls -l / total 91 -r--r--r-- 1 root wheel 6192 May 8 03:05 COPYRIGHT drwxr-xr-x 2 root wheel 1024 Oct 3 20:42 bin drwxr-xr-x 8 root wheel 512 Oct 3 20:44 boot drwxr-xr-x 8 root wheel 512 Oct 2 17:01 boot.old drwxr-xr-x 2 root wheel 512 May 22 2004 cdrom drwxr-xr-x 2 root wheel 512 May 22 2004 cdrom1 lrwxr-xr-x 1 root wheel 10 May 22 2004 compat -> usr/compat dr-xr-xr-x 4 root wheel 512 Oct 9 22:00 dev drwxr-xr-x 2 root wheel 512 May 22 2004 dist -r--r--r-- 1 root wheel 929 Aug 3 2004 emblem-default.png -r--r--r-- 1 root wheel 1673 Aug 3 2004 emblem-paused.png -rw------- 1 root wheel 4096 Oct 8 05:11 entropy drwxr-xr-x 20 root wheel 2048 Oct 9 22:00 etc drwxr-xr-x 2 root wheel 512 May 24 2004 floppy lrwxrwxrwx 1 root wheel 9 May 22 2004 home -> /usr/home drwxr-xr-x 3 root wheel 1024 Oct 3 20:44 lib drwxr-xr-x 2 root wheel 512 Oct 3 20:42 libexec -rw-r--r-- 1 root wheel 105 Jul 1 01:14 mailcap -rw-r--r-- 1 root wheel 106 Jul 1 01:14 mime.types drwxr-xr-x 21 root wheel 4096 Oct 3 00:05 mnt drwxr-xr-x 2 root wheel 512 Jul 1 01:14 plugins dr-xr-xr-x 1 root wheel 0 Oct 10 20:46 proc drwxr-xr-x 2 root wheel 2560 Oct 3 20:43 rescue drwxr-xr-x 17 root wheel 1024 Oct 9 17:50 root drwxr-xr-x 2 root wheel 2560 Oct 3 20:45 sbin drwxr-xr-x 4 root wheel 1024 May 13 01:10 stand lrwxr-xr-x 1 root wheel 11 Oct 3 20:41 sys -> usr/src/sys drwxrwxrwt 159 root wheel 25600 Oct 10 20:44 tmp drwxr-xr-x 9 root wheel 512 Oct 2 16:25 tmpbase drwxr-xr-x 19 root wheel 512 Oct 3 06:14 usr drwxr-xr-x 25 root wheel 512 Oct 9 22:00 var bgruber@calvin:~>ls -l /home/bgruber/Desktop/ total 18 lrwxr-xr-x 1 bgruber bgruber 22 Dec 19 2004 chazerai -> /home/bgruber/chazerai drwxr-xr-x 5 bgruber bgruber 512 Sep 21 00:38 clean garbage -rw-r--r-- 1 bgruber bgruber 13523 May 15 18:31 fafsa.pdf lrwxr-xr-x 1 bgruber bgruber 19 Dec 7 2004 media -> /home/bgruber/media lrwxr-xr-x 1 bgruber bgruber 17 Sep 12 2004 nyu -> /home/bgruber/nyu drwxr-xr-x 2 bgruber bgruber 512 Sep 16 13:19 rebates --- The only thing strange i notice here is that home points to /usr/home whereas compat does usr/compat and sys usr/src/sys (they lack the leading /). /brian __________________________________ Start your day with Yahoo! - Make it your home page! http://www.yahoo.com/r/hs From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 11 01:02:44 2005 Return-Path: X-Original-To: freebsd-gnome@freebsd.org Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C84116A41F for ; Tue, 11 Oct 2005 01:02:44 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFCF243D45 for ; Tue, 11 Oct 2005 01:02:43 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.4/8.13.4) with ESMTP id j9B13Bxw015565; Mon, 10 Oct 2005 21:03:11 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Brian Gruber In-Reply-To: <20051011004945.23434.qmail@web35605.mail.mud.yahoo.com> References: <20051011004945.23434.qmail@web35605.mail.mud.yahoo.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-DZPN3PlpT+q/LdjrpNw+" Organization: MarcusCom, Inc. Date: Mon, 10 Oct 2005 21:02:41 -0400 Message-Id: <1128992561.54731.19.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: freebsd-gnome@freebsd.org Subject: Re: nautilus hanging (gnome 2.12) X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2005 01:02:44 -0000 --=-DZPN3PlpT+q/LdjrpNw+ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2005-10-10 at 17:49 -0700, Brian Gruber wrote: > > The more I think about this, the more I think it > > could be a problem in > > your setup. I still would like to see the ls -l / > > output as well as the > > output of ls -l /home/bgruber/Desktop. > >=20 > > Joe >=20 > --- >=20 > bgruber@calvin:~>ls -l / > total 91 > -r--r--r-- 1 root wheel 6192 May 8 03:05 > COPYRIGHT > drwxr-xr-x 2 root wheel 1024 Oct 3 20:42 bin > drwxr-xr-x 8 root wheel 512 Oct 3 20:44 boot > drwxr-xr-x 8 root wheel 512 Oct 2 17:01 > boot.old > drwxr-xr-x 2 root wheel 512 May 22 2004 cdrom > drwxr-xr-x 2 root wheel 512 May 22 2004 cdrom1 > lrwxr-xr-x 1 root wheel 10 May 22 2004 compat > -> usr/compat > dr-xr-xr-x 4 root wheel 512 Oct 9 22:00 dev > drwxr-xr-x 2 root wheel 512 May 22 2004 dist > -r--r--r-- 1 root wheel 929 Aug 3 2004 > emblem-default.png > -r--r--r-- 1 root wheel 1673 Aug 3 2004 > emblem-paused.png > -rw------- 1 root wheel 4096 Oct 8 05:11 > entropy > drwxr-xr-x 20 root wheel 2048 Oct 9 22:00 etc > drwxr-xr-x 2 root wheel 512 May 24 2004 floppy > lrwxrwxrwx 1 root wheel 9 May 22 2004 home > -> /usr/home > drwxr-xr-x 3 root wheel 1024 Oct 3 20:44 lib > drwxr-xr-x 2 root wheel 512 Oct 3 20:42 > libexec > -rw-r--r-- 1 root wheel 105 Jul 1 01:14 > mailcap > -rw-r--r-- 1 root wheel 106 Jul 1 01:14 > mime.types > drwxr-xr-x 21 root wheel 4096 Oct 3 00:05 mnt > drwxr-xr-x 2 root wheel 512 Jul 1 01:14 > plugins > dr-xr-xr-x 1 root wheel 0 Oct 10 20:46 proc > drwxr-xr-x 2 root wheel 2560 Oct 3 20:43 rescue > drwxr-xr-x 17 root wheel 1024 Oct 9 17:50 root > drwxr-xr-x 2 root wheel 2560 Oct 3 20:45 sbin > drwxr-xr-x 4 root wheel 1024 May 13 01:10 stand > lrwxr-xr-x 1 root wheel 11 Oct 3 20:41 sys -> > usr/src/sys > drwxrwxrwt 159 root wheel 25600 Oct 10 20:44 tmp > drwxr-xr-x 9 root wheel 512 Oct 2 16:25 > tmpbase > drwxr-xr-x 19 root wheel 512 Oct 3 06:14 usr > drwxr-xr-x 25 root wheel 512 Oct 9 22:00 var > bgruber@calvin:~>ls -l /home/bgruber/Desktop/ > total 18 > lrwxr-xr-x 1 bgruber bgruber 22 Dec 19 2004 > chazerai -> /home/bgruber/chazerai > drwxr-xr-x 5 bgruber bgruber 512 Sep 21 00:38 > clean garbage > -rw-r--r-- 1 bgruber bgruber 13523 May 15 18:31 > fafsa.pdf > lrwxr-xr-x 1 bgruber bgruber 19 Dec 7 2004 > media -> /home/bgruber/media > lrwxr-xr-x 1 bgruber bgruber 17 Sep 12 2004 nyu > -> /home/bgruber/nyu > drwxr-xr-x 2 bgruber bgruber 512 Sep 16 13:19 > rebates > --- >=20 > The only thing strange i notice here is that home > points to /usr/home whereas compat does usr/compat and > sys usr/src/sys (they lack the leading /). Yeah, this the case in 5-STABLE and 6.0 even for /home. It's not a big deal. I think your config looks okay, and there is something wrong on the gnome-vfs side. I suspect is has something to do with the symlink within a symlink. Go ahead and raise the issue in Bugzilla. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-DZPN3PlpT+q/LdjrpNw+ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDSw8xb2iPiv4Uz4cRAmLXAKCBnkRLVKEjB0iawUduuR+3mcnG+wCgqN1A kMmsG0gWOQHmI5t/jw0FxQI= =LmsX -----END PGP SIGNATURE----- --=-DZPN3PlpT+q/LdjrpNw+-- From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 11 10:29:57 2005 Return-Path: X-Original-To: gnome@FreeBSD.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CE2716A41F for ; Tue, 11 Oct 2005 10:29:57 +0000 (GMT) (envelope-from pawel.zakiewicz@thebunker.net) Received: from male.aldigital.co.uk (male.thebunker.net [213.129.64.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id F285A43D53 for ; Tue, 11 Oct 2005 10:29:56 +0000 (GMT) (envelope-from pawel.zakiewicz@thebunker.net) Received: from [172.16.3.53] (gateway.ash.thebunker.net [213.129.64.4]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by male.aldigital.co.uk (Postfix) with ESMTP id 9650D976EF; Tue, 11 Oct 2005 11:29:55 +0100 (BST) Message-ID: <434B949A.8060407@thebunker.net> Date: Tue, 11 Oct 2005 11:31:54 +0100 From: Pawel Zakiewicz User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050405) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pascal Hofstee References: <434A85A9.9080201@thebunker.net> <1128960844.2572.0.camel@synergy.odyssey.homeunix.org> In-Reply-To: <1128960844.2572.0.camel@synergy.odyssey.homeunix.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: gnome@FreeBSD.org Subject: Re: firefox build from ports fails X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2005 10:29:57 -0000 Pascal Hofstee wrote: > On Mon, 2005-10-10 at 16:15 +0100, Pawel Zakiewicz wrote: > >>Hello, >> >>it looks like there are still bugs in that port... >> >>when I try to make build I get in end: >> >>gmake[4]: Leaving directory >>`/usr/ports/www/firefox/work/mozilla/netwerk/dns/public' >>gmake[4]: Entering directory >>`/usr/ports/www/firefox/work/mozilla/netwerk/dns/src' >>nsDNSService2.cpp >>c++ -o nsDNSService2.o -c -DOSTYPE=\"FreeBSD5\" -DOSARCH=\"FreeBSD\" >>-I../../../dist/include/xpcom -I../../../di >>st/include/string -I../../../dist/include/pref >>-I../../../dist/include/unicharutil -I../../../dist/include/necko >>-I../../../dist/include -I/usr/local/include/nspr -I/usr/local/include >>-I/usr/local/include -I/usr/X11R6/include >> -fPIC -I/usr/X11R6/include -I/usr/local/include >>-I/usr/X11R6/include -I/usr/X11R6/include -fno-rtti -fno-ex >>ceptions -Wall -Wconversion -Wpointer-arith -Wcast-align >>-Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno >>-non-virtual-dtor -Wno-long-long -O2 -fno-strict-aliasing -pipe >>-march=pentiumpro -fshort-wchar -pipe -DNDEBUG - >>DTRIMMED -O -I/usr/X11R6/include -I/usr/local/include >>-I/usr/X11R6/include -I/usr/X11R6/include -DMOZILLA_CLIE >>NT -include ../../../mozilla-config.h nsDNSService2.cpp >>In file included from nsDNSService2.h:40, >> from nsDNSService2.cpp:38: >>nsHostResolver.h:95: error: ISO C++ forbids declaration of `PRAddrInfo' >>with no type >>nsHostResolver.h:95: error: expected `;' before '*' token >>nsHostResolver.h: In member function `PRBool nsHostRecord::HasResult() >>const': >>nsHostResolver.h:99: error: `addr_info' undeclared (first use this function) >>nsHostResolver.h:99: error: (Each undeclared identifier is reported only >>once for each function it appears in.) >>nsHostResolver.h: At global scope: >>nsHostResolver.h:209: error: `PRAddrInfo' has not been declared >>nsHostResolver.h:209: error: ISO C++ forbids declaration of `parameter' >>with no type >>nsDNSService2.cpp: In member function `virtual nsresult >>nsDNSRecord::GetCanonicalName(nsACString&)': >>nsDNSService2.cpp:95: error: 'class nsDerivedSafe' has no >>member named 'addr_info' >>nsDNSService2.cpp:96: error: 'class nsDerivedSafe' has no >>member named 'addr_info' >>nsDNSService2.cpp:96: error: `PR_GetCanonNameFromAddrInfo' undeclared >>(first use this function) >>nsDNSService2.cpp: In member function `virtual nsresult >>nsDNSRecord::GetNextAddr(PRUint16, PRNetAddr*)': >>nsDNSService2.cpp:112: error: 'class nsDerivedSafe' has no >>member named 'addr_info' >>nsDNSService2.cpp:113: error: 'class nsDerivedSafe' has no >>member named 'addr_info' >>nsDNSService2.cpp:113: error: `PR_EnumerateAddrInfo' undeclared (first >>use this function) >>nsDNSService2.cpp: In member function `PRUint16 >>nsDNSService::GetAFForLookup(const nsACString&)': >>nsDNSService2.cpp:528: error: `PR_AF_UNSPEC' undeclared (first use this >>function) >>gmake[4]: *** [nsDNSService2.o] Error 1 >>gmake[4]: Leaving directory >>`/usr/ports/www/firefox/work/mozilla/netwerk/dns/src' >>gmake[3]: *** [libs] Error 2 >>gmake[3]: Leaving directory >>`/usr/ports/www/firefox/work/mozilla/netwerk/dns' >>gmake[2]: *** [libs] Error 2 >>gmake[2]: Leaving directory `/usr/ports/www/firefox/work/mozilla/netwerk' >>gmake[1]: *** [tier_9] Error 2 >>gmake[1]: Leaving directory `/usr/ports/www/firefox/work/mozilla' >>gmake: *** [default] Error 2 >>*** Error code 2 >> >>Stop in /usr/ports/www/firefox. >> >>my box is FreeBSD 5.4-RELEASE-p7 > > > Make sure you First Upgrade your devel/nspr port .. before building > firefox/thunderbird/etc... > THX a lot, that solved my problem :-) nspr-4.4.1_1 -> nspr-4.6_1 BTW maybe it would be good idea to check min. required version of nspr in firefox port Makefile? Cheers, Pawel -- Pawel Zakiewicz Tel: +44 (1304) 814800 The Bunker Fax: +44 (1304) 814899 Ash Radar Station http://www.thebunker.net Marshborough Rd mailto:pawel.zakiewicz@thebunker.net Sandwich Kent CT13 OPL UNITED KINGDOM From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 11 13:32:25 2005 Return-Path: X-Original-To: freebsd-gnome@freebsd.org Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADD1716A41F; Tue, 11 Oct 2005 13:32:25 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from centrmmtao01.cox.net (centrmmtao01.cox.net [70.168.83.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id B13C643D82; Tue, 11 Oct 2005 13:32:21 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by centrmmtao01.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20051011133210.LCGW5336.centrmmtao01.cox.net@mezz.mezzweb.com>; Tue, 11 Oct 2005 09:32:10 -0400 Date: Tue, 11 Oct 2005 08:32:57 -0500 To: "Roger Grosswiler" References: <434BACCA.6030806@gwch.net> <1129034004.64291.10.camel@pav.hide.vol.cz> <434BB749.5000102@gwch.net> From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <434BB749.5000102@gwch.net> User-Agent: Opera M2/8.50 (Linux, build 1358) Cc: pav@freebsd.org, freebsd-gnome@freebsd.org Subject: Re: GNOME: Docklets not working X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2005 13:32:25 -0000 Let's moving it to freebsd-gnome, so remove freebsd-current from CC. On Tue, 11 Oct 2005 07:59:53 -0500, Roger Grosswiler wrote: > Pav Lucistnik wrote: >> Roger Grosswiler píše v út 11. 10. 2005 v 14:15 +0200: >> >>> Hey, >>> >>> Have 6.0/B5 up and running. But running apps such as gaim, psi or >>> others, that use docklets under gnome do not work. >>> >>> if i "close" the app, this terminates instead of minimizes the >>> application. >>> >>> Is there something special to follow? >> What do you mean by "docklet"? That's nonexistant term. >> How is this related to running -CURRENT? >> > Definition of a Docklet: > http://developer.gnome.org/doc/API/panel/r1373.html It looks like it's GNOME1, so it's what you are using? You need to show us your pkg_info. If you are using GNOME2, then right click on the panel and click on 'add to panel' to add 'Notification Area Applet'. BTW: There is no 'docklet' term in GNOME2 that I know. Cheers, Mezz > Related tu running -CURRENT: state working in Linux (has not been tested > in FreeBSD 5.4) > > Roger -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 11 13:54:19 2005 Return-Path: X-Original-To: freebsd-gnome@freebsd.org Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8B3716A42B; Tue, 11 Oct 2005 13:54:19 +0000 (GMT) (envelope-from roger@gwch.net) Received: from mxout.hispeed.ch (mxout.hispeed.ch [62.2.95.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id E769B43D5F; Tue, 11 Oct 2005 13:54:18 +0000 (GMT) (envelope-from roger@gwch.net) Received: from mail.gwch.net (84-73-90-203.dclient.hispeed.ch [84.73.90.203]) (authenticated bits=0) by mxout.hispeed.ch (8.12.6/8.12.6/tornado-1.0) with ESMTP id j9BDsDii012342; Tue, 11 Oct 2005 15:54:13 +0200 Received: from localhost (link [127.0.0.1]) by mail.gwch.net (Postfix) with ESMTP id 2C37C40522; Tue, 11 Oct 2005 15:54:13 +0200 (CEST) Received: from mail.gwch.net ([127.0.0.1]) by localhost (mail.gwch.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26770-05; Tue, 11 Oct 2005 15:54:07 +0200 (CEST) Received: from niobe.gwch.net (frodo.gwch.net [192.168.2.101]) by mail.gwch.net (Postfix) with ESMTP id 27710404D9; Tue, 11 Oct 2005 15:54:07 +0200 (CEST) From: Roger Grosswiler To: Jeremy Messenger In-Reply-To: References: <434BACCA.6030806@gwch.net> <1129034004.64291.10.camel@pav.hide.vol.cz> <434BB749.5000102@gwch.net> Content-Type: text/plain; charset=UTF-8 Date: Tue, 11 Oct 2005 15:54:03 +0200 Message-Id: <1129038843.1369.0.camel@niobe> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV version 0.87, clamav-milter version 0.87 on smtp-02.tornado.cablecom.ch X-Virus-Scanned: amavisd-new at gwch.net X-Virus-Status: Clean X-DCC-spamcheck-01.tornado.cablecom.ch-Metrics: smtp-02.tornado.cablecom.ch 32700; Body=4 Fuz1=4 Fuz2=4 Cc: freebsd-current@freebsd.org, pav@freebsd.org, freebsd-gnome@freebsd.org Subject: [SOLVED] Re: GNOME: Docklets not working X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2005 13:54:19 -0000 Am Dienstag, den 11.10.2005, 08:32 -0500 schrieb Jeremy Messenger: > Let's moving it to freebsd-gnome, so remove freebsd-current from CC. > > On Tue, 11 Oct 2005 07:59:53 -0500, Roger Grosswiler > wrote: > > > Pav Lucistnik wrote: > >> Roger Grosswiler píše v út 11. 10. 2005 v 14:15 +0200: > >> > >>> Hey, > >>> > >>> Have 6.0/B5 up and running. But running apps such as gaim, psi or > >>> others, that use docklets under gnome do not work. > >>> > >>> if i "close" the app, this terminates instead of minimizes the > >>> application. > >>> > >>> Is there something special to follow? > >> What do you mean by "docklet"? That's nonexistant term. > >> How is this related to running -CURRENT? > >> > > Definition of a Docklet: > > http://developer.gnome.org/doc/API/panel/r1373.html > > It looks like it's GNOME1, so it's what you are using? You need to show us > your pkg_info. If you are using GNOME2, then right click on the panel and > click on 'add to panel' to add 'Notification Area Applet'. > > BTW: There is no 'docklet' term in GNOME2 that I know. > > Cheers, > Mezz > > > Related tu running -CURRENT: state working in Linux (has not been tested > > in FreeBSD 5.4) > > > > Roger > > in fact, notification area was the resolution. thanks, roger From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 11 20:43:00 2005 Return-Path: X-Original-To: freebsd-gnome@freebsd.org Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD2EE16A41F for ; Tue, 11 Oct 2005 20:43:00 +0000 (GMT) (envelope-from freebsd-gnome@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 319CC43D46 for ; Tue, 11 Oct 2005 20:42:57 +0000 (GMT) (envelope-from freebsd-gnome@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1EPQvH-0006xU-TQ for freebsd-gnome@freebsd.org; Tue, 11 Oct 2005 22:40:31 +0200 Received: from 65.213.7.6 ([65.213.7.6]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 11 Oct 2005 22:40:31 +0200 Received: from scott by 65.213.7.6 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 11 Oct 2005 22:40:31 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-gnome@freebsd.org From: "Scott I. Remick" Date: Tue, 11 Oct 2005 16:38:39 -0400 Lines: 125 Message-ID: <1vyz5szuxkh8q.r1kspnad4u3o.dlg@40tude.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 65.213.7.6 User-Agent: 40tude_Dialog/2.0.15.1 X-Archive: encrypt Sender: news Subject: Trying to upgrade Gnome, Mozilla won't build. Stuck! X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: scott@sremick.net List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2005 20:43:01 -0000 Well, decided to finally upgrade Gnome from 2.10 -> 2.12 which might have been a mistake. Heh. First of all, my ISP has troubles so often the script can't download the files it needs. So I've been having to grab them manually the restart the script (which takes a long time to get back to where it left off). But that's not my big problem. Where I stand now is Stage 4: The Big Update. I've got 236 ports that need to be upgraded and Mozilla 1.7.12 is only number 108. The problem is it keeps dying with a segfault, and not in the same place. It's the only port that is doing this... I've been updating ports for a while now before this Gnome update without any segfaulting, and even now I get through 107 other ports without any problems like that. Any ideas what could be going on? I'd update my ports tree but I don't dare until I know it's safe to do in the middle of a gnome upgrade. I am restarting and trying a 3rd time since getting to this point but here are the tail ends of the last 2 attempts. It takes a long time to get there. Let me know if you want the entire log from one of them and I'll compress it and put it up on a site: c++ -o nsTransferable.o -c -D_IMPL_NS_WIDGET -DUSE_TLS_FOR_TOOLKIT -DOSTYPE=\"FreeBSD5\" -DOSARCH=\"FreeBSD\" -I./../gtk2 -I. -I../../../dist/include/xpcom -I../../../dist/include/string -I../../../dist/include/gfx -I../../../dist/include/layout -I../../../dist/include/content -I../../../dist/include/dom -I../ ../../dist/include/pref -I../../../dist/include/locale -I../../../dist/include/necko -I../../../dist/include/htmlparser -I../../../dist/include/uconv -I../. ./../dist/include/unicharutil -I../../../dist/include/widget -I../../../dist/include -I/usr/ports/www/mozilla/work/mozilla/dist/include/nspr -I/usr/local/i nclude -I/usr/local/include -I/usr/X11R6/include -fPIC -I/usr/X11R6/include -I/usr/X11R6/include -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer -arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -O -pipe -fshort-wchar -pipe -DNDEBUG -DTRIMME D -DXTHREADS -DXUSE_MTSAFE_API -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/us r/X11R6/include/gtk-2.0 -I/usr/X11R6/lib/gtk-2.0/include -I/usr/X11R6/include/pango-1.0 -I/usr/X11R6/include -I/usr/local/include/freetype2 -I/usr/local/inc lude -I/usr/X11R6/include -I/usr/X11R6/include -DMOZILLA_CLIENT -include ../../../mozilla-config.h nsTransferable.cpp In file included from nsTransferable.cpp:66: ../../../dist/include/necko/nsNetUtil.h:754: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See for instructions. gmake[4]: *** [nsTransferable.o] Error 1 gmake[4]: Leaving directory `/usr/ports/www/mozilla/work/mozilla/widget/src/xpwidgets' gmake[3]: *** [libs] Error 2 gmake[3]: Leaving directory `/usr/ports/www/mozilla/work/mozilla/widget/src' gmake[2]: *** [libs] Error 2 gmake[2]: Leaving directory `/usr/ports/www/mozilla/work/mozilla/widget' gmake[1]: *** [tier_9] Error 2 gmake[1]: Leaving directory `/usr/ports/www/mozilla/work/mozilla' gmake: *** [default] Error 2 *** Error code 2 Stop in /usr/ports/www/mozilla. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall47775.0 make BATCH=yes GNOME_UPGRADE_SH_VER=2.12-3 DISABLE_VULNERABILITIES=1 ** Fix the problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! www/mozilla (segmentation fault) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed INFO: GNOME upgrade FAILED at Tue Oct 11 14:38:10 EDT 2005 nsLocalUtils.cpp c++ -o nsLocalUtils.o -c -DOSTYPE=\"FreeBSD5\" -DOSARCH=\"FreeBSD\" -DHAVE_MOVEMAIL -I../../../dist/include/xpcom -I../../../dist/include/xpcom_obsolete -I../../../dist/include/string -I../../../dist/include/msgbase -I../../../dist/include/msgbaseutil -I../../../dist/include/mailnews -I../../../dist/include/pref -I../../../dist/include/necko -I../../../dist/include/msgdb -I../../../dist/include/rdf -I../../../dist/include/intl -I../../../dist/include/unicharutil -I../../../dist/include/mime -I../../../dist/include/rdfutil -I../../../dist/include/txmgr -I../../../dist/include/caps -I../../../dist/include/docshell -I../../../dist/include/msgimap -I../../../dist/include/nkcache -I../../../dist/include/msglocal -I../../../dist/include -I/usr/ports/www/mozilla/work/mozilla/dist/include/nspr -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -fPIC -I/usr/X11R6/include -I/usr/X11R6/include -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -O -pipe -fshort-wchar -pipe -DNDEBUG -DTRIMMED -I/usr/X11R6/include -I/usr/X11R6/include -DMOZILLA_CLIENT -include ../../../mozilla-config.h nsLocalUtils.cpp nsLocalUtils.cpp: In function `nsresult nsGetMailboxServer(char*, char*, nsIMsgIncomingServer**)': nsLocalUtils.cpp:127: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See for instructions. gmake[4]: *** [nsLocalUtils.o] Error 1 gmake[4]: Leaving directory `/usr/ports/www/mozilla/work/mozilla/mailnews/local/src' gmake[3]: *** [libs] Error 2 gmake[3]: Leaving directory `/usr/ports/www/mozilla/work/mozilla/mailnews/local' gmake[2]: *** [libs] Error 2 gmake[2]: Leaving directory `/usr/ports/www/mozilla/work/mozilla/mailnews' gmake[1]: *** [tier_97] Error 2 gmake[1]: Leaving directory `/usr/ports/www/mozilla/work/mozilla' gmake: *** [default] Error 2 *** Error code 2 Stop in /usr/ports/www/mozilla. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall95962.0 make BATCH=yes GNOME_UPGRADE_SH_VER=2.12-3 DISABLE_VULNERABILITIES=1 ** Fix the problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! www/mozilla (segmentation fault) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed INFO: GNOME upgrade FAILED at Tue Oct 11 16:12:55 EDT 2005 From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 11 20:49:16 2005 Return-Path: X-Original-To: freebsd-gnome@FreeBSD.org Delivered-To: freebsd-gnome@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E57D16A41F for ; Tue, 11 Oct 2005 20:49:16 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from av-tac-rtp.cisco.com (bantam.cisco.com [64.102.19.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FB9543D46 for ; Tue, 11 Oct 2005 20:49:15 +0000 (GMT) (envelope-from marcus@FreeBSD.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost [127.0.0.1]) by av-tac-rtp.cisco.com (8.11.7p1+Sun/8.11.7) with ESMTP id j9BKnE929279; Tue, 11 Oct 2005 16:49:14 -0400 (EDT) Received: from [64.102.192.190] (dhcp-64-102-192-190.cisco.com [64.102.192.190]) by rooster.cisco.com (8.11.7p1+Sun/8.11.7) with ESMTP id j9BKnEf01966; Tue, 11 Oct 2005 16:49:14 -0400 (EDT) Message-ID: <434C25AF.2020105@FreeBSD.org> Date: Tue, 11 Oct 2005 16:50:55 -0400 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: scott@sremick.net References: <1vyz5szuxkh8q.r1kspnad4u3o.dlg@40tude.net> In-Reply-To: <1vyz5szuxkh8q.r1kspnad4u3o.dlg@40tude.net> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-gnome@FreeBSD.org Subject: Re: Trying to upgrade Gnome, Mozilla won't build. Stuck! X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2005 20:49:16 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Scott I. Remick wrote: | Well, decided to finally upgrade Gnome from 2.10 -> 2.12 which might have | been a mistake. Heh. First of all, my ISP has troubles so often the script | can't download the files it needs. So I've been having to grab them | manually the restart the script (which takes a long time to get back to | where it left off). But that's not my big problem. | | Where I stand now is Stage 4: The Big Update. I've got 236 ports that need | to be upgraded and Mozilla 1.7.12 is only number 108. The problem is it | keeps dying with a segfault, and not in the same place. It's the only port | that is doing this... I've been updating ports for a while now before this | Gnome update without any segfaulting, and even now I get through 107 other | ports without any problems like that. Any ideas what could be going on? | | I'd update my ports tree but I don't dare until I know it's safe to do in | the middle of a gnome upgrade. | | I am restarting and trying a 3rd time since getting to this point but here | are the tail ends of the last 2 attempts. It takes a long time to get | there. Let me know if you want the entire log from one of them and I'll | compress it and put it up on a site: | | c++ -o nsTransferable.o -c -D_IMPL_NS_WIDGET -DUSE_TLS_FOR_TOOLKIT | -DOSTYPE=\"FreeBSD5\" -DOSARCH=\"FreeBSD\" -I./../gtk2 -I. | -I../../../dist/include/xpcom | -I../../../dist/include/string -I../../../dist/include/gfx | -I../../../dist/include/layout -I../../../dist/include/content | -I../../../dist/include/dom -I../ | ../../dist/include/pref -I../../../dist/include/locale | -I../../../dist/include/necko -I../../../dist/include/htmlparser | -I../../../dist/include/uconv -I../. | ./../dist/include/unicharutil -I../../../dist/include/widget | -I../../../dist/include | -I/usr/ports/www/mozilla/work/mozilla/dist/include/nspr -I/usr/local/i | nclude -I/usr/local/include -I/usr/X11R6/include -fPIC | -I/usr/X11R6/include -I/usr/X11R6/include -fno-rtti -fno-exceptions -Wall | -Wconversion -Wpointer | -arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy | -Wno-non-virtual-dtor -Wno-long-long -O -pipe -fshort-wchar -pipe - -DNDEBUG | -DTRIMME | D -DXTHREADS -DXUSE_MTSAFE_API -I/usr/local/include/atk-1.0 | -I/usr/local/include/cairo -I/usr/local/include/glib-2.0 | -I/usr/local/lib/glib-2.0/include -I/us | r/X11R6/include/gtk-2.0 -I/usr/X11R6/lib/gtk-2.0/include | -I/usr/X11R6/include/pango-1.0 -I/usr/X11R6/include | -I/usr/local/include/freetype2 -I/usr/local/inc | lude -I/usr/X11R6/include -I/usr/X11R6/include -DMOZILLA_CLIENT | -include ../../../mozilla-config.h nsTransferable.cpp | In file included from nsTransferable.cpp:66: | ../../../dist/include/necko/nsNetUtil.h:754: internal compiler error: | Segmentation fault | Please submit a full bug report, | with preprocessed source if appropriate. | See for instructions. | gmake[4]: *** [nsTransferable.o] Error 1 | gmake[4]: Leaving directory | `/usr/ports/www/mozilla/work/mozilla/widget/src/xpwidgets' | gmake[3]: *** [libs] Error 2 | gmake[3]: Leaving directory | `/usr/ports/www/mozilla/work/mozilla/widget/src' | gmake[2]: *** [libs] Error 2 | gmake[2]: Leaving directory `/usr/ports/www/mozilla/work/mozilla/widget' | gmake[1]: *** [tier_9] Error 2 | gmake[1]: Leaving directory `/usr/ports/www/mozilla/work/mozilla' | gmake: *** [default] Error 2 | *** Error code 2 | | Stop in /usr/ports/www/mozilla. | ** Command failed [exit code 1]: /usr/bin/script -qa | /tmp/portinstall47775.0 make BATCH=yes GNOME_UPGRADE_SH_VER=2.12-3 | DISABLE_VULNERABILITIES=1 | ** Fix the problem and try again. | ** Listing the failed packages (*:skipped / !:failed) | ! www/mozilla (segmentation fault) | ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed | INFO: GNOME upgrade FAILED at Tue Oct 11 14:38:10 EDT 2005 | | nsLocalUtils.cpp | c++ -o nsLocalUtils.o -c -DOSTYPE=\"FreeBSD5\" -DOSARCH=\"FreeBSD\" | -DHAVE_MOVEMAIL -I../../../dist/include/xpcom | -I../../../dist/include/xpcom_obsolete -I../../../dist/include/string | -I../../../dist/include/msgbase -I../../../dist/include/msgbaseutil | -I../../../dist/include/mailnews -I../../../dist/include/pref | -I../../../dist/include/necko -I../../../dist/include/msgdb | -I../../../dist/include/rdf -I../../../dist/include/intl | -I../../../dist/include/unicharutil -I../../../dist/include/mime | -I../../../dist/include/rdfutil -I../../../dist/include/txmgr | -I../../../dist/include/caps -I../../../dist/include/docshell | -I../../../dist/include/msgimap -I../../../dist/include/nkcache | -I../../../dist/include/msglocal -I../../../dist/include | -I/usr/ports/www/mozilla/work/mozilla/dist/include/nspr | -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -fPIC | -I/usr/X11R6/include -I/usr/X11R6/include -fno-rtti -fno-exceptions -Wall | -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth | -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -O -pipe | -fshort-wchar -pipe -DNDEBUG -DTRIMMED -I/usr/X11R6/include | -I/usr/X11R6/include -DMOZILLA_CLIENT -include ../../../mozilla-config.h | nsLocalUtils.cpp | nsLocalUtils.cpp: In function `nsresult nsGetMailboxServer(char*, char*, | nsIMsgIncomingServer**)': | nsLocalUtils.cpp:127: internal compiler error: Segmentation fault | Please submit a full bug report, | with preprocessed source if appropriate. | See for instructions. | gmake[4]: *** [nsLocalUtils.o] Error 1 | gmake[4]: Leaving directory | `/usr/ports/www/mozilla/work/mozilla/mailnews/local/src' | gmake[3]: *** [libs] Error 2 | gmake[3]: Leaving directory | `/usr/ports/www/mozilla/work/mozilla/mailnews/local' | gmake[2]: *** [libs] Error 2 | gmake[2]: Leaving directory `/usr/ports/www/mozilla/work/mozilla/mailnews' | gmake[1]: *** [tier_97] Error 2 | gmake[1]: Leaving directory `/usr/ports/www/mozilla/work/mozilla' | gmake: *** [default] Error 2 | *** Error code 2 | | Stop in /usr/ports/www/mozilla. | ** Command failed [exit code 1]: /usr/bin/script -qa | /tmp/portinstall95962.0 make BATCH=yes GNOME_UPGRADE_SH_VER=2.12-3 | DISABLE_VULNERABILITIES=1 | ** Fix the problem and try again. | ** Listing the failed packages (*:skipped / !:failed) | ! www/mozilla (segmentation fault) | ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed | INFO: GNOME upgrade FAILED at Tue Oct 11 16:12:55 EDT 2005 This looks very much like a hardware problem. Random segfaults point to either over-optimization (which it doesn't look like you're doing) or bad or over-taxed hardware. If you're using the 4BSD scheduler and you've built world and kernel with default CFLAGS, then I would download some of those x86 hardware tester ISOs, and run diagnostics. Also, check to make sure your cooling is working correctly. Joe - -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDTCWvb2iPiv4Uz4cRAvFdAKCU92AAFWc9913cYjDqHmc5FCt+ewCgpDgc 0VFUdwb5yNJ8F1g86IZQ8mo= =0m3E -----END PGP SIGNATURE----- From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 11 21:17:36 2005 Return-Path: X-Original-To: freebsd-gnome@freebsd.org Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A9FD16A41F for ; Tue, 11 Oct 2005 21:17:36 +0000 (GMT) (envelope-from freebsd-gnome@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EA2D43D48 for ; Tue, 11 Oct 2005 21:17:33 +0000 (GMT) (envelope-from freebsd-gnome@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1EPRTZ-0001Zs-7i for freebsd-gnome@freebsd.org; Tue, 11 Oct 2005 23:15:57 +0200 Received: from 65.213.7.6 ([65.213.7.6]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 11 Oct 2005 23:15:57 +0200 Received: from scott by 65.213.7.6 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 11 Oct 2005 23:15:57 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-gnome@freebsd.org From: "Scott I. Remick" Date: Tue, 11 Oct 2005 17:14:46 -0400 Lines: 21 Message-ID: <1b68jgfbhkg1q$.1w6qkscra5rky.dlg@40tude.net> References: <1vyz5szuxkh8q.r1kspnad4u3o.dlg@40tude.net> <434C25AF.2020105@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 65.213.7.6 User-Agent: 40tude_Dialog/2.0.15.1 X-Archive: encrypt Sender: news Subject: Re: Trying to upgrade Gnome, Mozilla won't build. Stuck! X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: scott@sremick.net List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2005 21:17:36 -0000 On Tue, 11 Oct 2005 16:50:55 -0400, Joe Marcus Clarke wrote: > This looks very much like a hardware problem. Random segfaults point to > either over-optimization (which it doesn't look like you're doing) or > bad or over-taxed hardware. *sigh* So frustrating. Why would it ONLY happen with Mozilla though? How could I get through a ton of other port builds just fine only to have it fail in Mozilla? > If you're using the 4BSD scheduler and > you've built world and kernel with default CFLAGS, then I would download > some of those x86 hardware tester ISOs, and run diagnostics. Ok I will see if I can find some. Are there any that you're particularly fond of? > Also, check to make sure your cooling is working correctly. mbmon is reporting a steady 29'C case temp and 41'C CPU temp while in the thick of the Mozilla compile. This is an Athlon 1.2GHz. From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 11 21:55:28 2005 Return-Path: X-Original-To: freebsd-gnome@freebsd.org Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54B6816A41F for ; Tue, 11 Oct 2005 21:55:28 +0000 (GMT) (envelope-from jahnke@fmjassoc.com) Received: from smtp.wizwire.com (smtp.wizwire.com [209.218.100.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1754943D46 for ; Tue, 11 Oct 2005 21:55:27 +0000 (GMT) (envelope-from jahnke@fmjassoc.com) Received: from pinot.fmjassoc.com (209.218.101.53.bvi2.wizwire.com [209.218.101.53]) by smtp.wizwire.com (8.13.1/8.13.1) with ESMTP id j9BLtNbq030989 for ; Tue, 11 Oct 2005 14:55:23 -0700 From: Frank Jahnke To: freebsd-gnome@freebsd.org Content-Type: text/plain Organization: FMJ & Associates Date: Tue, 11 Oct 2005 14:48:52 -0700 Message-Id: <1129067332.711.12.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-WizWire-MailScanner-Information: Please contact the ISP for more information X-MailScanner-From: jahnke@fmjassoc.com Subject: portupgrade, linuxpluginwrapper, acroread7 and Epiphany X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jahnke@fmjassoc.com List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2005 21:55:28 -0000 I updated to 6.0RC earlier today, and am now upgrading my various ports (which I always do manually). One of the first I did was Acroread7, which needed it. I did the usual portupgrade, and it went through the recursive upgrades without a hitch (including linuxpluginwrapper). Now, however, acroread7 cannot be invoked as a plugin from Epiphany. I corrected an improper location in libmap.conf, but it still does not load. It works fine from the command line. Any advice would be most appreciated. Information: libmap.conf: # Acrobat7 with Mozilla/Firebird/Galeon/Epiphany/Konqueror [/usr/X11R6/lib/browser_plugins/nppdf.so] libc.so.6 pluginwrapper/acrobat.so where the location is linked to /usr/local/lib/acroread/usr/local/Adobe/Acrobat7.0/Browser/intellinux/nppdf.so, which exists and is readable and executable. Similarly, libc.so.6 is the highest version on the system, and pluginwrapper/acrobat.so exists in /usr/local/lib and is also readable and executable. about:plugins in Epiphany shows the plugin is enabled. Still, it does not load into Epiphany. All of the other plugins (Java, RealPlayer and Flash) work fine. Frank From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 11 22:06:09 2005 Return-Path: X-Original-To: freebsd-gnome@FreeBSD.org Delivered-To: freebsd-gnome@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D89A16A41F for ; Tue, 11 Oct 2005 22:06:09 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from av-tac-rtp.cisco.com (bantam.cisco.com [64.102.19.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0B7243D45 for ; Tue, 11 Oct 2005 22:06:08 +0000 (GMT) (envelope-from marcus@FreeBSD.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost [127.0.0.1]) by av-tac-rtp.cisco.com (8.11.7p1+Sun/8.11.7) with ESMTP id j9BM68b03994; Tue, 11 Oct 2005 18:06:08 -0400 (EDT) Received: from [64.102.192.190] (dhcp-64-102-192-190.cisco.com [64.102.192.190]) by rooster.cisco.com (8.11.7p1+Sun/8.11.7) with ESMTP id j9BM67f12628; Tue, 11 Oct 2005 18:06:07 -0400 (EDT) Message-ID: <434C37B4.9040002@FreeBSD.org> Date: Tue, 11 Oct 2005 18:07:48 -0400 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: scott@sremick.net References: <1vyz5szuxkh8q.r1kspnad4u3o.dlg@40tude.net> <434C25AF.2020105@FreeBSD.org> <1b68jgfbhkg1q$.1w6qkscra5rky.dlg@40tude.net> In-Reply-To: <1b68jgfbhkg1q$.1w6qkscra5rky.dlg@40tude.net> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-gnome@FreeBSD.org Subject: Re: Trying to upgrade Gnome, Mozilla won't build. Stuck! X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2005 22:06:09 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Scott I. Remick wrote: | On Tue, 11 Oct 2005 16:50:55 -0400, Joe Marcus Clarke wrote: | | |>This looks very much like a hardware problem. Random segfaults point to |>either over-optimization (which it doesn't look like you're doing) or |>bad or over-taxed hardware. | | | *sigh* So frustrating. Why would it ONLY happen with Mozilla though? How | could I get through a ton of other port builds just fine only to have it | fail in Mozilla? Because Mozilla uses complex C++ code? If it is hardware, it can be very unpredictable. | | |>If you're using the 4BSD scheduler and |>you've built world and kernel with default CFLAGS, then I would download |>some of those x86 hardware tester ISOs, and run diagnostics. | | | Ok I will see if I can find some. Are there any that you're particularly | fond of? I haven't used any myself. | | |>Also, check to make sure your cooling is working correctly. | | | mbmon is reporting a steady 29'C case temp and 41'C CPU temp while in the | thick of the Mozilla compile. This is an Athlon 1.2GHz. And how does that compare with normal operation or compilation of other ports? Joe - -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDTDe0b2iPiv4Uz4cRAg4WAJ9qGxaSnYfiJSwmvv6Arbgi6EXDzgCcC5Kf UiAdNL3fdFQOOJpObaD2rAA= =fLDt -----END PGP SIGNATURE----- From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 11 22:12:20 2005 Return-Path: X-Original-To: freebsd-gnome@FreeBSD.org Delivered-To: freebsd-gnome@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5ABA116A41F for ; Tue, 11 Oct 2005 22:12:20 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from av-tac-rtp.cisco.com (bantam.cisco.com [64.102.19.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C2CC43D46 for ; Tue, 11 Oct 2005 22:12:19 +0000 (GMT) (envelope-from marcus@FreeBSD.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost [127.0.0.1]) by av-tac-rtp.cisco.com (8.11.7p1+Sun/8.11.7) with ESMTP id j9BMCIW04331; Tue, 11 Oct 2005 18:12:18 -0400 (EDT) Received: from [64.102.192.190] (dhcp-64-102-192-190.cisco.com [64.102.192.190]) by rooster.cisco.com (8.11.7p1+Sun/8.11.7) with ESMTP id j9BMCIf16226; Tue, 11 Oct 2005 18:12:18 -0400 (EDT) Message-ID: <434C3927.5020602@FreeBSD.org> Date: Tue, 11 Oct 2005 18:13:59 -0400 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: jahnke@fmjassoc.com References: <1129067332.711.12.camel@localhost> In-Reply-To: <1129067332.711.12.camel@localhost> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-gnome@FreeBSD.org Subject: Re: portupgrade, linuxpluginwrapper, acroread7 and Epiphany X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2005 22:12:20 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Frank Jahnke wrote: | I updated to 6.0RC earlier today, and am now upgrading my various ports | (which I always do manually). One of the first I did was Acroread7, | which needed it. I did the usual portupgrade, and it went through the | recursive upgrades without a hitch (including linuxpluginwrapper). Now, | however, acroread7 cannot be invoked as a plugin from Epiphany. I | corrected an improper location in libmap.conf, but it still does not | load. It works fine from the command line. Any advice would be most | appreciated. | | Information: | | libmap.conf: | # Acrobat7 with Mozilla/Firebird/Galeon/Epiphany/Konqueror | [/usr/X11R6/lib/browser_plugins/nppdf.so] | libc.so.6 pluginwrapper/acrobat.so | | where the location is linked to | /usr/local/lib/acroread/usr/local/Adobe/Acrobat7.0/Browser/intellinux/nppdf.so, | which exists and is readable and executable. Similarly, libc.so.6 is | the highest version on the system, and pluginwrapper/acrobat.so exists | in /usr/local/lib and is also readable and executable. | | about:plugins in Epiphany shows the plugin is enabled. | | Still, it does not load into Epiphany. All of the other plugins (Java, | RealPlayer and Flash) work fine. What about other browsers? This sounds more like a lpw problem, and not a GNOME problem. Joe - -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDTDknb2iPiv4Uz4cRAj+JAJ4/MQS5rCHTi5cfatd1eTPvQrCqjgCaAgTR QFMM/+mn2A1HpeqwTBramVI= =OOyc -----END PGP SIGNATURE----- From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 11 22:17:07 2005 Return-Path: X-Original-To: freebsd-gnome@FreeBSD.org Delivered-To: freebsd-gnome@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6453316A41F; Tue, 11 Oct 2005 22:17:07 +0000 (GMT) (envelope-from jahnke@fmjassoc.com) Received: from smtp.wizwire.com (smtp.wizwire.com [209.218.100.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id E611443D46; Tue, 11 Oct 2005 22:17:06 +0000 (GMT) (envelope-from jahnke@fmjassoc.com) Received: from pinot.fmjassoc.com (209.218.101.53.bvi2.wizwire.com [209.218.101.53]) by smtp.wizwire.com (8.13.1/8.13.1) with ESMTP id j9BMGwxQ004652; Tue, 11 Oct 2005 15:16:58 -0700 From: Frank Jahnke To: Joe Marcus Clarke In-Reply-To: <434C3927.5020602@FreeBSD.org> References: <1129067332.711.12.camel@localhost> <434C3927.5020602@FreeBSD.org> Content-Type: text/plain Organization: FMJ & Associates Date: Tue, 11 Oct 2005 15:10:27 -0700 Message-Id: <1129068627.711.15.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-WizWire-MailScanner-Information: Please contact the ISP for more information X-MailScanner-From: jahnke@fmjassoc.com Cc: freebsd-gnome@FreeBSD.org Subject: Re: portupgrade, linuxpluginwrapper, acroread7 and Epiphany X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jahnke@fmjassoc.com List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2005 22:17:07 -0000 On Tue, 2005-10-11 at 18:13 -0400, Joe Marcus Clarke wrote: > > What about other browsers? This sounds more like a lpw problem, and not > a GNOME problem. Same in Mozilla 1.7.7 (which has not been updated yet). You may well be right that it is an lpw issue. Let me send a note to the port maintainer. > > Joe Frank From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 11 23:23:11 2005 Return-Path: X-Original-To: gnome@FreeBSD.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E86116A41F; Tue, 11 Oct 2005 23:23:11 +0000 (GMT) (envelope-from ken@nargothrond.kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B67743D46; Tue, 11 Oct 2005 23:23:10 +0000 (GMT) (envelope-from ken@nargothrond.kdm.org) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.12.11/8.12.11) with ESMTP id j9BNNAeY070030; Tue, 11 Oct 2005 17:23:10 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.12.11/8.12.5/Submit) id j9BNNAao070029; Tue, 11 Oct 2005 17:23:10 -0600 (MDT) (envelope-from ken) Date: Tue, 11 Oct 2005 17:23:09 -0600 From: "Kenneth D. Merry" To: gnome@FreeBSD.org Message-ID: <20051011232309.GA69983@nargothrond.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Virus-Scanned: ClamAV 0.86.1/1128/Mon Oct 10 19:30:06 2005 on nargothrond.kdm.org X-Virus-Status: Clean Cc: freebsd-ports@FreeBSD.org Subject: firefox and mozilla install problem X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2005 23:23:11 -0000 I'm having a problem installing firefox and mozilla. I'm running FreeBSD-current from October 10th. # uname -a FreeBSD erebor.kdm.org 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Tue Oct 11 13:16:04 MDT 2005 ken@erebor.kdm.org:/usr/obj/usr/home/ken/perforce/FreeBSD-ken/src/sys/erebor i386 regchrome core dumps: =========================================================================== # portupgrade -P -R -N mozilla [Updating the pkgdb in /var/db/pkg ... - 330 packages found (-1 +0) (...) done] ---> Found 2 ports matching 'mozilla': www/mozilla www/mozilla-devel Install 'www/mozilla'? [yes] Install 'www/mozilla-devel'? [yes] n ---> Checking for the latest package of 'www/mozilla' ---> Found a package of 'www/mozilla': /usr/ports/packages/All/mozilla-1.7.12,2.tbz (mozilla-1.7.12,2) ---> Installing 'mozilla-1.7.12,2' from a package ---> Installing the new version via the package ===> Building Chrome's registry... Segmentation fault (core dumped) [Updating the pkgdb in /var/db/pkg ... - 331 packages found (-0 +1) . done] =========================================================================== Here's the stack trace from regchrome: #0 0x28344227 in pthread_testcancel () from /usr/lib/libpthread.so.2 [New Thread 0x807b800 (runnable)] [New LWP 100110] (gdb) where #0 0x28344227 in pthread_testcancel () from /usr/lib/libpthread.so.2 #1 0x2833cbdc in pthread_mutexattr_init () from /usr/lib/libpthread.so.2 #2 0x00000000 in ?? () (gdb) Firefox has pretty much the same problem. Anyone have any ideas on how to fix this? Thanks, Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 12 00:05:06 2005 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82E2516A421; Wed, 12 Oct 2005 00:05:06 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id B38BA43D48; Wed, 12 Oct 2005 00:05:05 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.4/8.13.4) with ESMTP id j9C05aCd029093; Tue, 11 Oct 2005 20:05:36 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: "Kenneth D. Merry" In-Reply-To: <20051011232309.GA69983@nargothrond.kdm.org> References: <20051011232309.GA69983@nargothrond.kdm.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-5CuuufU8Hf12tH173l7q" Organization: MarcusCom, Inc. Date: Tue, 11 Oct 2005 20:05:02 -0400 Message-Id: <1129075502.10684.2.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: gnome@freebsd.org, freebsd-ports@freebsd.org Subject: Re: firefox and mozilla install problem X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Oct 2005 00:05:06 -0000 --=-5CuuufU8Hf12tH173l7q Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2005-10-11 at 17:23 -0600, Kenneth D. Merry wrote: > I'm having a problem installing firefox and mozilla. I'm running > FreeBSD-current from October 10th. >=20 > # uname -a > FreeBSD erebor.kdm.org 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Tue Oct 11 13:= 16:04 MDT 2005 ken@erebor.kdm.org:/usr/obj/usr/home/ken/perforce/FreeBS= D-ken/src/sys/erebor i386 >=20 > regchrome core dumps: >=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=3D=3D=3D=3D=3D=3D=3D= =3D > # portupgrade -P -R -N mozilla > [Updating the pkgdb in /var/db/pkg ... - 330 packages f= ound (-1 +0) (...) done] > ---> Found 2 ports matching 'mozilla': > www/mozilla > www/mozilla-devel > Install 'www/mozilla'? [yes] > Install 'www/mozilla-devel'? [yes] n > ---> Checking for the latest package of 'www/mozilla' > ---> Found a package of 'www/mozilla': /usr/ports/packages/All/mozilla-1= .7.12,2.tbz (mozilla-1.7.12,2) > ---> Installing 'mozilla-1.7.12,2' from a package > ---> Installing the new version via the package > =3D=3D=3D> Building Chrome's registry... > Segmentation fault (core dumped) > [Updating the pkgdb in /var/db/pkg ... - 331 packages f= ound (-0 +1) . done] > =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=3D=3D=3D=3D=3D=3D=3D= =3D >=20 > Here's the stack trace from regchrome: >=20 > #0 0x28344227 in pthread_testcancel () from /usr/lib/libpthread.so.2 > [New Thread 0x807b800 (runnable)] > [New LWP 100110] > (gdb) where > #0 0x28344227 in pthread_testcancel () from /usr/lib/libpthread.so.2 > #1 0x2833cbdc in pthread_mutexattr_init () from /usr/lib/libpthread.so.2 > #2 0x00000000 in ?? () > (gdb)=20 >=20 > Firefox has pretty much the same problem. >=20 > Anyone have any ideas on how to fix this? What CFLAGS are you using? This problem is usually caused by over-optimizing. You might try a make clean in www/mozilla, then rebuild with default CFLAGS. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-5CuuufU8Hf12tH173l7q Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDTFMub2iPiv4Uz4cRArppAJ0ep1Scbzk+9HDTmobdsESx65anfgCeMzis 83kBJbKbJlxujHWQdiyV6Ok= =AIPk -----END PGP SIGNATURE----- --=-5CuuufU8Hf12tH173l7q-- From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 12 00:13:22 2005 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3450216A41F; Wed, 12 Oct 2005 00:13:22 +0000 (GMT) (envelope-from ken@nargothrond.kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 953C043D5A; Wed, 12 Oct 2005 00:13:20 +0000 (GMT) (envelope-from ken@nargothrond.kdm.org) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.12.11/8.12.11) with ESMTP id j9C0DFNA070455; Tue, 11 Oct 2005 18:13:15 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.12.11/8.12.5/Submit) id j9C0DFlw070454; Tue, 11 Oct 2005 18:13:15 -0600 (MDT) (envelope-from ken) Date: Tue, 11 Oct 2005 18:13:15 -0600 From: "Kenneth D. Merry" To: Joe Marcus Clarke Message-ID: <20051012001315.GA70433@nargothrond.kdm.org> References: <20051011232309.GA69983@nargothrond.kdm.org> <1129075502.10684.2.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1129075502.10684.2.camel@shumai.marcuscom.com> User-Agent: Mutt/1.4.2i X-Virus-Scanned: ClamAV 0.86.1/1128/Mon Oct 10 19:30:06 2005 on nargothrond.kdm.org X-Virus-Status: Clean Cc: gnome@freebsd.org, freebsd-ports@freebsd.org Subject: Re: firefox and mozilla install problem X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Oct 2005 00:13:22 -0000 On Tue, Oct 11, 2005 at 20:05:02 -0400, Joe Marcus Clarke wrote: > On Tue, 2005-10-11 at 17:23 -0600, Kenneth D. Merry wrote: > > I'm having a problem installing firefox and mozilla. I'm running > > FreeBSD-current from October 10th. > > > > # uname -a > > FreeBSD erebor.kdm.org 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Tue Oct 11 13:16:04 MDT 2005 ken@erebor.kdm.org:/usr/obj/usr/home/ken/perforce/FreeBSD-ken/src/sys/erebor i386 > > > > regchrome core dumps: > > > > =========================================================================== > > # portupgrade -P -R -N mozilla > > [Updating the pkgdb in /var/db/pkg ... - 330 packages found (-1 +0) (...) done] > > ---> Found 2 ports matching 'mozilla': > > www/mozilla > > www/mozilla-devel > > Install 'www/mozilla'? [yes] > > Install 'www/mozilla-devel'? [yes] n > > ---> Checking for the latest package of 'www/mozilla' > > ---> Found a package of 'www/mozilla': /usr/ports/packages/All/mozilla-1.7.12,2.tbz (mozilla-1.7.12,2) > > ---> Installing 'mozilla-1.7.12,2' from a package > > ---> Installing the new version via the package > > ===> Building Chrome's registry... > > Segmentation fault (core dumped) > > [Updating the pkgdb in /var/db/pkg ... - 331 packages found (-0 +1) . done] > > =========================================================================== > > > > Here's the stack trace from regchrome: > > > > #0 0x28344227 in pthread_testcancel () from /usr/lib/libpthread.so.2 > > [New Thread 0x807b800 (runnable)] > > [New LWP 100110] > > (gdb) where > > #0 0x28344227 in pthread_testcancel () from /usr/lib/libpthread.so.2 > > #1 0x2833cbdc in pthread_mutexattr_init () from /usr/lib/libpthread.so.2 > > #2 0x00000000 in ?? () > > (gdb) > > > > Firefox has pretty much the same problem. > > > > Anyone have any ideas on how to fix this? > > What CFLAGS are you using? This problem is usually caused by > over-optimizing. You might try a make clean in www/mozilla, then > rebuild with default CFLAGS. I don't have any CFLAGS set in make.conf. The problem happens whether I'm installing from a package or the port. (The above is from the package install.) Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 12 00:16:09 2005 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A050F16A41F; Wed, 12 Oct 2005 00:16:09 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CDF443D45; Wed, 12 Oct 2005 00:16:09 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.4/8.13.4) with ESMTP id j9C0Gev6029262; Tue, 11 Oct 2005 20:16:40 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: "Kenneth D. Merry" In-Reply-To: <20051012001315.GA70433@nargothrond.kdm.org> References: <20051011232309.GA69983@nargothrond.kdm.org> <1129075502.10684.2.camel@shumai.marcuscom.com> <20051012001315.GA70433@nargothrond.kdm.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ZytTbx8AVqVpG/2sv3dy" Organization: MarcusCom, Inc. Date: Tue, 11 Oct 2005 20:16:06 -0400 Message-Id: <1129076166.10684.5.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: gnome@freebsd.org, freebsd-ports@freebsd.org Subject: Re: firefox and mozilla install problem X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Oct 2005 00:16:09 -0000 --=-ZytTbx8AVqVpG/2sv3dy Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2005-10-11 at 18:13 -0600, Kenneth D. Merry wrote: > On Tue, Oct 11, 2005 at 20:05:02 -0400, Joe Marcus Clarke wrote: > > On Tue, 2005-10-11 at 17:23 -0600, Kenneth D. Merry wrote: > > > I'm having a problem installing firefox and mozilla. I'm running > > > FreeBSD-current from October 10th. > > >=20 > > > # uname -a > > > FreeBSD erebor.kdm.org 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Tue Oct 11= 13:16:04 MDT 2005 ken@erebor.kdm.org:/usr/obj/usr/home/ken/perforce/Fr= eeBSD-ken/src/sys/erebor i386 > > >=20 > > > regchrome core dumps: > > >=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=3D=3D=3D=3D=3D=3D= =3D=3D > > > # portupgrade -P -R -N mozilla > > > [Updating the pkgdb in /var/db/pkg ... - 330 packag= es found (-1 +0) (...) done] > > > ---> Found 2 ports matching 'mozilla': > > > www/mozilla > > > www/mozilla-devel > > > Install 'www/mozilla'? [yes] > > > Install 'www/mozilla-devel'? [yes] n > > > ---> Checking for the latest package of 'www/mozilla' > > > ---> Found a package of 'www/mozilla': /usr/ports/packages/All/mozil= la-1.7.12,2.tbz (mozilla-1.7.12,2) > > > ---> Installing 'mozilla-1.7.12,2' from a package > > > ---> Installing the new version via the package > > > =3D=3D=3D> Building Chrome's registry... > > > Segmentation fault (core dumped) > > > [Updating the pkgdb in /var/db/pkg ... - 331 packag= es found (-0 +1) . done] > > > =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=3D=3D=3D=3D=3D=3D= =3D=3D > > >=20 > > > Here's the stack trace from regchrome: > > >=20 > > > #0 0x28344227 in pthread_testcancel () from /usr/lib/libpthread.so.2 > > > [New Thread 0x807b800 (runnable)] > > > [New LWP 100110] > > > (gdb) where > > > #0 0x28344227 in pthread_testcancel () from /usr/lib/libpthread.so.2 > > > #1 0x2833cbdc in pthread_mutexattr_init () from /usr/lib/libpthread.= so.2 > > > #2 0x00000000 in ?? () > > > (gdb)=20 > > >=20 > > > Firefox has pretty much the same problem. > > >=20 > > > Anyone have any ideas on how to fix this? > >=20 > > What CFLAGS are you using? This problem is usually caused by > > over-optimizing. You might try a make clean in www/mozilla, then > > rebuild with default CFLAGS. >=20 > I don't have any CFLAGS set in make.conf. >=20 > The problem happens whether I'm installing from a package or the port. > (The above is from the package install.) I'll try a portupgrade on my -CURRENT machine after updating to today's -CURRENT, but I did not encounter this problem on previous builds, so it may be a hardware or other machine-dependent problem. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-ZytTbx8AVqVpG/2sv3dy Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDTFXGb2iPiv4Uz4cRApWdAKClWgPjTVkL7aivIinij3YFrOUfwQCdHoio O2cZbF197eTwVOM7g6JJ6Rg= =Un4c -----END PGP SIGNATURE----- --=-ZytTbx8AVqVpG/2sv3dy-- From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 12 01:54:11 2005 Return-Path: X-Original-To: freebsd-gnome@freebsd.org Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2C8B16A41F for ; Wed, 12 Oct 2005 01:54:11 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B27343D45 for ; Wed, 12 Oct 2005 01:54:11 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.4/8.13.4) with ESMTP id j9C1sgZB029944; Tue, 11 Oct 2005 21:54:42 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Brian Gruber In-Reply-To: <20051010235829.41463.qmail@web35612.mail.mud.yahoo.com> References: <20051010235829.41463.qmail@web35612.mail.mud.yahoo.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-wj1IQS4WiXrPMAFnniSu" Organization: MarcusCom, Inc. Date: Tue, 11 Oct 2005 21:54:08 -0400 Message-Id: <1129082048.10684.9.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: freebsd-gnome@freebsd.org Subject: Re: nautilus hanging (gnome 2.12) X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Oct 2005 01:54:11 -0000 --=-wj1IQS4WiXrPMAFnniSu Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2005-10-10 at 16:58 -0700, Brian Gruber wrote: > --- Joe Marcus Clarke wrote: >=20 > > On Sat, 2005-10-01 at 20:52 -0700, Brian Gruber > > wrote: > > > Hi, > > >=20 > > > Nautilus hangs on me somewhat frequently now that > > i've > > > switched to gnome 2.12 via marcus' cvs. the hangs > > > happen while just browsing through a directory, or > > > occasionally upon opening a file. > > > > > > the directory i'm currently browsing is an ext2 > > mount, > > > but i'm not 100% certain that's always been the > > case > > > when it has crashed. help? > >=20 > > This isn't a very good bug report. Please see > > http://www.freebsd.org/gnome/docs/bugging.html for > > details on creating a > > useful report. In particular, you didn't mention > > what version of > > FreeBSD you're using, include a pkg_info, or provide > > a backtrace with > > debugging symbols. > >=20 > > Joe >=20 > Sorry bout that. I've updated my machine to 5.4-p7 > and the ports are up to date as of last night. uname > -a: >=20 > FreeBSD calvin 5.4-RELEASE-p7 FreeBSD 5.4-RELEASE-p7 > #1: Sun Oct 2 16:34:11 EDT 2005 =20 > root@:/usr/obj/usr/src/sys/CALVIN i386 >=20 > env, pkg_info and backtrace are attached. >=20 > let me know if there's any other info i need to > supply. Looks like your bug was already filed. Try this patch to gnomevfs2, and see if it fixes your problem. http://bugzilla.gnome.org/attachment.cgi?id=3D53306&action=3Dview Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-wj1IQS4WiXrPMAFnniSu Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDTGzAb2iPiv4Uz4cRArPpAKCWpoQybJu6dvutVAl3okMaY/Ek5QCffkkm k6plq8YIQXYi/wi25SmoDkA= =B8Mw -----END PGP SIGNATURE----- --=-wj1IQS4WiXrPMAFnniSu-- From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 12 02:53:32 2005 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EB3D16A41F; Wed, 12 Oct 2005 02:53:32 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BC0143D45; Wed, 12 Oct 2005 02:53:32 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.4/8.13.4) with ESMTP id j9C2s3j6030546; Tue, 11 Oct 2005 22:54:03 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: "Kenneth D. Merry" In-Reply-To: <1129076166.10684.5.camel@shumai.marcuscom.com> References: <20051011232309.GA69983@nargothrond.kdm.org> <1129075502.10684.2.camel@shumai.marcuscom.com> <20051012001315.GA70433@nargothrond.kdm.org> <1129076166.10684.5.camel@shumai.marcuscom.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-IxGn5f9g7wKe7LzHZg5c" Organization: MarcusCom, Inc. Date: Tue, 11 Oct 2005 22:53:29 -0400 Message-Id: <1129085609.49727.5.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: gnome@freebsd.org, freebsd-ports@freebsd.org Subject: Re: firefox and mozilla install problem X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Oct 2005 02:53:32 -0000 --=-IxGn5f9g7wKe7LzHZg5c Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2005-10-11 at 20:16 -0400, Joe Marcus Clarke wrote: > On Tue, 2005-10-11 at 18:13 -0600, Kenneth D. Merry wrote: > > On Tue, Oct 11, 2005 at 20:05:02 -0400, Joe Marcus Clarke wrote: > > > On Tue, 2005-10-11 at 17:23 -0600, Kenneth D. Merry wrote: > > > > I'm having a problem installing firefox and mozilla. I'm running > > > > FreeBSD-current from October 10th. > > > >=20 > > > > # uname -a > > > > FreeBSD erebor.kdm.org 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Tue Oct = 11 13:16:04 MDT 2005 ken@erebor.kdm.org:/usr/obj/usr/home/ken/perforce/= FreeBSD-ken/src/sys/erebor i386 > > > >=20 > > > > regchrome core dumps: > > > >=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=3D=3D=3D=3D=3D= =3D=3D=3D > > > > # portupgrade -P -R -N mozilla > > > > [Updating the pkgdb in /var/db/pkg ... - 330 pack= ages found (-1 +0) (...) done] > > > > ---> Found 2 ports matching 'mozilla': > > > > www/mozilla > > > > www/mozilla-devel > > > > Install 'www/mozilla'? [yes] > > > > Install 'www/mozilla-devel'? [yes] n > > > > ---> Checking for the latest package of 'www/mozilla' > > > > ---> Found a package of 'www/mozilla': /usr/ports/packages/All/moz= illa-1.7.12,2.tbz (mozilla-1.7.12,2) > > > > ---> Installing 'mozilla-1.7.12,2' from a package > > > > ---> Installing the new version via the package > > > > =3D=3D=3D> Building Chrome's registry... > > > > Segmentation fault (core dumped) > > > > [Updating the pkgdb in /var/db/pkg ... - 331 pack= ages found (-0 +1) . done] > > > > =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=3D=3D=3D=3D=3D= =3D=3D=3D > > > >=20 > > > > Here's the stack trace from regchrome: > > > >=20 > > > > #0 0x28344227 in pthread_testcancel () from /usr/lib/libpthread.so= .2 > > > > [New Thread 0x807b800 (runnable)] > > > > [New LWP 100110] > > > > (gdb) where > > > > #0 0x28344227 in pthread_testcancel () from /usr/lib/libpthread.so= .2 > > > > #1 0x2833cbdc in pthread_mutexattr_init () from /usr/lib/libpthrea= d.so.2 > > > > #2 0x00000000 in ?? () > > > > (gdb)=20 > > > >=20 > > > > Firefox has pretty much the same problem. > > > >=20 > > > > Anyone have any ideas on how to fix this? > > >=20 > > > What CFLAGS are you using? This problem is usually caused by > > > over-optimizing. You might try a make clean in www/mozilla, then > > > rebuild with default CFLAGS. > >=20 > > I don't have any CFLAGS set in make.conf. > >=20 > > The problem happens whether I'm installing from a package or the port. > > (The above is from the package install.) >=20 > I'll try a portupgrade on my -CURRENT machine after updating to today's > -CURRENT, but I did not encounter this problem on previous builds, so it > may be a hardware or other machine-dependent problem. Okay, I've now rebuilt Mozilla on: FreeBSD jclarke-pc.cisco.com 7.0-CURRENT FreeBSD 7.0-CURRENT #43: Tue Oct 1= 1 21:15:41 EDT 2005 marcus@jclarke-pc.cisco.com:/usr/obj/usr/src/sys/JC= LARKE-PC i386 And I have no problems building the chrome registry, or running Mozilla. If there was something wrong in -CURRENT, it has been since fixed. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-IxGn5f9g7wKe7LzHZg5c Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDTHqpb2iPiv4Uz4cRAibsAJ9o5oy2FVS0wsD+pFQ8Nwgn30HsxACfSbXP SSyw5YYg1k2lsvFN0XupwLI= =VDQg -----END PGP SIGNATURE----- --=-IxGn5f9g7wKe7LzHZg5c-- From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 12 07:36:03 2005 Return-Path: X-Original-To: freebsd-gnome@FreeBSD.org Delivered-To: freebsd-gnome@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8209C16A41F for ; Wed, 12 Oct 2005 07:36:03 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20D6E43D46 for ; Wed, 12 Oct 2005 07:36:02 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.54 (FreeBSD)) id 1EPPTl-0000Pt-DD for freebsd-gnome@FreeBSD.org; Tue, 11 Oct 2005 23:08:01 +0400 From: Vladimir Grebenschikov To: gnome Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Tue, 11 Oct 2005 23:08:00 +0400 Message-Id: <1129057680.1142.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: Subject: Background fsck monitor ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Oct 2005 07:36:03 -0000 Hi Does anybody knows FreeBSD background fsck monitor as applet for gnome-panel or gkrellm ? -- Vladimir B. Grebenschikov SWsoft Inc. vova@swsoft.com From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 12 13:53:13 2005 Return-Path: X-Original-To: freebsd-gnome@freebsd.org Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCC8016A41F for ; Wed, 12 Oct 2005 13:53:13 +0000 (GMT) (envelope-from freebsd-gnome@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28D4B43D46 for ; Wed, 12 Oct 2005 13:53:13 +0000 (GMT) (envelope-from freebsd-gnome@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1EPh0m-0000y9-MR for freebsd-gnome@freebsd.org; Wed, 12 Oct 2005 15:51:16 +0200 Received: from 65.213.7.6 ([65.213.7.6]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 12 Oct 2005 15:51:16 +0200 Received: from scott by 65.213.7.6 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 12 Oct 2005 15:51:16 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-gnome@freebsd.org From: "Scott I. Remick" Date: Wed, 12 Oct 2005 09:49:00 -0400 Lines: 122 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 65.213.7.6 User-Agent: 40tude_Dialog/2.0.15.1 X-Archive: encrypt Sender: news Subject: Gnome upgrade: coaster failing X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: scott@sremick.net List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Oct 2005 13:53:13 -0000 Ok, a few tries later and Mozilla finally built. Not sure what's up with that... but now I have a new problem: Coaster is failing, and this time it's consistent. I checked the port and there have been no recent updates that might fix this, nor do I see anyone else talking about this problem. I'm running 5.4-RELEASE-p1 trying to upgrade Gnome 2.10 -> 2.12 with a ports tree cvsup'd and marcusmerged on Oct 9th. c++ -DHAVE_CONFIG_H -DCOASTER_BACKEND_NAUTILUS -DG_DISABLE_DEPRECATED -DGDK_DIS ABLE_DEPRECATED -DGDK_PIXBUF_DISABLE_DEPRECATED -DGTK_DISABLE_DEPRECATED -I../.. /src -I../.. -I../.. -D_REENTRANT -DORBIT2=1 -DXTHREADS -DXUSE_MTSAFE_API -I/usr /local/include/libxml++-2.6 -I/usr/local/include/libxml2 -I/usr/local/include -I /usr/local/include/glibmm-2.4 -I/usr/local/lib/glibmm-2.4/include -I/usr/local/i nclude/sigc++-2.0 -I/usr/local/lib/sigc++-2.0/include -I/usr/local/include/glib- 2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/cairo -I/usr/local/in clude/atk-1.0 -I/usr/local/include/orbit-2.0 -I/usr/local/include/bonobo-activat ion-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/libart-2.0 -I/us r/X11R6/include/gtkmm-2.4 -I/usr/X11R6/lib/gtkmm-2.4/include -I/usr/X11R6/includ e/gdkmm-2.4 -I/usr/X11R6/lib/gdkmm-2.4/include -I/usr/X11R6/include/pangomm-1.4 -I/usr/X11R6/include/atkmm-1.6 -I/usr/X11R6/include/gtk-2.0 -I/usr/X11R6/lib/gtk -2.0/include -I/usr/X11R6/include/pango-1.0 -I/usr/X11R6/include -I/usr/local/in clude/freetype2 -I/usr/X11R6/include/gconfmm-2.6 -I/usr/X11R6/lib/gconfmm-2.6/in clude -I/usr/X11R6/include/gconf/2 -I/usr/X11R6/include/libglademm-2.4 -I/usr/X1 1R6/lib/libglademm-2.4/include -I/usr/X11R6/include/libglade-2.0 -I/usr/X11R6/in clude/gnome-vfsmm-2.6 -I/usr/X11R6/lib/gnome-vfsmm-2.6/include -I/usr/X11R6/incl ude/gnome-vfs-2.0 -I/usr/X11R6/lib/gnome-vfs-2.0/include -I/usr/X11R6/include/li bgnomeui-2.0 -I/usr/X11R6/include/libgnome-2.0 -I/usr/X11R6/include/libgnomecanv as-2.0 -I/usr/X11R6/include/libbonoboui-2.0 -I/usr/X11R6/include/gnome-keyring-1 -I/usr/X11R6/include/libnautilus-burn -I/usr/local/include -O -pipe -Wall -MT r ecorder.lo -MD -MP -MF .deps/recorder.Tpo -c recorder.cc -fPIC -DPIC -o .libs/r ecorder.o recorder.cc: In static member function `static void Nautilus::Burn::Recorder_Cla ss::class_init_function(void*, void*)': recorder.cc:213: error: invalid conversion from `void (*)(NautilusBurnRecorder*, gdouble)' to `void (*)(NautilusBurnRecorder*, gdouble, int)' recorder.cc:216: error: invalid conversion from `void (*)(NautilusBurnRecorder*, gboolean, gboolean, gboolean)' to `gboolean (*)(NautilusBurnRecorder*, gboolean , gboolean, gboolean)' recorder.cc: In static member function `static void Nautilus::Burn::Recorder_Cla ss::progress_changed_callback(NautilusBurnRecorder*, gdouble)': recorder.cc:250: error: too few arguments to function /usr/X11R6/include/libnautilus-burn/nautilus-burn-recorder.h: In member function `int Nautilus::Burn::Recorder::write_tracks(NautilusBurnDrive*, GList*, int, Na utilus::Burn::RecorderWriteFlags)': /usr/X11R6/include/libnautilus-burn/nautilus-burn-recorder.h:160: error: too few arguments to function `int nautilus_burn_recorder_write_tracks(NautilusBurnReco rder*, NautilusBurnDrive*, GList*, gint, NautilusBurnRecorderWriteFlags, GError* *)' recorder.cc:452: error: at this point in file recorder.cc: In member function `Glib::ustring Nautilus::Burn::Recorder::get_err or_message() const': recorder.cc:462: error: `nautilus_burn_recorder_get_error_message' undeclared (f irst use this function) recorder.cc:462: error: (Each undeclared identifier is reported only once for ea ch function it appears in.) recorder.cc: In member function `Glib::ustring Nautilus::Burn::Recorder::get_err or_message_details() const': recorder.cc:467: error: `nautilus_burn_recorder_get_error_message_details' undec lared (first use this function) recorder.cc: In member function `void Nautilus::Burn::Recorder::on_progress_chan ged(double)': recorder.cc:502: error: too few arguments to function gmake[3]: *** [recorder.lo] Error 1 gmake[3]: Leaving directory `/usr/ports/sysutils/coaster/work/coaster-0.1.4.2/sr c/ncbmm' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/sysutils/coaster/work/coaster-0.1.4.2/sr c' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/sysutils/coaster/work/coaster-0.1.4.2' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/sysutils/coaster. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall2931.0 make BATCH=yes GNOME_UPGRADE_SH_VER=2.12-3 DISABLE_VULNERABILITIES=1 ** Fix the problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! sysutils/coaster (compiler error) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed INFO: GNOME upgrade FAILED at Wed Oct 12 09:33:49 EDT 2005 From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 12 14:13:50 2005 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 870D016A41F for ; Wed, 12 Oct 2005 14:13:50 +0000 (GMT) (envelope-from mrl0lz@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2103B43D83 for ; Wed, 12 Oct 2005 14:13:48 +0000 (GMT) (envelope-from mrl0lz@gmail.com) Received: by xproxy.gmail.com with SMTP id t12so77035wxc for ; Wed, 12 Oct 2005 07:13:48 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=kycvDJdAGiCTqem7io8g5na/TDWhqF0Qc7/jGYggnExl9u1CNpz8KLIOE69B2N+CmsDFy8A6+Fy9v4nn3R+qa81RBSpVs5a3o141pvQeuicfAoQustnsdEV+DkcuIkyc9wCLKzGvTHCTODJrBTFX4RFbJzCPTRcGjK4wIr0LJac= Received: by 10.70.132.9 with SMTP id f9mr176674wxd; Wed, 12 Oct 2005 07:13:48 -0700 (PDT) Received: by 10.70.42.11 with HTTP; Wed, 12 Oct 2005 07:13:48 -0700 (PDT) Message-ID: Date: Wed, 12 Oct 2005 19:43:48 +0530 From: Remington L To: questions@freebsd.org, gnome@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: Remote Desktop Connection Woes X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Oct 2005 14:13:50 -0000 All: I am looking for a way to VNC or to connect to my FreeBSD laptop, running Xorg and GNOME. I can ssh into, but I do not have access to GNOME. My question is, I know I cannot use VNC because I use Xorg. Does anyone have any suggestions? From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 12 14:28:25 2005 Return-Path: X-Original-To: freebsd-gnome@freebsd.org Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AFF216A41F for ; Wed, 12 Oct 2005 14:28:25 +0000 (GMT) (envelope-from freebsd-gnome@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 092D943D6A for ; Wed, 12 Oct 2005 14:28:22 +0000 (GMT) (envelope-from freebsd-gnome@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1EPhVi-0002tk-Kb for freebsd-gnome@freebsd.org; Wed, 12 Oct 2005 16:23:14 +0200 Received: from 65.213.7.6 ([65.213.7.6]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 12 Oct 2005 16:23:14 +0200 Received: from scott by 65.213.7.6 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 12 Oct 2005 16:23:14 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-gnome@freebsd.org From: "Scott I. Remick" Date: Wed, 12 Oct 2005 10:22:07 -0400 Lines: 16 Message-ID: <1curcqw8ytf6e.1etxghl0gw5hf$.dlg@40tude.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 65.213.7.6 User-Agent: 40tude_Dialog/2.0.15.1 X-Archive: encrypt Sender: news Subject: Re: Remote Desktop Connection Woes X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: scott@sremick.net List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Oct 2005 14:28:25 -0000 On Wed, 12 Oct 2005 19:43:48 +0530, Remington L wrote: > I am looking for a way to VNC or to connect to my FreeBSD laptop, > running Xorg and GNOME. I can ssh into, but I do not have access to > GNOME. > > My question is, I know I cannot use VNC because I use Xorg. Does > anyone have any suggestions? Actually, VNC works just fine connecting to a Gnome desktop, even tunneled over SSH. I regularly launch an SSH session on a Windows desktop using PuTTY, connect to my home system through an open port on my router, and then run TightVNC which I tunnel over the established SSH session to connect to Vino (Gnome's built-in VNC server) on my Gnome desktop, which allows me to control screen :0 (my actual desktop, as opposed to starting a new desktop). From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 12 14:56:40 2005 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AAA216A41F for ; Wed, 12 Oct 2005 14:56:40 +0000 (GMT) (envelope-from infofarmer@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FB1743D48 for ; Wed, 12 Oct 2005 14:56:39 +0000 (GMT) (envelope-from infofarmer@gmail.com) Received: by zproxy.gmail.com with SMTP id z31so123214nzd for ; Wed, 12 Oct 2005 07:56:38 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fwO68i07b3q/aDu4n8h/uVqF6TycMAvjmvVABBiTk7iSVTAOe90yeQGvfmWhEwCiX9BiMdaE+GIzyjykn5VtZWIYqAFsH339JAg/ZaLSqQQMPRDwaS4muV34t51claaq+SzSNT4ajV0uEFmw/PMtWH4ybv6Sm2nyYma2bpwJAVM= Received: by 10.36.220.49 with SMTP id s49mr979176nzg; Wed, 12 Oct 2005 07:56:38 -0700 (PDT) Received: by 10.37.20.34 with HTTP; Wed, 12 Oct 2005 07:56:37 -0700 (PDT) Message-ID: Date: Wed, 12 Oct 2005 18:56:37 +0400 From: "Andrew P." To: Remington L In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: gnome@freebsd.org, questions@freebsd.org Subject: Re: Remote Desktop Connection Woes X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Oct 2005 14:56:40 -0000 On 10/12/05, Remington L wrote: > All: > I am looking for a way to VNC or to connect to my FreeBSD laptop, > running Xorg and GNOME. I can ssh into, but I do not have access to > GNOME. > > My question is, I know I cannot use VNC because I use Xorg. Does > anyone have any suggestions? > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.o= rg" > It sound more like a statement rather than a question. VNC works great on Xorg. Install it, read manpages and post here in case of trouble. From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 12 17:58:55 2005 Return-Path: X-Original-To: gnome@FreeBSD.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A8D916A41F for ; Wed, 12 Oct 2005 17:58:55 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97F0E43D53 for ; Wed, 12 Oct 2005 17:58:52 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id E7E1F1A3C29 for ; Wed, 12 Oct 2005 10:58:51 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 62E6B5138A; Fri, 7 Oct 2005 23:45:20 -0400 (EDT) Date: Fri, 7 Oct 2005 23:45:20 -0400 From: Kris Kennaway To: gnome@FreeBSD.org Message-ID: <20051008034520.GE73825@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="idY8LE8SD6/8DnRI" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: [ports-amd64@pointyhat.freebsd.org: glib-2.6.6 failed on amd64 7] X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Oct 2005 17:58:55 -0000 --idY8LE8SD6/8DnRI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable FYI; can you please investigate and/or report to the developers? If you are already aware of this problem but do not yet have a fix, please mark the port BROKEN in the appropriate case, so that users do not unexpectedly encounter it. See http://pointyhat.freebsd.org for the full log. Thanks, Kris ----- Forwarded message from User Ports-amd64 ----- X-Original-To: kkenn@localhost Delivered-To: kkenn@localhost.obsecurity.org X-Original-To: kris@FreeBSD.org Delivered-To: kris@FreeBSD.org Date: Sat, 8 Oct 2005 03:43:58 GMT From: User Ports-amd64 To: krion@FreeBSD.org, kris@FreeBSD.org Subject: glib-2.6.6 failed on amd64 7 X-UIDL: oOH!!"EX"!^OR"![_7"! X-Bogosity: Ham, tests=3Dbogofilter, spamicity=3D0.000000, version=3D0.96.0 building glib-2.6.6 on fbsd-amd64.isc.org in directory /u0/pkgbld/7/chroot/7027 maintained by: gnome@FreeBSD.org port directory: /usr/ports/devel/glib20 build started at Sat Oct 8 04:14:49 UTC 2005 FETCH_DEPENDS=3D PATCH_DEPENDS=3Dperl-5.8.7.tbz EXTRACT_DEPENDS=3Dperl-5.8.7.tbz BUILD_DEPENDS=3Dgettext-0.14.5.tbz gmake-3.80_2.tbz libiconv-1.9.2_1.tbz li= btool-1.5.20.tbz perl-5.8.7.tbz pkgconfig-0.17.2.tbz RUN_DEPENDS=3Dgettext-0.14.5.tbz libiconv-1.9.2_1.tbz perl-5.8.7.tbz pkgcon= fig-0.17.2.tbz add_pkg =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=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> glib-2.6.6.tar.bz2 doesn't seem to exist in /tmp/distfiles/gnome2. =3D> Attempting to fetch from ftp://freebsd.isc.org/pub/FreeBSD/ports/distf= iles/gnome2/. glib-2.6.6.tar.bz2 2325 kB 9423 kBps =3D> Checksum OK for gnome2/glib-2.6.6.tar.bz2. =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=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 add_pkg perl-5.8.7.tbz adding dependencies pkg_add perl-5.8.7.tbz Removing stale symlinks from /usr/bin... Skipping /usr/bin/perl Skipping /usr/bin/perl5 Done. Creating various symlinks in /usr/bin... Symlinking /usr/local/bin/perl5.8.7 to /usr/bin/perl Symlinking /usr/local/bin/perl5.8.7 to /usr/bin/perl5 Done. Cleaning up /etc/make.conf... Done. Spamming /etc/make.conf... Done. Cleaning up /etc/manpath.config... Done. Spamming /etc/manpath.config... Done. =3D=3D=3D> Extracting for glib-2.6.6 =3D> Checksum OK for gnome2/glib-2.6.6.tar.bz2. =3D=3D=3D> glib-2.6.6 depends on file: /usr/local/bin/perl5.8.7 - found Deleting perl-5.8.7=20 Removing stale symlinks from /usr/bin... Removing /usr/bin/perl Removing /usr/bin/perl5 Done. Cleaning up /etc/make.conf... Done. Cleaning up /etc/manpath.config... Done. =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=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 add_pkg perl-5.8.7.tbz adding dependencies pkg_add perl-5.8.7.tbz Removing stale symlinks from /usr/bin... Skipping /usr/bin/perl Skipping /usr/bin/perl5 Done. Creating various symlinks in /usr/bin... Symlinking /usr/local/bin/perl5.8.7 to /usr/bin/perl Symlinking /usr/local/bin/perl5.8.7 to /usr/bin/perl5 Done. Cleaning up /etc/make.conf... Done. Spamming /etc/make.conf... Done. Cleaning up /etc/manpath.config... Done. Spamming /etc/manpath.config... Done. =3D=3D=3D> Patching for glib-2.6.6 =3D=3D=3D> glib-2.6.6 depends on file: /usr/local/bin/perl5.8.7 - found =3D=3D=3D> Applying FreeBSD patches for glib-2.6.6 Deleting perl-5.8.7=20 Removing stale symlinks from /usr/bin... Removing /usr/bin/perl Removing /usr/bin/perl5 Done. Cleaning up /etc/make.conf... Done. Cleaning up /etc/manpath.config... Done. =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=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 add_pkg gettext-0.14.5.tbz gmake-3.80_2.tbz libiconv-1.9.2_1.tbz libtool-1.= 5.20.tbz perl-5.8.7.tbz pkgconfig-0.17.2.tbz adding dependencies pkg_add gettext-0.14.5.tbz pkg_add gmake-3.80_2.tbz pkg_add libiconv-1.9.2_1.tbz skipping libiconv-1.9.2_1, already added pkg_add libtool-1.5.20.tbz pkg_add perl-5.8.7.tbz Removing stale symlinks from /usr/bin... Skipping /usr/bin/perl Skipping /usr/bin/perl5 Done. Creating various symlinks in /usr/bin... Symlinking /usr/local/bin/perl5.8.7 to /usr/bin/perl Symlinking /usr/local/bin/perl5.8.7 to /usr/bin/perl5 Done. Cleaning up /etc/make.conf... Done. Spamming /etc/make.conf... Done. Cleaning up /etc/manpath.config... Done. Spamming /etc/manpath.config... Done. pkg_add pkgconfig-0.17.2.tbz =3D=3D=3D> glib-2.6.6 depends on executable: gmake - found =3D=3D=3D> glib-2.6.6 depends on file: /usr/local/bin/perl5.8.7 - found =3D=3D=3D> glib-2.6.6 depends on file: /usr/local/bin/libtool15 - found =3D=3D=3D> glib-2.6.6 depends on executable: pkg-config - found =3D=3D=3D> glib-2.6.6 depends on shared library: intl - found =3D=3D=3D> Configuring for glib-2.6.6 checking for a BSD-compatible install... /usr/bin/install -c -o root -g whe= el checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether gmake sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking build system type... amd64-portbld-freebsd7.0 checking host system type... amd64-portbld-freebsd7.0 checking for the BeOS... no checking for Win32... no checking whether to enable garbage collector friendliness... no checking whether to disable memory pools... no 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...=20 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 ANSI C... none needed checking for style of include used by gmake... GNU checking dependency style of cc... gcc3 checking for c++... c++ checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking dependency style of c++... gcc3 checking for cc option to accept ANSI C... none needed checking for a BSD-compatible install... /usr/bin/install -c -o root -g whe= el checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking for _LARGE_FILES value needed for large files... no checking for pkg-config... /usr/local/bin/pkg-config checking for gawk... (cached) nawk checking for perl5... perl5 checking for indent... indent checking for perl5... /usr/bin/perl5 checking for libiconv_open in -liconv... yes checking how to run the C preprocessor... cc -E checking for egrep... grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking for LC_MESSAGES... yes checking libintl.h usability... yes checking libintl.h presence... yes checking for libintl.h... yes checking for ngettext in libc... yes checking for dgettext in libc... yes checking for bind_textdomain_codeset... yes checking for msgfmt... /usr/local/bin/msgfmt checking for dcgettext... yes checking for gmsgfmt... /usr/local/bin/msgfmt checking for xgettext... /usr/local/bin/xgettext checking for catalogs to be installed... am ar az be bg bn bs ca cs cy da = de el en_CA en_GB eo es et eu fa fi fr ga gl gu he hi hr hu id is it ja ko = lt lv mk mn ms nb ne nl nn no or pa pl pt pt_BR ro ru rw sk sl sq sr sr@ije= sr@Latn sv ta te tl tr uk vi wa xh yi zh_CN zh_TW checking for a sed that does not truncate output... /usr/bin/sed checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking how to run the C++ preprocessor... c++ -E checking for g77... no checking for f77... f77 checking whether we are using the GNU Fortran 77 compiler... yes checking whether f77 accepts -g... yes checking the maximum length of command line arguments... (cached) 262144 checking command to parse /usr/bin/nm -B output from cc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if cc static flag works... yes checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC checking if cc PIC flag -fPIC works... yes checking if cc supports -c -o file.o... yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... y= es checking whether -lc should be explicitly linked in... yes checking dynamic linker characteristics... freebsd7.0 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by c++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... = yes checking for c++ option to produce PIC... -fPIC checking if c++ PIC flag -fPIC works... yes 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.0 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes appending configuration tag "F77" to libtool checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for f77 option to produce PIC... -fPIC checking if f77 PIC flag -fPIC works... yes checking if f77 supports -c -o file.o... yes checking whether the f77 linker (/usr/bin/ld) supports shared libraries... = yes checking dynamic linker characteristics... freebsd7.0 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking for extra flags to get ANSI library prototypes... none needed checking for extra flags for POSIX compliance... none needed checking for ANSI C header files... (cached) yes checking for vprintf... yes checking for _doprnt... no checking for working alloca.h... no checking for alloca... yes checking for atexit... yes checking for on_exit... no checking for char... yes checking size of char... 1 checking for short... yes checking size of short... 2 checking for long... yes checking size of long... 8 checking for int... yes checking size of int... 4 checking for void *... yes checking size of void *... 8 checking for long long... yes checking size of long long... 8 checking for __int64... no checking size of __int64... 0 checking for format to printf and scanf a guint64... %llu checking for an ANSI C-conforming const... yes checking if malloc() and friends prototypes are gmem.h compatible... yes checking for growing stack pointer... no checking for __inline... yes checking for __inline__... yes checking for inline... yes checking if inline functions in headers work... yes checking for ISO C99 varargs macros in C... yes checking for ISO C99 varargs macros in C++... yes checking for GNUC varargs macros... yes checking for GNUC visibility attribute... yes checking whether byte ordering is bigendian... no checking dirent.h usability... yes checking dirent.h presence... yes checking for dirent.h... yes checking float.h usability... yes checking float.h presence... yes checking for float.h... yes checking limits.h usability... yes checking limits.h presence... yes checking for limits.h... yes checking pwd.h usability... yes checking pwd.h presence... yes checking for pwd.h... yes checking sys/param.h usability... yes checking sys/param.h presence... yes checking for sys/param.h... yes checking sys/poll.h usability... yes checking sys/poll.h presence... yes checking for sys/poll.h... yes checking sys/select.h usability... yes checking sys/select.h presence... yes checking for sys/select.h... yes checking for sys/types.h... (cached) yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking sys/times.h usability... yes checking sys/times.h presence... yes checking for sys/times.h... yes checking for unistd.h... (cached) yes checking values.h usability... no checking values.h presence... no checking for values.h... no checking for stdint.h... (cached) yes checking sched.h usability... yes checking sched.h presence... yes checking for sched.h... yes checking langinfo.h usability... yes checking langinfo.h presence... yes checking for langinfo.h... yes checking for nl_langinfo... yes checking for nl_langinfo and CODESET... yes checking whether we are using the GNU C Library 2.1 or newer... no checking stddef.h usability... yes checking stddef.h presence... yes checking for stddef.h... yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for setlocale... yes checking for size_t... yes checking size of size_t... 8 checking for the appropriate definition for size_t... unsigned long checking for lstat... yes checking for strerror... yes checking for strsignal... yes checking for memmove... yes checking for mkstemp... yes checking for vsnprintf... yes checking for stpcpy... yes checking for strcasecmp... yes checking for strncasecmp... yes checking for poll... yes checking for getcwd... yes checking for nanosleep... yes checking for vasprintf... yes checking for setenv... yes checking for unsetenv... yes checking for getc_unlocked... yes checking for readlink... yes checking for symlink... yes checking for C99 vsnprintf... yes checking whether printf supports positional parameters... yes checking for signed... yes checking for long long... (cached) yes checking for long double... yes checking for wchar_t... yes checking for wint_t... yes checking for size_t... (cached) yes checking for ptrdiff_t... yes checking for inttypes.h... yes checking for stdint.h... yes checking for snprintf... yes checking for C99 snprintf... yes checking for sys_errlist... yes checking for sys_siglist... yes checking for sys_siglist declaration... yes checking for fd_set... yes, found in sys/types.h checking whether realloc (NULL,) will work... yes checking for nl_langinfo (CODESET)... yes checking for OpenBSD strlcpy/strlcat... yes checking for an implementation of va_copy()... yes checking for an implementation of __va_copy()... yes checking whether va_lists can be copied by value... no checking for dlopen... yes checking for dlsym... yes checking for RTLD_GLOBAL brokenness... no checking for preceeding underscore in symbols... no checking for dlerror... yes checking for the suffix of shared libraries... .so checking for gspawn implementation... gspawn.lo checking for GIOChannel implementation... giounix.lo checking for platform-dependent source...=20 checking whether to compile timeloop... yes checking if building for some Win32 platform... no checking for thread implementation... posix checking thread related cflags... -D_REENTRANT checking for sched_get_priority_min... yes checking thread related libraries... -pthread=20 checking for localtime_r... yes checking for posix getpwuid_r... yes checking size of pthread_t... 8 checking for pthread_attr_setstacksize... yes checking for minimal/maximal thread priority... sched_get_priority_min(SCHE= D_OTHER)/sched_get_priority_max(SCHED_OTHER) checking for pthread_setschedparam... yes checking for posix yield function... sched_yield checking size of pthread_mutex_t... 8 checking byte contents of PTHREAD_MUTEX_INITIALIZER... 0,0,0,0,0,0,0,0 checking whether to use assembler code for atomic operations... none checking value of POLLIN... 1 checking value of POLLOUT... 4 checking value of POLLPRI... 2 checking value of POLLERR... 8 checking value of POLLHUP... 16 checking value of POLLNVAL... 32 checking for EILSEQ... yes checking for xsltproc... no checking for XML catalog (no)... not found checking for xmlcatalog... no checking for DocBook XML DTD V4.1.2 in XML catalog... not found checking for DocBook XSL Stylesheets in XML catalog... not found configure: creating ./config.status config.status: creating glib-2.0.pc config.status: creating glib-2.0-uninstalled.pc config.status: creating gmodule-2.0.pc config.status: creating gmodule-no-export-2.0.pc config.status: creating gmodule-2.0-uninstalled.pc config.status: creating gmodule-no-export-2.0-uninstalled.pc config.status: creating gthread-2.0.pc config.status: creating gthread-2.0-uninstalled.pc config.status: creating gobject-2.0.pc config.status: creating gobject-2.0-uninstalled.pc config.status: creating glib-zip config.status: creating glib-gettextize config.status: creating Makefile config.status: creating build/Makefile config.status: creating build/win32/Makefile config.status: creating build/win32/dirent/Makefile config.status: creating glib/Makefile config.status: creating glib/libcharset/Makefile config.status: creating glib/gnulib/Makefile config.status: creating gmodule/Makefile config.status: creating gmodule/gmoduleconf.h config.status: creating gobject/Makefile config.status: creating gobject/glib-mkenums config.status: creating gthread/Makefile config.status: creating po/Makefile.in config.status: creating docs/Makefile config.status: creating docs/reference/Makefile config.status: creating docs/reference/glib/Makefile config.status: creating docs/reference/glib/version.xml config.status: creating docs/reference/gobject/Makefile config.status: creating docs/reference/gobject/version.xml config.status: creating tests/Makefile config.status: creating tests/gobject/Makefile config.status: creating m4macros/Makefile config.status: creating config.h config.status: executing depfiles commands config.status: executing default-1 commands config.status: executing glibconfig.h commands config.status: executing chmod-scripts commands =3D=3D=3D> Building for glib-2.6.6 cd . && /bin/sh ./config.status glibconfig.h config.status: executing glibconfig.h commands config.status: glibconfig.h is unchanged echo timestamp > stamp-gc-h gmake all-recursive gmake[1]: Entering directory `/work/a/ports/devel/glib20/work/glib-2.6.6' Making all in . gmake[2]: Entering directory `/work/a/ports/devel/glib20/work/glib-2.6.6' gmake[2]: Nothing to be done for `all-am'. gmake[2]: Leaving directory `/work/a/ports/devel/glib20/work/glib-2.6.6' Making all in m4macros gmake[2]: Entering directory `/work/a/ports/devel/glib20/work/glib-2.6.6/m4= macros' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/work/a/ports/devel/glib20/work/glib-2.6.6/m4m= acros' Making all in glib gmake[2]: Entering directory `/work/a/ports/devel/glib20/work/glib-2.6.6/gl= ib' gmake all-recursive gmake[3]: Entering directory `/work/a/ports/devel/glib20/work/glib-2.6.6/gl= ib' Making all in libcharset gmake[4]: Entering directory `/work/a/ports/devel/glib20/work/glib-2.6.6/gl= ib/libcharset' if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I../.. -DLIBDIR=3D\"/usr/local/libdata\" -I../.. -I/usr/local/includ= e -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT localcharset.lo -= MD -MP -MF ".deps/localcharset.Tpo" \ -c -o localcharset.lo `test -f 'localcharset.c' || echo './'`localcharset= .c; \ then mv -f ".deps/localcharset.Tpo" ".deps/localcharset.Plo"; \ else rm -f ".deps/localcharset.Tpo"; exit 1; \ fi mkdir .libs cc -DHAVE_CONFIG_H -I. -I. -I../.. -DLIBDIR=3D\"/usr/local/libdata\" -I../= .. -I/usr/local/include -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -= MT localcharset.lo -MD -MP -MF .deps/localcharset.Tpo -c localcharset.c -f= PIC -DPIC -o .libs/localcharset.o cc -DHAVE_CONFIG_H -I. -I. -I../.. -DLIBDIR=3D\"/usr/local/libdata\" -I../= .. -I/usr/local/include -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -= MT localcharset.lo -MD -MP -MF .deps/localcharset.Tpo -c localcharset.c -o = localcharset.o >/dev/null 2>&1 /bin/sh /usr/local/bin/libtool15 --mode=3Dlink cc -O2 -fno-strict-aliasing= -pipe -Wall -L/usr/local/lib -lintl -o libcharset.la localcharset.lo = =20 ar cru .libs/libcharset.a .libs/localcharset.o ranlib .libs/libcharset.a creating libcharset.la (cd .libs && rm -f libcharset.la && ln -s ../libcharset.la libcharset.la) sed -e '/^#/d' -e 's/@''PACKAGE''@/glib/g' ref-add.sin > t-ref-add.sed mv t-ref-add.sed ref-add.sed sed -e '/^#/d' -e 's/@''PACKAGE''@/glib/g' ref-del.sin > t-ref-del.sed mv t-ref-del.sed ref-del.sed /bin/sh ./config.charset 'amd64-portbld-freebsd7.0' > t-charset.alias mv t-charset.alias charset.alias gmake[4]: Leaving directory `/work/a/ports/devel/glib20/work/glib-2.6.6/gli= b/libcharset' gmake[4]: Entering directory `/work/a/ports/devel/glib20/work/glib-2.6.6/gl= ib' if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT garray.lo -MD -MP -MF ".deps/garray.Tpo= " \ -c -o garray.lo `test -f 'garray.c' || echo './'`garray.c; \ then mv -f ".deps/garray.Tpo" ".deps/garray.Plo"; \ else rm -f ".deps/garray.Tpo"; exit 1; \ fi mkdir .libs cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT garray.lo -MD -MP -M= F .deps/garray.Tpo -c garray.c -fPIC -DPIC -o .libs/garray.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT garray.lo -MD -MP -M= F .deps/garray.Tpo -c garray.c -o garray.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gasyncqueue.lo -MD -MP -MF ".deps/gasyn= cqueue.Tpo" \ -c -o gasyncqueue.lo `test -f 'gasyncqueue.c' || echo './'`gasyncqueue.c;= \ then mv -f ".deps/gasyncqueue.Tpo" ".deps/gasyncqueue.Plo"; \ else rm -f ".deps/gasyncqueue.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gasyncqueue.lo -MD -= MP -MF .deps/gasyncqueue.Tpo -c gasyncqueue.c -fPIC -DPIC -o .libs/gasyncq= ueue.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gasyncqueue.lo -MD -= MP -MF .deps/gasyncqueue.Tpo -c gasyncqueue.c -o gasyncqueue.o >/dev/null 2= >&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gatomic.lo -MD -MP -MF ".deps/gatomic.T= po" \ -c -o gatomic.lo `test -f 'gatomic.c' || echo './'`gatomic.c; \ then mv -f ".deps/gatomic.Tpo" ".deps/gatomic.Plo"; \ else rm -f ".deps/gatomic.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gatomic.lo -MD -MP -= MF .deps/gatomic.Tpo -c gatomic.c -fPIC -DPIC -o .libs/gatomic.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gatomic.lo -MD -MP -= MF .deps/gatomic.Tpo -c gatomic.c -o gatomic.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gbacktrace.lo -MD -MP -MF ".deps/gbackt= race.Tpo" \ -c -o gbacktrace.lo `test -f 'gbacktrace.c' || echo './'`gbacktrace.c; \ then mv -f ".deps/gbacktrace.Tpo" ".deps/gbacktrace.Plo"; \ else rm -f ".deps/gbacktrace.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gbacktrace.lo -MD -M= P -MF .deps/gbacktrace.Tpo -c gbacktrace.c -fPIC -DPIC -o .libs/gbacktrace= .o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gbacktrace.lo -MD -M= P -MF .deps/gbacktrace.Tpo -c gbacktrace.c -o gbacktrace.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gcache.lo -MD -MP -MF ".deps/gcache.Tpo= " \ -c -o gcache.lo `test -f 'gcache.c' || echo './'`gcache.c; \ then mv -f ".deps/gcache.Tpo" ".deps/gcache.Plo"; \ else rm -f ".deps/gcache.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gcache.lo -MD -MP -M= F .deps/gcache.Tpo -c gcache.c -fPIC -DPIC -o .libs/gcache.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gcache.lo -MD -MP -M= F .deps/gcache.Tpo -c gcache.c -o gcache.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gcompletion.lo -MD -MP -MF ".deps/gcomp= letion.Tpo" \ -c -o gcompletion.lo `test -f 'gcompletion.c' || echo './'`gcompletion.c;= \ then mv -f ".deps/gcompletion.Tpo" ".deps/gcompletion.Plo"; \ else rm -f ".deps/gcompletion.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gcompletion.lo -MD -= MP -MF .deps/gcompletion.Tpo -c gcompletion.c -fPIC -DPIC -o .libs/gcomple= tion.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gcompletion.lo -MD -= MP -MF .deps/gcompletion.Tpo -c gcompletion.c -o gcompletion.o >/dev/null 2= >&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gconvert.lo -MD -MP -MF ".deps/gconvert= .Tpo" \ -c -o gconvert.lo `test -f 'gconvert.c' || echo './'`gconvert.c; \ then mv -f ".deps/gconvert.Tpo" ".deps/gconvert.Plo"; \ else rm -f ".deps/gconvert.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gconvert.lo -MD -MP = -MF .deps/gconvert.Tpo -c gconvert.c -fPIC -DPIC -o .libs/gconvert.o gconvert.c: In function `IA__g_iconv': gconvert.c:172: warning: passing arg 2 of `libiconv' from incompatible poin= ter type cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gconvert.lo -MD -MP = -MF .deps/gconvert.Tpo -c gconvert.c -o gconvert.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gdataset.lo -MD -MP -MF ".deps/gdataset= .Tpo" \ -c -o gdataset.lo `test -f 'gdataset.c' || echo './'`gdataset.c; \ then mv -f ".deps/gdataset.Tpo" ".deps/gdataset.Plo"; \ else rm -f ".deps/gdataset.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gdataset.lo -MD -MP = -MF .deps/gdataset.Tpo -c gdataset.c -fPIC -DPIC -o .libs/gdataset.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gdataset.lo -MD -MP = -MF .deps/gdataset.Tpo -c gdataset.c -o gdataset.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gdate.lo -MD -MP -MF ".deps/gdate.Tpo" \ -c -o gdate.lo `test -f 'gdate.c' || echo './'`gdate.c; \ then mv -f ".deps/gdate.Tpo" ".deps/gdate.Plo"; \ else rm -f ".deps/gdate.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gdate.lo -MD -MP -MF= .deps/gdate.Tpo -c gdate.c -fPIC -DPIC -o .libs/gdate.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gdate.lo -MD -MP -MF= .deps/gdate.Tpo -c gdate.c -o gdate.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gdir.lo -MD -MP -MF ".deps/gdir.Tpo" \ -c -o gdir.lo `test -f 'gdir.c' || echo './'`gdir.c; \ then mv -f ".deps/gdir.Tpo" ".deps/gdir.Plo"; \ else rm -f ".deps/gdir.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gdir.lo -MD -MP -MF = .deps/gdir.Tpo -c gdir.c -fPIC -DPIC -o .libs/gdir.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gdir.lo -MD -MP -MF = .deps/gdir.Tpo -c gdir.c -o gdir.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gerror.lo -MD -MP -MF ".deps/gerror.Tpo= " \ -c -o gerror.lo `test -f 'gerror.c' || echo './'`gerror.c; \ then mv -f ".deps/gerror.Tpo" ".deps/gerror.Plo"; \ else rm -f ".deps/gerror.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gerror.lo -MD -MP -M= F .deps/gerror.Tpo -c gerror.c -fPIC -DPIC -o .libs/gerror.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gerror.lo -MD -MP -M= F .deps/gerror.Tpo -c gerror.c -o gerror.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gfileutils.lo -MD -MP -MF ".deps/gfileu= tils.Tpo" \ -c -o gfileutils.lo `test -f 'gfileutils.c' || echo './'`gfileutils.c; \ then mv -f ".deps/gfileutils.Tpo" ".deps/gfileutils.Plo"; \ else rm -f ".deps/gfileutils.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gfileutils.lo -MD -M= P -MF .deps/gfileutils.Tpo -c gfileutils.c -fPIC -DPIC -o .libs/gfileutils= .o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gfileutils.lo -MD -M= P -MF .deps/gfileutils.Tpo -c gfileutils.c -o gfileutils.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT ghash.lo -MD -MP -MF ".deps/ghash.Tpo" \ -c -o ghash.lo `test -f 'ghash.c' || echo './'`ghash.c; \ then mv -f ".deps/ghash.Tpo" ".deps/ghash.Plo"; \ else rm -f ".deps/ghash.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT ghash.lo -MD -MP -MF= .deps/ghash.Tpo -c ghash.c -fPIC -DPIC -o .libs/ghash.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT ghash.lo -MD -MP -MF= .deps/ghash.Tpo -c ghash.c -o ghash.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT ghook.lo -MD -MP -MF ".deps/ghook.Tpo" \ -c -o ghook.lo `test -f 'ghook.c' || echo './'`ghook.c; \ then mv -f ".deps/ghook.Tpo" ".deps/ghook.Plo"; \ else rm -f ".deps/ghook.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT ghook.lo -MD -MP -MF= .deps/ghook.Tpo -c ghook.c -fPIC -DPIC -o .libs/ghook.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT ghook.lo -MD -MP -MF= .deps/ghook.Tpo -c ghook.c -o ghook.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT giochannel.lo -MD -MP -MF ".deps/giocha= nnel.Tpo" \ -c -o giochannel.lo `test -f 'giochannel.c' || echo './'`giochannel.c; \ then mv -f ".deps/giochannel.Tpo" ".deps/giochannel.Plo"; \ else rm -f ".deps/giochannel.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT giochannel.lo -MD -M= P -MF .deps/giochannel.Tpo -c giochannel.c -fPIC -DPIC -o .libs/giochannel= .o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT giochannel.lo -MD -M= P -MF .deps/giochannel.Tpo -c giochannel.c -o giochannel.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gkeyfile.lo -MD -MP -MF ".deps/gkeyfile= .Tpo" \ -c -o gkeyfile.lo `test -f 'gkeyfile.c' || echo './'`gkeyfile.c; \ then mv -f ".deps/gkeyfile.Tpo" ".deps/gkeyfile.Plo"; \ else rm -f ".deps/gkeyfile.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gkeyfile.lo -MD -MP = -MF .deps/gkeyfile.Tpo -c gkeyfile.c -fPIC -DPIC -o .libs/gkeyfile.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gkeyfile.lo -MD -MP = -MF .deps/gkeyfile.Tpo -c gkeyfile.c -o gkeyfile.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT glist.lo -MD -MP -MF ".deps/glist.Tpo" \ -c -o glist.lo `test -f 'glist.c' || echo './'`glist.c; \ then mv -f ".deps/glist.Tpo" ".deps/glist.Plo"; \ else rm -f ".deps/glist.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT glist.lo -MD -MP -MF= .deps/glist.Tpo -c glist.c -fPIC -DPIC -o .libs/glist.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT glist.lo -MD -MP -MF= .deps/glist.Tpo -c glist.c -o glist.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gmain.lo -MD -MP -MF ".deps/gmain.Tpo" \ -c -o gmain.lo `test -f 'gmain.c' || echo './'`gmain.c; \ then mv -f ".deps/gmain.Tpo" ".deps/gmain.Plo"; \ else rm -f ".deps/gmain.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gmain.lo -MD -MP -MF= .deps/gmain.Tpo -c gmain.c -fPIC -DPIC -o .libs/gmain.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gmain.lo -MD -MP -MF= .deps/gmain.Tpo -c gmain.c -o gmain.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gmarkup.lo -MD -MP -MF ".deps/gmarkup.T= po" \ -c -o gmarkup.lo `test -f 'gmarkup.c' || echo './'`gmarkup.c; \ then mv -f ".deps/gmarkup.Tpo" ".deps/gmarkup.Plo"; \ else rm -f ".deps/gmarkup.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gmarkup.lo -MD -MP -= MF .deps/gmarkup.Tpo -c gmarkup.c -fPIC -DPIC -o .libs/gmarkup.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gmarkup.lo -MD -MP -= MF .deps/gmarkup.Tpo -c gmarkup.c -o gmarkup.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gmem.lo -MD -MP -MF ".deps/gmem.Tpo" \ -c -o gmem.lo `test -f 'gmem.c' || echo './'`gmem.c; \ then mv -f ".deps/gmem.Tpo" ".deps/gmem.Plo"; \ else rm -f ".deps/gmem.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gmem.lo -MD -MP -MF = .deps/gmem.Tpo -c gmem.c -fPIC -DPIC -o .libs/gmem.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gmem.lo -MD -MP -MF = .deps/gmem.Tpo -c gmem.c -o gmem.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gmessages.lo -MD -MP -MF ".deps/gmessag= es.Tpo" \ -c -o gmessages.lo `test -f 'gmessages.c' || echo './'`gmessages.c; \ then mv -f ".deps/gmessages.Tpo" ".deps/gmessages.Plo"; \ else rm -f ".deps/gmessages.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gmessages.lo -MD -MP= -MF .deps/gmessages.Tpo -c gmessages.c -fPIC -DPIC -o .libs/gmessages.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gmessages.lo -MD -MP= -MF .deps/gmessages.Tpo -c gmessages.c -o gmessages.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gnode.lo -MD -MP -MF ".deps/gnode.Tpo" \ -c -o gnode.lo `test -f 'gnode.c' || echo './'`gnode.c; \ then mv -f ".deps/gnode.Tpo" ".deps/gnode.Plo"; \ else rm -f ".deps/gnode.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gnode.lo -MD -MP -MF= .deps/gnode.Tpo -c gnode.c -fPIC -DPIC -o .libs/gnode.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gnode.lo -MD -MP -MF= .deps/gnode.Tpo -c gnode.c -o gnode.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT goption.lo -MD -MP -MF ".deps/goption.T= po" \ -c -o goption.lo `test -f 'goption.c' || echo './'`goption.c; \ then mv -f ".deps/goption.Tpo" ".deps/goption.Plo"; \ else rm -f ".deps/goption.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT goption.lo -MD -MP -= MF .deps/goption.Tpo -c goption.c -fPIC -DPIC -o .libs/goption.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT goption.lo -MD -MP -= MF .deps/goption.Tpo -c goption.c -o goption.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gpattern.lo -MD -MP -MF ".deps/gpattern= .Tpo" \ -c -o gpattern.lo `test -f 'gpattern.c' || echo './'`gpattern.c; \ then mv -f ".deps/gpattern.Tpo" ".deps/gpattern.Plo"; \ else rm -f ".deps/gpattern.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gpattern.lo -MD -MP = -MF .deps/gpattern.Tpo -c gpattern.c -fPIC -DPIC -o .libs/gpattern.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gpattern.lo -MD -MP = -MF .deps/gpattern.Tpo -c gpattern.c -o gpattern.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gprimes.lo -MD -MP -MF ".deps/gprimes.T= po" \ -c -o gprimes.lo `test -f 'gprimes.c' || echo './'`gprimes.c; \ then mv -f ".deps/gprimes.Tpo" ".deps/gprimes.Plo"; \ else rm -f ".deps/gprimes.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gprimes.lo -MD -MP -= MF .deps/gprimes.Tpo -c gprimes.c -fPIC -DPIC -o .libs/gprimes.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gprimes.lo -MD -MP -= MF .deps/gprimes.Tpo -c gprimes.c -o gprimes.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gqsort.lo -MD -MP -MF ".deps/gqsort.Tpo= " \ -c -o gqsort.lo `test -f 'gqsort.c' || echo './'`gqsort.c; \ then mv -f ".deps/gqsort.Tpo" ".deps/gqsort.Plo"; \ else rm -f ".deps/gqsort.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gqsort.lo -MD -MP -M= F .deps/gqsort.Tpo -c gqsort.c -fPIC -DPIC -o .libs/gqsort.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gqsort.lo -MD -MP -M= F .deps/gqsort.Tpo -c gqsort.c -o gqsort.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gqueue.lo -MD -MP -MF ".deps/gqueue.Tpo= " \ -c -o gqueue.lo `test -f 'gqueue.c' || echo './'`gqueue.c; \ then mv -f ".deps/gqueue.Tpo" ".deps/gqueue.Plo"; \ else rm -f ".deps/gqueue.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gqueue.lo -MD -MP -M= F .deps/gqueue.Tpo -c gqueue.c -fPIC -DPIC -o .libs/gqueue.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gqueue.lo -MD -MP -M= F .deps/gqueue.Tpo -c gqueue.c -o gqueue.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT grel.lo -MD -MP -MF ".deps/grel.Tpo" \ -c -o grel.lo `test -f 'grel.c' || echo './'`grel.c; \ then mv -f ".deps/grel.Tpo" ".deps/grel.Plo"; \ else rm -f ".deps/grel.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT grel.lo -MD -MP -MF = .deps/grel.Tpo -c grel.c -fPIC -DPIC -o .libs/grel.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT grel.lo -MD -MP -MF = .deps/grel.Tpo -c grel.c -o grel.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT grand.lo -MD -MP -MF ".deps/grand.Tpo" \ -c -o grand.lo `test -f 'grand.c' || echo './'`grand.c; \ then mv -f ".deps/grand.Tpo" ".deps/grand.Plo"; \ else rm -f ".deps/grand.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT grand.lo -MD -MP -MF= .deps/grand.Tpo -c grand.c -fPIC -DPIC -o .libs/grand.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT grand.lo -MD -MP -MF= .deps/grand.Tpo -c grand.c -o grand.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gscanner.lo -MD -MP -MF ".deps/gscanner= .Tpo" \ -c -o gscanner.lo `test -f 'gscanner.c' || echo './'`gscanner.c; \ then mv -f ".deps/gscanner.Tpo" ".deps/gscanner.Plo"; \ else rm -f ".deps/gscanner.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gscanner.lo -MD -MP = -MF .deps/gscanner.Tpo -c gscanner.c -fPIC -DPIC -o .libs/gscanner.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gscanner.lo -MD -MP = -MF .deps/gscanner.Tpo -c gscanner.c -o gscanner.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gshell.lo -MD -MP -MF ".deps/gshell.Tpo= " \ -c -o gshell.lo `test -f 'gshell.c' || echo './'`gshell.c; \ then mv -f ".deps/gshell.Tpo" ".deps/gshell.Plo"; \ else rm -f ".deps/gshell.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gshell.lo -MD -MP -M= F .deps/gshell.Tpo -c gshell.c -fPIC -DPIC -o .libs/gshell.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gshell.lo -MD -MP -M= F .deps/gshell.Tpo -c gshell.c -o gshell.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gslist.lo -MD -MP -MF ".deps/gslist.Tpo= " \ -c -o gslist.lo `test -f 'gslist.c' || echo './'`gslist.c; \ then mv -f ".deps/gslist.Tpo" ".deps/gslist.Plo"; \ else rm -f ".deps/gslist.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gslist.lo -MD -MP -M= F .deps/gslist.Tpo -c gslist.c -fPIC -DPIC -o .libs/gslist.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gslist.lo -MD -MP -M= F .deps/gslist.Tpo -c gslist.c -o gslist.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gstdio.lo -MD -MP -MF ".deps/gstdio.Tpo= " \ -c -o gstdio.lo `test -f 'gstdio.c' || echo './'`gstdio.c; \ then mv -f ".deps/gstdio.Tpo" ".deps/gstdio.Plo"; \ else rm -f ".deps/gstdio.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gstdio.lo -MD -MP -M= F .deps/gstdio.Tpo -c gstdio.c -fPIC -DPIC -o .libs/gstdio.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gstdio.lo -MD -MP -M= F .deps/gstdio.Tpo -c gstdio.c -o gstdio.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gstrfuncs.lo -MD -MP -MF ".deps/gstrfun= cs.Tpo" \ -c -o gstrfuncs.lo `test -f 'gstrfuncs.c' || echo './'`gstrfuncs.c; \ then mv -f ".deps/gstrfuncs.Tpo" ".deps/gstrfuncs.Plo"; \ else rm -f ".deps/gstrfuncs.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gstrfuncs.lo -MD -MP= -MF .deps/gstrfuncs.Tpo -c gstrfuncs.c -fPIC -DPIC -o .libs/gstrfuncs.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gstrfuncs.lo -MD -MP= -MF .deps/gstrfuncs.Tpo -c gstrfuncs.c -o gstrfuncs.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gstring.lo -MD -MP -MF ".deps/gstring.T= po" \ -c -o gstring.lo `test -f 'gstring.c' || echo './'`gstring.c; \ then mv -f ".deps/gstring.Tpo" ".deps/gstring.Plo"; \ else rm -f ".deps/gstring.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gstring.lo -MD -MP -= MF .deps/gstring.Tpo -c gstring.c -fPIC -DPIC -o .libs/gstring.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gstring.lo -MD -MP -= MF .deps/gstring.Tpo -c gstring.c -o gstring.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gthread.lo -MD -MP -MF ".deps/gthread.T= po" \ -c -o gthread.lo `test -f 'gthread.c' || echo './'`gthread.c; \ then mv -f ".deps/gthread.Tpo" ".deps/gthread.Plo"; \ else rm -f ".deps/gthread.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gthread.lo -MD -MP -= MF .deps/gthread.Tpo -c gthread.c -fPIC -DPIC -o .libs/gthread.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gthread.lo -MD -MP -= MF .deps/gthread.Tpo -c gthread.c -o gthread.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gthreadpool.lo -MD -MP -MF ".deps/gthre= adpool.Tpo" \ -c -o gthreadpool.lo `test -f 'gthreadpool.c' || echo './'`gthreadpool.c;= \ then mv -f ".deps/gthreadpool.Tpo" ".deps/gthreadpool.Plo"; \ else rm -f ".deps/gthreadpool.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gthreadpool.lo -MD -= MP -MF .deps/gthreadpool.Tpo -c gthreadpool.c -fPIC -DPIC -o .libs/gthread= pool.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gthreadpool.lo -MD -= MP -MF .deps/gthreadpool.Tpo -c gthreadpool.c -o gthreadpool.o >/dev/null 2= >&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gtimer.lo -MD -MP -MF ".deps/gtimer.Tpo= " \ -c -o gtimer.lo `test -f 'gtimer.c' || echo './'`gtimer.c; \ then mv -f ".deps/gtimer.Tpo" ".deps/gtimer.Plo"; \ else rm -f ".deps/gtimer.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gtimer.lo -MD -MP -M= F .deps/gtimer.Tpo -c gtimer.c -fPIC -DPIC -o .libs/gtimer.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gtimer.lo -MD -MP -M= F .deps/gtimer.Tpo -c gtimer.c -o gtimer.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gtree.lo -MD -MP -MF ".deps/gtree.Tpo" \ -c -o gtree.lo `test -f 'gtree.c' || echo './'`gtree.c; \ then mv -f ".deps/gtree.Tpo" ".deps/gtree.Plo"; \ else rm -f ".deps/gtree.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gtree.lo -MD -MP -MF= .deps/gtree.Tpo -c gtree.c -fPIC -DPIC -o .libs/gtree.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gtree.lo -MD -MP -MF= .deps/gtree.Tpo -c gtree.c -o gtree.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT guniprop.lo -MD -MP -MF ".deps/guniprop= .Tpo" \ -c -o guniprop.lo `test -f 'guniprop.c' || echo './'`guniprop.c; \ then mv -f ".deps/guniprop.Tpo" ".deps/guniprop.Plo"; \ else rm -f ".deps/guniprop.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT guniprop.lo -MD -MP = -MF .deps/guniprop.Tpo -c guniprop.c -fPIC -DPIC -o .libs/guniprop.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT guniprop.lo -MD -MP = -MF .deps/guniprop.Tpo -c guniprop.c -o guniprop.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gutf8.lo -MD -MP -MF ".deps/gutf8.Tpo" \ -c -o gutf8.lo `test -f 'gutf8.c' || echo './'`gutf8.c; \ then mv -f ".deps/gutf8.Tpo" ".deps/gutf8.Plo"; \ else rm -f ".deps/gutf8.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gutf8.lo -MD -MP -MF= .deps/gutf8.Tpo -c gutf8.c -fPIC -DPIC -o .libs/gutf8.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gutf8.lo -MD -MP -MF= .deps/gutf8.Tpo -c gutf8.c -o gutf8.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gunibreak.lo -MD -MP -MF ".deps/gunibre= ak.Tpo" \ -c -o gunibreak.lo `test -f 'gunibreak.c' || echo './'`gunibreak.c; \ then mv -f ".deps/gunibreak.Tpo" ".deps/gunibreak.Plo"; \ else rm -f ".deps/gunibreak.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gunibreak.lo -MD -MP= -MF .deps/gunibreak.Tpo -c gunibreak.c -fPIC -DPIC -o .libs/gunibreak.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gunibreak.lo -MD -MP= -MF .deps/gunibreak.Tpo -c gunibreak.c -o gunibreak.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gunicollate.lo -MD -MP -MF ".deps/gunic= ollate.Tpo" \ -c -o gunicollate.lo `test -f 'gunicollate.c' || echo './'`gunicollate.c;= \ then mv -f ".deps/gunicollate.Tpo" ".deps/gunicollate.Plo"; \ else rm -f ".deps/gunicollate.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gunicollate.lo -MD -= MP -MF .deps/gunicollate.Tpo -c gunicollate.c -fPIC -DPIC -o .libs/gunicol= late.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gunicollate.lo -MD -= MP -MF .deps/gunicollate.Tpo -c gunicollate.c -o gunicollate.o >/dev/null 2= >&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gunidecomp.lo -MD -MP -MF ".deps/gunide= comp.Tpo" \ -c -o gunidecomp.lo `test -f 'gunidecomp.c' || echo './'`gunidecomp.c; \ then mv -f ".deps/gunidecomp.Tpo" ".deps/gunidecomp.Plo"; \ else rm -f ".deps/gunidecomp.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gunidecomp.lo -MD -M= P -MF .deps/gunidecomp.Tpo -c gunidecomp.c -fPIC -DPIC -o .libs/gunidecomp= .o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gunidecomp.lo -MD -M= P -MF .deps/gunidecomp.Tpo -c gunidecomp.c -o gunidecomp.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gutils.lo -MD -MP -MF ".deps/gutils.Tpo= " \ -c -o gutils.lo `test -f 'gutils.c' || echo './'`gutils.c; \ then mv -f ".deps/gutils.Tpo" ".deps/gutils.Plo"; \ else rm -f ".deps/gutils.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gutils.lo -MD -MP -M= F .deps/gutils.Tpo -c gutils.c -fPIC -DPIC -o .libs/gutils.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gutils.lo -MD -MP -M= F .deps/gutils.Tpo -c gutils.c -o gutils.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gprintf.lo -MD -MP -MF ".deps/gprintf.T= po" \ -c -o gprintf.lo `test -f 'gprintf.c' || echo './'`gprintf.c; \ then mv -f ".deps/gprintf.Tpo" ".deps/gprintf.Plo"; \ else rm -f ".deps/gprintf.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gprintf.lo -MD -MP -= MF .deps/gprintf.Tpo -c gprintf.c -fPIC -DPIC -o .libs/gprintf.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gprintf.lo -MD -MP -= MF .deps/gprintf.Tpo -c gprintf.c -o gprintf.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT giounix.lo -MD -MP -MF ".deps/giounix.T= po" \ -c -o giounix.lo `test -f 'giounix.c' || echo './'`giounix.c; \ then mv -f ".deps/giounix.Tpo" ".deps/giounix.Plo"; \ else rm -f ".deps/giounix.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT giounix.lo -MD -MP -= MF .deps/giounix.Tpo -c giounix.c -fPIC -DPIC -o .libs/giounix.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT giounix.lo -MD -MP -= MF .deps/giounix.Tpo -c giounix.c -o giounix.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool15 --mode=3Dcompile cc -DHAVE_CONFIG_H -I.= -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABL= E_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include -D_REENTRANT -O2 -f= no-strict-aliasing -pipe -Wall -MT gspawn.lo -MD -MP -MF ".deps/gspawn.Tpo= " \ -c -o gspawn.lo `test -f 'gspawn.c' || echo './'`gspawn.c; \ then mv -f ".deps/gspawn.Tpo" ".deps/gspawn.Plo"; \ else rm -f ".deps/gspawn.Tpo"; exit 1; \ fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gspawn.lo -MD -MP -M= F .deps/gspawn.Tpo -c gspawn.c -fPIC -DPIC -o .libs/gspawn.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=3D\"GLib\" -DG_DISABLE= _CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -I/usr/local/include= -D_REENTRANT -O2 -fno-strict-aliasing -pipe -Wall -MT gspawn.lo -MD -MP -M= F .deps/gspawn.Tpo -c gspawn.c -o gspawn.o >/dev/null 2>&1 /bin/sh /usr/local/bin/libtool15 --mode=3Dlink cc -O2 -fno-strict-aliasing= -pipe -Wall -L/usr/local/lib -lintl -o libglib-2.0.la -rpath /usr/local/= lib -version-info 600:6:600 -export-dynamic -export-symbols-regex "^[^_].*= " garray.lo gasyncqueue.lo gatomic.lo gbacktrace.lo gcache.lo gcompletion.l= o gconvert.lo gdataset.lo gdate.lo gdir.lo gerror.lo gfileutils.lo ghash.lo= ghook.lo giochannel.lo gkeyfile.lo glist.lo gmain.lo gmarkup.lo gmem.lo gm= essages.lo gnode.lo goption.lo gpattern.lo gprimes.lo gqsort.lo gqueue.lo g= rel.lo grand.lo gscanner.lo gshell.lo gslist.lo gstdio.lo gstrfuncs.lo gstr= ing.lo gthread.lo gthreadpool.lo gtimer.lo gtree.lo guniprop.lo gutf8.lo gu= nibreak.lo gunicollate.lo gunidecomp.lo gutils.lo gprintf.lo libcharset/lib= charset.la giounix.lo gspawn.lo -liconv =20 generating symbol list for `libglib-2.0.la' /usr/bin/nm -B .libs/garray.o .libs/gasyncqueue.o .libs/gatomic.o .libs/gb= acktrace.o .libs/gcache.o .libs/gcompletion.o .libs/gconvert.o .libs/gdatas= et.o .libs/gdate.o .libs/gdir.o .libs/gerror.o .libs/gfileutils.o .libs/gha= sh.o .libs/ghook.o .libs/giochannel.o .libs/gkeyfile.o .libs/glist.o .libs/= gmain.o .libs/gmarkup.o .libs/gmem.o .libs/gmessages.o .libs/gnode.o .libs/= goption.o .libs/gpattern.o .libs/gprimes.o .libs/gqsort.o .libs/gqueue.o .l= ibs/grel.o .libs/grand.o .libs/gscanner.o .libs/gshell.o .libs/gslist.o .li= bs/gstdio.o .libs/gstrfuncs.o .libs/gstring.o .libs/gthread.o .libs/gthread= pool.o .libs/gtimer.o .libs/gtree.o .libs/guniprop.o .libs/gutf8.o .libs/gu= nibreak.o .libs/gunicollate.o .libs/gunidecomp.o .libs/gutils.o .libs/gprin= tf.o .libs/giounix.o .libs/gspawn.o libcharset/.libs/libcharset.a | | /us= r/bin/sed 's/.* //' | sort | uniq > .libs/libglib-2.0.exp eval: 1: Syntax error: "|" unexpected gmake[4]: *** [libglib-2.0.la] Error 2 gmake[4]: Leaving directory `/work/a/ports/devel/glib20/work/glib-2.6.6/gli= b' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/work/a/ports/devel/glib20/work/glib-2.6.6/gli= b' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/work/a/ports/devel/glib20/work/glib-2.6.6/gli= b' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/work/a/ports/devel/glib20/work/glib-2.6.6' gmake: *** [all] Error 2 *** Error code 2 Stop in /a/ports/devel/glib20. =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 build ended at Sat Oct 8 04:18:03 UTC 2005 ----- End forwarded message ----- --idY8LE8SD6/8DnRI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDR0DPWry0BWjoQKURAoeuAKDVED5watcZi6culxKG/OCaEEeElwCffZe/ SbprwFyAVX525vFVLcumPeg= =P3wx -----END PGP SIGNATURE----- --idY8LE8SD6/8DnRI-- From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 12 18:02:52 2005 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B03A716A41F for ; Wed, 12 Oct 2005 18:02:52 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D66243D46 for ; Wed, 12 Oct 2005 18:02:51 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.4/8.13.4) with ESMTP id j9CI3PO5038717; Wed, 12 Oct 2005 14:03:25 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Kris Kennaway In-Reply-To: <20051008034520.GE73825@xor.obsecurity.org> References: <20051008034520.GE73825@xor.obsecurity.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-7EquWgh4vzkRXnoYkVYS" Organization: MarcusCom, Inc. Date: Wed, 12 Oct 2005 14:02:48 -0400 Message-Id: <1129140168.42805.46.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: gnome@freebsd.org Subject: Re: [ports-amd64@pointyhat.freebsd.org: glib-2.6.6 failed on amd64 7] X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Oct 2005 18:02:52 -0000 --=-7EquWgh4vzkRXnoYkVYS Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2005-10-07 at 23:45 -0400, Kris Kennaway wrote: > FYI; can you please investigate and/or report to the developers? If > you are already aware of this problem but do not yet have a fix, > please mark the port BROKEN in the appropriate case, so that users do > not unexpectedly encounter it. >=20 > See http://pointyhat.freebsd.org for the full log. This is almost certainly a bad libtool build. Try regenerating the libtool15 package. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-7EquWgh4vzkRXnoYkVYS Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDTU/Ib2iPiv4Uz4cRAry4AJ9+IC7gvYVVlIlgtvCQN34R0SwaBACgozip R9XJxQ2vju2mOmxeSD1pWz8= =6b1E -----END PGP SIGNATURE----- --=-7EquWgh4vzkRXnoYkVYS-- From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 12 18:06:09 2005 Return-Path: X-Original-To: freebsd-gnome@freebsd.org Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D2BF16A41F for ; Wed, 12 Oct 2005 18:06:09 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4F2A43D46 for ; Wed, 12 Oct 2005 18:06:08 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.4/8.13.4) with ESMTP id j9CI6g9I038764; Wed, 12 Oct 2005 14:06:42 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: scott@sremick.net In-Reply-To: References: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-5MtjVr+mMdxGgh6pLdkS" Organization: MarcusCom, Inc. Date: Wed, 12 Oct 2005 14:06:05 -0400 Message-Id: <1129140365.42805.49.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: freebsd-gnome@freebsd.org Subject: Re: Gnome upgrade: coaster failing X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Oct 2005 18:06:09 -0000 --=-5MtjVr+mMdxGgh6pLdkS Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2005-10-12 at 09:49 -0400, Scott I. Remick wrote: > Ok, a few tries later and Mozilla finally built. Not sure what's up with > that... but now I have a new problem: Coaster is failing, and this time > it's consistent. I checked the port and there have been no recent updates > that might fix this, nor do I see anyone else talking about this problem. > I'm running 5.4-RELEASE-p1 trying to upgrade Gnome 2.10 -> 2.12 with a > ports tree cvsup'd and marcusmerged on Oct 9th. Looks like coaster needs an update for the new n-c-b API. But it looks like one does not exist. This port will be marked BROKEN after GNOME is merged into the ports tree. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-5MtjVr+mMdxGgh6pLdkS Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDTVCNb2iPiv4Uz4cRAgZDAJ9XCPia5EroSFGqywPWJUqW0KV6VgCgnLwY BOCP5LYlu+1SLRximGNDtMs= =Vmlg -----END PGP SIGNATURE----- --=-5MtjVr+mMdxGgh6pLdkS-- From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 12 19:21:15 2005 Return-Path: X-Original-To: freebsd-gnome@freebsd.org Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7296916A41F for ; Wed, 12 Oct 2005 19:21:15 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from centrmmtao06.cox.net (centrmmtao06.cox.net [70.168.83.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id A490643D46 for ; Wed, 12 Oct 2005 19:21:14 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by centrmmtao06.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20051012192052.ZSMW24602.centrmmtao06.cox.net@mezz.mezzweb.com>; Wed, 12 Oct 2005 15:20:52 -0400 Date: Wed, 12 Oct 2005 14:21:56 -0500 To: "Joe Marcus Clarke" References: <1129140365.42805.49.camel@shumai.marcuscom.com> From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <1129140365.42805.49.camel@shumai.marcuscom.com> User-Agent: Opera M2/8.50 (Linux, build 1358) Cc: freebsd-gnome@freebsd.org Subject: Re: Gnome upgrade: coaster failing X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Oct 2005 19:21:15 -0000 On Wed, 12 Oct 2005 13:06:05 -0500, Joe Marcus Clarke wrote: > On Wed, 2005-10-12 at 09:49 -0400, Scott I. Remick wrote: >> Ok, a few tries later and Mozilla finally built. Not sure what's up with >> that... but now I have a new problem: Coaster is failing, and this time >> it's consistent. I checked the port and there have been no recent >> updates >> that might fix this, nor do I see anyone else talking about this >> problem. >> I'm running 5.4-RELEASE-p1 trying to upgrade Gnome 2.10 -> 2.12 with a >> ports tree cvsup'd and marcusmerged on Oct 9th. > > Looks like coaster needs an update for the new n-c-b API. But it looks > like one does not exist. This port will be marked BROKEN after GNOME is > merged into the ports tree. I have no faith in Coaster for it will be update anytime, so.... If Coaster doesn't get update within two to three months when it marks as BROKEN, then I am insteresting to remove this port from our ports tree. Cheers, Mezz > Joe -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 12 21:24:53 2005 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7E5216A41F for ; Wed, 12 Oct 2005 21:24:53 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: from qproxy.gmail.com (qproxy.gmail.com [72.14.204.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4650E43D45 for ; Wed, 12 Oct 2005 21:24:51 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: by qproxy.gmail.com with SMTP id e11so33943qbe for ; Wed, 12 Oct 2005 14:24:49 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=PR2gKJxtiyiURlyZR7ThqaPm0awMBaqBkPHMDy3VLIVbxqwd4MVsWWBPHmsGQOnYSFfp8A2yZhNp2VCqTRGmPa91n+puZQMBq69TTX/0fKGWerQbteTO3+d7ZMHiuZi9rpfZfpsLCOrdieFlCY04z4EoiNYcnHfJ49z9wHQxaGc= Received: by 10.64.251.6 with SMTP id y6mr420112qbh; Wed, 12 Oct 2005 07:25:11 -0700 (PDT) Received: by 10.65.35.19 with HTTP; Wed, 12 Oct 2005 07:25:11 -0700 (PDT) Message-ID: Date: Wed, 12 Oct 2005 14:25:11 +0000 From: Eric Kjeldergaard To: Remington L In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: gnome@freebsd.org, questions@freebsd.org Subject: Re: Remote Desktop Connection Woes X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Oct 2005 21:24:53 -0000 On 12/10/05, Remington L wrote: > All: > I am looking for a way to VNC or to connect to my FreeBSD laptop, > running Xorg and GNOME. I can ssh into, but I do not have access to > GNOME. > > My question is, I know I cannot use VNC because I use Xorg. Does > anyone have any suggestions? > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.o= rg" > I do it with the vnc program from ports by running `vncserver`. It works with xorg. -- If I write a signature, my emails will appear more personalised. From owner-freebsd-gnome@FreeBSD.ORG Thu Oct 13 17:45:40 2005 Return-Path: X-Original-To: freebsd-gnome@freebsd.org Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D1FD16A41F for ; Thu, 13 Oct 2005 17:45:40 +0000 (GMT) (envelope-from kiffin@gish.demon.nl) Received: from post-23.mail.nl.demon.net (post-23.mail.nl.demon.net [194.159.73.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id F41C243D45 for ; Thu, 13 Oct 2005 17:45:39 +0000 (GMT) (envelope-from kiffin@gish.demon.nl) Received: from gish.demon.nl ([83.160.27.223]:23235 helo=[192.168.1.34]) by post-23.mail.nl.demon.net with esmtp (Exim 4.51) id 1EQ798-0005If-MD for freebsd-gnome@freebsd.org; Thu, 13 Oct 2005 17:45:38 +0000 From: Kiffin Gish To: freebsd-gnome@freebsd.org Content-Type: text/plain Date: Thu, 13 Oct 2005 19:45:43 +0200 Message-Id: <1129225543.843.7.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: XMMS hogging CPU ... X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Oct 2005 17:45:40 -0000 Has anyone else noticed that when XMMS is stopped, it remains running in the background chewing up 47% of the CPU time? Any idea how I can prevent this rather than having to run 'killall xmms' every time? I'm using Gnome 2.10 on FreeBSD 5.4. Thanks alot in advance. -- Kiffin Gish Gouda, The Netherlands From owner-freebsd-gnome@FreeBSD.ORG Fri Oct 14 04:29:32 2005 Return-Path: X-Original-To: gnome@FreeBSD.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A73916A41F for ; Fri, 14 Oct 2005 04:29:32 +0000 (GMT) (envelope-from wby@veggiechinese.net) Received: from mitch.veggiechinese.net (mitch.veggiechinese.net [66.33.206.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FCA243D46 for ; Fri, 14 Oct 2005 04:29:32 +0000 (GMT) (envelope-from wby@veggiechinese.net) Received: by mitch.veggiechinese.net (Postfix, from userid 1228) id 9C3DDA3C4; Thu, 13 Oct 2005 21:29:31 -0700 (PDT) Date: Thu, 13 Oct 2005 21:29:31 -0700 From: Will Yardley To: gnome@FreeBSD.org Message-ID: <20051014042931.GI17134@mitch.veggiechinese.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 Cc: Subject: mozilla build problems X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Oct 2005 04:29:32 -0000 Yes, I know I should use portupgrade (but it failed too).. This is on FreeBSD 5.4-REL. I'm getting the following error when building mozilla 1.7.12 from ports: nsFontMetricsPS.cpp:1628: error: 'struct FTC_ImageTypeRec_' has no member named 'height' nsFontMetricsPS.cpp:1633: error: 'struct FTC_ImageTypeRec_' has no member named 'face_id' gmake[4]: *** [nsFontMetricsPS.o] Error 1 gmake[4]: Leaving directory `/usr/ports/www/mozilla/work/mozilla/gfx/src/ps' gmake[3]: *** [libs] Error 2 gmake[3]: Leaving directory `/usr/ports/www/mozilla/work/mozilla/gfx/src' gmake[2]: *** [libs] Error 2 gmake[2]: Leaving directory `/usr/ports/www/mozilla/work/mozilla/gfx' gmake[1]: *** [tier_9] Error 2 gmake[1]: Leaving directory `/usr/ports/www/mozilla/work/mozilla' gmake: *** [default] Error 2 *** Error code 2 Any ideas? I've rebuilt all of the dependencies that seemed to be causing problems. w From owner-freebsd-gnome@FreeBSD.ORG Fri Oct 14 10:22:13 2005 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CE8116A41F for ; Fri, 14 Oct 2005 10:22:13 +0000 (GMT) (envelope-from alistair.sutton@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE92E43D46 for ; Fri, 14 Oct 2005 10:22:12 +0000 (GMT) (envelope-from alistair.sutton@gmail.com) Received: by nproxy.gmail.com with SMTP id x4so223197nfb for ; Fri, 14 Oct 2005 03:22:11 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rDWW/nPDKWixtcNbFSXNVJh7YiijGXNXUDFO4cQ5+iZvlBwM50yg+Ir9hGDtLgGblKq2aU0JnxswMYfymHHOTQfj+wvsi05lrRsVZ4iwEkj++VfyaSJl6GDtceADEtHfIUvEjQnAJL8XKX8hBrrUfVPnqX1eED6S97pQtYySgcM= Received: by 10.48.80.2 with SMTP id d2mr16960nfb; Fri, 14 Oct 2005 03:22:11 -0700 (PDT) Received: by 10.48.1.7 with HTTP; Fri, 14 Oct 2005 03:22:11 -0700 (PDT) Message-ID: Date: Fri, 14 Oct 2005 11:22:11 +0100 From: Alistair Sutton To: Will Yardley In-Reply-To: <20051014042931.GI17134@mitch.veggiechinese.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051014042931.GI17134@mitch.veggiechinese.net> Cc: gnome@freebsd.org Subject: Re: mozilla build problems X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Oct 2005 10:22:13 -0000 On 14/10/05, Will Yardley wrote: > Yes, I know I should use portupgrade (but it failed too).. > > This is on FreeBSD 5.4-REL. > > I'm getting the following error when building mozilla 1.7.12 from ports: > > nsFontMetricsPS.cpp:1628: error: 'struct FTC_ImageTypeRec_' has no member= named 'height' > nsFontMetricsPS.cpp:1633: error: 'struct FTC_ImageTypeRec_' has no member= named 'face_id' > gmake[4]: *** [nsFontMetricsPS.o] Error 1 > gmake[4]: Leaving directory `/usr/ports/www/mozilla/work/mozilla/gfx/src/= ps' > gmake[3]: *** [libs] Error 2 > gmake[3]: Leaving directory `/usr/ports/www/mozilla/work/mozilla/gfx/src' > gmake[2]: *** [libs] Error 2 > gmake[2]: Leaving directory `/usr/ports/www/mozilla/work/mozilla/gfx' > gmake[1]: *** [tier_9] Error 2 > gmake[1]: Leaving directory `/usr/ports/www/mozilla/work/mozilla' > gmake: *** [default] Error 2 > *** Error code 2 > > Any ideas? I've rebuilt all of the dependencies that seemed to be > causing problems. Just a guess, but have you tried updating/rebuilding Freetype? Al -- GPG/PGP: http://www.no-dns-yet.org.uk/~everlone/pubkey.gpg From owner-freebsd-gnome@FreeBSD.ORG Fri Oct 14 19:18:45 2005 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8510E16A420 for ; Fri, 14 Oct 2005 19:18:45 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from centrmmtao02.cox.net (centrmmtao02.cox.net [70.168.83.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C23F43D60 for ; Fri, 14 Oct 2005 19:18:37 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by centrmmtao02.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20051014191835.FWIY21553.centrmmtao02.cox.net@mezz.mezzweb.com>; Fri, 14 Oct 2005 15:18:35 -0400 To: "Wayne M Barnes" References: <20051010163605.GA93369@etaq.com> Message-ID: From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Fri, 14 Oct 2005 14:19:05 -0500 In-Reply-To: <20051010163605.GA93369@etaq.com> User-Agent: Opera M2/8.50 (Linux, build 1358) Cc: gnome@freebsd.org Subject: Re: bug running firefox X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Oct 2005 19:18:45 -0000 On Mon, 10 Oct 2005 11:36:05 -0500, Wayne M Barnes wrote: > uname -a output: >> uname -a > FreeBSD etaq3.etaq.com 5.4-STABLE FreeBSD 5.4-STABLE #1: Wed Oct 5 > 19:06:00 CDT 2005 wayne@etaq3.etaq.com:/usr/obj/usr/src/sys/SMP i386 > > After a portinstall failed, I ran pkg_add -rv firefox, which > finished with no error messages. It looks like you need to update your nspr. Cheers, Mezz > Error message when trying to run: > > wayne@-dual-etaq3:/etc/ssh>firefox > > (firefox-bin:5438): Gdk-WARNING **: gdk_property_get(): length value has > wrapped in calculation (did you pass G_MAXLONG?) > *** loading the extensions datasource > *** ExtensionManager:_updateManifests: no access privileges to > application > directory, skipping. > > (firefox-bin:5438): Gdk-WARNING **: gdk_property_get(): length value has > wrapped in calculation (did you pass G_MAXLONG?) > *** loading the extensions datasource > *** ExtensionManager:_updateManifests: no access privileges to > application > directory, skipping. > /libexec/ld-elf.so.1: /usr/X11R6/lib/firefox/components/libnecko.so: > Undefined symbol "PR_GetAddrInfoByName" -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-gnome@FreeBSD.ORG Fri Oct 14 19:21:06 2005 Return-Path: X-Original-To: freebsd-gnome@freebsd.org Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D08B416A41F for ; Fri, 14 Oct 2005 19:21:06 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from centrmmtao02.cox.net (centrmmtao02.cox.net [70.168.83.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E1C043D75 for ; Fri, 14 Oct 2005 19:21:01 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by centrmmtao02.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20051014192058.FXCK21553.centrmmtao02.cox.net@mezz.mezzweb.com>; Fri, 14 Oct 2005 15:20:58 -0400 To: "Kiffin Gish" References: <1129225543.843.7.camel@localhost> Message-ID: Date: Fri, 14 Oct 2005 14:21:28 -0500 From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: <1129225543.843.7.camel@localhost> User-Agent: Opera M2/8.50 (Linux, build 1358) Cc: freebsd-gnome@freebsd.org Subject: Re: XMMS hogging CPU ... X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Oct 2005 19:21:07 -0000 On Thu, 13 Oct 2005 12:45:43 -0500, Kiffin Gish wrote: > Has anyone else noticed that when XMMS is stopped, it remains running in > the background chewing up 47% of the CPU time? > > Any idea how I can prevent this rather than having to run 'killall xmms' > every time? Bug to XMMS maintainer and developer(s). We don't maintain XMMS. Cheers, Mezz > I'm using Gnome 2.10 on FreeBSD 5.4. > > Thanks alot in advance. -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-gnome@FreeBSD.ORG Fri Oct 14 23:01:47 2005 Return-Path: X-Original-To: gnome@hub.freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECEA116A41F; Fri, 14 Oct 2005 23:01:47 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC9BA43D45; Fri, 14 Oct 2005 23:01:47 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j9EN1liP093600; Fri, 14 Oct 2005 23:01:47 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j9EN1lnH093596; Fri, 14 Oct 2005 23:01:47 GMT (envelope-from linimon) Date: Fri, 14 Oct 2005 23:01:47 GMT From: Mark Linimon Message-Id: <200510142301.j9EN1lnH093596@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-www@FreeBSD.org, gnome@FreeBSD.org Cc: Subject: Re: ports/87466: Plantage avec Mozilla 1.7.X depuis la version 5.4 de FreeBsd X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Oct 2005 23:01:48 -0000 Synopsis: Plantage avec Mozilla 1.7.X depuis la version 5.4 de FreeBsd Responsible-Changed-From-To: freebsd-www->gnome Responsible-Changed-By: linimon Responsible-Changed-When: Fri Oct 14 23:00:53 GMT 2005 Responsible-Changed-Why: Over to maintainer(s), although I am unsure how many French-speakers there are on the list. http://www.freebsd.org/cgi/query-pr.cgi?pr=87466 From owner-freebsd-gnome@FreeBSD.ORG Sat Oct 15 00:10:22 2005 Return-Path: X-Original-To: gnome@hub.freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EC0816A431 for ; Sat, 15 Oct 2005 00:10:22 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B7BF43D45 for ; Sat, 15 Oct 2005 00:10:22 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j9F0AL2O005738 for ; Sat, 15 Oct 2005 00:10:21 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j9F0ALNc005737; Sat, 15 Oct 2005 00:10:21 GMT (envelope-from gnats) Date: Sat, 15 Oct 2005 00:10:21 GMT Message-Id: <200510150010.j9F0ALNc005737@freefall.freebsd.org> To: gnome@FreeBSD.org From: Nicolas Blais Cc: Subject: Re: ports/87466 : Plantage avec Mozilla 1.7.X depuis la version 5.4 de FreeBsd X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Nicolas Blais List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Oct 2005 00:10:22 -0000 The following reply was made to PR ports/87466; it has been noted by GNATS. From: Nicolas Blais To: bug-followup@freebsd.org, informatique@ceadp.fr Cc: Subject: Re: ports/87466 : Plantage avec Mozilla 1.7.X depuis la version 5.4 de FreeBsd Date: Fri, 14 Oct 2005 20:08:22 -0400 --nextPart1764170.uRlr3shkVb Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Here's the translation: Description: =46rom Mozilla 1.7.x on to 1.7.12, it crashes when we try to Print from the= =20 =46iles menu if the page was loaded directly from the navigator. This happens systematically. //FRENCH Mozilla depuis sa version 1.7.X (j'ai essay=E9 jusqu'a 1.7.12) crash d=E8s = qu'on=20 lance le menu fichier - imprimer, s'il a =E9t=E9 ouvert directement sur le= =20 navigateur. (le ph=E9nom=E8ne se produit syst=E9matiquement) =20 How-To-Repeat: Make start default web site a secure site such as : https: \\www.creditmutuel.fr Save and exit. Restart the navigator. =46ile->Print causes a coredump. //FRENCH * param=E9trer dans les pr=E9f=E9rences le navigateur pour qu'il se lance s= ur une=20 s=E9curis=E9e : https:\\www.creditmutuel.fr * enregistrer et fermer le navigateur * le relancer. * fichier - imprimer =2D> coredump =2D-=20 =46reeBSD 7.0-CURRENT #0: Sat Oct 8 11:27:39 EDT 2005 =20 nicblais@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://www.clkroot.net/security/nb_root.asc --nextPart1764170.uRlr3shkVb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDUEh7z38ton5LGeIRAjdMAJ9JpasH9OrKY6z9BUNMiA8DoewTeACfYqBO HRPi6WE4yS1A/bxLSY5aSrw= =SXEM -----END PGP SIGNATURE----- --nextPart1764170.uRlr3shkVb-- From owner-freebsd-gnome@FreeBSD.ORG Sat Oct 15 00:41:49 2005 Return-Path: X-Original-To: freebsd-gnome@FreeBSD.org Delivered-To: freebsd-gnome@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E9BA16A41F; Sat, 15 Oct 2005 00:41:49 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0A7A43D45; Sat, 15 Oct 2005 00:41:48 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from pelsia.ninth-nine.com (d110.GkanagawaFL7.vectant.ne.jp [202.215.69.110]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.3/8.13.3/NinthNine) with ESMTP id j9F0ffW3086495; Sat, 15 Oct 2005 09:41:47 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sat, 15 Oct 2005 09:41:41 +0900 (JST) Message-Id: <200510150041.j9F0ffW3086495@sakura.ninth-nine.com> From: Norikatsu Shigemura To: freebsd-hackers@FreeBSD.org X-Mailer: Sylpheed version 2.0.2 (GTK+ 2.6.10; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0 (sakura.ninth-nine.com [219.127.74.120]); Sat, 15 Oct 2005 09:41:47 +0900 (JST) Cc: freebsd-gnome@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Can ldd(1) list non-FreeBSD dynamic object dependencies? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Oct 2005 00:41:49 -0000 Hi FreeBSD hackers! I think that ldd(1) may list non-FreeBSD dynamic object dependencies. Do you think? If ldd(1) can list these, Linux Plugin Wrapper is more interested. Because you can confirm LPW enabled by ldd(1) like following lines: $ ldd /usr/X11R6/lib/linux-flashplugin6/libflashplayer.so ldd: /usr/X11R6/lib/linux-flashplugin6/libflashplayer.so: not a FreeBSD ELF shared object(OS type=0) /usr/X11R6/lib/linux-flashplugin6/libflashplayer.so: libpthread.so.0 => /usr/local/lib/pluginwrapper/flash6.so (0x68391000) libz.so.1 => /lib/libz.so.3 (0x68394000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x683a5000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x68471000) libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x6847f000) libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++.so.5 (0x684d1000) libm.so.6 => /lib/libm.so.4 (0x685a4000) libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x685bb000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x685c4000) In ldd(1)'s current source #178 lines: >>if (hdr.elf.e_ident[EI_OSABI] & ELFOSABI_FREEBSD) { I think & is a typo. It sould be ==. And I suggest following code: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - } else if (hdr.elf.e_type == ET_DYN) { is_shlib = 1; if (hdr.elf.e_ident[EI_OSABI] != ELFOSABI_FREEBSD) { warnx("%s: not a FreeBSD ELF shared " "object(OS type=%d)", *argv, hdr.elf.e_ident[EI_OSABI]); /+ file_ok = 0; */ } } - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From owner-freebsd-gnome@FreeBSD.ORG Sat Oct 15 04:48:32 2005 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DEE816A423; Sat, 15 Oct 2005 04:48:32 +0000 (GMT) (envelope-from ken@nargothrond.kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6649943D45; Sat, 15 Oct 2005 04:48:30 +0000 (GMT) (envelope-from ken@nargothrond.kdm.org) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.12.11/8.12.11) with ESMTP id j9F4mTKd096158; Fri, 14 Oct 2005 22:48:29 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.12.11/8.12.5/Submit) id j9F4mTOa096157; Fri, 14 Oct 2005 22:48:29 -0600 (MDT) (envelope-from ken) Date: Fri, 14 Oct 2005 22:48:29 -0600 From: "Kenneth D. Merry" To: Joe Marcus Clarke Message-ID: <20051015044829.GA96117@nargothrond.kdm.org> References: <20051011232309.GA69983@nargothrond.kdm.org> <1129075502.10684.2.camel@shumai.marcuscom.com> <20051012001315.GA70433@nargothrond.kdm.org> <1129076166.10684.5.camel@shumai.marcuscom.com> <1129085609.49727.5.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1129085609.49727.5.camel@shumai.marcuscom.com> User-Agent: Mutt/1.4.2i X-Virus-Scanned: ClamAV 0.86.1/1134/Fri Oct 14 02:07:44 2005 on nargothrond.kdm.org X-Virus-Status: Clean Cc: gnome@freebsd.org, freebsd-ports@freebsd.org Subject: Re: firefox and mozilla install problem X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Oct 2005 04:48:32 -0000 On Tue, Oct 11, 2005 at 22:53:29 -0400, Joe Marcus Clarke wrote: > On Tue, 2005-10-11 at 20:16 -0400, Joe Marcus Clarke wrote: > > On Tue, 2005-10-11 at 18:13 -0600, Kenneth D. Merry wrote: > > > On Tue, Oct 11, 2005 at 20:05:02 -0400, Joe Marcus Clarke wrote: > > > > On Tue, 2005-10-11 at 17:23 -0600, Kenneth D. Merry wrote: > > > > > I'm having a problem installing firefox and mozilla. I'm running > > > > > FreeBSD-current from October 10th. > > > > > > > > > > # uname -a > > > > > FreeBSD erebor.kdm.org 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Tue Oct 11 13:16:04 MDT 2005 ken@erebor.kdm.org:/usr/obj/usr/home/ken/perforce/FreeBSD-ken/src/sys/erebor i386 > > > > > > > > > > regchrome core dumps: > > > > > > > > > > =========================================================================== > > > > > # portupgrade -P -R -N mozilla > > > > > [Updating the pkgdb in /var/db/pkg ... - 330 packages found (-1 +0) (...) done] > > > > > ---> Found 2 ports matching 'mozilla': > > > > > www/mozilla > > > > > www/mozilla-devel > > > > > Install 'www/mozilla'? [yes] > > > > > Install 'www/mozilla-devel'? [yes] n > > > > > ---> Checking for the latest package of 'www/mozilla' > > > > > ---> Found a package of 'www/mozilla': /usr/ports/packages/All/mozilla-1.7.12,2.tbz (mozilla-1.7.12,2) > > > > > ---> Installing 'mozilla-1.7.12,2' from a package > > > > > ---> Installing the new version via the package > > > > > ===> Building Chrome's registry... > > > > > Segmentation fault (core dumped) > > > > > [Updating the pkgdb in /var/db/pkg ... - 331 packages found (-0 +1) . done] > > > > > =========================================================================== > > > > > > > > > > Here's the stack trace from regchrome: > > > > > > > > > > #0 0x28344227 in pthread_testcancel () from /usr/lib/libpthread.so.2 > > > > > [New Thread 0x807b800 (runnable)] > > > > > [New LWP 100110] > > > > > (gdb) where > > > > > #0 0x28344227 in pthread_testcancel () from /usr/lib/libpthread.so.2 > > > > > #1 0x2833cbdc in pthread_mutexattr_init () from /usr/lib/libpthread.so.2 > > > > > #2 0x00000000 in ?? () > > > > > (gdb) > > > > > > > > > > Firefox has pretty much the same problem. > > > > > > > > > > Anyone have any ideas on how to fix this? > > > > > > > > What CFLAGS are you using? This problem is usually caused by > > > > over-optimizing. You might try a make clean in www/mozilla, then > > > > rebuild with default CFLAGS. > > > > > > I don't have any CFLAGS set in make.conf. > > > > > > The problem happens whether I'm installing from a package or the port. > > > (The above is from the package install.) > > > > I'll try a portupgrade on my -CURRENT machine after updating to today's > > -CURRENT, but I did not encounter this problem on previous builds, so it > > may be a hardware or other machine-dependent problem. > > Okay, I've now rebuilt Mozilla on: > > FreeBSD jclarke-pc.cisco.com 7.0-CURRENT FreeBSD 7.0-CURRENT #43: Tue Oct 11 21:15:41 EDT 2005 marcus@jclarke-pc.cisco.com:/usr/obj/usr/src/sys/JCLARKE-PC i386 > > And I have no problems building the chrome registry, or running Mozilla. > If there was something wrong in -CURRENT, it has been since fixed. Thanks for looking into this. I have fixed the problem. Just for the record/archives, the following things didn't work: - portupgrade -P -R -N mozilla (i.e. install mozilla using a port if available, and upgrade everything it depends on as well.) - portupgrade -P -R -N firefox (i.e. install firefox using a port if available, and upgrade everything it depends on as well.) - buildworld/installworld with the latest sources, GENERIC or non-GENERIC kernel What did eventually work was the following: portupgrade -P -R gnome2 That upgraded a whole ton of things, one of which was evidently causing regchrome to blow up, but wasn't registered as an explicit dependency. So now regchrome works and mozilla and firefox seem to work fine. The bizzare thing about this is that regchrome was crashing inside the thread library, but that really wasn't the issue at all. Maybe it was a memory spammage issue caused by an out of date library somewhere. portupgrade is a very handy tool...saves all sorts of effort with upgrading lots of ports by hand. Thanks, Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-gnome@FreeBSD.ORG Sat Oct 15 05:16:59 2005 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF01916A41F for ; Sat, 15 Oct 2005 05:16:59 +0000 (GMT) (envelope-from ccandler@sympatico.ca) Received: from tomts5-srv.bellnexxia.net (tomts5.bellnexxia.net [209.226.175.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 497FC43D46 for ; Sat, 15 Oct 2005 05:16:58 +0000 (GMT) (envelope-from ccandler@sympatico.ca) Received: from [192.168.1.101] ([69.158.13.84]) by tomts5-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20051015051658.QENL26967.tomts5-srv.bellnexxia.net@[192.168.1.101]> for ; Sat, 15 Oct 2005 01:16:58 -0400 Message-ID: <435090B5.8050608@sympatico.ca> Date: Sat, 15 Oct 2005 01:16:37 -0400 From: Chris Candler User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnome@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: glade2 install X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Oct 2005 05:16:59 -0000 I am trying to install glade2 for my FreeBSD 5.3 Release system. I downloaded the port glade-2.6.10 from the FreeBSD.org website, but the dependencies seem to expect newer versions of GTK, ATK and PANGO. As a result, I went to the Freeports.org site and downloaded the glade-2.6.8 port tarball. I ran the configure amd the "make install" command. The configure completed successfully, but I get the following after "make install": Any help would be appreciated. Thanks, Chris Candler ccandler@sympatico.ca ----------------------------------------------------------------------------------------------- for file in ./figures/*.png; do basefile=`echo $file | sed -e 's,^.*/,,'`; /usr/bin/install -c -m 644 $file /usr/local/share/gnome/help/glade-2/C/figures/$basefile; done install: wrong number or types of arguments usage: install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 file2 install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 ... fileN directory install -d [-v] [-g group] [-m mode] [-o owner] directory ... *** Error code 64 (ignored) if [ -e ./topic.dat ]; then /usr/bin/install -c -m 644 ./topic.dat /usr/local/share/gnome/help/glade-2/C; fi Making install in glade-user-guide /usr/local/bin/bash ../../../mkinstalldirs /usr/local/share/gnome/help/glade-2/C/figures cp ./legal.xml glade-user-guide.xml /usr/local/share/gnome/help/glade-2/C for file in ./figures/*.png; do basefile=`echo $file | sed -e 's,^.*/,,'`; /usr/bin/install -c -m 644 $file /usr/local/share/gnome/help/glade-2/C/figures/$basefile; done if [ -e ./topic.dat ]; then /usr/bin/install -c -m 644 ./topic.dat /usr/local/share/gnome/help/glade-2/C; fi Making install in ro Making install in glade-faq /usr/local/bin/bash ../../../mkinstalldirs /usr/local/share/gnome/help/glade-2/ro/figures cp ./legal.xml glade-faq.xml /usr/local/share/gnome/help/glade-2/ro for file in ./figures/*.png; do basefile=`echo $file | sed -e 's,^.*/,,'`; /usr/bin/install -c -m 644 $file /usr/local/share/gnome/help/glade-2/ro/figures/$basefile; done install: ./figures/*.png: No such file or directory *** Error code 71 (ignored) if [ -e ./topic.dat ]; then /usr/bin/install -c -m 644 ./topic.dat /usr/local/share/gnome/help/glade-2/ro; fi Making install in omf-install /usr/local/bin/bash ../mkinstalldirs /usr/local/share/omf/glade-2 for file in ./*.omf; do /usr/bin/install -c -m 644 ./$file /usr/local/share/omf/glade-2; done scrollkeeper-update -p /usr/local/var/scrollkeeper OMF file [/usr/X11R6/share/gnome/omf/gnome-desktop/fdl-eu.omf] does not validate against ScrollKeeper-OMF DTD: /usr/X11R6/share/gnome/xml/scrollkeeper/dtds/scrollkeeper-omf.dtd Unable to register /usr/X11R6/share/gnome/omf/gnome-desktop/fdl-eu.omf OMF file [/usr/X11R6/share/gnome/omf/gnome-desktop/gnome-feedback-eu.omf] does not validate against ScrollKeeper-OMF DTD: /usr/X11R6/share/gnome/xml/scrollkeeper/dtds/scrollkeeper-omf.dtd Unable to register /usr/X11R6/share/gnome/omf/gnome-desktop/gnome-feedback-eu.omf OMF file [/usr/X11R6/share/gnome/omf/gnome-desktop/gpl-eu.omf] does not validate against ScrollKeeper-OMF DTD: /usr/X11R6/share/gnome/xml/scrollkeeper/dtds/scrollkeeper-omf.dtd Unable to register /usr/X11R6/share/gnome/omf/gnome-desktop/gpl-eu.omf OMF file [/usr/X11R6/share/gnome/omf/gnome-desktop/lgpl-eu.omf] does not validate against ScrollKeeper-OMF DTD: /usr/X11R6/share/gnome/xml/scrollkeeper/dtds/scrollkeeper-omf.dtd Unable to register /usr/X11R6/share/gnome/omf/gnome-desktop/lgpl-eu.omf make: don't know how to make glade-2.desktop. Stop *** Error code 1 Stop in /usr/home/chris/ports/glade-2.6.8. From owner-freebsd-gnome@FreeBSD.ORG Sat Oct 15 17:31:22 2005 Return-Path: X-Original-To: freebsd-gnome@FreeBSD.org Delivered-To: freebsd-gnome@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4E9816A41F; Sat, 15 Oct 2005 17:31:22 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1970C43D46; Sat, 15 Oct 2005 17:31:21 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from pelsia.ninth-nine.com (d110.GkanagawaFL7.vectant.ne.jp [202.215.69.110]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.3/8.13.3/NinthNine) with ESMTP id j9FHVDDS024613; Sun, 16 Oct 2005 02:31:19 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 16 Oct 2005 02:31:13 +0900 (JST) Message-Id: <200510151731.j9FHVDDS024613@sakura.ninth-nine.com> From: Norikatsu Shigemura To: freebsd-gnome@FreeBSD.org X-Mailer: Sylpheed version 2.0.2 (GTK+ 2.6.10; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0 (sakura.ninth-nine.com [219.127.74.120]); Sun, 16 Oct 2005 02:31:20 +0900 (JST) Cc: freebsd-ports@FreeBSD.org Subject: linux plugins and mozila related browsers X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Oct 2005 17:31:22 -0000 Hi. I want to do following things. But I cannot do it:-(. Please help me:-). 1. Make mozilla related browsers (mozilla, firefox, epiphany, ...) don't readlink(2) plugin files in /usr/X11R6/lib/browser_plugins/. I researched www/firefox and found MOZ_PLUGIN_PATH related codes in xpcom/io/nsAppFileLocationProvider.cpp. I tested following change: - rv = NS_NewNativeLocalFile(nsDependentCString(pathVar), PR_TRUE, getter_AddRefs(localFile)); + rv = NS_NewNativeLocalFile(nsDependentCString(pathVar), PR_FALSE, getter_AddRefs(localFile)); But PR_TRUE/PR_FALSE flags are not available:-(. So I don't know how to fix it.... 2. Add LPW enabled check code in /usr/X11R6/lib/firefox/run-mozilla.sh. a. LPW enabled check I think that ldd(1) should be supported Linux dynamic object. SEE ALSO: http://lists.freebsd.org/pipermail/freebsd-hackers/2005-October/014028.html - - - - - - - - - - - - - - - - - - - - - - - - - - - - if ldd /usr/X11R6/lib/linux-flashplugin6/libflashplayer.so 2> /dev/null | grep pluginwrapper > /dev/null; then MOZ_PLUGIN_PATH=/usr/X11R6/lib/browser_linux_plugins:/usr/X11R6/lib/browser_plugins; export MOZ_PLUGIN_PATH else MOZ_PLUGIN_PATH=/usr/X11R6/lib/browser_plugins; export MOZ_PLUGIN_PATH fi - - - - - - - - - - - - - - - - - - - - - - - - - - - - 3. Does MOZ_PLUGIN_PATH support multiple plugin path? It is good that set MOZ_PLUGIN_PATH=/usr/X11R6/lib/browser_linux_plugins:/usr/X11R6/lib/browser_plugins. But I cannot follow MOZ_PLUGIN_PATH process:-(. If above things are success, mezz@ requested things are over. SEE ALSO: http://lists.freebsd.org/pipermail/cvs-ports/2005-September/072407.html http://lists.freebsd.org/pipermail/cvs-ports/2005-September/072409.html http://lists.freebsd.org/pipermail/cvs-ports/2005-September/072411.html http://lists.freebsd.org/pipermail/cvs-ports/2005-September/072412.html http://lists.freebsd.org/pipermail/cvs-ports/2005-September/072499.html http://lists.freebsd.org/pipermail/cvs-ports/2005-September/072502.html From owner-freebsd-gnome@FreeBSD.ORG Sat Oct 15 22:17:30 2005 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D0FA16A41F for ; Sat, 15 Oct 2005 22:17:30 +0000 (GMT) (envelope-from freebsd-gnome@veggiechinese.net) Received: from mitch.veggiechinese.net (mitch.veggiechinese.net [66.33.206.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67AC643D46 for ; Sat, 15 Oct 2005 22:17:30 +0000 (GMT) (envelope-from freebsd-gnome@veggiechinese.net) Received: by mitch.veggiechinese.net (Postfix, from userid 1228) id D3593B165; Sat, 15 Oct 2005 15:17:27 -0700 (PDT) Date: Sat, 15 Oct 2005 15:17:27 -0700 From: Will Yardley To: gnome@freebsd.org Message-ID: <20051015221727.GB1809@mitch.veggiechinese.net> Mail-Followup-To: Will Yardley , gnome@freebsd.org References: <20051014042931.GI17134@mitch.veggiechinese.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 Cc: Subject: Re: mozilla build problems X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Oct 2005 22:17:30 -0000 On Fri, Oct 14, 2005 at 11:22:11AM +0100, Alistair Sutton wrote: > On 14/10/05, Will Yardley wrote: > > Yes, I know I should use portupgrade (but it failed too).. > > > > This is on FreeBSD 5.4-REL. > > > > I'm getting the following error when building mozilla 1.7.12 from ports: > > > > nsFontMetricsPS.cpp:1628: error: 'struct FTC_ImageTypeRec_' has no member named 'height' > > nsFontMetricsPS.cpp:1633: error: 'struct FTC_ImageTypeRec_' has no member named 'face_id' > > gmake[4]: *** [nsFontMetricsPS.o] Error 1 > > gmake[4]: Leaving directory `/usr/ports/www/mozilla/work/mozilla/gfx/src/ps' > > gmake[3]: *** [libs] Error 2 > > Any ideas? I've rebuilt all of the dependencies that seemed to be > > causing problems. > Just a guess, but have you tried updating/rebuilding Freetype? Perfect - that did the trick. Thanks! w