From owner-freebsd-gnome@FreeBSD.ORG Sun Dec 21 00:13:33 2003 Return-Path: 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 C485416A4CE for ; Sun, 21 Dec 2003 00:13:33 -0800 (PST) Received: from vbook.fbsd.ru (clusterfw.gprsrus.net [217.118.66.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8378F43D39 for ; Sun, 21 Dec 2003 00:13:18 -0800 (PST) (envelope-from vova@sw.ru) Received: from localhost ([127.0.0.1]) by vbook.fbsd.ru with esmtp (Exim 4.24; FreeBSD) id 1AXyiO-0000HB-Vo for freebsd-gnome@FreeBSD.org; Sun, 21 Dec 2003 11:13:29 +0300 From: "Vladimir B. Grebenschikov" To: gnome Content-Type: text/plain Organization: SWsoft Inc. Message-Id: <1071994292.877.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 21 Dec 2003 11:12:26 +0300 Content-Transfer-Encoding: 7bit Subject: metacity coredumps X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 21 Dec 2003 08:13:33 -0000 It happens sometimes while start linux acrobat reader 5. % gdb metacity metacity.core GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. ... #0 0x080979f7 in meta_window_focus () (gdb) bt #0 0x080979f7 in meta_window_focus () #1 0x0809f4e2 in meta_workspace_focus_mru_window () #2 0x08094b63 in meta_window_free () #3 0x0805ea78 in meta_display_get_current_time () #4 0x08091e78 in meta_ui_get_display () #5 0x28476cd8 in gdk_event_get_graphics_expose () from /usr/X11R6/lib/libgdk-x11-2.0.so.200 #6 0x284775d2 in gdk_add_client_message_filter () from /usr/X11R6/lib/libgdk-x11-2.0.so.200 #7 0x28478c60 in gdk_add_client_message_filter () from /usr/X11R6/lib/libgdk-x11-2.0.so.200 #8 0x28478e98 in gdk_add_client_message_filter () from /usr/X11R6/lib/libgdk-x11-2.0.so.200 #9 0x2871c99f in g_main_dispatch () from /usr/local/lib/libglib-2.0.so.200 #10 0x2871d84d in g_main_context_dispatch () from /usr/local/lib/libglib-2.0.so.200 #11 0x2871dc0a in g_main_context_iterate () from /usr/local/lib/libglib-2.0.so.200 #12 0x2871e3c1 in g_main_loop_run () from /usr/local/lib/libglib-2.0.so.200 #13 0x0806f0dd in main () #14 0x080581c2 in _start () (gdb) % pkg_glob -R metacity XFree86-fontScalable-4.3.0 libIDL-0.8.2 linc-1.0.3 popt-1.6.4_1 startup-notification-0.5_1 atk-1.4.1_1 gettext-0.12.1 png-1.2.5_3 libiconv-1.9.1_3 perl-5.6.1_15 pango-1.2.5 gnomehier-1.0_10 py23-expat-2.3.2_2 jpeg-6b_1 libglade2-2.0.1_1 gconf2-2.4.0.1 glib-2.2.3 tiff-3.6.0_1 expat-1.95.6_1 freetype2-2.1.5_1 imake-4.3.0_2 Xft-2.1.2 libxml2-2.6.3 pkgconfig-0.15.0 XFree86-libraries-4.3.0_6 python-2.3.2_3 gtk-2.2.4_1 XFree86-fontEncodings-4.3.0 fontconfig-2.2.90_3 ORBit2-2.8.3 metacity-2.6.3 -- Vladimir B. Grebenschikov SWsoft Inc. From owner-freebsd-gnome@FreeBSD.ORG Sun Dec 21 00:30:00 2003 Return-Path: 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 B242816A4CE for ; Sun, 21 Dec 2003 00:30:00 -0800 (PST) Received: from straycat.dhs.org (h0050da134090.ne.client2.attbi.com [65.96.131.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 32AF143D3F for ; Sun, 21 Dec 2003 00:29:59 -0800 (PST) (envelope-from tmclaugh@sdf.lonestar.org) Received: (qmail 29619 invoked from network); 20 Dec 2003 03:20:55 -0000 Received: from unknown (HELO ?192.168.1.128?) (192.168.1.128) by 192.168.1.129 with SMTP; 20 Dec 2003 03:20:55 -0000 From: Tom McLaughlin To: Joe Marcus Clarke In-Reply-To: <1071818602.30952.18.camel@shumai.marcuscom.com> References: <1071802604.58179.20.camel@compass> <1071812734.30952.12.camel@shumai.marcuscom.com> <1071817748.1278.17.camel@compass> <1071817755.30952.16.camel@shumai.marcuscom.com> <1071818600.1360.3.camel@compass> <1071818602.30952.18.camel@shumai.marcuscom.com> Content-Type: text/plain Message-Id: <1071890484.19581.16.camel@compass> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Fri, 19 Dec 2003 22:21:24 -0500 Content-Transfer-Encoding: 7bit cc: freebsd-gnome@freebsd.org Subject: Re: gdmflexiserver crashes X X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 21 Dec 2003 08:30:00 -0000 On Fri, 2003-12-19 at 02:23, Joe Marcus Clarke wrote: > On Fri, 2003-12-19 at 02:23, Tom McLaughlin wrote: > > On Fri, 2003-12-19 at 02:09, Joe Marcus Clarke wrote: > > > > > > A possible workaround would be to setuid root the flexiserver. > > > > > > Joe > > > > > > > Here's what I just did: > > > > [root@compass:ttyp1 bin]# chmod +s gdmflexiserver > > [tom@compass tom]$ gdmflexiserver -xnest > > > > (gdmflexiserver:1353): Gtk-WARNING **: This process is currently running > > setuid or setgid. > > This is not a supported use of GTK+. You must create a helper > > program instead. For further details, see: > > > > http://www.gtk.org/setuid.html > > > > Refusing to initialize GTK+. > > Oh, right, it's GTK+. Try setuid'ing Xnest. > > Joe Hi Joe, thanks for all the help. Gnome bug 127780 has been resolved and a fix has been committed to the HEAD and gnome-2-4 branches. Unfortunately I wasn't able to find a temporary workaround for this as gdm will not run suid because of gtk and setuid'ing Xnest made my machine REALLY angry. Using sudo wouldn't work either. Thanks a bunch. Tom From owner-freebsd-gnome@FreeBSD.ORG Sun Dec 21 00:46:04 2003 Return-Path: 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 1BA2216A4CE for ; Sun, 21 Dec 2003 00:46:04 -0800 (PST) Received: from lakemtao08.cox.net (lakemtao08.cox.net [68.1.17.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6474E43D50 for ; Sun, 21 Dec 2003 00:46:02 -0800 (PST) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.11]) by lakemtao08.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP id <20031221084600.FRVC2412.lakemtao08.cox.net@mezz.mezzweb.com>; Sun, 21 Dec 2003 03:46:00 -0500 To: "Vladimir B. Grebenschikov" References: <1071994292.877.4.camel@localhost> Message-ID: From: Jeremy Messenger Content-Type: text/plain; format=flowed; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Sun, 21 Dec 2003 02:44:59 -0600 In-Reply-To: <1071994292.877.4.camel@localhost> User-Agent: Opera7.23/Linux M2 build 518 cc: gnome Subject: Re: metacity coredumps X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 21 Dec 2003 08:46:04 -0000 On Sun, 21 Dec 2003 11:12:26 +0300, Vladimir B. Grebenschikov wrote: > > It happens sometimes while start linux acrobat reader 5. Weird, I use linux acrobat a lot and I never have seen it cause coredump of metacity. You just run it and metacity spit the core? How do you reproduce it? Cheers, Mezz > % gdb metacity metacity.core > GNU gdb 5.2.1 (FreeBSD) > Copyright 2002 Free Software Foundation, Inc. > ... > #0 0x080979f7 in meta_window_focus () > (gdb) bt > #0 0x080979f7 in meta_window_focus () > #1 0x0809f4e2 in meta_workspace_focus_mru_window () > #2 0x08094b63 in meta_window_free () > #3 0x0805ea78 in meta_display_get_current_time () > #4 0x08091e78 in meta_ui_get_display () > #5 0x28476cd8 in gdk_event_get_graphics_expose () from > /usr/X11R6/lib/libgdk-x11-2.0.so.200 > #6 0x284775d2 in gdk_add_client_message_filter () from > /usr/X11R6/lib/libgdk-x11-2.0.so.200 > #7 0x28478c60 in gdk_add_client_message_filter () from > /usr/X11R6/lib/libgdk-x11-2.0.so.200 > #8 0x28478e98 in gdk_add_client_message_filter () from > /usr/X11R6/lib/libgdk-x11-2.0.so.200 > #9 0x2871c99f in g_main_dispatch () from > /usr/local/lib/libglib-2.0.so.200 > #10 0x2871d84d in g_main_context_dispatch () from > /usr/local/lib/libglib-2.0.so.200 > #11 0x2871dc0a in g_main_context_iterate () from > /usr/local/lib/libglib-2.0.so.200 > #12 0x2871e3c1 in g_main_loop_run () from > /usr/local/lib/libglib-2.0.so.200 > #13 0x0806f0dd in main () > #14 0x080581c2 in _start () > (gdb) > > % pkg_glob -R metacity > XFree86-fontScalable-4.3.0 > libIDL-0.8.2 > linc-1.0.3 > popt-1.6.4_1 > startup-notification-0.5_1 > atk-1.4.1_1 > gettext-0.12.1 > png-1.2.5_3 > libiconv-1.9.1_3 > perl-5.6.1_15 > pango-1.2.5 > gnomehier-1.0_10 > py23-expat-2.3.2_2 > jpeg-6b_1 > libglade2-2.0.1_1 > gconf2-2.4.0.1 > glib-2.2.3 > tiff-3.6.0_1 > expat-1.95.6_1 > freetype2-2.1.5_1 > imake-4.3.0_2 > Xft-2.1.2 > libxml2-2.6.3 > pkgconfig-0.15.0 > XFree86-libraries-4.3.0_6 > python-2.3.2_3 > gtk-2.2.4_1 > XFree86-fontEncodings-4.3.0 > fontconfig-2.2.90_3 > ORBit2-2.8.3 > metacity-2.6.3 -- bsdforums.org 's moderator, mezz. From owner-freebsd-gnome@FreeBSD.ORG Sun Dec 21 10:02:50 2003 Return-Path: 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 99A0816A4CE for ; Sun, 21 Dec 2003 10:02:50 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7CAB43D83 for ; Sun, 21 Dec 2003 10:02:19 -0800 (PST) (envelope-from fenner+portsurvey@FreeBSD.org) Received: from freefall.freebsd.org (fenner@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.10/8.12.10) with ESMTP id hBLI2JFR039272 for ; Sun, 21 Dec 2003 10:02:19 -0800 (PST) (envelope-from fenner+portsurvey@freefall.freebsd.org) Received: (from fenner@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id hBLI2J7q039271; Sun, 21 Dec 2003 10:02:19 -0800 (PST) (envelope-from fenner+portsurvey) Date: Sun, 21 Dec 2003 10:02:19 -0800 (PST) Message-Id: <200312211802.hBLI2J7q039271@freefall.freebsd.org> From: fenner@freebsd.org (Bill "distfiles" Fenner) To: gnome@freebsd.org Subject: FreeBSD ports: 7 unfetchable distfiles: devel/libgtop2,finance/gnucash,print/gribouy,textproc/libcroco,www/galeon2,x11-toolkits/guile-gobject,x11-toolkits/guile-gtk X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ports@freebsd.org List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2003 18:02:50 -0000 Dear gnome@freebsd.org, You are listed as the FreeBSD port maintainer for 7 ports whose distfiles [or main web pages] are not fetchable from their MASTER_SITES. Could you please visit http://people.freebsd.org/~fenner/portsurvey/gnome@freebsd.org.html and correct the problems listed there? The individual ports with problems are devel/libgtop2,finance/gnucash,print/gribouy,textproc/libcroco,www/galeon2,x11-toolkits/guile-gobject,x11-toolkits/guile-gtk. Note that the main port web page, as listed in the WWW: line of the pkg-descr, is checked just as though it was a port distfile. This is an unfortunate side effect of the architecture of the distfile survey reporting tool, but if you see a distfile being reported as not fetchable that's not actually a distfile, see if it's from the pkg-descr. If you have already corrected the problems and submitted a PR, please accept my thanks and apologies for the delay in getting the fixes into the tree. This reminder is created automatically and does not (yet) have a way to know if a PR fixing the problem has been submitted. Please do *NOT* send your response to me directly; I do not always have time to commit your fix; please instead submit a PR via 'send-pr' so it doesn't get lost. Problems are usually of two types: 1. The software package has been upgraded and the version in the port has been removed. The best solution to this problem is to upgrade the port to the most current version of the software package. If you are a FreeBSD committer, then you can just upgrade the port directly. If not, you should create the updated port on your own machine, test it (and maybe even run "portlint" on it), and then use "send-pr" to submit a "diff -uNr old-port updated-port". If you added or deleted any files, please make an explicit note of it. 2. The mirror site being used no longer contains the software package in question, or no longer exists. Solutions include: a) If there are other mirror sites, just remove the bad site from the list. (Make sure that what appears to be a bad site isn't actually a problem of type 1, upgrade) b) If the README or other support files in the software documentation mention where to get the software package, use one of those sites. c) Use ftpsearch (http://ftpsearch.ntnu.no/ftpsearch) or other search engines to find another place to get the original DISTFILES. Make sure that you don't pick a FreeBSD distfiles mirror -- if you can't find any other places where the file exists, it can be a LOCAL_PORT or you can simply comment out the MASTER_SITES= line, with a comment explaining why. Once you have a solution, use "send-pr" to submit a "diff -u" of the Makefile. Note that this isn't an urgent issue, as people who try to build the port now will just fall back to the FreeBSD distfiles mirror. Please just put it on your list to do and get to it when you have time. These messages will continue to arrive twice a month until the fix is committed, as a reminder. Thanks, Bill "distfiles" Fenner. From owner-freebsd-gnome@FreeBSD.ORG Sun Dec 21 13:15:19 2003 Return-Path: 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 4D32F16A4CE for ; Sun, 21 Dec 2003 13:15:19 -0800 (PST) Received: from ms-smtp-01-eri0.socal.rr.com (ms-smtp-01-qfe0.socal.rr.com [66.75.162.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6214443D58 for ; Sun, 21 Dec 2003 13:15:16 -0800 (PST) (envelope-from sean@mcneil.com) Received: from blue.mcneil.com (cpe-66-75-176-109.socal.rr.com [66.75.176.109])hBLLFDqG016109 for ; Sun, 21 Dec 2003 13:15:15 -0800 (PST) Received: from [66.75.176.109] (mcneil.com [66.75.176.109]) by blue.mcneil.com (8.12.10/8.12.10) with ESMTP id hBLLFDID014844 for ; Sun, 21 Dec 2003 21:15:13 GMT (envelope-from sean@mcneil.com) From: Sean McNeil To: gnome@FreeBSD.org Content-Type: text/plain Organization: Sean McNeil Consulting Message-Id: <1072041312.14831.1.camel@blue.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 21 Dec 2003 13:15:13 -0800 Content-Transfer-Encoding: 7bit X-DCC-Servercave-Metrics: blue.mcneil.com 1183; Body=1 Fuz1=1 Fuz2=1 Subject: epiphany fails to compile X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 21 Dec 2003 21:15:19 -0000 Greetings, I have WITH_MOZILLA set to mozilla-devel-gtk2 in my make.conf and I get the following error now: mozilla-embed-single.cpp:56:30: nsCCookieManager.h: No such file or directory mozilla-embed-single.cpp: In function `nsresult getUILang(nsAString&)': mozilla-embed-single.cpp:557: error: no matching function for call to ` nsDerivedSafe::GetLocaleComponentForUserAgent( nsXPIDLString::getter_Copies_t)' /usr/X11R6/include/mozilla-devel/locale/nsILocaleService.h:117: error: candidates are: virtual nsresult nsILocaleService::GetLocaleComponentForUserAgent(nsAString&) gmake[3]: *** [mozilla-embed-single.lo] Error 1 Cheers, Sean From owner-freebsd-gnome@FreeBSD.ORG Sun Dec 21 14:11:07 2003 Return-Path: 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 B7D6516A4CE; Sun, 21 Dec 2003 14:11:07 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D60F43D5D; Sun, 21 Dec 2003 14:11:07 -0800 (PST) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (pav@localhost [127.0.0.1]) hBLMB6FR073407; Sun, 21 Dec 2003 14:11:06 -0800 (PST) (envelope-from pav@freefall.freebsd.org) Received: (from pav@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id hBLMB6DS073403; Sun, 21 Dec 2003 14:11:06 -0800 (PST) (envelope-from pav) Date: Sun, 21 Dec 2003 14:11:06 -0800 (PST) From: Pav Lucistnik Message-Id: <200312212211.hBLMB6DS073403@freefall.freebsd.org> To: pav@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, gnome@FreeBSD.org Subject: Re: ports/60449: Mozilla-devel-gtk2 (1.6b) locks up when cookie requestor pops up X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 21 Dec 2003 22:11:07 -0000 Synopsis: Mozilla-devel-gtk2 (1.6b) locks up when cookie requestor pops up Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: pav Responsible-Changed-When: Sun Dec 21 14:10:53 PST 2003 Responsible-Changed-Why: Over to maintainers. http://www.freebsd.org/cgi/query-pr.cgi?pr=60449 From owner-freebsd-gnome@FreeBSD.ORG Sun Dec 21 16:12:45 2003 Return-Path: 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 4C5B516A4CE for ; Sun, 21 Dec 2003 16:12:45 -0800 (PST) Received: from ms-smtp-02-eri0.southeast.rr.com (ms-smtp-02-lbl.southeast.rr.com [24.25.9.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 297A843D5E for ; Sun, 21 Dec 2003 16:12:43 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hBM0CdAb013747; Sun, 21 Dec 2003 19:12:39 -0500 (EST) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) hBM0CPL4008817; Sun, 21 Dec 2003 19:12:25 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: John Merryweather Cooper In-Reply-To: <3FE48678.2040006@adelphia.net> References: <000301c3c71c$7f4d2600$0300a8c0@DOVY2> <3FE48678.2040006@adelphia.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-XegoExC4pHbSJT9305KM" Organization: MarcusCom, Inc. Message-Id: <1072051956.56655.49.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 21 Dec 2003 19:12:36 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on creme-brulee.marcuscom.com X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: freebsd-gnome@FreeBSD.org cc: Stephen@IPCoast.com Subject: Re: FW: Is mono 0.29 on FreeBSD 5.1 / 4.9 working for you? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Dec 2003 00:12:45 -0000 --=-XegoExC4pHbSJT9305KM Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2003-12-20 at 12:27, John Merryweather Cooper wrote: > I'm throwing freebsd-gnome and Joe on because this is of wide interest: >=20 > My primary interest in lang/mono is getting the latest version of=20 > comms/gfax to work (I'm the maintainer). gfax doesn't use sockets (and=20 > it won't compile with the current versions of lang/mono and=20 > x11-toolkits/gtk-sharp), so I'm waiting for the gfax Beta to catch up. >=20 > I think part of the problem is that mono is using a "lite" version of=20 > the mcs compiler (without the C# runtime included in mcs). I think the=20 > "lite" version makes certain assumptions about the platform it's on that=20 > are prejudicial to FreeBSD. :) However, porting mcs is proving a=20 > little difficult because: 1) the full mcs compiler is not self-hosting=20 > (you need a special boot-up mcs to build) 2) the configuration scripts=20 > seem to be a tad linux-centric. >=20 > I believe if we can get a working port for lang/mcs, that we'll be able=20 > to fix problems like sockets at the C# runtime level. I believe trying=20 > to fix these at the mono runtime level will be frustrating. >=20 > But, your mileage may vary . . . >=20 > Yes, I would like playing with anything that builds using mono: it will=20 > make the learning curve less steep when the general release version of=20 > gfax hits. My hope is the new OS X/FreeBSD mono project will get off the ground, and the issues with boehm-gc threading on FreeBSD will be addressed.=20 Once that is resolved, Mono porting on FreeBSD should become much easier. In the meantime, if people are into fixing what other bugs may exist with mono on FreeBSD, I urge you to configure mono without garbage collection. Yes, it will be a pig, but it should eliminate some low-level problems and allow one to focus on other runtime and compile time issues. Joe >=20 > jmc >=20 > Mary A. Cooper wrote: >=20 > >=20 > > -----Original Message----- > > From: Stephen Gutknecht (IPCoast) [mailto:Stephen@IPCoast.com]=20 > > Sent: Saturday, December 20, 2003 7:44 AM > > To: johnmary@adelphia.net > > Subject: Is mono 0.29 on FreeBSD 5.1 / 4.9 working for you? > >=20 > >=20 > > Hi John, > >=20 > > I saw you had some recently activity with Mono on FreeBSD. > >=20 > > I wanted to see if you had any luck getting network socket applications= to > > work? We tried jabber-net and it will not work on FreeBSD but works f= ine > > with Mono on Linux and Win32. > >=20 > > We believe that the FreeBSD socket interfaces are not correctly mating = with > > Mono. > >=20 > > We can give you instructions on how to compile / try jabber-net on Mono= if > > you would like to help troubleshoot. > >=20 > > Thank you. > >=20 > > Stephen Gutknecht > >=20 >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-XegoExC4pHbSJT9305KM Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/5jb0b2iPiv4Uz4cRAjGbAJ461R2hS8y3ExvkGnkd5+Kx20P9PwCgr6hh 9QABVtRSZOMeOYhmrQc13Wc= =rIK9 -----END PGP SIGNATURE----- --=-XegoExC4pHbSJT9305KM-- From owner-freebsd-gnome@FreeBSD.ORG Sun Dec 21 23:11:19 2003 Return-Path: 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 39EE116A4CE for ; Sun, 21 Dec 2003 23:11:19 -0800 (PST) Received: from ms-smtp-03-eri0.southeast.rr.com (ms-smtp-03-lbl.southeast.rr.com [24.25.9.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE1B543D5F for ; Sun, 21 Dec 2003 23:10:44 -0800 (PST) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hBM7Acov016111 for ; Mon, 22 Dec 2003 02:10:44 -0500 (EST) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) hBM7ANL4011425 for ; Mon, 22 Dec 2003 02:10:23 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: FreeBSD GNOME Users Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-1zfQSo6MAVeeiWJ7FU8F" Organization: FreeBSD, Inc. Message-Id: <1072077036.56655.62.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 22 Dec 2003 02:10:36 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on creme-brulee.marcuscom.com Subject: PLEASE TEST: New libgnome patch X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Dec 2003 07:11:19 -0000 --=-1zfQSo6MAVeeiWJ7FU8F Content-Type: text/plain Content-Transfer-Encoding: quoted-printable In an effort to stomp out some path-related bugs once and for all, I've come up with a new libgnome patch. Before I commit this, I'd like some feedback as this is pretty low-level, and if wrong, many, many, many, many (okay, there aren't that many FreeBSD GNOME users, but one can dream, right?) users will complain. Things to test are Nautilus and gnome-panel to be sure. Make sure they load all pixmaps and sounds correctly, and make sure they don't through any errors saying "File x cannot be found." where x is most likely a file like "/usr/X11R6/share/gnome/gnome/..." (note the two "gnome"'s).=20 Also, try launching each applications Help (i.e. Help->Contents), and make sure the help file can be found, and Yelp launches like it should. This patch was made against libgnome-2.4, but should apply to 2.5 as well. Thanks for your help. http://www.marcuscom.com/downloads/patch-libgnome_gnome-program.c Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-1zfQSo6MAVeeiWJ7FU8F Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/5pjsb2iPiv4Uz4cRAm/AAKCVCwr+RiQpytcAm+KwNQRLBnD+MwCfUuAO QutAPynzLz1nnMn3HZQcOjk= =HvQO -----END PGP SIGNATURE----- --=-1zfQSo6MAVeeiWJ7FU8F-- From owner-freebsd-gnome@FreeBSD.ORG Sun Dec 21 23:58:14 2003 Return-Path: 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 8B2A616A4CE; Sun, 21 Dec 2003 23:58:14 -0800 (PST) Received: from smtpout.mac.com (A17-250-248-97.apple.com [17.250.248.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA3AF43D48; Sun, 21 Dec 2003 23:58:12 -0800 (PST) (envelope-from joeldiaz@mac.com) Received: from mac.com (smtpin07-en2 [10.13.10.152]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id hBM7wCiQ021170; Sun, 21 Dec 2003 23:58:12 -0800 (PST) Received: from [192.168.2.9] (adsl-153-108-73.mia.bellsouth.net [68.153.108.73]) (authenticated bits=0)hBM7wBhw026176; Sun, 21 Dec 2003 23:58:12 -0800 (PST) In-Reply-To: <1071901810.451.21.camel@shumai.marcuscom.com> References: <1071901810.451.21.camel@shumai.marcuscom.com> Mime-Version: 1.0 (Apple Message framework v609) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <960278F8-3454-11D8-82B1-00039345D7C6@mac.com> Content-Transfer-Encoding: 7bit From: Joel Diaz Date: Mon, 22 Dec 2003 02:58:10 -0500 To: Joe Marcus Clarke X-Mailer: Apple Mail (2.609) cc: FreeBSD GNOME Users Subject: Re: Looking for something to do? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Dec 2003 07:58:14 -0000 On Dec 20, 2003, at 1:30 AM, Joe Marcus Clarke wrote: > If you like GNOME and like seeing it on FreeBSD, and you're interested > in lending a hand, there are a few TODO items you can help out with. > > If you like to live on the edge, you can upgrade to GNOME 2.5 by > downloading ``marcusmerge'' from > http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi, and checking out the > ``ports'' module from my CVS repo. From there, just look for bugs, and > report them using bug-buddy or http://bugzilla.gnome.org. Make sure to > set the following in /etc/make.conf to aid with debugging: > > CFLAGS= "-O -g pipe" > STRIP= > > It would also be helpful if you send email to this list once you have a > bug ID > > If you're already running GNOME 2.5, and want to take the next step, we > need specific help testing nautilus-cd-burner (especially the > cd-drive.c > patch at http://www.marcuscom.com/downloads/patch-cd-drive.c), as well > as the new gstreamer[-plugins], Nautilus' volume monitor code, > gnome-network, and Evolution 1.5: > > * n-c-b: Check to see if it recognizes different CD/DVD burners > correctly. Make sure it can successfully write CD/DVD contents. You > may need to familiarize yourself with > http://www.freebsd.org/gnome/docs/faq2.html#q15. > Tried it with the patches at marcuscom.com and it's working fine. The speeds listed were up to 16X (which is the max speed of my drive) and erase cd was available and working. > * gstreamer[-plugins]: Make sure your favorite plug-in works. Try > testing out gst-capable apps such as rhythmbox, gst-mixer, > nautilus-media, etc. > rhythmbox and gst-mixer work fine as well. > * Nautilus' volume monitor code: The volume monitor code has been > completely re-written in GNOME 2.5, and I'm much happier with the > FreeBSD code. I've tried to make the functionality as close to Linux > as > possible, but you never know. What you should test here is make sure a > mounted CD/DVD or floppy disk shows up on the desktop. You should also > be able to do ``sysclt vfs.usermount=1'' then add an entry to fstab > where the mount point is owned by a user other than root, then see that > icon on your desktop even when the disk is not mounted. You should > then > be able to right-click on the icon, and mount the disk. > Mounted CDs show up on the desktop, but the other thing with vfs.usermount=1 doesn't show up on the desktop (same situation as a previous email described.) > * gnome-network: This is a new suite in GNOME 2.5. It allows you to > launch remote RSH and SSH sessions as well as offers a MacOS X > netinfo-like app that lets you run ping, traceroute, whois, etc. While > the interface info is not complete yet, all of the various network > tests > should work. > The NetInfo program and remote shell work, but I don't have a computer running XP around here so I can't speak for the remote desktop. From owner-freebsd-gnome@FreeBSD.ORG Mon Dec 22 00:24:54 2003 Return-Path: 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 AC6E616A4CE; Mon, 22 Dec 2003 00:24:54 -0800 (PST) Received: from lakemtao06.cox.net (lakemtao06.cox.net [68.1.17.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EC2443D6D; Mon, 22 Dec 2003 00:24:53 -0800 (PST) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.11]) by lakemtao06.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP id <20031222082451.XACV24575.lakemtao06.cox.net@mezz.mezzweb.com>; Mon, 22 Dec 2003 03:24:51 -0500 To: Joe Marcus Clarke References: <1072077036.56655.62.camel@shumai.marcuscom.com> Message-ID: From: Jeremy Messenger Content-Type: text/plain; format=flowed; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Mon, 22 Dec 2003 02:23:54 -0600 In-Reply-To: <1072077036.56655.62.camel@shumai.marcuscom.com> User-Agent: Opera7.23/Linux M2 build 518 cc: FreeBSD GNOME Users Subject: Re: PLEASE TEST: New libgnome patch X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Dec 2003 08:24:54 -0000 On Mon, 22 Dec 2003 02:10:36 -0500, Joe Marcus Clarke wrote: > In an effort to stomp out some path-related bugs once and for all, I've > come up with a new libgnome patch. Before I commit this, I'd like some > feedback as this is pretty low-level, and if wrong, many, many, many, > many (okay, there aren't that many FreeBSD GNOME users, but one can > dream, right?) users will complain. > > Things to test are Nautilus and gnome-panel to be sure. Make sure they > load all pixmaps and sounds correctly, and make sure they don't through > any errors saying "File x cannot be found." where x is most likely a > file like "/usr/X11R6/share/gnome/gnome/..." (note the two "gnome"'s). > Also, try launching each applications Help (i.e. Help->Contents), and > make sure the help file can be found, and Yelp launches like it should. > > This patch was made against libgnome-2.4, but should apply to 2.5 as > well. Thanks for your help. > > http://www.marcuscom.com/downloads/patch-libgnome_gnome-program.c Everything work fine here. Cheers, Mezz > Joe -- bsdforums.org 's moderator, mezz. From owner-freebsd-gnome@FreeBSD.ORG Mon Dec 22 01:46:26 2003 Return-Path: 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 7D31D16A4CE for ; Mon, 22 Dec 2003 01:46:26 -0800 (PST) Received: from demos.su (mx.demos.su [194.87.0.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC6B743D45 for ; Mon, 22 Dec 2003 01:46:24 -0800 (PST) (envelope-from mitya@fling-wing.demos.su) Received: from [194.87.5.69] (HELO fling-wing.demos.su) by demos.su (CommuniGate Pro SMTP 4.1.6/D) with ESMTP-TLS id 140999600 for gnome@FreeBSD.org; Mon, 22 Dec 2003 12:46:23 +0300 Received: from fling-wing.demos.su (localhost [127.0.0.1]) by fling-wing.demos.su (8.12.9p2/8.12.6) with ESMTP id hBM9kNkJ099798 for ; Mon, 22 Dec 2003 12:46:23 +0300 (MSK) (envelope-from mitya@fling-wing.demos.su) Received: (from mitya@localhost) by fling-wing.demos.su (8.12.9p2/8.12.9/Submit) id hBM9kNWZ099797 for gnome@FreeBSD.org; Mon, 22 Dec 2003 12:46:23 +0300 (MSK) (envelope-from mitya) Date: Mon, 22 Dec 2003 12:46:22 +0300 From: Dmitry Sivachenko To: gnome@FreeBSD.org Message-ID: <20031222094622.GA99206@fling-wing.demos.su> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline WWW-Home-Page: http://mitya.pp.ru/ X-PGP-Key: http://mitya.pp.ru/mitya.asc User-Agent: Mutt/1.5.5.1i Subject: libsml2 & libxslt config files location X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Dec 2003 09:46:26 -0000 Hello! Why libxml2 and libxslt ports install xml2Conf.sh and xsltConf.sh files in $PREFIX/etc? /etc directory is for files which user is supposed to edit to adjust program behaviour. These files does not contain anything to edit. Probably they should be install either in $PREFIX/bin or $PREFIX/share/... ? What do people think? Thanks! From owner-freebsd-gnome@FreeBSD.ORG Mon Dec 22 02:53:37 2003 Return-Path: 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 E8C5416A4CE; Mon, 22 Dec 2003 02:53:37 -0800 (PST) Received: from sv02.webonaut.com (kirk.webonaut.com [212.41.243.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 364E543D58; Mon, 22 Dec 2003 02:53:36 -0800 (PST) (envelope-from klammer@webonaut.com) Received: from localhost (localhost [127.0.0.1]) by sv02.webonaut.com (Postfix) with ESMTP id 4220A7642D; Mon, 22 Dec 2003 11:53:33 +0100 (CET) Received: from sv02.webonaut.com ([127.0.0.1]) by localhost (sv02.webonaut.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 73620-09; Mon, 22 Dec 2003 11:53:30 +0100 (CET) Received: from webonaut.com (sisko.webonaut.com [212.41.243.28]) by sv02.webonaut.com (Postfix) with ESMTP id 67B647642C; Mon, 22 Dec 2003 11:53:30 +0100 (CET) Message-ID: <3FE6CD2B.8000507@webonaut.com> Date: Mon, 22 Dec 2003 11:53:31 +0100 From: Franz Klammer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20031211 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremy Messenger References: <1072077036.56655.62.camel@shumai.marcuscom.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at webonaut.com cc: FreeBSD GNOME Users cc: Joe Marcus Clarke Subject: Re: PLEASE TEST: New libgnome patch X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Dec 2003 10:53:38 -0000 Jeremy Messenger wrote: > On Mon, 22 Dec 2003 02:10:36 -0500, Joe Marcus Clarke > wrote: > >> In an effort to stomp out some path-related bugs once and for all, I've >> come up with a new libgnome patch. Before I commit this, I'd like some >> feedback as this is pretty low-level, and if wrong, many, many, many, >> many (okay, there aren't that many FreeBSD GNOME users, but one can >> dream, right?) users will complain. >> >> Things to test are Nautilus and gnome-panel to be sure. Make sure they >> load all pixmaps and sounds correctly, and make sure they don't through >> any errors saying "File x cannot be found." where x is most likely a >> file like "/usr/X11R6/share/gnome/gnome/..." (note the two "gnome"'s). >> Also, try launching each applications Help (i.e. Help->Contents), and >> make sure the help file can be found, and Yelp launches like it should. >> >> This patch was made against libgnome-2.4, but should apply to 2.5 as >> well. Thanks for your help. >> >> http://www.marcuscom.com/downloads/patch-libgnome_gnome-program.c > > > Everything work fine here. > same here! no new .xsession-error, system-sounds are there, no other message. franz. > Cheers, > Mezz > >> Joe > > > From owner-freebsd-gnome@FreeBSD.ORG Mon Dec 22 03:22:11 2003 Return-Path: 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 38FAC16A4CE; Mon, 22 Dec 2003 03:22:11 -0800 (PST) Received: from bbnest.net (m008231.ap.plala.or.jp [219.164.8.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 627CD43D53; Mon, 22 Dec 2003 03:22:09 -0800 (PST) (envelope-from bland@FreeBSD.org) Received: from FreeBSD.org (bland@localhost [127.0.0.1]) by bbnest.net (8.12.10/8.12.10) with ESMTP id hBMBM6cB035560; Mon, 22 Dec 2003 20:22:06 +0900 (JST) (envelope-from bland@FreeBSD.org) Message-ID: <3FE6D3DD.6060209@FreeBSD.org> Date: Mon, 22 Dec 2003 20:22:05 +0900 From: Alexander Nedotsukov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031104 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dmitry Sivachenko References: <20031222094622.GA99206@fling-wing.demos.su> In-Reply-To: <20031222094622.GA99206@fling-wing.demos.su> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: gnome@FreeBSD.org Subject: Re: libsml2 & libxslt config files location X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Dec 2003 11:22:11 -0000 Dmitry, Dmitry Sivachenko wrote: >Hello! > >Why libxml2 and libxslt ports install xml2Conf.sh and xsltConf.sh files in >$PREFIX/etc? /etc directory is for files which user is supposed to edit >to adjust program behaviour. These files does not contain anything to >edit. Probably they should be install either in $PREFIX/bin or >$PREFIX/share/... ? > >What do people think? > I think your current assumption of /etc directory purpose is wrong. It's personal port preference to install these files info confexecdir. On Linux this usually lib/ but on FreeBSD we have different policy and etc/ looks like apropriate place. In short I do not see any hier(7) violation here. All the best, Alexander. >Thanks! >_______________________________________________ >freebsd-gnome@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-gnome >To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" > > From owner-freebsd-gnome@FreeBSD.ORG Mon Dec 22 03:43:00 2003 Return-Path: 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 7471D16A4CE; Mon, 22 Dec 2003 03:43:00 -0800 (PST) Received: from demos.su (mx.demos.su [194.87.0.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BC1D43D1D; Mon, 22 Dec 2003 03:42:58 -0800 (PST) (envelope-from mitya@fling-wing.demos.su) Received: from [194.87.5.69] (HELO fling-wing.demos.su) by demos.su (CommuniGate Pro SMTP 4.1.6/D) with ESMTP-TLS id 141039731; Mon, 22 Dec 2003 14:42:57 +0300 Received: from fling-wing.demos.su (localhost [127.0.0.1]) by fling-wing.demos.su (8.12.9p2/8.12.6) with ESMTP id hBMBgukJ015847; Mon, 22 Dec 2003 14:42:56 +0300 (MSK) (envelope-from mitya@fling-wing.demos.su) Received: (from mitya@localhost) by fling-wing.demos.su (8.12.9p2/8.12.9/Submit) id hBMBguPP015846; Mon, 22 Dec 2003 14:42:56 +0300 (MSK) (envelope-from mitya) Date: Mon, 22 Dec 2003 14:42:56 +0300 From: Dmitry Sivachenko To: Alexander Nedotsukov Message-ID: <20031222114256.GA14823@fling-wing.demos.su> References: <20031222094622.GA99206@fling-wing.demos.su> <3FE6D3DD.6060209@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <3FE6D3DD.6060209@FreeBSD.org> WWW-Home-Page: http://mitya.pp.ru/ X-PGP-Key: http://mitya.pp.ru/mitya.asc User-Agent: Mutt/1.5.5.1i cc: gnome@FreeBSD.org Subject: Re: libsml2 & libxslt config files location X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Dec 2003 11:43:00 -0000 On Mon, Dec 22, 2003 at 08:22:05PM +0900, Alexander Nedotsukov wrote: > Dmitry, > > Dmitry Sivachenko wrote: > > >Hello! > > > >Why libxml2 and libxslt ports install xml2Conf.sh and xsltConf.sh files in > >$PREFIX/etc? /etc directory is for files which user is supposed to edit > >to adjust program behaviour. These files does not contain anything to > >edit. Probably they should be install either in $PREFIX/bin or > >$PREFIX/share/... ? > > > >What do people think? > > > I think your current assumption of /etc directory purpose is wrong. > It's personal port preference to install these files info confexecdir. On > Linux this usually lib/ but on FreeBSD we have different policy and etc/ > looks like apropriate place. In short I do not see any hier(7) violation > here. > Well, I do not talk about any hier(7) violation here. The situation is as follows: we have several chroot's sharing common /usr/, except /usr/local/etc, which holds custom config files. All these files satisfy the following statement: We can update corresponding packages without touching files in /usr/local/etc. These two files are the only exception: they cantain hardcoded version number of libxml2 and libxslt. It would be really nice to move them to some other place. Since their purpose matches gtk12-config closely, I propose /usr/local/bin for them. From owner-freebsd-gnome@FreeBSD.ORG Mon Dec 22 05:56:51 2003 Return-Path: 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 AFC1416A4CE; Mon, 22 Dec 2003 05:56:51 -0800 (PST) Received: from bbnest.net (m008231.ap.plala.or.jp [219.164.8.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id C37E143D48; Mon, 22 Dec 2003 05:56:49 -0800 (PST) (envelope-from bland@FreeBSD.org) Received: from FreeBSD.org (bland@localhost [127.0.0.1]) by bbnest.net (8.12.10/8.12.10) with ESMTP id hBMDumcB036054; Mon, 22 Dec 2003 22:56:48 +0900 (JST) (envelope-from bland@FreeBSD.org) Message-ID: <3FE6F820.9030609@FreeBSD.org> Date: Mon, 22 Dec 2003 22:56:48 +0900 From: Alexander Nedotsukov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031104 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dmitry Sivachenko References: <20031222094622.GA99206@fling-wing.demos.su> <3FE6D3DD.6060209@FreeBSD.org> <20031222114256.GA14823@fling-wing.demos.su> In-Reply-To: <20031222114256.GA14823@fling-wing.demos.su> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: gnome@FreeBSD.org Subject: Re: libsml2 & libxslt config files location X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Dec 2003 13:56:51 -0000 Dmitry Sivachenko wrote: >On Mon, Dec 22, 2003 at 08:22:05PM +0900, Alexander Nedotsukov wrote: > > >>Dmitry, >> >>Dmitry Sivachenko wrote: >> >> >> >>>Hello! >>> >>>Why libxml2 and libxslt ports install xml2Conf.sh and xsltConf.sh files in >>>$PREFIX/etc? /etc directory is for files which user is supposed to edit >>>to adjust program behaviour. These files does not contain anything to >>>edit. Probably they should be install either in $PREFIX/bin or >>>$PREFIX/share/... ? >>> >>>What do people think? >>> >>> >>> >>I think your current assumption of /etc directory purpose is wrong. >>It's personal port preference to install these files info confexecdir. On >>Linux this usually lib/ but on FreeBSD we have different policy and etc/ >>looks like apropriate place. In short I do not see any hier(7) violation >>here. >> >> >> > >Well, I do not talk about any hier(7) violation here. > >The situation is as follows: we have several chroot's sharing common >/usr/, except /usr/local/etc, which holds custom config files. All these files >satisfy the following statement: >We can update corresponding packages without touching files in /usr/local/etc. > > Okay. Probably I missed you point here but I would say in general case you can not update package w/o updating its config file if any. >These two files are the only exception: they cantain hardcoded version number of >libxml2 and libxslt. > >It would be really nice to move them to some other place. >Since their purpose matches gtk12-config closely, I propose /usr/local/bin for >them. > > We have {xml2,xslt}-config wich plays role similar to gtk12-config. Those {xml2,xslt}Conf.sh files in qustion are *config* files. They supposed to be included by various shell scripts. Yes they have .sh suffix but look at their permissions, look at their content. I can count on number of ports and most notable is portupgrade wich keep such script-like config files under etc/ directory. >_______________________________________________ >freebsd-gnome@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-gnome >To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" > > From owner-freebsd-gnome@FreeBSD.ORG Mon Dec 22 06:04:40 2003 Return-Path: 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 56A0A16A4CF; Mon, 22 Dec 2003 06:04:40 -0800 (PST) Received: from demos.su (mx.demos.su [194.87.0.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB50743D55; Mon, 22 Dec 2003 06:04:35 -0800 (PST) (envelope-from mitya@fling-wing.demos.su) Received: from [194.87.5.69] (HELO fling-wing.demos.su) by demos.su (CommuniGate Pro SMTP 4.1.6/D) with ESMTP-TLS id 141084040; Mon, 22 Dec 2003 17:04:34 +0300 Received: from fling-wing.demos.su (localhost [127.0.0.1]) by fling-wing.demos.su (8.12.9p2/8.12.6) with ESMTP id hBME4YkJ033539; Mon, 22 Dec 2003 17:04:34 +0300 (MSK) (envelope-from mitya@fling-wing.demos.su) Received: (from mitya@localhost) by fling-wing.demos.su (8.12.9p2/8.12.9/Submit) id hBME4Xrh033538; Mon, 22 Dec 2003 17:04:33 +0300 (MSK) (envelope-from mitya) Date: Mon, 22 Dec 2003 17:04:33 +0300 From: Dmitry Sivachenko To: Alexander Nedotsukov Message-ID: <20031222140433.GA32655@fling-wing.demos.su> References: <20031222094622.GA99206@fling-wing.demos.su> <3FE6D3DD.6060209@FreeBSD.org> <20031222114256.GA14823@fling-wing.demos.su> <3FE6F820.9030609@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <3FE6F820.9030609@FreeBSD.org> WWW-Home-Page: http://mitya.pp.ru/ X-PGP-Key: http://mitya.pp.ru/mitya.asc User-Agent: Mutt/1.5.5.1i cc: gnome@FreeBSD.org Subject: Re: libsml2 & libxslt config files location X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Dec 2003 14:04:40 -0000 On Mon, Dec 22, 2003 at 10:56:48PM +0900, Alexander Nedotsukov wrote: > Okay. Probably I missed you point here but I would say in general case > you can not update package w/o updating its config file if any. Most packages continue to work with old config files after upgrade. > > >These two files are the only exception: they cantain hardcoded version > >number of > >libxml2 and libxslt. > > > >It would be really nice to move them to some other place. > >Since their purpose matches gtk12-config closely, I propose /usr/local/bin > >for > >them. > > > > > We have {xml2,xslt}-config wich plays role similar to gtk12-config. > Those {xml2,xslt}Conf.sh files in qustion are *config* files. They > supposed to be included by various shell scripts. Yes they have .sh > suffix but look at their permissions, look at their content. I can count > on number of ports and most notable is portupgrade wich keep such > script-like config files under etc/ directory. If they are really config files, why do they contain version numbers of libxml and libxslt?!? These are constants and can not be configured. If I upgrade those libraries and leave these files untouched, scripts you mentioned will continue to think we have an older version of these libs. I see no logic here. What are these script which use {xml2,xslt}Conf.sh, provided that the same information can be extracted from {xml2,xslt}-config? > > >_______________________________________________ > >freebsd-gnome@freebsd.org mailing list > >http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > >To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" > > > > > > > From owner-freebsd-gnome@FreeBSD.ORG Mon Dec 22 07:38:13 2003 Return-Path: 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 65ECE16A4CE; Mon, 22 Dec 2003 07:38:13 -0800 (PST) Received: from bbnest.net (m008231.ap.plala.or.jp [219.164.8.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 696EB43D31; Mon, 22 Dec 2003 07:38:10 -0800 (PST) (envelope-from bland@FreeBSD.org) Received: from FreeBSD.org (bland@localhost [127.0.0.1]) by bbnest.net (8.12.10/8.12.10) with ESMTP id hBMFc9cB036457; Tue, 23 Dec 2003 00:38:09 +0900 (JST) (envelope-from bland@FreeBSD.org) Message-ID: <3FE70FE1.1070003@FreeBSD.org> Date: Tue, 23 Dec 2003 00:38:09 +0900 From: Alexander Nedotsukov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031104 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dmitry Sivachenko References: <20031222094622.GA99206@fling-wing.demos.su> <3FE6D3DD.6060209@FreeBSD.org> <20031222114256.GA14823@fling-wing.demos.su> <3FE6F820.9030609@FreeBSD.org> <20031222140433.GA32655@fling-wing.demos.su> In-Reply-To: <20031222140433.GA32655@fling-wing.demos.su> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: gnome@FreeBSD.org Subject: Re: libsml2 & libxslt config files location X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Dec 2003 15:38:13 -0000 Dmitry Sivachenko wrote: >On Mon, Dec 22, 2003 at 10:56:48PM +0900, Alexander Nedotsukov wrote: > > >>Okay. Probably I missed you point here but I would say in general case >>you can not update package w/o updating its config file if any. >> >> > > >Most packages continue to work with old config files after upgrade. > > > > >>>These two files are the only exception: they cantain hardcoded version >>>number of >>>libxml2 and libxslt. >>> >>>It would be really nice to move them to some other place. >>>Since their purpose matches gtk12-config closely, I propose /usr/local/bin >>>for >>>them. >>> >>> >>> >>> >>We have {xml2,xslt}-config wich plays role similar to gtk12-config. >>Those {xml2,xslt}Conf.sh files in qustion are *config* files. They >>supposed to be included by various shell scripts. Yes they have .sh >>suffix but look at their permissions, look at their content. I can count >>on number of ports and most notable is portupgrade wich keep such >>script-like config files under etc/ directory. >> >> > > >If they are really config files, why do they contain version numbers of >libxml and libxslt?!? These are constants and can not be configured. > > Because they contains bits about your current system configuration. You don't have to edit them. >If I upgrade those libraries and leave these files untouched, scripts you >mentioned will continue to think we have an older version of these libs. > > If you update those library packages you automatically get their config files updated. So others immideatly pickup new stuff. >I see no logic here. What are these script which use {xml2,xslt}Conf.sh, >provided that the same information can be extracted from {xml2,xslt}-config? > > > Former configure scripts I believe and gnome-config from GNOME1 configuration framework. From owner-freebsd-gnome@FreeBSD.ORG Mon Dec 22 09:05:59 2003 Return-Path: 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 7BDB716A4CE for ; Mon, 22 Dec 2003 09:05:59 -0800 (PST) Received: from mhub-w6.tc.umn.edu (mhub-w6.tc.umn.edu [160.94.160.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74FF443D49 for ; Mon, 22 Dec 2003 09:05:58 -0800 (PST) (envelope-from ryans@gamersimpact.com) Received: from [24.107.70.120] by mhub-w6.tc.umn.edu with ESMTP for freebsd-gnome@freebsd.org; Mon, 22 Dec 2003 11:05:54 -0600 From: Ryan Sommers To: freebsd-gnome@freebsd.org Content-Type: text/plain Message-Id: <1072112551.782.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 22 Dec 2003 11:02:31 -0600 Content-Transfer-Encoding: 7bit Subject: Evolution & Mozilla? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Dec 2003 17:05:59 -0000 Is there a way to get Ximian Evolution to use Mozilla instead of Epiphany? When ever I click on a link in Evolution it opens epiphany and I use Mozilla for web... I can't find anything to change to get it to use a different browser. -- Ryan "leadZERO" Sommers Gamer's Impact President ryans@gamersimpact.com ICQ: 1019590 AIM/MSN: leadZERO -= http://www.gamersimpact.com =- From owner-freebsd-gnome@FreeBSD.ORG Mon Dec 22 09:12:06 2003 Return-Path: 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 19EA116A4CE for ; Mon, 22 Dec 2003 09:12:06 -0800 (PST) Received: from hood.oook.cz (hood.oook.cz [212.27.205.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4393243D1F for ; Mon, 22 Dec 2003 09:12:04 -0800 (PST) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (localhost.oook.cz [127.0.0.1]) by hood.oook.cz (8.12.10/8.12.10) with ESMTP id hBMHC3PG074909; Mon, 22 Dec 2003 18:12:03 +0100 (CET) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by hood.oook.cz (8.12.10/8.12.10/Submit) id hBMHC2Dh074908; Mon, 22 Dec 2003 18:12:02 +0100 (CET) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: hood.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Ryan Sommers In-Reply-To: <1072112551.782.3.camel@localhost> References: <1072112551.782.3.camel@localhost> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-cgdmp/pLPN5viFtdTEQV" Message-Id: <1072113122.49515.33.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 22 Dec 2003 18:12:02 +0100 cc: freebsd-gnome@FreeBSD.org Subject: Re: Evolution & Mozilla? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: pav@FreeBSD.org List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2003 17:12:06 -0000 --=-cgdmp/pLPN5viFtdTEQV Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable V po, 22. 12. 2003 v 18:02, Ryan Sommers p=ED=B9e: > Is there a way to get Ximian Evolution to use Mozilla instead of > Epiphany? When ever I click on a link in Evolution it opens epiphany and > I use Mozilla for web... I can't find anything to change to get it to > use a different browser. Visit your GNOME's System preferences, Advanced, Preferred applications. --=20 Pav Lucistnik In the computer industry, there are three kinds of lies: lies, damn lies, and benchmarks. --=-cgdmp/pLPN5viFtdTEQV Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/5yXintdYP8FOsoIRAvGjAKC9VGJiTRylnNN2+Cz8C8BpqP/5RgCgsw4S MWhlBan5n3hSYWaIUwV0Kg8= =dUgv -----END PGP SIGNATURE----- --=-cgdmp/pLPN5viFtdTEQV-- From owner-freebsd-gnome@FreeBSD.ORG Mon Dec 22 09:17:57 2003 Return-Path: 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 703D316A4CE; Mon, 22 Dec 2003 09:17:57 -0800 (PST) Received: from mhub-c5.tc.umn.edu (mhub-c5.tc.umn.edu [160.94.128.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8328443D39; Mon, 22 Dec 2003 09:17:56 -0800 (PST) (envelope-from ryans@gamersimpact.com) Received: from [24.107.70.120] by mhub-c5.tc.umn.edu with ESMTP; Mon, 22 Dec 2003 11:17:56 -0600 From: Ryan Sommers To: pav@FreeBSD.org In-Reply-To: <1072113122.49515.33.camel@hood.oook.cz> References: <1072112551.782.3.camel@localhost> <1072113122.49515.33.camel@hood.oook.cz> Content-Type: text/plain; charset=iso-8859-2 Message-Id: <1072113264.1308.1.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 22 Dec 2003 11:14:24 -0600 Content-Transfer-Encoding: 8bit cc: freebsd-gnome@FreeBSD.org Subject: Re: Evolution & Mozilla? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Dec 2003 17:17:57 -0000 On Mon, 2003-12-22 at 11:12, Pav Lucistnik wrote: > V po, 22. 12. 2003 v 18:02, Ryan Sommers pí¹e: > > > Is there a way to get Ximian Evolution to use Mozilla instead of > > Epiphany? When ever I click on a link in Evolution it opens epiphany and > > I use Mozilla for web... I can't find anything to change to get it to > > use a different browser. > > Visit your GNOME's System preferences, Advanced, Preferred applications. That's the thing... I don't run GNOME... I installed GNOME at one point (why I have epiphany at all) but GDM wouldn't start any sessions; I inquired about it on the list but never received any reply so I just stuck with KDE. Is there any way to do this without GNOME? -- Ryan "leadZERO" Sommers Gamer's Impact President ryans@gamersimpact.com ICQ: 1019590 AIM/MSN: leadZERO -= http://www.gamersimpact.com =- From owner-freebsd-gnome@FreeBSD.ORG Mon Dec 22 09:24:42 2003 Return-Path: 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 7C1E716A4CE for ; Mon, 22 Dec 2003 09:24:42 -0800 (PST) Received: from hood.oook.cz (hood.oook.cz [212.27.205.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BB2443D41 for ; Mon, 22 Dec 2003 09:24:40 -0800 (PST) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (localhost.oook.cz [127.0.0.1]) by hood.oook.cz (8.12.10/8.12.10) with ESMTP id hBMHOdPG075199; Mon, 22 Dec 2003 18:24:39 +0100 (CET) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by hood.oook.cz (8.12.10/8.12.10/Submit) id hBMHOdqE075198; Mon, 22 Dec 2003 18:24:39 +0100 (CET) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: hood.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Ryan Sommers In-Reply-To: <1072113264.1308.1.camel@localhost> References: <1072112551.782.3.camel@localhost> <1072113122.49515.33.camel@hood.oook.cz> <1072113264.1308.1.camel@localhost> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-2NxzE1CtIxmGI+uHaQbk" Message-Id: <1072113879.49515.47.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 22 Dec 2003 18:24:39 +0100 cc: freebsd-gnome@FreeBSD.org Subject: Re: Evolution & Mozilla? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: pav@FreeBSD.org List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2003 17:24:42 -0000 --=-2NxzE1CtIxmGI+uHaQbk Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable V po, 22. 12. 2003 v 18:14, Ryan Sommers p=ED=B9e: > > > Is there a way to get Ximian Evolution to use Mozilla instead of > > > Epiphany? When ever I click on a link in Evolution it opens epiphany = and > > > I use Mozilla for web... I can't find anything to change to get it to > > > use a different browser. > >=20 > > Visit your GNOME's System preferences, Advanced, Preferred applications= . >=20 > That's the thing... I don't run GNOME... I installed GNOME at one point > (why I have epiphany at all) but GDM wouldn't start any sessions; I > inquired about it on the list but never received any reply so I just > stuck with KDE. >=20 > Is there any way to do this without GNOME? Sure, open your prefered terminal and run gnome-default-applications-properties standalone. If you don't have it, install sysutils/gnomecontrolcenter2 --=20 Pav Lucistnik Me go and see Elves and all! Hooray! --=-2NxzE1CtIxmGI+uHaQbk Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/5yjXntdYP8FOsoIRAnddAKDOFKBROHKjT6y3TDp3uXDpQdDRTgCdEgjz gnbOb9HvbIp29MegutChqcg= =iorL -----END PGP SIGNATURE----- --=-2NxzE1CtIxmGI+uHaQbk-- From owner-freebsd-gnome@FreeBSD.ORG Mon Dec 22 09:31:18 2003 Return-Path: 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 6FE1A16A4CE for ; Mon, 22 Dec 2003 09:31:18 -0800 (PST) Received: from ms-smtp-01-eri0.southeast.rr.com (ms-smtp-01-lbl.southeast.rr.com [24.25.9.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 871DC43D5D for ; Mon, 22 Dec 2003 09:31:14 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hBMHV6HG012902 for ; Mon, 22 Dec 2003 12:31:12 -0500 (EST) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) hBMHUmL4016562 for ; Mon, 22 Dec 2003 12:30:48 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: FreeBSD GNOME Users In-Reply-To: <1072077036.56655.62.camel@shumai.marcuscom.com> References: <1072077036.56655.62.camel@shumai.marcuscom.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-dp0XZizQxS/4wZrBGQxM" Organization: MarcusCom, Inc. Message-Id: <1072114269.756.8.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 22 Dec 2003 12:31:11 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on creme-brulee.marcuscom.com X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: PLEASE TEST: New libgnome patch X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Dec 2003 17:31:18 -0000 --=-dp0XZizQxS/4wZrBGQxM Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2003-12-22 at 02:10, Joe Marcus Clarke wrote: > In an effort to stomp out some path-related bugs once and for all, I've > come up with a new libgnome patch. Before I commit this, I'd like some > feedback as this is pretty low-level, and if wrong, many, many, many, > many (okay, there aren't that many FreeBSD GNOME users, but one can > dream, right?) users will complain. >=20 > Things to test are Nautilus and gnome-panel to be sure. Make sure they > load all pixmaps and sounds correctly, and make sure they don't through > any errors saying "File x cannot be found." where x is most likely a > file like "/usr/X11R6/share/gnome/gnome/..." (note the two "gnome"'s).=20 > Also, try launching each applications Help (i.e. Help->Contents), and > make sure the help file can be found, and Yelp launches like it should. >=20 > This patch was made against libgnome-2.4, but should apply to 2.5 as > well. Thanks for your help. >=20 > http://www.marcuscom.com/downloads/patch-libgnome_gnome-program.c Thanks to all those that tested, and reported results. Things seem positive, but we still have one user reporting problems. Once that gets sorted out, I'll commit this. Joe >=20 > Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-dp0XZizQxS/4wZrBGQxM Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/5ypdb2iPiv4Uz4cRAsGZAJwNkUcAVBvacXyawayd7tiVV9ySRgCfe2MF HB/6z/pFA8wwm/joNfWsjCM= =IjrD -----END PGP SIGNATURE----- --=-dp0XZizQxS/4wZrBGQxM-- From owner-freebsd-gnome@FreeBSD.ORG Mon Dec 22 09:39:49 2003 Return-Path: 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 B0D7016A4CE; Mon, 22 Dec 2003 09:39:49 -0800 (PST) Received: from ms-smtp-03-eri0.southeast.rr.com (ms-smtp-03-lbl.southeast.rr.com [24.25.9.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 987A343D50; Mon, 22 Dec 2003 09:39:47 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hBMHdcov012407; Mon, 22 Dec 2003 12:39:46 -0500 (EST) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) hBMHdKL4016641; Mon, 22 Dec 2003 12:39:20 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Dmitry Sivachenko In-Reply-To: <20031222140433.GA32655@fling-wing.demos.su> References: <20031222094622.GA99206@fling-wing.demos.su> <20031222114256.GA14823@fling-wing.demos.su> <20031222140433.GA32655@fling-wing.demos.su> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-49KAn0Bdak30HtXLqWfH" Organization: MarcusCom, Inc. Message-Id: <1072114782.756.15.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 22 Dec 2003 12:39:42 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on creme-brulee.marcuscom.com cc: FreeBSD GNOME Users cc: Alexander Nedotsukov Subject: Re: libsml2 & libxslt config files location X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Dec 2003 17:39:49 -0000 --=-49KAn0Bdak30HtXLqWfH Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2003-12-22 at 09:04, Dmitry Sivachenko wrote: > On Mon, Dec 22, 2003 at 10:56:48PM +0900, Alexander Nedotsukov wrote: > > Okay. Probably I missed you point here but I would say in general case=20 > > you can not update package w/o updating its config file if any. >=20 >=20 > Most packages continue to work with old config files after upgrade. >=20 >=20 > >=20 > > >These two files are the only exception: they cantain hardcoded version= =20 > > >number of > > >libxml2 and libxslt. > > > > > >It would be really nice to move them to some other place. > > >Since their purpose matches gtk12-config closely, I propose /usr/local= /bin=20 > > >for > > >them. > > >=20 > > > > > We have {xml2,xslt}-config wich plays role similar to gtk12-config.=20 > > Those {xml2,xslt}Conf.sh files in qustion are *config* files. They=20 > > supposed to be included by various shell scripts. Yes they have .sh=20 > > suffix but look at their permissions, look at their content. I can coun= t=20 > > on number of ports and most notable is portupgrade wich keep such=20 > > script-like config files under etc/ directory. >=20 >=20 > If they are really config files, why do they contain version numbers of > libxml and libxslt?!? These are constants and can not be configured. >=20 > If I upgrade those libraries and leave these files untouched, scripts you > mentioned will continue to think we have an older version of these libs. >=20 > I see no logic here. What are these script which use {xml2,xslt}Conf.sh, > provided that the same information can be extracted from {xml2,xslt}-conf= ig? They are used by gnome-config (which expects them in ${LOCALBASE}/etc).=20 Try it out: gnome-config xml --cflags gnome-config xml2 --cflags etc. Now, if you don't have gnome-config (part of gnomelibs), you should be using pkg-config to obtain install info on packages such as libxml. For example: pkg-config xml --cflags pkg-config xml2 --cflags etc. In short, we cannot move the .sh files out of ${LOCALBASE}/etc as that will break gnome-config, and a host of other applications. Joe >=20 >=20 > >=20 > > >_______________________________________________ > > >freebsd-gnome@freebsd.org mailing list > > >http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > > >To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.or= g" > > >=20 > > > > >=20 > >=20 > >=20 > _______________________________________________ > freebsd-gnome@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-49KAn0Bdak30HtXLqWfH Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/5yxeb2iPiv4Uz4cRAgGrAJ0Xr00wP9EqD+lw6q+lR0XFqfwYngCdFB+P UzLrHvkWZC3onXA4lAivekU= =BdKt -----END PGP SIGNATURE----- --=-49KAn0Bdak30HtXLqWfH-- From owner-freebsd-gnome@FreeBSD.ORG Mon Dec 22 11:02:36 2003 Return-Path: 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 AA29816A4CE for ; Mon, 22 Dec 2003 11:02:36 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C86943D98 for ; Mon, 22 Dec 2003 11:01:55 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.10/8.12.10) with ESMTP id hBMJ1aFR067590 for ; Mon, 22 Dec 2003 11:01:36 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id hBMJ1aET067582 for gnome@freebsd.org; Mon, 22 Dec 2003 11:01:36 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 22 Dec 2003 11:01:36 -0800 (PST) Message-Id: <200312221901.hBMJ1aET067582@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 Subject: Current problem reports assigned to you X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Dec 2003 19:02:36 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2002/06/16] ports/39390 gnome Make graphics/imlib not depend upon GTK+ o [2003/12/20] ports/60449 gnome Mozilla-devel-gtk2 (1.6b) locks up when c 2 problems total. From owner-freebsd-gnome@FreeBSD.ORG Mon Dec 22 11:07:00 2003 Return-Path: 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 B07D616A4CE for ; Mon, 22 Dec 2003 11:07:00 -0800 (PST) Received: from ms-smtp-01-eri0.southeast.rr.com (ms-smtp-01-lbl.southeast.rr.com [24.25.9.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1EA843D4C for ; Mon, 22 Dec 2003 11:05:31 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hBMJ42HG001396; Mon, 22 Dec 2003 14:04:08 -0500 (EST) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) hBMJ3hL4017238; Mon, 22 Dec 2003 14:03:43 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Sean McNeil In-Reply-To: <1072041312.14831.1.camel@blue.mcneil.com> References: <1072041312.14831.1.camel@blue.mcneil.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Kf1sE1CoEtEQUGlY/UdY" Organization: MarcusCom, Inc. Message-Id: <1072119846.756.21.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 22 Dec 2003 14:04:06 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on creme-brulee.marcuscom.com X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: FreeBSD GNOME Users Subject: Re: epiphany fails to compile X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Dec 2003 19:07:00 -0000 --=-Kf1sE1CoEtEQUGlY/UdY Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2003-12-21 at 16:15, Sean McNeil wrote: > Greetings, >=20 > I have WITH_MOZILLA set to mozilla-devel-gtk2 in my make.conf and I get > the following error now: Make sure your mozilla-headers port is in sync with mozilla-gtk2. Note, due to recent changes, you will need to force the upgrade of mozilla-headers-devel. Joe >=20 > mozilla-embed-single.cpp:56:30: nsCCookieManager.h: No such file or > directory > mozilla-embed-single.cpp: In function `nsresult getUILang(nsAString&)': > mozilla-embed-single.cpp:557: error: no matching function for call to ` > nsDerivedSafe::GetLocaleComponentForUserAgent( > nsXPIDLString::getter_Copies_t)' > /usr/X11R6/include/mozilla-devel/locale/nsILocaleService.h:117: error: > candidates > are: virtual nsresult > nsILocaleService::GetLocaleComponentForUserAgent(nsAString&) > gmake[3]: *** [mozilla-embed-single.lo] Error 1 >=20 > Cheers, > Sean >=20 >=20 > _______________________________________________ > freebsd-gnome@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-Kf1sE1CoEtEQUGlY/UdY Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD4DBQA/50Amb2iPiv4Uz4cRAgKNAJ463+UCOFIExKsVWHHzwoASvneREQCWI6xz jSAaIg5zaHL/z88iQRDyPA== =fBG6 -----END PGP SIGNATURE----- --=-Kf1sE1CoEtEQUGlY/UdY-- From owner-freebsd-gnome@FreeBSD.ORG Mon Dec 22 20:11:36 2003 Return-Path: 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 3433F16A4CE for ; Mon, 22 Dec 2003 20:11:36 -0800 (PST) Received: from seatle.demon.nl (seatle.demon.nl [195.173.228.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD44B43D1F for ; Mon, 22 Dec 2003 20:11:31 -0800 (PST) (envelope-from rotan@seatle.demon.nl) Received: from seatle.vredesdorp.nl (localhost [127.0.0.1]) by seatle.demon.nl (8.12.9p2/8.12.9) with ESMTP id hBN4C5TG013017 for ; Tue, 23 Dec 2003 05:12:05 +0100 (CET) (envelope-from rotan@seatle.vredesdorp.nl) Received: (from rotan@localhost) by seatle.vredesdorp.nl (8.12.9p2/8.12.9/Submit) id hBN4C55Z013016 for gnome@FreeBSD.ORG; Tue, 23 Dec 2003 05:12:05 +0100 (CET) (envelope-from rotan) Date: Tue, 23 Dec 2003 05:12:05 +0100 From: r t g tan To: gnome@FreeBSD.ORG Message-ID: <20031223041204.GA9571@seatle.vredesdorp.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rJwd6BRFiFCcLxzm" Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: building mozilla-gtk2 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Dec 2003 04:11:36 -0000 --rJwd6BRFiFCcLxzm Content-Type: multipart/mixed; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I'm having problems building mozilla-gtk2. I've=20 attached the following: make output list of installed packages config.log Tnx, --=20 robert t g tan --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="mozilla-gtk2-make.log" ===> mozilla-gtk2-1.5_1 depends on executable: zip - found ===> mozilla-gtk2-1.5_1 depends on executable: freetype-config - found ===> mozilla-gtk2-1.5_1 depends on executable: gmake - found ===> mozilla-gtk2-1.5_1 depends on executable: pkg-config - found ===> mozilla-gtk2-1.5_1 depends on shared library: jpeg.9 - found ===> mozilla-gtk2-1.5_1 depends on shared library: png.5 - found ===> mozilla-gtk2-1.5_1 depends on shared library: mng.1 - found ===> mozilla-gtk2-1.5_1 depends on shared library: freetype.9 - found ===> mozilla-gtk2-1.5_1 depends on shared library: Xft.2 - found ===> mozilla-gtk2-1.5_1 depends on shared library: X11.6 - found ===> mozilla-gtk2-1.5_1 depends on shared library: glib-2.0.200 - found ===> mozilla-gtk2-1.5_1 depends on shared library: atk-1.0.400 - found ===> mozilla-gtk2-1.5_1 depends on shared library: pango-1.0.200 - found ===> mozilla-gtk2-1.5_1 depends on shared library: gtk-x11-2.0.200 - found ===> mozilla-gtk2-1.5_1 depends on shared library: IDL-2.0 - found ===> Configuring for mozilla-gtk2-1.5_1 loading cache ./config.cache checking host system type... i386-unknown-freebsd4.9 checking target system type... i386-unknown-freebsd4.9 checking build system type... i386-portbld-freebsd4.9 checking for gcc... cc checking whether the C compiler (cc -O -pipe ) works... yes checking whether the C compiler (cc -O -pipe ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether cc accepts -g... yes checking for c++... c++ checking whether the C++ compiler (c++ -O -pipe ) works... yes checking whether the C++ compiler (c++ -O -pipe ) is a cross-compiler... no checking whether we are using GNU C++... yes checking whether c++ accepts -g... yes checking for ranlib... ranlib checking for as... /usr/bin/as checking for ar... ar checking for ld... ld checking for strip... strip checking for windres... no checking whether cc understands -c and -o together... yes checking how to run the C preprocessor... cc -E checking how to run the C++ preprocessor... c++ -E checking for a BSD compatible install... /usr/bin/install -c -o root -g wheel checking whether ln -s works... yes checking for mawk... no checking for gawk... no checking for nawk... nawk checking for perl5... /usr/bin/perl5 checking for minimum required perl version >= 5.004... 5.00503 checking for full perl installation... no configure: error: Cannot find Config.pm or $Config{archlib}. A full perl installation is required. ===> Script "configure" failed unexpectedly. Please report the problem to gnome@FreeBSD.org [maintainer] and attach the "/usr/ports/www/mozilla-gtk2/work/mozilla/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/www/mozilla-gtk2. --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="installed-packages.ls" XFree86-4.3.0,1 XFree86-FontServer-4.3.0_3 XFree86-Server-4.3.0_12 XFree86-clients-4.3.0_6 XFree86-documents-4.3.0 XFree86-font100dpi-4.3.0 XFree86-font75dpi-4.3.0 XFree86-fontCyrillic-4.3.0 XFree86-fontDefaultBitmaps-4.3.0 XFree86-fontEncodings-4.3.0 XFree86-fontScalable-4.3.0 XFree86-libraries-4.3.0_6 Xft-2.1.2 atk-1.4.1_1 autoconf-2.13.000227_5 autoconf-2.53_1 automake-1.4.5_9 boehm-gc-6.2 cups-base-1.1.20.0 docbook-1.2_1 docbook-241_2 docbook-3.0_2 docbook-3.1_2 docbook-4.0_2 docbook-4.1_2 dri-4.3.0,1 expat-1.95.6_1 fontconfig-2.2.90_3 freetype2-2.1.5_1 gettext-0.12.1 glib-2.2.3 gmake-3.80_1 gnupg-1.2.3_4 gtk-2.2.4_1 help2man-1.29 imake-4.3.0_2 iso8879-1986_2 jade-1.2.1_5 jpeg-6b_1 lcms-1.09,1 libIDL-0.8.2 libiconv-1.9.1_3 libmng-1.0.5_1 libtool-1.3.5_1 linuxdoc-1.1_1 m4-1.4_1 mutt-1.4.1_4 p5-ExtUtils-PkgConfig-1.02 pango-1.2.5 perl-5.8.2_2 pkgconfig-0.15.0 pkgdb.db png-1.2.5_3 portupgrade-20030723 procmail-3.22_3 qpopper-2.53_4 ruby-1.6.8.2003.10.15 ruby-bdb1-0.2.1 ruby-shim-ruby18-1.8.1.p3 samba-2.2.8a sgmlformat-1.7_2 sharity-light-1.2_1 tiff-3.6.0_1 unzip-5.50_2 w3m-0.4.1 wrapper-1.0_3 xmlcatmgr-1.1 zip-2.3_1 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="config.log" This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:857: checking host system type configure:878: checking target system type configure:896: checking build system type configure:1902: checking for gcc configure:2015: checking whether the C compiler (cc -O -pipe ) works configure:2031: cc -o conftest -O -pipe conftest.c 1>&5 configure:2057: checking whether the C compiler (cc -O -pipe ) is a cross-compiler configure:2062: checking whether we are using GNU C configure:2071: cc -E conftest.c configure:2090: checking whether cc accepts -g configure:2126: checking for c++ configure:2158: checking whether the C++ compiler (c++ -O -pipe ) works configure:2174: c++ -o conftest -O -pipe conftest.C 1>&5 configure:2200: checking whether the C++ compiler (c++ -O -pipe ) is a cross-compiler configure:2205: checking whether we are using GNU C++ configure:2214: c++ -E conftest.C configure:2233: checking whether c++ accepts -g configure:2267: checking for ranlib configure:2299: checking for as configure:2340: checking for ar configure:2375: checking for ld configure:2410: checking for strip configure:2445: checking for windres configure:2794: checking whether cc understands -c and -o together configure:2806: cc -c conftest.c -o conftest.o 1>&5 configure:2807: cc -c conftest.c -o conftest.o 1>&5 configure:2856: checking how to run the C preprocessor configure:2877: cc -E conftest.c >/dev/null 2>conftest.out configure:2936: checking how to run the C++ preprocessor configure:2954: c++ -E conftest.C >/dev/null 2>conftest.out configure:2990: checking for a BSD compatible install configure:3043: checking whether ln -s works configure:3068: checking for mawk configure:3068: checking for gawk configure:3068: checking for nawk configure:3102: checking for perl5 configure:3142: checking for minimum required perl version >= 5.004 configure:3152: checking for full perl installation Can't locate Config.pm in @INC (@INC contains: /usr/libdata/perl/5.00503/mach /usr/libdata/perl/5.00503 /usr/local/lib/perl5/site_perl/5.005/i386-freebsd /usr/local/lib/perl5/site_perl/5.005 .) at -e line 1. BEGIN failed--compilation aborted at -e line 1. --WIyZ46R2i8wDzkSu-- --rJwd6BRFiFCcLxzm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/58CTPrUa+3sy+FMRAu2bAJ95xdkE+w8impSbG2N7HrjWj6Jg/gCeIn3K q/V0sOlEPZiqNQ0a/N63hWY= =+bg5 -----END PGP SIGNATURE----- --rJwd6BRFiFCcLxzm-- From owner-freebsd-gnome@FreeBSD.ORG Mon Dec 22 21:17:48 2003 Return-Path: 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 255C316A4D5 for ; Mon, 22 Dec 2003 21:17:48 -0800 (PST) Received: from ms-smtp-01-eri0.southeast.rr.com (ms-smtp-01-lbl.southeast.rr.com [24.25.9.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52D6243D48 for ; Mon, 22 Dec 2003 21:17:46 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hBN5HUHG024081; Tue, 23 Dec 2003 00:17:43 -0500 (EST) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) hBN5H8L4021136; Tue, 23 Dec 2003 00:17:08 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: r t g tan In-Reply-To: <20031223041204.GA9571@seatle.vredesdorp.nl> References: <20031223041204.GA9571@seatle.vredesdorp.nl> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-nTi2t4iSDW1wcZL5mzrj" Organization: MarcusCom, Inc. Message-Id: <1072156647.60296.7.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 23 Dec 2003 00:17:27 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on creme-brulee.marcuscom.com X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: FreeBSD GNOME Users Subject: Re: building mozilla-gtk2 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Dec 2003 05:17:48 -0000 --=-nTi2t4iSDW1wcZL5mzrj Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2003-12-22 at 23:12, r t g tan wrote: > Hi, >=20 > I'm having problems building mozilla-gtk2. I've=20 > attached the following: >=20 > make output > list of installed packages > config.log Make sure you have run "use.perl port" to ensure all the Perl 5.8.2 dependencies are in place. That is, the output of perl -v should be 5.8.2. If it isn't, you will need to fix the local Perl install on your machine before trying to build Mozilla. Joe > Tnx, --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-nTi2t4iSDW1wcZL5mzrj Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/58/nb2iPiv4Uz4cRAodaAKCXhaHdfYpzTY2GBMZsRQ83V7TmLgCgjYnU mn7PtP2KtgMmUwjk5B2mBIc= =KDz3 -----END PGP SIGNATURE----- --=-nTi2t4iSDW1wcZL5mzrj-- From owner-freebsd-gnome@FreeBSD.ORG Mon Dec 22 22:17:18 2003 Return-Path: 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 E1AD116A4CE for ; Mon, 22 Dec 2003 22:17:18 -0800 (PST) Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by mx1.FreeBSD.org (Postfix) with SMTP id AA80E43D31 for ; Mon, 22 Dec 2003 22:17:17 -0800 (PST) (envelope-from adamw@magnesium.net) Received: (qmail 81883 invoked by uid 1252); 23 Dec 2003 06:17:17 -0000 Date: 23 Dec 2003 01:17:17 -0500 Date: Tue, 23 Dec 2003 01:17:17 -0500 From: Adam Weinberger To: r t g tan Message-ID: <20031223061717.GF27144@toxic.magnesium.net> References: <20031223041204.GA9571@seatle.vredesdorp.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031223041204.GA9571@seatle.vredesdorp.nl> X-Editor: Vim 6.2 http://www.vim.org X-Mailer: Mutt 1.5 http://www.mutt.org X-URL: http://www.vectors.cx X-ASL: 6/m/behind you User-Agent: Mutt/1.5.4i cc: gnome@FreeBSD.ORG Subject: Re: building mozilla-gtk2 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Dec 2003 06:17:19 -0000 >> (12.22.2003 @ 2312 PST): r t g tan said, in 7.3K: << > Hi, > > I'm having problems building mozilla-gtk2. I've > attached the following: > > make output > list of installed packages > config.log > > ===> Configuring for mozilla-gtk2-1.5_1 > checking for perl5... /usr/bin/perl5 > checking for minimum required perl version >= 5.004... 5.00503 > checking for full perl installation... no > configure: error: Cannot find Config.pm or $Config{archlib}. A full perl installation is required. > ===> Script "configure" failed unexpectedly. > Please report the problem to gnome@FreeBSD.org [maintainer] and attach > the "/usr/ports/www/mozilla-gtk2/work/mozilla/config.log" including the > output of the failure of your make command. Also, it might be a good > idea to provide an overview of all packages installed on your system > (e.g. an `ls /var/db/pkg`). > > perl-5.8.2_2 > configure:3102: checking for perl5 > configure:3142: checking for minimum required perl version >= 5.004 > configure:3152: checking for full perl installation > Can't locate Config.pm in @INC (@INC contains: /usr/libdata/perl/5.00503/mach /usr/libdata/perl/5.00503 /usr/local/lib/perl5/site_perl/5.005/i386-freebsd /usr/local/lib/perl5/site_perl/5.005 .) at -e line 1. > BEGIN failed--compilation aborted at -e line 1. >> end of "building mozilla-gtk2" from r t g tan << Did you upgrade from 4.X to 5.X? If so, you need to remove the perl binaries (most importantly, /usr/bin/perl5) from /usr/bin. # Adam -- Adam Weinberger vectors.cx >> adam@vectors.cx >> http://www.vectors.cx magnesium.net << adamw@magnesium.net << http://www.magnesium.net/~adamw FreeBSD >> adamw@FreeBSD.org >> http://people.freebsd.org/~adamw #vim:set ts=8: 8-char tabs prevent tooth decay. From owner-freebsd-gnome@FreeBSD.ORG Tue Dec 23 04:40:39 2003 Return-Path: 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 2B3EB16A4CE; Tue, 23 Dec 2003 04:40:39 -0800 (PST) Received: from tara.freenix.org (keltia.freenix.org [62.4.20.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42B8143D3F; Tue, 23 Dec 2003 04:40:37 -0800 (PST) (envelope-from roberto@keltia.freenix.fr) Received: by tara.freenix.org (Postfix/TLS, from userid 101) id DE01F2ABA; Tue, 23 Dec 2003 13:40:35 +0100 (CET) Date: Tue, 23 Dec 2003 13:40:35 +0100 From: Ollivier Robert To: gnome@FreeBSD.org Message-ID: <20031223124035.GA88629@tara.freenix.org> Mail-Followup-To: gnome@FreeBSD.org, ports@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: MacOS X / PowerBook G4 - FreeBSD 5.0 / 2x PIII/800 SMP User-Agent: Mutt/1.5.3i cc: ports@FreeBSD.org Subject: Problem with scroolkeeper & catalog files X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Dec 2003 12:40:39 -0000 Am I the only one for which scrollkeeper is referencing the wrong catalog file? Index: Makefile =================================================================== RCS file: /home/ncvs/ports/textproc/scrollkeeper/Makefile,v retrieving revision 1.38 diff -u -2 -I.*$Id:.* -r1.38 Makefile --- Makefile 6 Dec 2003 23:13:31 -0000 1.38 +++ Makefile 23 Dec 2003 12:38:23 -0000 @@ -42,5 +42,5 @@ CONFIGURE_ARGS= --localstatedir=/var --datadir=${PREFIX}/share/gnome \ --with-omfdirs=${PREFIX}/share/gnome/omf \ - --with-xml-catalog=${LOCALBASE}/share/xml/catalog + --with-xml-catalog=${LOCALBASE}/share/xml/catalog.ports CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" \ LIBS="-L${LOCALBASE}/lib -lintl" \ -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin snuadh.freenix.org Kernel Version 7.2.0: Thu Dec 11 16:20:23 PST 2003 From owner-freebsd-gnome@FreeBSD.ORG Tue Dec 23 09:09:26 2003 Return-Path: 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 8D72A16A4CE; Tue, 23 Dec 2003 09:09:26 -0800 (PST) Received: from ms-smtp-02-eri0.southeast.rr.com (ms-smtp-02-lbl.southeast.rr.com [24.25.9.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9932443D53; Tue, 23 Dec 2003 09:09:24 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hBNH9KAb021496; Tue, 23 Dec 2003 12:09:20 -0500 (EST) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) hBNH8tL4026262; Tue, 23 Dec 2003 12:08:55 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Ollivier Robert In-Reply-To: <20031223124035.GA88629@tara.freenix.org> References: <20031223124035.GA88629@tara.freenix.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-qzxvW0O6qDk4gFcrrbcX" Organization: MarcusCom, Inc. Message-Id: <1072199250.757.0.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 23 Dec 2003 12:09:24 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on creme-brulee.marcuscom.com X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: FreeBSD GNOME Users cc: ports@freebsd.org Subject: Re: Problem with scroolkeeper & catalog files X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Dec 2003 17:09:26 -0000 --=-qzxvW0O6qDk4gFcrrbcX Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2003-12-23 at 07:40, Ollivier Robert wrote: > Am I the only one for which scrollkeeper is referencing the wrong catalog= file? It references the catalog file for legacy reasons. What problem is this causing? Joe >=20 > Index: Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /home/ncvs/ports/textproc/scrollkeeper/Makefile,v > retrieving revision 1.38 > diff -u -2 -I.*$Id:.* -r1.38 Makefile > --- Makefile 6 Dec 2003 23:13:31 -0000 1.38 > +++ Makefile 23 Dec 2003 12:38:23 -0000 > @@ -42,5 +42,5 @@ > CONFIGURE_ARGS=3D --localstatedir=3D/var --datadir=3D${PREFIX}/share/gno= me \ > --with-omfdirs=3D${PREFIX}/share/gnome/omf \ > - --with-xml-catalog=3D${LOCALBASE}/share/xml/catalog > + --with-xml-catalog=3D${LOCALBASE}/share/xml/catalog.ports > CONFIGURE_ENV=3D CPPFLAGS=3D"-I${LOCALBASE}/include" \ > LIBS=3D"-L${LOCALBASE}/lib -lintl" \ --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-qzxvW0O6qDk4gFcrrbcX Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/6HZSb2iPiv4Uz4cRAkHaAKCLsHYeA4hDa/3nunQqq3x/u7ydcwCfXghE WFJCUtvkQg2ZJ6EGOK9gLyM= =18xh -----END PGP SIGNATURE----- --=-qzxvW0O6qDk4gFcrrbcX-- From owner-freebsd-gnome@FreeBSD.ORG Tue Dec 23 10:49:17 2003 Return-Path: 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 18C1516A4CE for ; Tue, 23 Dec 2003 10:49:17 -0800 (PST) Received: from web40103.mail.yahoo.com (web40103.mail.yahoo.com [66.218.78.37]) by mx1.FreeBSD.org (Postfix) with SMTP id 6660043D2D for ; Tue, 23 Dec 2003 10:49:16 -0800 (PST) (envelope-from dino_vliet@yahoo.com) Message-ID: <20031223184916.38759.qmail@web40103.mail.yahoo.com> Received: from [130.37.24.11] by web40103.mail.yahoo.com via HTTP; Tue, 23 Dec 2003 10:49:16 PST Date: Tue, 23 Dec 2003 10:49:16 -0800 (PST) From: Dino Vliet To: gnome@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: error in make for GNUCASH X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Dec 2003 18:49:17 -0000 Dear sir/madam, I'm getting an error when doing a make install clean in the gnucash 1.8.5 port under freebsd 4.9. The make prcess stops with the following command: .......... ./src/gdevl256.c:307: warning: implicit declaration of function 'gl_line' gmake: ** [obj/gdvel256.o] Error 1 *** Error code 2 Stop in /usr/ports/print/ghostscript-gnu *** Error code 1 Stop in /usr/ports/print/gnomeprint *** Error code 1 Stop in /usr/ports/math/guppi *** Error code 1 Stop in /usr/ports/finance/gnucash +++++++++++++++++++++++++++ What went wrong? What can I do about it? How can I remove the files that were already installed? How do I know which files where already installed? Brgds Dino Vliet __________________________________ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/ From owner-freebsd-gnome@FreeBSD.ORG Tue Dec 23 10:57:03 2003 Return-Path: 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 E053516A4CE for ; Tue, 23 Dec 2003 10:57:03 -0800 (PST) Received: from ms-smtp-02-eri0.southeast.rr.com (ms-smtp-02-lbl.southeast.rr.com [24.25.9.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEB4543D46 for ; Tue, 23 Dec 2003 10:57:01 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hBNIuwAb017442; Tue, 23 Dec 2003 13:56:59 -0500 (EST) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) hBNIuXL4027183; Tue, 23 Dec 2003 13:56:33 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Dino Vliet In-Reply-To: <20031223184916.38759.qmail@web40103.mail.yahoo.com> References: <20031223184916.38759.qmail@web40103.mail.yahoo.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-vfK0DtxdBPhcS9L+pCcy" Organization: MarcusCom, Inc. Message-Id: <1072205823.757.32.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 23 Dec 2003 13:57:04 -0500 X-Spam-Status: No, hits=-2.6 required=5.0 tests=BAYES_00,DEAR_SOMETHING autolearn=no version=2.61 X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on creme-brulee.marcuscom.com X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: FreeBSD GNOME Users Subject: Re: error in make for GNUCASH X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Dec 2003 18:57:04 -0000 --=-vfK0DtxdBPhcS9L+pCcy Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2003-12-23 at 13:49, Dino Vliet wrote: > Dear sir/madam, >=20 > I'm getting an error when doing a make install clean > in the gnucash 1.8.5 port under freebsd 4.9. > The make prcess stops with the following command: >=20 > .......... > ./src/gdevl256.c:307: warning: implicit declaration of > function 'gl_line' > gmake: ** [obj/gdvel256.o] Error 1 > *** Error code 2 >=20 > Stop in /usr/ports/print/ghostscript-gnu > *** Error code 1 >=20 > Stop in /usr/ports/print/gnomeprint > *** Error code 1 >=20 > Stop in /usr/ports/math/guppi > *** Error code 1 >=20 > Stop in /usr/ports/finance/gnucash >=20 > +++++++++++++++++++++++++++ >=20 > What went wrong? What can I do about it? How can I > remove the files that were already installed? How do I > know which files where already installed? You need to take this up with the ghostscript-gnu maintainers. Joe >=20 > Brgds > Dino Vliet >=20 > __________________________________ > Do you Yahoo!? > New Yahoo! Photos - easier uploading and sharing. > http://photos.yahoo.com/ > _______________________________________________ > freebsd-gnome@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-vfK0DtxdBPhcS9L+pCcy Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/6I//b2iPiv4Uz4cRAlNQAKCnuv/J/EwxCPhJSBBpAJIvNj/d9ACghXTC WP5AN9ndPAvYiXhxJoo84m0= =Sh24 -----END PGP SIGNATURE----- --=-vfK0DtxdBPhcS9L+pCcy-- From owner-freebsd-gnome@FreeBSD.ORG Tue Dec 23 11:26:46 2003 Return-Path: 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 1D5E216A4CE for ; Tue, 23 Dec 2003 11:26:46 -0800 (PST) Received: from grummit.biaix.org (86.Red-213-97-212.pooles.rima-tde.net [213.97.212.86]) by mx1.FreeBSD.org (Postfix) with SMTP id 2129D43D39 for ; Tue, 23 Dec 2003 11:26:41 -0800 (PST) (envelope-from joan@grummit.biaix.org) Received: (qmail 74658 invoked by uid 1000); 23 Dec 2003 19:20:34 -0000 Date: Tue, 23 Dec 2003 20:20:34 +0100 From: Joan Picanyol To: gnome@freebsd.org Message-ID: <20031223192034.GA41963@grummit.biaix.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: compiling galeon2 w/o mozilla-gtk2 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Dec 2003 19:26:46 -0000 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I'm trying to compile galeon2 on my system. I don't have a full blown mozilla, just mozilla-headers and mozilla-firebird, but I'd guess that should be enough... (19:58:26 <~>) 0 $ portupgrade -sf galeon2 ---> Upgrading 'galeon2-1.3.9_1' to 'galeon2-1.3.10_1' (www/galeon2) [...] ===> galeon2-1.3.10_1 depends on file: /usr/X11R6/include/mozilla/gtkembedmoz/gtkmozembed.h - found ===> galeon2-1.3.10_1 depends on file: /usr/X11R6/lib/mozilla-gtk2/components/libwidget_gtk2.so - found [...] checking for mozilla-gtkmozembed-gtk2... Package mozilla-gtkmozembed-gtk2 was not found in the pkg-config search path. Perhaps you should add the directory containing `mozilla-gtkmozembed-gtk2.pc' to the PKG_CONFIG_PATH environment variable No package 'mozilla-gtkmozembed-gtk2' found configure: error: Library requirements (mozilla-gtkmozembed-gtk2) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. ===> Script "configure" failed unexpectedly. Please report the problem to gnome@freebsd.org [maintainer] and attach the "/tmp/build/ports/fs/bulk/mount/FreeBSD/ports/www/galeon2/work/galeon-1.3.10/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /fs/bulk/mount/FreeBSD/ports/www/galeon2. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade49955.0 make ** Fix the problem and try again. ** The following packages were not installed or upgraded (*:skipped / !:failed) ! www/galeon2 (galeon2-1.3.9_1) (configure error) Following the PKG_CONFIG_PATH hint, I've symlinked /usr/X11R6/libdata/pkgconfig/mozilla-gtkmozembed-gtk2 to mozilla-gtkmozembed (which is attached) and the build is going on. This is obviously a workaround which is going to cause me trouble in the long run. What's the way to fix it? tks -- pica --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="config.log" This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by galeon configure 1.3.10, which was generated by GNU Autoconf 2.57. Invocation command line was $ ./configure --with-mozilla-includes=/usr/X11R6/include/mozilla --with-mozilla-libs=/usr/X11R6/lib/mozilla-gtk2 --enable-nautilus-view=no --with-mozilla-snapshot=1.5 --x-libraries=/usr/X11R6/lib --x-includes=/usr/X11R6/include --localstatedir=/usr/X11R6/share/gnome --datadir=/usr/X11R6/share/gnome --with-html-dir=/usr/X11R6/share/doc --disable-gtk-doc --with-gconf-source=xml::/usr/X11R6/etc/gconf/gconf.xml.defaults --prefix=/usr/X11R6 --build=i386-portbld-freebsd4.9 ## --------- ## ## Platform. ## ## --------- ## hostname = grummit.biaix.org uname -m = i386 uname -r = 4.9-RELEASE uname -s = FreeBSD uname -v = FreeBSD 4.9-RELEASE #1: Tue Oct 28 16:29:40 CET 2003 joan@grummit.biaix.org:/fs/tmp/mount/tmp/build/obj/fs/bulk/mount/FreeBSD/src/sys/GRUMMIT /usr/bin/uname -p = i386 /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /usr/local/libexec/libtool13 PATH: /command PATH: /bin PATH: /usr/bin PATH: /usr/local/bin PATH: /command PATH: /usr/X11R6/bin PATH: /usr/games PATH: /home/joan/bin PATH: /usr/sbin PATH: /usr/local/sbin PATH: /sbin ## ----------- ## ## Core tests. ## ## ----------- ## configure:1521: checking for a BSD-compatible install configure:1575: result: /usr/bin/install -c configure:1586: checking whether build environment is sane configure:1629: result: yes configure:1662: checking for gawk configure:1691: result: no configure:1662: checking for mawk configure:1691: result: no configure:1662: checking for nawk configure:1678: found /usr/bin/nawk configure:1688: result: nawk configure:1698: checking whether gmake sets $(MAKE) configure:1718: result: yes configure:1958: checking whether to enable maintainer-specific portions of Makefiles configure:1967: result: no configure:2021: checking build system type configure:2039: result: i386-portbld-freebsd4.9 configure:2047: checking host system type configure:2061: result: i386-portbld-freebsd4.9 configure:2081: checking for style of include used by gmake configure:2109: result: GNU configure:2180: checking for gcc configure:2206: result: cc configure:2450: checking for C compiler version configure:2453: cc --version &5 2.95.4 configure:2456: $? = 0 configure:2458: cc -v &5 Using builtin specs. gcc version 2.95.4 20020320 [FreeBSD] configure:2461: $? = 0 configure:2463: cc -V &5 cc: argument to `-V' is missing configure:2466: $? = 1 configure:2490: checking for C compiler default output configure:2493: cc -O2 -pipe -march=pentiumpro -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c -L/usr/local/lib -pthread >&5 configure:2496: $? = 0 configure:2542: result: a.out configure:2547: checking whether the C compiler works configure:2553: ./a.out configure:2556: $? = 0 configure:2573: result: yes configure:2580: checking whether we are cross compiling configure:2582: result: no configure:2585: checking for suffix of executables configure:2587: cc -o conftest -O2 -pipe -march=pentiumpro -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c -L/usr/local/lib -pthread >&5 configure:2590: $? = 0 configure:2615: result: configure:2621: checking for suffix of object files configure:2643: cc -c -O2 -pipe -march=pentiumpro -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c >&5 configure:2646: $? = 0 configure:2668: result: o configure:2672: checking whether we are using the GNU C compiler configure:2697: cc -c -O2 -pipe -march=pentiumpro -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c >&5 configure:2700: $? = 0 configure:2703: test -s conftest.o configure:2706: $? = 0 configure:2719: result: yes configure:2725: checking whether cc accepts -g configure:2747: cc -c -g -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c >&5 configure:2750: $? = 0 configure:2753: test -s conftest.o configure:2756: $? = 0 configure:2767: result: yes configure:2784: checking for cc option to accept ANSI C configure:2845: cc -c -O2 -pipe -march=pentiumpro -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c >&5 configure:2848: $? = 0 configure:2851: test -s conftest.o configure:2854: $? = 0 configure:2872: result: none needed configure:2890: cc -c -O2 -pipe -march=pentiumpro -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c >&5 conftest.c:2: syntax error before `me' configure:2893: $? = 1 configure: failed program was: | #ifndef __cplusplus | choke me | #endif configure:3004: checking dependency style of cc configure:3087: result: gcc configure:3126: checking for ld used by GCC configure:3189: result: /usr/libexec/elf/ld configure:3198: checking if the linker (/usr/libexec/elf/ld) is GNU ld GNU ld version 2.12.1 [FreeBSD] 2002-07-20 configure:3210: result: yes configure:3215: checking for /usr/libexec/elf/ld option to reload object files configure:3222: result: -r configure:3227: checking for BSD-compatible nm configure:3263: result: /usr/bin/nm -B configure:3266: checking for a sed that does not truncate output configure:3348: result: /usr/bin/sed configure:3351: checking whether ln -s works configure:3355: result: yes configure:3362: checking how to recognise dependent libraries configure:3543: result: pass_all configure:3556: checking command to parse /usr/bin/nm -B output configure:3640: cc -c -O2 -pipe -march=pentiumpro -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c >&5 configure:3643: $? = 0 configure:3647: /usr/bin/nm -B conftest.o \| sed -n -e 's/^.*[ ]\([ABCDGISTW][ABCDGISTW]*\)[ ][ ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' \> conftest.nm configure:3650: $? = 0 configure:3702: cc -o conftest -O2 -pipe -march=pentiumpro -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c conftstm.o >&5 configure:3705: $? = 0 configure:3749: result: ok configure:3758: checking how to run the C preprocessor configure:3794: cc -E -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c configure:3800: $? = 0 configure:3832: cc -E -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c configure:3834: ac_nonexistent.h: No such file or directory configure:3838: $? = 1 configure: failed program was: | #line 3824 "configure" | /* confdefs.h. */ | | #define PACKAGE_NAME "galeon" | #define PACKAGE_TARNAME "galeon" | #define PACKAGE_VERSION "1.3.10" | #define PACKAGE_STRING "galeon 1.3.10" | #define PACKAGE_BUGREPORT "http://bugzilla.gnome.org/enter_bug.cgi?product=galeon" | #define PACKAGE "galeon" | #define VERSION "1.3.10" | /* end confdefs.h. */ | #include configure:3876: result: cc -E configure:3901: cc -E -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c configure:3907: $? = 0 configure:3939: cc -E -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c configure:3941: ac_nonexistent.h: No such file or directory configure:3945: $? = 1 configure: failed program was: | #line 3931 "configure" | /* confdefs.h. */ | | #define PACKAGE_NAME "galeon" | #define PACKAGE_TARNAME "galeon" | #define PACKAGE_VERSION "1.3.10" | #define PACKAGE_STRING "galeon 1.3.10" | #define PACKAGE_BUGREPORT "http://bugzilla.gnome.org/enter_bug.cgi?product=galeon" | #define PACKAGE "galeon" | #define VERSION "1.3.10" | /* end confdefs.h. */ | #include configure:3988: checking for egrep configure:3998: result: grep -E configure:4003: checking for ANSI C header files configure:4029: cc -c -O2 -pipe -march=pentiumpro -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c >&5 configure:4032: $? = 0 configure:4035: test -s conftest.o configure:4038: $? = 0 configure:4130: cc -o conftest -O2 -pipe -march=pentiumpro -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c -L/usr/local/lib -pthread >&5 configure:4133: $? = 0 configure:4135: ./conftest configure:4138: $? = 0 configure:4153: result: yes configure:4177: checking for sys/types.h configure:4194: cc -c -O2 -pipe -march=pentiumpro -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c >&5 configure:4197: $? = 0 configure:4200: test -s conftest.o configure:4203: $? = 0 configure:4214: result: yes configure:4177: checking for sys/stat.h configure:4194: cc -c -O2 -pipe -march=pentiumpro -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c >&5 configure:4197: $? = 0 configure:4200: test -s conftest.o configure:4203: $? = 0 configure:4214: result: yes configure:4177: checking for stdlib.h configure:4194: cc -c -O2 -pipe -march=pentiumpro -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c >&5 configure:4197: $? = 0 configure:4200: test -s conftest.o configure:4203: $? = 0 configure:4214: result: yes configure:4177: checking for string.h configure:4194: cc -c -O2 -pipe -march=pentiumpro -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c >&5 configure:4197: $? = 0 configure:4200: test -s conftest.o configure:4203: $? = 0 configure:4214: result: yes configure:4177: checking for memory.h configure:4194: cc -c -O2 -pipe -march=pentiumpro -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c >&5 configure:4197: $? = 0 configure:4200: test -s conftest.o configure:4203: $? = 0 configure:4214: result: yes configure:4177: checking for strings.h configure:4194: cc -c -O2 -pipe -march=pentiumpro -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c >&5 configure:4197: $? = 0 configure:4200: test -s conftest.o configure:4203: $? = 0 configure:4214: result: yes configure:4177: checking for inttypes.h configure:4194: cc -c -O2 -pipe -march=pentiumpro -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c >&5 configure:4197: $? = 0 configure:4200: test -s conftest.o configure:4203: $? = 0 configure:4214: result: yes configure:4177: checking for stdint.h configure:4194: cc -c -O2 -pipe -march=pentiumpro -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c >&5 configure:4236: stdint.h: No such file or directory configure:4197: $? = 1 configure: failed program was: | #line 4183 "configure" | /* confdefs.h. */ | | #define PACKAGE_NAME "galeon" | #define PACKAGE_TARNAME "galeon" | #define PACKAGE_VERSION "1.3.10" | #define PACKAGE_STRING "galeon 1.3.10" | #define PACKAGE_BUGREPORT "http://bugzilla.gnome.org/enter_bug.cgi?product=galeon" | #define PACKAGE "galeon" | #define VERSION "1.3.10" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | /* end confdefs.h. */ | #include | #if HAVE_SYS_TYPES_H | # include | #endif | #if HAVE_SYS_STAT_H | # include | #endif | #if STDC_HEADERS | # include | # include | #else | # if HAVE_STDLIB_H | # include | # endif | #endif | #if HAVE_STRING_H | # if !STDC_HEADERS && HAVE_MEMORY_H | # include | # endif | # include | #endif | #if HAVE_STRINGS_H | # include | #endif | #if HAVE_INTTYPES_H | # include | #else | # if HAVE_STDINT_H | # include | # endif | #endif | #if HAVE_UNISTD_H | # include | #endif | | #include configure:4214: result: no configure:4177: checking for unistd.h configure:4194: cc -c -O2 -pipe -march=pentiumpro -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c >&5 configure:4197: $? = 0 configure:4200: test -s conftest.o configure:4203: $? = 0 configure:4214: result: yes configure:4240: checking dlfcn.h usability configure:4253: cc -c -O2 -pipe -march=pentiumpro -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c >&5 configure:4256: $? = 0 configure:4259: test -s conftest.o configure:4262: $? = 0 configure:4272: result: yes configure:4276: checking dlfcn.h presence configure:4287: cc -E -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c configure:4293: $? = 0 configure:4312: result: yes configure:4348: checking for dlfcn.h configure:4355: result: yes configure:4553: checking for ranlib configure:4569: found /usr/bin/ranlib configure:4580: result: ranlib configure:4633: checking for strip configure:4649: found /usr/bin/strip configure:4660: result: strip configure:4870: checking for objdir configure:4881: result: .libs configure:4898: checking for cc option to produce PIC configure:5044: result: -fPIC configure:5048: checking if cc PIC flag -fPIC works configure:5072: cc -c -O2 -pipe -march=pentiumpro -fPIC -DPIC -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c >&5 configure:5075: $? = 0 configure:5078: test -s conftest.o configure:5081: $? = 0 configure:5119: result: yes configure:5135: checking if cc static flag -static works configure:5160: cc -o conftest -O2 -pipe -march=pentiumpro -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE -static conftest.c -L/usr/local/lib -pthread >&5 configure:5163: $? = 0 configure:5166: test -s conftest configure:5169: $? = 0 configure:5185: result: yes configure:5197: checking if cc supports -c -o file.o configure:5217: cc -c -O2 -pipe -march=pentiumpro -o out/conftest2.o -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c >&5 configure:5241: result: yes configure:5246: checking if cc supports -c -o file.lo configure:5274: cc -c -O2 -pipe -march=pentiumpro -c -o conftest.lo -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c >&5 configure:5277: $? = 0 configure:5280: test -s conftest.lo configure:5283: $? = 0 configure:5305: result: yes configure:5336: checking if cc supports -fno-rtti -fno-exceptions configure:5359: cc -c -O2 -pipe -march=pentiumpro -fno-rtti -fno-exceptions -c conftest.c -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c >&5 configure:5362: $? = 0 configure:5365: test -s conftest.o configure:5368: $? = 0 configure:5385: result: yes configure:5396: checking whether the linker (/usr/libexec/elf/ld) supports shared libraries configure:6091: result: yes configure:6096: checking how to hardcode library paths into programs configure:6120: result: immediate configure:6125: checking whether stripping libraries is possible configure:6130: result: yes configure:6141: checking dynamic linker characteristics configure:6548: result: freebsd4.9 ld.so configure:6553: checking if libtool supports shared libraries configure:6555: result: yes configure:6558: checking whether to build shared libraries configure:6579: result: yes configure:6582: checking whether to build static libraries configure:6586: result: no configure:7260: checking whether -lc should be explicitly linked in configure:7268: cc -c -O2 -pipe -march=pentiumpro -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c >&5 configure:7271: $? = 0 configure:7285: cc -shared conftest.o -v -Wl,-soname -Wl,conftest -o conftest 2\>\&1 \| grep -lc \>/dev/null 2\>\&1 configure:7288: $? = 1 configure:7301: result: yes configure:7877: checking for strerror in -lcposix configure:7908: cc -o conftest -O2 -pipe -march=pentiumpro -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c -lcposix -L/usr/local/lib -pthread >&5 /usr/libexec/elf/ld: cannot find -lcposix configure:7911: $? = 1 configure: failed program was: | #line 7885 "configure" | /* confdefs.h. */ | | #define PACKAGE_NAME "galeon" | #define PACKAGE_TARNAME "galeon" | #define PACKAGE_VERSION "1.3.10" | #define PACKAGE_STRING "galeon 1.3.10" | #define PACKAGE_BUGREPORT "http://bugzilla.gnome.org/enter_bug.cgi?product=galeon" | #define PACKAGE "galeon" | #define VERSION "1.3.10" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | /* end confdefs.h. */ | | /* Override any gcc2 internal prototype to avoid an error. */ | #ifdef __cplusplus | extern "C" | #endif | /* We use char because int might match the return type of a gcc2 | builtin and then its argument prototype would still apply. */ | char strerror (); | int | main () | { | strerror (); | ; | return 0; | } configure:7929: result: no configure:7983: checking for gcc configure:8009: result: cc configure:8253: checking for C compiler version configure:8256: cc --version &5 2.95.4 configure:8259: $? = 0 configure:8261: cc -v &5 Using builtin specs. gcc version 2.95.4 20020320 [FreeBSD] configure:8264: $? = 0 configure:8266: cc -V &5 cc: argument to `-V' is missing configure:8269: $? = 1 configure:8272: checking whether we are using the GNU C compiler configure:8319: result: yes configure:8325: checking whether cc accepts -g configure:8367: result: yes configure:8384: checking for cc option to accept ANSI C configure:8472: result: none needed configure:8490: cc -c -O2 -pipe -march=pentiumpro -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c >&5 conftest.c:2: syntax error before `me' configure:8493: $? = 1 configure: failed program was: | #ifndef __cplusplus | choke me | #endif configure:8604: checking dependency style of cc configure:8687: result: gcc configure:8798: checking for C++ compiler version configure:8801: c++ --version &5 2.95.4 configure:8804: $? = 0 configure:8806: c++ -v &5 Using builtin specs. gcc version 2.95.4 20020320 [FreeBSD] configure:8809: $? = 0 configure:8811: c++ -V &5 c++: argument to `-V' missing configure:8814: $? = 1 configure:8817: checking whether we are using the GNU C++ compiler configure:8842: c++ -c -O2 -pipe -march=pentiumpro -O3 -fmemoize-lookups -fsave-memoized -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.cc >&5 configure:8845: $? = 0 configure:8848: test -s conftest.o configure:8851: $? = 0 configure:8864: result: yes configure:8870: checking whether c++ accepts -g configure:8892: c++ -c -g -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.cc >&5 configure:8895: $? = 0 configure:8898: test -s conftest.o configure:8901: $? = 0 configure:8912: result: yes configure:8956: c++ -c -O2 -pipe -march=pentiumpro -O3 -fmemoize-lookups -fsave-memoized -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.cc >&5 configure:8959: $? = 0 configure:8962: test -s conftest.o configure:8965: $? = 0 configure:8992: c++ -c -O2 -pipe -march=pentiumpro -O3 -fmemoize-lookups -fsave-memoized -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.cc >&5 configure:8995: $? = 0 configure:8998: test -s conftest.o configure:9001: $? = 0 configure:9026: checking dependency style of c++ configure:9109: result: gcc configure:9129: checking for cc option to accept ANSI C configure:9193: cc -c -O2 -pipe -march=pentiumpro -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c >&5 configure:9196: $? = 0 configure:9199: test -s conftest.o configure:9202: $? = 0 configure:9217: result: none needed configure:9228: checking for ANSI C header files configure:9378: result: yes configure:9454: checking for perl configure:9472: found /usr/bin/perl configure:9484: result: /usr/bin/perl configure:9518: checking for glib-genmarshal configure:9536: found /usr/local/bin/glib-genmarshal configure:9548: result: /usr/local/bin/glib-genmarshal configure:9561: checking for scandir configure:9611: cc -o conftest -O2 -pipe -march=pentiumpro -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c -L/usr/local/lib -pthread >&5 configure:9614: $? = 0 configure:9617: test -s conftest configure:9620: $? = 0 configure:9631: result: yes configure:9561: checking for bind_textdomain_codeset configure:9611: cc -o conftest -O2 -pipe -march=pentiumpro -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE conftest.c -L/usr/local/lib -pthread >&5 /tmp/ccAzxpDu.o: In function `main': /tmp/ccAzxpDu.o(.text+0x9): undefined reference to `bind_textdomain_codeset' /tmp/ccAzxpDu.o(.data+0x0): undefined reference to `bind_textdomain_codeset' configure:9614: $? = 1 configure: failed program was: | #line 9567 "configure" | /* confdefs.h. */ | | #define PACKAGE_NAME "galeon" | #define PACKAGE_TARNAME "galeon" | #define PACKAGE_VERSION "1.3.10" | #define PACKAGE_STRING "galeon 1.3.10" | #define PACKAGE_BUGREPORT "http://bugzilla.gnome.org/enter_bug.cgi?product=galeon" | #define PACKAGE "galeon" | #define VERSION "1.3.10" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define STDC_HEADERS 1 | #define HAVE_SCANDIR 1 | /* end confdefs.h. */ | /* System header to define __stub macros and hopefully few prototypes, | which can conflict with char bind_textdomain_codeset (); below. | Prefer to if __STDC__ is defined, since | exists even on freestanding compilers. */ | #ifdef __STDC__ | # include | #else | # include | #endif | /* Override any gcc2 internal prototype to avoid an error. */ | #ifdef __cplusplus | extern "C" | { | #endif | /* We use char because int might match the return type of a gcc2 | builtin and then its argument prototype would still apply. */ | char bind_textdomain_codeset (); | /* The GNU C library defines this for functions which it implements | to always fail with ENOSYS. Some functions are actually named | something starting with __ and the normal name is an alias. */ | #if defined (__stub_bind_textdomain_codeset) || defined (__stub___bind_textdomain_codeset) | choke me | #else | char (*f) () = bind_textdomain_codeset; | #endif | #ifdef __cplusplus | } | #endif | | int | main () | { | return f != bind_textdomain_codeset; | ; | return 0; | } configure:9631: result: no configure:9662: checking if NautilusView Galeon component is wanted configure:9683: result: no configure:9719: checking for pkg-config configure:9737: found /usr/local/bin/pkg-config configure:9750: result: /usr/local/bin/pkg-config configure:9767: checking for gtk+-2.0 >= 2.2.0 libxml-2.0 >= 2.4.0 libgnomeui-2.0 >= 2.0.5 libbonoboui-2.0 >= 2.1.1 libglade-2.0 >= 2.0.0 libbonobo-2.0 >= 2.0.0 glib-2.0 >= 2.0.0 gobject-2.0 >= 2.0.0 gdk-pixbuf-2.0 >= 2.2.0 gdk-2.0 >= 2.2.0 bonobo-activation-2.0 >= 2.0.0 ORBit-2.0 >= 2.0.0 gnome-vfs-2.0 >= 2.0.0 gnome-vfs-module-2.0 >= 2.0.0 gconf-2.0 >= 2.0.0 configure:9822: result: yes configure:9826: checking GALEON_DEPENDENCY_CFLAGS configure:9846: result: -DORBIT2=1 -D_THREAD_SAFE -I/usr/local/include/atk-1.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/include/libart-2.0 -I/usr/local/include/orbit-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -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/include/freetype2 -I/usr/X11R6/include/libgnomeui-2.0 -I/usr/X11R6/include/libgnome-2.0 -I/usr/X11R6/include/libgnomecanvas-2.0 -I/usr/X11R6/include/gconf/2 -I/usr/X11R6/include/libbonoboui-2.0 -I/usr/X11R6/include/gnome-vfs-2.0 -I/usr/X11R6/lib/gnome-vfs-2.0/include -I/usr/X11R6/include/libglade-2.0 -I/usr/X11R6/include/gnome-vfs-module-2.0 configure:9849: checking GALEON_DEPENDENCY_LIBS configure:9869: result: -Wl,--export-dynamic -pthread -L/usr/local/lib -L/usr/X11R6/lib -lgnomeui-2 -lSM -lICE -lbonoboui-2 -lgnomecanvas-2 -lgnome-2 -lpopt -lart_lgpl_2 -lpangoft2-1.0 -lglade-2.0 -lgtk-x11-2.0 -lxml2 -latk-1.0 -lbonobo-2 -lgdk-x11-2.0 -lXrandr -lXi -lXinerama -lgdk_pixbuf-2.0 -lpangoxft-1.0 -lXft -lfreetype -lz -lXrender -lXext -lfontconfig -lpangox-1.0 -lX11 -lpango-1.0 -lgnomevfs-2 -lbonobo-activation -lgconf-2 -lORBit-2 -lgobject-2.0 -lm -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -liconv configure:10013: checking for mozilla-gtkmozembed-gtk2 configure:10052: error: Library requirements (mozilla-gtkmozembed-gtk2) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_func_bind_textdomain_codeset=no am_cv_CC_dependencies_compiler_type=gcc ac_cv_env_CXXFLAGS_value=' -O2 -pipe -march=pentiumpro -O3 -fmemoize-lookups -fsave-memoized' ac_cv_header_stdlib_h=yes lt_cv_file_magic_cmd='$MAGIC_CMD' ac_cv_path_INTLTOOL_PERL=/usr/bin/perl ac_cv_lib_cposix_strerror=no ac_cv_prog_cc_g=yes ac_cv_env_LDFLAGS_set= ac_cv_path_PKG_CONFIG=/usr/local/bin/pkg-config lt_cv_prog_cc_can_build_shared=yes ac_cv_c_compiler_gnu=yes ac_cv_exeext= ac_cv_env_CFLAGS_set=set ac_cv_prog_make_gmake_set=yes ac_cv_env_CPP_value= ac_cv_env_CPPFLAGS_set=set lt_cv_prog_cc_static_works=yes lt_cv_prog_cc_no_builtin= ac_cv_cxx_compiler_gnu=yes lt_cv_prog_cc_shlib= ac_cv_env_CXX_set=set lt_cv_prog_cc_static=-static ac_cv_env_host_alias_set= ac_cv_path_GLIB_GENMARSHAL=/usr/local/bin/glib-genmarshal lt_cv_ld_reload_flag=-r lt_cv_archive_cmds_need_lc=yes ac_cv_header_sys_stat_h=yes lt_cv_prog_gnu_ld=yes ac_cv_env_build_alias_set=set ac_cv_env_LDFLAGS_value= ac_cv_env_target_alias_set= ac_cv_prog_cc_stdc= ac_cv_host_alias=i386-portbld-freebsd4.9 ac_cv_env_CFLAGS_value='-O2 -pipe -march=pentiumpro' ac_cv_env_CC_set=set lt_cv_prog_cc_wl=-Wl, ac_cv_header_sys_types_h=yes ac_cv_header_stdc=yes ac_cv_header_strings_h=yes lt_cv_path_SED=/usr/bin/sed ac_cv_header_stdint_h=no ac_cv_header_inttypes_h=yes ac_cv_prog_egrep='grep -E' ac_cv_header_unistd_h=yes ac_cv_header_string_h=yes lt_cv_global_symbol_to_cdecl='sed -n -e '\''s/^. .* \(.*\)$/extern char \1;/p'\''' lt_cv_path_LD=/usr/libexec/elf/ld ac_cv_build_alias=i386-portbld-freebsd4.9 ac_cv_env_CPPFLAGS_value='-I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE' ac_cv_func_scandir=yes ac_cv_prog_ac_ct_RANLIB=ranlib ac_cv_header_memory_h=yes ac_cv_env_CXXFLAGS_set=set ac_cv_env_CXX_value=c++ ac_cv_prog_ac_ct_STRIP=strip ac_cv_host=i386-portbld-freebsd4.9 ac_cv_env_host_alias_value= ac_cv_prog_cxx_g=yes lt_cv_global_symbol_to_c_name_address='sed -n -e '\''s/^: \([^ ]*\) $/ {\"\1\", (lt_ptr) 0},/p'\'' -e '\''s/^[BCDEGRST] \([^ ]*\) \([^ ]*\)$/ {"\2", (lt_ptr) \&\2},/p'\''' am_cv_prog_cc_stdc= lt_cv_compiler_c_o=yes lt_cv_prog_cc_pic_works=yes lt_cv_file_magic_test_file= am_cv_CXX_dependencies_compiler_type=gcc ac_cv_prog_CPP='cc -E' ac_cv_build=i386-portbld-freebsd4.9 ac_cv_prog_AWK=nawk ac_cv_env_build_alias_value=i386-portbld-freebsd4.9 lt_cv_prog_cc_pic=' -fPIC' lt_cv_sys_global_symbol_pipe='sed -n -e '\''s/^.*[ ]\([ABCDGISTW][ABCDGISTW]*\)[ ][ ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p'\''' lt_cv_deplibs_check_method=pass_all ac_cv_prog_ac_ct_CC=cc lt_cv_compiler_o_lo=yes ac_cv_env_target_alias_value= ac_cv_env_CC_value=cc lt_cv_path_NM='/usr/bin/nm -B' ac_cv_env_CPP_set= ac_cv_header_dlfcn_h=yes ac_cv_objext=o ## ----------------- ## ## Output variables. ## ## ----------------- ## ACLOCAL='${SHELL} /fs/tmp/mount/tmp/build/ports/fs/bulk/mount/FreeBSD/ports/www/galeon2/work/galeon-1.3.10/missing --run aclocal-1.7 ' AMDEPBACKSLASH='\' AMDEP_FALSE='#' AMDEP_TRUE='' AMTAR='${SHELL} /fs/tmp/mount/tmp/build/ports/fs/bulk/mount/FreeBSD/ports/www/galeon2/work/galeon-1.3.10/missing --run tar' AUTOCONF='${SHELL} /fs/tmp/mount/tmp/build/ports/fs/bulk/mount/FreeBSD/ports/www/galeon2/work/galeon-1.3.10/missing --run autoconf' AUTOHEADER='${SHELL} /fs/tmp/mount/tmp/build/ports/fs/bulk/mount/FreeBSD/ports/www/galeon2/work/galeon-1.3.10/missing --run autoheader' AUTOMAKE='${SHELL} /fs/tmp/mount/tmp/build/ports/fs/bulk/mount/FreeBSD/ports/www/galeon2/work/galeon-1.3.10/missing --run automake-1.7' AWK='nawk' BONOBO_ACTIVATION_IDL='/usr/local/share/idl/bonobo-activation-2.0' BONOBO_ACTIVATION_REQUIRED='2.0.0' CATALOGS='' CATOBJEXT='' CC='cc' CCDEPMODE='depmode=gcc' CFLAGS='-O2 -pipe -march=pentiumpro' CPP='cc -E' CPPFLAGS='-I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE' CXX='c++' CXXDEPMODE='depmode=gcc' CXXFLAGS=' -O2 -pipe -march=pentiumpro -O3 -fmemoize-lookups -fsave-memoized' CYGPATH_W='echo' DATADIRNAME='' DEFS='' DEPDIR='.deps' ECHO='echo' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='grep -E' ENABLE_GTKHTML_EMBED_FALSE='' ENABLE_GTKHTML_EMBED_TRUE='' ENABLE_NAUTILUS_VIEW_FALSE='' ENABLE_NAUTILUS_VIEW_TRUE='#' EXEEXT='' GALEON_DEPENDENCY_CFLAGS='-DORBIT2=1 -D_THREAD_SAFE -I/usr/local/include/atk-1.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/include/libart-2.0 -I/usr/local/include/orbit-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -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/include/freetype2 -I/usr/X11R6/include/libgnomeui-2.0 -I/usr/X11R6/include/libgnome-2.0 -I/usr/X11R6/include/libgnomecanvas-2.0 -I/usr/X11R6/include/gconf/2 -I/usr/X11R6/include/libbonoboui-2.0 -I/usr/X11R6/include/gnome-vfs-2.0 -I/usr/X11R6/lib/gnome-vfs-2.0/include -I/usr/X11R6/include/libglade-2.0 -I/usr/X11R6/include/gnome-vfs-module-2.0 ' GALEON_DEPENDENCY_LIBS='-Wl,--export-dynamic -pthread -L/usr/local/lib -L/usr/X11R6/lib -lgnomeui-2 -lSM -lICE -lbonoboui-2 -lgnomecanvas-2 -lgnome-2 -lpopt -lart_lgpl_2 -lpangoft2-1.0 -lglade-2.0 -lgtk-x11-2.0 -lxml2 -latk-1.0 -lbonobo-2 -lgdk-x11-2.0 -lXrandr -lXi -lXinerama -lgdk_pixbuf-2.0 -lpangoxft-1.0 -lXft -lfreetype -lz -lXrender -lXext -lfontconfig -lpangox-1.0 -lX11 -lpango-1.0 -lgnomevfs-2 -lbonobo-activation -lgconf-2 -lORBit-2 -lgobject-2.0 -lm -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -liconv ' GCONFTOOL='' GCONF_REQUIRED='2.0.0' GCONF_SCHEMAS_INSTALL_FALSE='' GCONF_SCHEMAS_INSTALL_TRUE='' GCONF_SCHEMA_CONFIG_SOURCE='' GCONF_SCHEMA_FILE_DIR='' GETTEXT_PACKAGE='' GLIB_GENMARSHAL='/usr/local/bin/glib-genmarshal' GLIB_REQUIRED='2.0.0' GMOFILES='' GMSGFMT='' GNOME_VFS_REQUIRED='2.0.0' GTKHTML_CFLAGS='' GTKHTML_LIBS='' GTK_REQUIRED='2.2.0' HAVE_SCANDIR_FALSE='#' HAVE_SCANDIR_TRUE='' INSTALL_DATA='install -c -m 444' INSTALL_PROGRAM='install -c -s -m 555' INSTALL_SCRIPT='install -c -m 555' INSTALL_STRIP_PROGRAM='${SHELL} $(install_sh) -c -s' INSTOBJEXT='' INTLLIBS='' INTLTOOL_CAVES_RULE='%.caves: %.caves.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -d -u -c $(top_builddir)/po/.intltool-merge-cache' INTLTOOL_DESKTOP_RULE='%.desktop: %.desktop.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -d -u -c $(top_builddir)/po/.intltool-merge-cache' INTLTOOL_DIRECTORY_RULE='%.directory: %.directory.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -d -u -c $(top_builddir)/po/.intltool-merge-cache' INTLTOOL_EXTRACT='$(top_builddir)/intltool-extract' INTLTOOL_KEYS_RULE='%.keys: %.keys.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -k -u -c $(top_builddir)/po/.intltool-merge-cache' INTLTOOL_MERGE='$(top_builddir)/intltool-merge' INTLTOOL_OAF_RULE='%.oaf: %.oaf.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -o -p' INTLTOOL_PERL='/usr/bin/perl' INTLTOOL_PONG_RULE='%.pong: %.pong.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -x -u -c $(top_builddir)/po/.intltool-merge-cache' INTLTOOL_PROP_RULE='%.prop: %.prop.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -d -u -c $(top_builddir)/po/.intltool-merge-cache' INTLTOOL_SCHEMAS_RULE='%.schemas: %.schemas.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -s -u -c $(top_builddir)/po/.intltool-merge-cache' INTLTOOL_SERVER_RULE='%.server: %.server.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -o -u -c $(top_builddir)/po/.intltool-merge-cache' INTLTOOL_SHEET_RULE='%.sheet: %.sheet.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -x -u -c $(top_builddir)/po/.intltool-merge-cache' INTLTOOL_SOUNDLIST_RULE='%.soundlist: %.soundlist.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -d -u -c $(top_builddir)/po/.intltool-merge-cache' INTLTOOL_THEME_RULE='%.theme: %.theme.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -d -u -c $(top_builddir)/po/.intltool-merge-cache' INTLTOOL_UI_RULE='%.ui: %.ui.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -x -u -c $(top_builddir)/po/.intltool-merge-cache' INTLTOOL_UPDATE='$(top_builddir)/intltool-update' INTLTOOL_XAM_RULE='%.xam: %.xml.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -x -u -c $(top_builddir)/po/.intltool-merge-cache' INTLTOOL_XML_RULE='%.xml: %.xml.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -x -u -c $(top_builddir)/po/.intltool-merge-cache' LDFLAGS='' LIBBONOBOUI_REQUIRED='2.1.1' LIBBONOBO_IDL='/usr/local/share/idl/bonobo-2.0' LIBBONOBO_REQUIRED='2.0.0' LIBGLADE_REQUIRED='2.0.0' LIBGNOMEUI_REQUIRED='2.0.5' LIBOBJS='' LIBS='-L/usr/local/lib -pthread' LIBTOOL='$(SHELL) $(top_builddir)/libtool' LIBXML_REQUIRED='2.4.0' LN_S='ln -s' LTLIBOBJS='' MAINT='#' MAINTAINER_MODE_FALSE='' MAINTAINER_MODE_TRUE='#' MAKEINFO='${SHELL} /fs/tmp/mount/tmp/build/ports/fs/bulk/mount/FreeBSD/ports/www/galeon2/work/galeon-1.3.10/missing --run makeinfo' MKINSTALLDIRS='' MOZILLA_COMPONENT_CFLAGS='' MOZILLA_COMPONENT_LIBS='' MOZILLA_HOME='' MOZILLA_INCLUDE_ROOT='' MOZILLA_REQUIRED='1.3' MSGFMT='' OBJEXT='o' ORBIT_IDL='/usr/local/bin/orbit-idl-2' ORBIT_REQUIRED='2.0.0' PACKAGE='galeon' PACKAGE_BUGREPORT='http://bugzilla.gnome.org/enter_bug.cgi?product=galeon' PACKAGE_NAME='galeon' PACKAGE_STRING='galeon 1.3.10' PACKAGE_TARNAME='galeon' PACKAGE_VERSION='1.3.10' PATH_SEPARATOR=':' PKG_CONFIG='/usr/local/bin/pkg-config' POFILES='' POSUB='' PO_IN_DATADIR_FALSE='' PO_IN_DATADIR_TRUE='' RANLIB='ranlib' SCROLLKEEPER_REQUIRED='0.1.4' SET_MAKE='' SHELL='/bin/sh' STRIP='strip' USE_NLS='' VERSION='1.3.10' XGETTEXT='' ac_ct_CC='cc' ac_ct_CXX='' ac_ct_RANLIB='ranlib' ac_ct_STRIP='strip' am__fastdepCC_FALSE='' am__fastdepCC_TRUE='#' am__fastdepCXX_FALSE='' am__fastdepCXX_TRUE='#' am__include='include' am__leading_dot='.' am__quote='' bindir='${exec_prefix}/bin' build='i386-portbld-freebsd4.9' build_alias='i386-portbld-freebsd4.9' build_cpu='i386' build_os='freebsd4.9' build_vendor='portbld' datadir='/usr/X11R6/share/gnome' exec_prefix='NONE' host='i386-portbld-freebsd4.9' host_alias='' host_cpu='i386' host_os='freebsd4.9' host_vendor='portbld' includedir='${prefix}/include' infodir='${prefix}/info' install_sh='/fs/tmp/mount/tmp/build/ports/fs/bulk/mount/FreeBSD/ports/www/galeon2/work/galeon-1.3.10/install-sh' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localstatedir='/usr/X11R6/share/gnome' mandir='${prefix}/man' oldincludedir='/usr/include' prefix='/usr/X11R6' program_transform_name='s,x,x,' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' sysconfdir='${prefix}/etc' target_alias='' ## ----------- ## ## confdefs.h. ## ## ----------- ## #define HAVE_DLFCN_H 1 #define HAVE_INTTYPES_H 1 #define HAVE_MEMORY_H 1 #define HAVE_SCANDIR 1 #define HAVE_STDLIB_H 1 #define HAVE_STRINGS_H 1 #define HAVE_STRING_H 1 #define HAVE_SYS_STAT_H 1 #define HAVE_SYS_TYPES_H 1 #define HAVE_UNISTD_H 1 #define PACKAGE "galeon" #define PACKAGE_BUGREPORT "http://bugzilla.gnome.org/enter_bug.cgi?product=galeon" #define PACKAGE_NAME "galeon" #define PACKAGE_STRING "galeon 1.3.10" #define PACKAGE_TARNAME "galeon" #define PACKAGE_VERSION "1.3.10" #define STDC_HEADERS 1 #define STDC_HEADERS 1 #define VERSION "1.3.10" configure: exit 1 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="mozilla-gtkmozembed.pc" prefix=/usr/X11R6 exec_prefix=/usr/X11R6 libdir=/usr/X11R6/lib/mozilla-gtk2 includedir=/usr/X11R6/include/mozilla Name: Mozilla Gtk Embedding Widget Description: Mozilla Embedding Widget for Gtk+ Version: 1.4 Requires: mozilla-xpcom = 1.4 Libs: -L${libdir} -lgtkembedmoz Cflags: -I${includedir}/gtkembedmoz --2oS5YaxWCcQjTEyO-- From owner-freebsd-gnome@FreeBSD.ORG Tue Dec 23 11:44:00 2003 Return-Path: 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 9BA5016A4CE for ; Tue, 23 Dec 2003 11:44:00 -0800 (PST) Received: from ms-smtp-02-eri0.southeast.rr.com (ms-smtp-02-lbl.southeast.rr.com [24.25.9.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAD7C43D49 for ; Tue, 23 Dec 2003 11:42:50 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hBNJggAb007986; Tue, 23 Dec 2003 14:42:42 -0500 (EST) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) hBNJgGL4027469; Tue, 23 Dec 2003 14:42:16 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Joan Picanyol In-Reply-To: <20031223192034.GA41963@grummit.biaix.org> References: <20031223192034.GA41963@grummit.biaix.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-GWlAqUj4HeugqUupIzQi" Organization: MarcusCom, Inc. Message-Id: <1072208567.757.36.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 23 Dec 2003 14:42:47 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on creme-brulee.marcuscom.com X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: FreeBSD GNOME Users Subject: Re: compiling galeon2 w/o mozilla-gtk2 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Dec 2003 19:44:00 -0000 --=-GWlAqUj4HeugqUupIzQi Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2003-12-23 at 14:20, Joan Picanyol wrote: > Hi, >=20 > I'm trying to compile galeon2 on my system. I don't have a full blown > mozilla, just mozilla-headers and mozilla-firebird, but I'd guess that > should be enough... No, it's not. You need to install mozilla-gtk2. Joe >=20 > (19:58:26 <~>) 0 $ portupgrade -sf galeon2 > ---> Upgrading 'galeon2-1.3.9_1' to 'galeon2-1.3.10_1' (www/galeon2) > [...] > =3D=3D=3D> galeon2-1.3.10_1 depends on file: /usr/X11R6/include/mozilla= /gtkembedmoz/gtkmozembed.h - found > =3D=3D=3D> galeon2-1.3.10_1 depends on file: /usr/X11R6/lib/mozilla-gtk= 2/components/libwidget_gtk2.so - found > [...] > checking for mozilla-gtkmozembed-gtk2... Package mozilla-gtkmozembed-gtk2= was not found in the pkg-config search path. > Perhaps you should add the directory containing `mozilla-gtkmozembed-gtk2= .pc' > to the PKG_CONFIG_PATH environment variable > No package 'mozilla-gtkmozembed-gtk2' found >=20 > configure: error: Library requirements (mozilla-gtkmozembed-gtk2) not met= ; consider adjusting the PKG_CONFIG_PATH environment variable if your libra= ries are in a nonstandard prefix so pkg-config can find them. > =3D=3D=3D> Script "configure" failed unexpectedly. > Please report the problem to gnome@freebsd.org [maintainer] and att= ach > the > "/tmp/build/ports/fs/bulk/mount/FreeBSD/ports/www/galeon2/work/gale= on-1.3.10/config.log" > including the output of the failure of your make command. Also, it = might > be a good idea to provide an overview of all packages installed on = your > system (e.g. an `ls /var/db/pkg`). > *** Error code 1 >=20 > Stop in /fs/bulk/mount/FreeBSD/ports/www/galeon2. > ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade4995= 5.0 make > ** Fix the problem and try again. > ** The following packages were not installed or upgraded (*:skipped / !:f= ailed) > ! www/galeon2 (galeon2-1.3.9_1) (configure error) >=20 > Following the PKG_CONFIG_PATH hint, I've symlinked > /usr/X11R6/libdata/pkgconfig/mozilla-gtkmozembed-gtk2 to > mozilla-gtkmozembed (which is attached) and the build is going on. This > is obviously a workaround which is going to cause me trouble in the long > run. What's the way to fix it? >=20 > tks > -- > pica >=20 > ______________________________________________________________________ > _______________________________________________ > freebsd-gnome@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-GWlAqUj4HeugqUupIzQi Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/6Jq3b2iPiv4Uz4cRAoHeAJwMXNArNmGlTq8OCJ5ScXiFgXYn7wCeLmEJ B9xdCUsObVWSuGKiCFjAMvE= =+bND -----END PGP SIGNATURE----- --=-GWlAqUj4HeugqUupIzQi-- From owner-freebsd-gnome@FreeBSD.ORG Tue Dec 23 12:10:42 2003 Return-Path: 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 3203C16A4CE for ; Tue, 23 Dec 2003 12:10:42 -0800 (PST) Received: from grummit.biaix.org (86.Red-213-97-212.pooles.rima-tde.net [213.97.212.86]) by mx1.FreeBSD.org (Postfix) with SMTP id 4B75A43D1D for ; Tue, 23 Dec 2003 12:10:37 -0800 (PST) (envelope-from joan@grummit.biaix.org) Received: (qmail 7570 invoked by uid 1000); 23 Dec 2003 20:04:26 -0000 Date: Tue, 23 Dec 2003 21:04:26 +0100 From: Joan Picanyol To: Joe Marcus Clarke Message-ID: <20031223200426.GA2944@grummit.biaix.org> References: <20031223192034.GA41963@grummit.biaix.org> <1072208567.757.36.camel@gyros> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1072208567.757.36.camel@gyros> User-Agent: Mutt/1.4.1i cc: FreeBSD GNOME Users Subject: Re: compiling galeon2 w/o mozilla-gtk2 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Dec 2003 20:10:42 -0000 * Joe Marcus Clarke [20031223 20:36]: > On Tue, 2003-12-23 at 14:20, Joan Picanyol wrote: > > I'm trying to compile galeon2 on my system. I don't have a full blown > > mozilla, just mozilla-headers and mozilla-firebird, but I'd guess that > > should be enough... > No, it's not. You need to install mozilla-gtk2. Why doesn't portupgrade do it then? qvb -- pica From owner-freebsd-gnome@FreeBSD.ORG Tue Dec 23 12:26:38 2003 Return-Path: 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 6574516A4CE for ; Tue, 23 Dec 2003 12:26:38 -0800 (PST) Received: from ms-smtp-02-eri0.southeast.rr.com (ms-smtp-02-lbl.southeast.rr.com [24.25.9.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6161343D48 for ; Tue, 23 Dec 2003 12:26:36 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hBNKQCAb027445; Tue, 23 Dec 2003 15:26:12 -0500 (EST) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) hBNKPkL4027994; Tue, 23 Dec 2003 15:25:46 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Joan Picanyol In-Reply-To: <20031223200426.GA2944@grummit.biaix.org> References: <20031223192034.GA41963@grummit.biaix.org> <20031223200426.GA2944@grummit.biaix.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-NTE6tf7H1/SVp0Hm8jDI" Organization: MarcusCom, Inc. Message-Id: <1072211177.757.44.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 23 Dec 2003 15:26:17 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on creme-brulee.marcuscom.com X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: FreeBSD GNOME Users Subject: Re: compiling galeon2 w/o mozilla-gtk2 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Dec 2003 20:26:38 -0000 --=-NTE6tf7H1/SVp0Hm8jDI Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2003-12-23 at 15:04, Joan Picanyol wrote: > * Joe Marcus Clarke [20031223 20:36]: > > On Tue, 2003-12-23 at 14:20, Joan Picanyol wrote: > > > I'm trying to compile galeon2 on my system. I don't have a full blown > > > mozilla, just mozilla-headers and mozilla-firebird, but I'd guess tha= t > > > should be enough... > > No, it's not. You need to install mozilla-gtk2. > Why doesn't portupgrade do it then?=20 Based on what you've provided, I don't have an answer for that. Joe >=20 > qvb > -- > pica --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-NTE6tf7H1/SVp0Hm8jDI Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/6KTpb2iPiv4Uz4cRAuagAJwJ1eHYREzuOXAIyA7uinADEjVGCwCgkA6e u0yPfYzWlBNAD3DU/XAmhmA= =F2b2 -----END PGP SIGNATURE----- --=-NTE6tf7H1/SVp0Hm8jDI-- From owner-freebsd-gnome@FreeBSD.ORG Tue Dec 23 13:13:05 2003 Return-Path: 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 6616216A4CE; Tue, 23 Dec 2003 13:13:05 -0800 (PST) Received: from tara.freenix.org (keltia.freenix.org [62.4.20.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE43743D45; Tue, 23 Dec 2003 13:13:03 -0800 (PST) (envelope-from roberto@keltia.freenix.fr) Received: by tara.freenix.org (Postfix/TLS, from userid 101) id E40C32ABA; Tue, 23 Dec 2003 22:13:02 +0100 (CET) Date: Tue, 23 Dec 2003 22:13:02 +0100 From: Ollivier Robert To: Joe Marcus Clarke Message-ID: <20031223211302.GA91273@tara.freenix.org> Mail-Followup-To: Joe Marcus Clarke , FreeBSD GNOME Users , ports@freebsd.org References: <20031223124035.GA88629@tara.freenix.org> <1072199250.757.0.camel@gyros> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1072199250.757.0.camel@gyros> X-Operating-System: MacOS X / PowerBook G4 - FreeBSD 5.0 / 2x PIII/800 SMP User-Agent: Mutt/1.5.3i cc: FreeBSD GNOME Users cc: ports@freebsd.org Subject: Re: Problem with scroolkeeper & catalog files X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Dec 2003 21:13:05 -0000 According to Joe Marcus Clarke: > It references the catalog file for legacy reasons. What problem is this > causing? configure error when it tries to find the docbook-xml entry in the catalog file (which is empty). Build is stopped. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin snuadh.freenix.org Kernel Version 7.2.0: Thu Dec 11 16:20:23 PST 2003 From owner-freebsd-gnome@FreeBSD.ORG Tue Dec 23 13:26:26 2003 Return-Path: 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 B295F16A4CE; Tue, 23 Dec 2003 13:26:26 -0800 (PST) Received: from ms-smtp-02-eri0.southeast.rr.com (ms-smtp-02-lbl.southeast.rr.com [24.25.9.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCDA143D45; Tue, 23 Dec 2003 13:26:24 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hBNLQJAb017098; Tue, 23 Dec 2003 16:26:20 -0500 (EST) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) hBNLPgL4028454; Tue, 23 Dec 2003 16:25:42 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Ollivier Robert In-Reply-To: <20031223211302.GA91273@tara.freenix.org> References: <20031223124035.GA88629@tara.freenix.org> <20031223211302.GA91273@tara.freenix.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-WbH3VPYl4AdjUGVp9nFM" Organization: MarcusCom, Inc. Message-Id: <1072214773.1268.3.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 23 Dec 2003 16:26:13 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on creme-brulee.marcuscom.com X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: FreeBSD GNOME Users cc: ports@freebsd.org Subject: Re: Problem with scroolkeeper & catalog files X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Dec 2003 21:26:26 -0000 --=-WbH3VPYl4AdjUGVp9nFM Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2003-12-23 at 16:13, Ollivier Robert wrote: > According to Joe Marcus Clarke: > > It references the catalog file for legacy reasons. What problem is thi= s > > causing? >=20 > configure error when it tries to find the docbook-xml entry in the catalo= g > file (which is empty). Build is stopped. Do you have a catalog file? This works fine for me. The catalog file should be a jumping off point into catalog.ports. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-WbH3VPYl4AdjUGVp9nFM Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/6LL1b2iPiv4Uz4cRAtUtAJ0b1FUj0PdZEgMr9bseIQtyvMjWJQCgjACm dut4B2AbtZ6M7aDMkBsSaEQ= =EyfH -----END PGP SIGNATURE----- --=-WbH3VPYl4AdjUGVp9nFM-- From owner-freebsd-gnome@FreeBSD.ORG Tue Dec 23 14:58:51 2003 Return-Path: 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 C7C8416A4CE; Tue, 23 Dec 2003 14:58:51 -0800 (PST) Received: from tara.freenix.org (keltia.freenix.org [62.4.20.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D5DF43D53; Tue, 23 Dec 2003 14:58:46 -0800 (PST) (envelope-from roberto@keltia.freenix.fr) Received: by tara.freenix.org (Postfix/TLS, from userid 101) id 95BF32AB6; Tue, 23 Dec 2003 23:58:45 +0100 (CET) Date: Tue, 23 Dec 2003 23:58:45 +0100 From: Ollivier Robert To: Joe Marcus Clarke Message-ID: <20031223225845.GA91743@tara.freenix.org> Mail-Followup-To: Joe Marcus Clarke , FreeBSD GNOME Users , ports@freebsd.org References: <20031223124035.GA88629@tara.freenix.org> <1072199250.757.0.camel@gyros> <20031223211302.GA91273@tara.freenix.org> <1072214773.1268.3.camel@gyros> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1072214773.1268.3.camel@gyros> X-Operating-System: MacOS X / PowerBook G4 - FreeBSD 5.0 / 2x PIII/800 SMP User-Agent: Mutt/1.5.3i cc: FreeBSD GNOME Users cc: ports@freebsd.org Subject: Re: Problem with scroolkeeper & catalog files X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Dec 2003 22:58:51 -0000 According to Joe Marcus Clarke: > Do you have a catalog file? This works fine for me. The catalog file Yes, as I said, it is empty. The configure script in scrollkeeper is looking into it, searching docbook-xml and doesn't find it, stopping the build with an error. It probably comes from the fact that catalog is empty. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin snuadh.freenix.org Kernel Version 7.2.0: Thu Dec 11 16:20:23 PST 2003 From owner-freebsd-gnome@FreeBSD.ORG Tue Dec 23 15:04:27 2003 Return-Path: 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 3331616A4CE; Tue, 23 Dec 2003 15:04:27 -0800 (PST) Received: from ms-smtp-03-eri0.southeast.rr.com (ms-smtp-03-lbl.southeast.rr.com [24.25.9.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79FCE43D2F; Tue, 23 Dec 2003 15:04:25 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hBNN48ov015039; Tue, 23 Dec 2003 18:04:16 -0500 (EST) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) hBNN3bL4029110; Tue, 23 Dec 2003 18:03:37 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Ollivier Robert In-Reply-To: <20031223225845.GA91743@tara.freenix.org> References: <20031223124035.GA88629@tara.freenix.org> <20031223211302.GA91273@tara.freenix.org> <20031223225845.GA91743@tara.freenix.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-lEuNhcTnkat/uUiOCa1j" Organization: MarcusCom, Inc. Message-Id: <1072220649.1268.31.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 23 Dec 2003 18:04:09 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on creme-brulee.marcuscom.com X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: FreeBSD GNOME Users cc: ports@freebsd.org Subject: Re: Problem with scroolkeeper & catalog files X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Dec 2003 23:04:27 -0000 --=-lEuNhcTnkat/uUiOCa1j Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2003-12-23 at 17:58, Ollivier Robert wrote: > According to Joe Marcus Clarke: > > Do you have a catalog file? This works fine for me. The catalog file >=20 > Yes, as I said, it is empty. The configure script in scrollkeeper is look= ing > into it, searching docbook-xml and doesn't find it, stopping the build wi= th an > error. >=20 > It probably comes from the fact that catalog is empty. It shouldn't be empty. It should point to catalog.ports. This might require a reinstall of all your docbook ports as well as xmlcatmgr. You may also have to delete /usr/local/share/xml/* to get things working properly. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-lEuNhcTnkat/uUiOCa1j Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/6Mnob2iPiv4Uz4cRAqfuAJ4i8rujzQaJTi1yl87FnPxSIOr1SQCdGjW3 sBzHKjwxef01utvD95niGPw= =IKnS -----END PGP SIGNATURE----- --=-lEuNhcTnkat/uUiOCa1j-- From owner-freebsd-gnome@FreeBSD.ORG Tue Dec 23 17:02:16 2003 Return-Path: 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 D50F216A4CF for ; Tue, 23 Dec 2003 17:02:16 -0800 (PST) Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 9EC2043D50 for ; Tue, 23 Dec 2003 17:02:14 -0800 (PST) (envelope-from adamw@magnesium.net) Received: (qmail 15381 invoked by uid 1252); 24 Dec 2003 01:02:14 -0000 Date: 23 Dec 2003 20:02:14 -0500 Date: Tue, 23 Dec 2003 20:02:14 -0500 From: Adam Weinberger To: Joe Marcus Clarke , FreeBSD GNOME Users , ports@freebsd.org Message-ID: <20031224010214.GK27144@toxic.magnesium.net> Mail-Followup-To: Adam Weinberger , Joe Marcus Clarke , FreeBSD GNOME Users , ports@freebsd.org References: <20031223124035.GA88629@tara.freenix.org> <1072199250.757.0.camel@gyros> <20031223211302.GA91273@tara.freenix.org> <1072214773.1268.3.camel@gyros> <20031223225845.GA91743@tara.freenix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031223225845.GA91743@tara.freenix.org> X-Editor: Vim 6.2 http://www.vim.org X-Mailer: Mutt 1.5 http://www.mutt.org X-URL: http://www.vectors.cx X-ASL: 6/m/behind you User-Agent: Mutt/1.5.4i Subject: Re: Problem with scroolkeeper & catalog files X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Dec 2003 01:02:17 -0000 >> (12.23.2003 @ 1758 PST): Ollivier Robert said, in 0.7K: << > According to Joe Marcus Clarke: > > Do you have a catalog file? This works fine for me. The catalog file > > Yes, as I said, it is empty. The configure script in scrollkeeper is looking > into it, searching docbook-xml and doesn't find it, stopping the build with an > error. > > It probably comes from the fact that catalog is empty. >> end of "Re: Problem with scroolkeeper & catalog files" from Ollivier Robert << I think I had this same problem. By deleting the empty catalog file and recursively reinstalling xmlcatmgr the problem went away. I think. # Adam -- Adam Weinberger vectors.cx >> adam@vectors.cx >> http://www.vectors.cx magnesium.net << adamw@magnesium.net << http://www.magnesium.net/~adamw FreeBSD >> adamw@FreeBSD.org >> http://people.freebsd.org/~adamw #vim:set ts=8: 8-char tabs prevent tooth decay. From owner-freebsd-gnome@FreeBSD.ORG Tue Dec 23 20:04:48 2003 Return-Path: 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 B0A3516A4CE; Tue, 23 Dec 2003 20:04:48 -0800 (PST) Received: from ipop5.tm.net.my (service.tm.net.my [202.188.95.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B65243D48; Tue, 23 Dec 2003 20:04:46 -0800 (PST) (envelope-from kaeru@streamyx.com) Received: from av4 ([172.20.0.21]) by ipop5.tm.net.my (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTP id <0HQD001TSSK7YU@ipop5.tm.net.my>; Wed, 24 Dec 2003 12:02:31 +0800 (SGT) Received: from wolverine.home.net ([219.94.83.210]) by ipop1.tm.net.my (iPlanet Messaging Server 5.1 HotFix 1.6 (built Oct 18 2002)) with ESMTP id <0HQD004DESK7BL@ipop1.tm.net.my>; Wed, 24 Dec 2003 12:02:31 +0800 (SGT) Received: from wolverine.home.net (localhost.home.net [127.0.0.1]) by wolverine.home.net (8.12.10/8.12.10) with ESMTP id hBO42UQZ013299; Wed, 24 Dec 2003 12:02:30 +0800 Received: (from kaeru@localhost) by wolverine.home.net (8.12.10/8.12.10/Submit) id hBO42UB4013298; Wed, 24 Dec 2003 12:02:30 +0800 (MYT envelope-from kaeru) Date: Wed, 24 Dec 2003 12:02:30 +0800 From: Khairil Yusof In-reply-to: <1072215739.1268.8.camel@gyros> To: Joe Marcus Clarke Message-id: <20031224040230.GB9533@wolverine.home.net> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: Mutt/1.4.1i References: <1071901810.451.21.camel@shumai.marcuscom.com> <20031223165200.GA1424@wolverine.home.net> <1072215739.1268.8.camel@gyros> cc: gnome@FreeBSD.org Subject: Re: Looking for something to do? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Dec 2003 04:04:48 -0000 On Tue, Dec 23, 2003 at 04:42:19PM -0500, Joe Marcus Clarke wrote: > Once the volumes are mounted, they will show up. That should have > worked for a long time. However, I was trying to add the ability of > putting user-mountable volumes (e.g. CD-ROM) on the desktop before they > are mounted (giving the user the option of mounting them from the > desktop). This is not working for some reason. Here's what I got: User mountable drives show up in the Computer folder, and double clicking on them does try to mount the drives. Apart for vfs syctl, in fstab, I had to fill in the full path to my user mounted dir. /dev/da1s1 /home/kaeru/mnt/camera msdos rw,noauto 0 0 I can't however create any type of link to it on the desktop. It fails with a "Unsupported Operation" on a file operation message. From owner-freebsd-gnome@FreeBSD.ORG Tue Dec 23 20:28:41 2003 Return-Path: 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 1E3FA16A4CE; Tue, 23 Dec 2003 20:28:41 -0800 (PST) Received: from lakemtao08.cox.net (lakemtao08.cox.net [68.1.17.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4792043D48; Tue, 23 Dec 2003 20:28:39 -0800 (PST) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.11]) by lakemtao08.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP id <20031224042839.XNJS2412.lakemtao08.cox.net@mezz.mezzweb.com>; Tue, 23 Dec 2003 23:28:39 -0500 To: Khairil Yusof References: <1071901810.451.21.camel@shumai.marcuscom.com> <20031223165200.GA1424@wolverine.home.net> <1072215739.1268.8.camel@gyros> <20031224040230.GB9533@wolverine.home.net> Message-ID: From: Jeremy Messenger Content-Type: text/plain; format=flowed; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Tue, 23 Dec 2003 22:27:48 -0600 In-Reply-To: <20031224040230.GB9533@wolverine.home.net> User-Agent: Opera7.23/Linux M2 build 518 cc: gnome@FreeBSD.org cc: Joe Marcus Clarke Subject: Re: Looking for something to do? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Dec 2003 04:28:41 -0000 On Wed, 24 Dec 2003 12:02:30 +0800, Khairil Yusof wrote: > On Tue, Dec 23, 2003 at 04:42:19PM -0500, Joe Marcus Clarke wrote: > >> Once the volumes are mounted, they will show up. That should have >> worked for a long time. However, I was trying to add the ability of >> putting user-mountable volumes (e.g. CD-ROM) on the desktop before they >> are mounted (giving the user the option of mounting them from the >> desktop). This is not working for some reason. > > Here's what I got: > > User mountable drives show up in the Computer folder, and double > clicking on them does try to mount the drives. Ahh, I never knew it was in the Computer folder, which I thought it was supposed to be on the desktop. Now, it's there in the Computer folder and I am able to mount it, so it works! When, I mounted it by either click right (menu) -> mount or double click, then a new CD icon will appear in the desktop just like if I mount it by the command line. But, one major problem is that I can't umount it because there's no option to do that but there has an eject option in the right click menu. The eject doesn't work, I get the error following: Failed to start command (Click on details) -> Failed to execute child process "eject" (No such file or directory) After I clicked 'OK' from the error msg, then it will umount or the mount died by itself. Weird. Khairil, thanks for input about Computer folder that got me check on the CD stuff and should help Joe more. :-) Cheers, Mezz > Apart for vfs syctl, in fstab, I had to fill in the full path to my user > mounted dir. > > /dev/da1s1 /home/kaeru/mnt/camera msdos rw,noauto 0 0 > > I can't however create any type of link to it on the desktop. It fails > with a "Unsupported Operation" on a file operation message. -- bsdforums.org 's moderator, mezz. From owner-freebsd-gnome@FreeBSD.ORG Tue Dec 23 20:33:19 2003 Return-Path: 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 4B46516A4CE; Tue, 23 Dec 2003 20:33:19 -0800 (PST) Received: from mailout.informatik.tu-muenchen.de (mailout.informatik.tu-muenchen.de [131.159.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3478243D46; Tue, 23 Dec 2003 20:33:16 -0800 (PST) (envelope-from barner@in.tum.de) Received: from zi025.glhnet.mhn.de (localhost.glhnet.mhn.de. [127.0.0.1]) by zi025.glhnet.mhn.de (8.12.10/8.12.9) with ESMTP id hBO4Wn9c062138; Wed, 24 Dec 2003 05:32:50 +0100 (CET) (envelope-from simon@zi025.glhnet.mhn.de) Received: (from simon@localhost) by zi025.glhnet.mhn.de (8.12.10/8.12.9/Submit) id hBO4WnT5062137; Wed, 24 Dec 2003 05:32:49 +0100 (CET) (envelope-from simon) Date: Wed, 24 Dec 2003 05:32:49 +0100 From: Simon Barner To: Joe Marcus Clarke Message-ID: <20031224043249.GA51185@zi025.glhnet.mhn.de> References: <1071901810.451.21.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline In-Reply-To: <1071901810.451.21.camel@shumai.marcuscom.com> User-Agent: Mutt/1.5.4i X-Virus-Scanned: by amavisd-new at informatik.tu-muenchen.de cc: FreeBSD GNOME Users Subject: Re: Looking for something to do? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Dec 2003 04:33:19 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > * gstreamer[-plugins]: Make sure your favorite plug-in works. Try > testing out gst-capable apps such as rhythmbox, gst-mixer, > nautilus-media, etc. Koop Mast and me are working on this. I was able to build quite a lot of plugins, but I did not do any testing before. Since I'll be away from FreeBSD until 29th, I have uploaded my current work here: http://home.leo.org/~barner/freebsd/gsp/ If you want to use these patches, be sure to contact Koop first, since is working on disjoint problems of the port, and I asked him to merge my results. > * Nautilus' volume monitor code: The volume monitor code has been > completely re-written in GNOME 2.5, and I'm much happier with the > FreeBSD code. I've tried to make the functionality as close to Linux as > possible, but you never know. What you should test here is make sure a > mounted CD/DVD or floppy disk shows up on the desktop. You should also > be able to do ``sysclt vfs.usermount=1'' then add an entry to fstab > where the mount point is owned by a user other than root, then see that > icon on your desktop even when the disk is not mounted. You should then > be able to right-click on the icon, and mount the disk. Unfortunately, that does not work for me. I set vfs.usermount=1, and my /etc/fstab looks like this: /dev/acd0c /home/simon/cdrom cd9660 ro,nosuid,noauto 0 0 /dev/fd0.1440 /home/simon/floppy msdos rw,nosuid,noauto 0 0 I can mount the volumes via computer:///, but there are no mount links on the desktop. Happy holidays, Simon --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/6RbxCkn+/eutqCoRApEIAKDUxiqk6+SneRUB0//wW9JUE9JY/gCgjDqZ HK2ZFsLCq+9O/x9gKUv+dhU= =VcsE -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu-- From owner-freebsd-gnome@FreeBSD.ORG Tue Dec 23 20:53:01 2003 Return-Path: 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 5DD6716A4CE; Tue, 23 Dec 2003 20:53:01 -0800 (PST) Received: from lakemtao08.cox.net (lakemtao08.cox.net [68.1.17.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FF0243D39; Tue, 23 Dec 2003 20:52:59 -0800 (PST) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.11]) by lakemtao08.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP id <20031224045259.XQMT2412.lakemtao08.cox.net@mezz.mezzweb.com>; Tue, 23 Dec 2003 23:52:59 -0500 Date: Tue, 23 Dec 2003 22:52:09 -0600 To: Simon Barner References: <1071901810.451.21.camel@shumai.marcuscom.com> <20031224043249.GA51185@zi025.glhnet.mhn.de> From: Jeremy Messenger Content-Type: text/plain; format=flowed; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <20031224043249.GA51185@zi025.glhnet.mhn.de> User-Agent: Opera7.23/Linux M2 build 518 cc: FreeBSD GNOME Users cc: Joe Marcus Clarke Subject: Re: Looking for something to do? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Dec 2003 04:53:01 -0000 On Wed, 24 Dec 2003 05:32:49 +0100, Simon Barner wrote: >> * gstreamer[-plugins]: Make sure your favorite plug-in works. Try >> testing out gst-capable apps such as rhythmbox, gst-mixer, >> nautilus-media, etc. > > Koop Mast and me are working on this. I was able to build quite a lot of > plugins, but I did not do any testing before. > > Since I'll be away from FreeBSD until 29th, I have uploaded my current > work here: > > http://home.leo.org/~barner/freebsd/gsp/ I get 404 error here.. > If you want to use these patches, be sure to contact Koop first, since > is working on disjoint problems of the port, and I asked him to merge my > results. > >> * Nautilus' volume monitor code: The volume monitor code has been >> completely re-written in GNOME 2.5, and I'm much happier with the >> FreeBSD code. I've tried to make the functionality as close to Linux as >> possible, but you never know. What you should test here is make sure a >> mounted CD/DVD or floppy disk shows up on the desktop. You should also >> be able to do ``sysclt vfs.usermount=1'' then add an entry to fstab >> where the mount point is owned by a user other than root, then see that >> icon on your desktop even when the disk is not mounted. You should then >> be able to right-click on the icon, and mount the disk. > > Unfortunately, that does not work for me. > I set vfs.usermount=1, and my /etc/fstab looks like this: > > /dev/acd0c /home/simon/cdrom cd9660 ro,nosuid,noauto 0 0 > /dev/fd0.1440 /home/simon/floppy msdos rw,nosuid,noauto 0 0 Can you mount it as normal user in the command line? I had to put user in the operator group then setup in the devfs.conf: own acd0 root:operator perm acd0 0666 As for 4.x will need to do 'chgrp operator /dev/acd0c' and chmod it to 0666.. You can find more info in the /usr/share/doc/${YOUR_LANG}/books/faq/disks.html.. Cheers, Mezz > I can mount the volumes via computer:///, but there are no mount links > on the desktop. > > Happy holidays, > Simon -- bsdforums.org 's moderator, mezz. From owner-freebsd-gnome@FreeBSD.ORG Tue Dec 23 21:13:25 2003 Return-Path: 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 3186C16A4CE for ; Tue, 23 Dec 2003 21:13:25 -0800 (PST) Received: from ms-smtp-01-eri0.southeast.rr.com (ms-smtp-01-lbl.southeast.rr.com [24.25.9.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5733143D31 for ; Tue, 23 Dec 2003 21:13:23 -0800 (PST) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hBO5DIHG017201; Wed, 24 Dec 2003 00:13:19 -0500 (EST) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) hBO5CoL4031503; Wed, 24 Dec 2003 00:12:50 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Khairil Yusof In-Reply-To: <20031224040230.GB9533@wolverine.home.net> References: <1071901810.451.21.camel@shumai.marcuscom.com> <1072215739.1268.8.camel@gyros> <20031224040230.GB9533@wolverine.home.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-syH/hk8/F8z+71P2oABd" Organization: FreeBSD, Inc. Message-Id: <1072242794.31677.10.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 24 Dec 2003 00:13:15 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on creme-brulee.marcuscom.com X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: FreeBSD GNOME Users Subject: Re: Looking for something to do? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Dec 2003 05:13:25 -0000 --=-syH/hk8/F8z+71P2oABd Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2003-12-23 at 23:02, Khairil Yusof wrote: > On Tue, Dec 23, 2003 at 04:42:19PM -0500, Joe Marcus Clarke wrote: > =20 > > Once the volumes are mounted, they will show up. That should have > > worked for a long time. However, I was trying to add the ability of > > putting user-mountable volumes (e.g. CD-ROM) on the desktop before they > > are mounted (giving the user the option of mounting them from the > > desktop). This is not working for some reason. >=20 > Here's what I got: >=20 > User mountable drives show up in the Computer folder, and double > clicking on them does try to mount the drives. Ah! Don't I feel stupid. I was so used to the way it worked in GNOME 2.4, I never thought about the new spacial design. Thanks for clarifying. >=20 > Apart for vfs syctl, in fstab, I had to fill in the full path to my user > mounted dir. >=20 > /dev/da1s1 /home/kaeru/mnt/camera msdos rw,noauto 0 0 Right. This is expected. >=20 > I can't however create any type of link to it on the desktop. It fails > with a "Unsupported Operation" on a file operation message. It may be due to the special VFS type of the pre-mounted volume. Joe >=20 --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-syH/hk8/F8z+71P2oABd Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/6SBqb2iPiv4Uz4cRAkYzAJ92zCuyRpQLskAxjQ7pYpSKYPp9cwCeIriW EEhAG0g499OdbINbkvnbIow= =iiW2 -----END PGP SIGNATURE----- --=-syH/hk8/F8z+71P2oABd-- From owner-freebsd-gnome@FreeBSD.ORG Tue Dec 23 21:16:17 2003 Return-Path: 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 EABD216A4CE for ; Tue, 23 Dec 2003 21:16:16 -0800 (PST) Received: from ms-smtp-03-eri0.southeast.rr.com (ms-smtp-03-lbl.southeast.rr.com [24.25.9.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id C553D43D50 for ; Tue, 23 Dec 2003 21:16:14 -0800 (PST) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hBO5Flov014986; Wed, 24 Dec 2003 00:16:12 -0500 (EST) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) hBO5FIL4031525; Wed, 24 Dec 2003 00:15:18 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Jeremy Messenger In-Reply-To: References: <1071901810.451.21.camel@shumai.marcuscom.com> <1072215739.1268.8.camel@gyros> <20031224040230.GB9533@wolverine.home.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-7CXApN4xBnZfsvi8Qj8Q" Organization: FreeBSD, Inc. Message-Id: <1072242943.31677.14.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 24 Dec 2003 00:15:43 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on creme-brulee.marcuscom.com cc: FreeBSD GNOME Users cc: Khairil Yusof Subject: Re: Looking for something to do? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Dec 2003 05:16:17 -0000 --=-7CXApN4xBnZfsvi8Qj8Q Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2003-12-23 at 23:27, Jeremy Messenger wrote: > On Wed, 24 Dec 2003 12:02:30 +0800, Khairil Yusof =20 > wrote: >=20 > > On Tue, Dec 23, 2003 at 04:42:19PM -0500, Joe Marcus Clarke wrote: > > > >> Once the volumes are mounted, they will show up. That should have > >> worked for a long time. However, I was trying to add the ability of > >> putting user-mountable volumes (e.g. CD-ROM) on the desktop before the= y > >> are mounted (giving the user the option of mounting them from the > >> desktop). This is not working for some reason. > > > > Here's what I got: > > > > User mountable drives show up in the Computer folder, and double > > clicking on them does try to mount the drives. >=20 > Ahh, I never knew it was in the Computer folder, which I thought it was=20 > supposed to be on the desktop. Now, it's there in the Computer folder and= =20 > I am able to mount it, so it works! When, I mounted it by either click=20 > right (menu) -> mount or double click, then a new CD icon will appear in=20 > the desktop just like if I mount it by the command line. But, one major=20 > problem is that I can't umount it because there's no option to do that bu= t=20 > there has an eject option in the right click menu. The eject doesn't work= ,=20 > I get the error following: >=20 > Failed to start command (Click on details) -> Failed to execute child=20 > process "eject" (No such file or directory) Right, but it should unmount none-the-less. I will fix the "eject" problem (i.e. remove the error, but we really don't have an eject command). >=20 > After I clicked 'OK' from the error msg, then it will umount or the mount= =20 > died by itself. Weird. Right. Linux has an eject command that will actually open the CD tray.=20 The closest we have the camcontrol command. This, of course, only works with SCSI CD-ROMs. >=20 > Khairil, thanks for input about Computer folder that got me check on the=20 > CD stuff and should help Joe more. :-) Indeed. I had never though to check there. It's good to know my new VFS code works. Now the question becomes, should I add an additional check to see if the owner of the mount point is the current user? Joe >=20 > Cheers, > Mezz >=20 > > Apart for vfs syctl, in fstab, I had to fill in the full path to my use= r > > mounted dir. > > > > /dev/da1s1 /home/kaeru/mnt/camera msdos rw,noauto 0 0 > > > > I can't however create any type of link to it on the desktop. It fails > > with a "Unsupported Operation" on a file operation message. --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-7CXApN4xBnZfsvi8Qj8Q Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/6SD/b2iPiv4Uz4cRAjWyAJ9n3OtjDgJ6wpWO4eutpo+NmuAh7gCeIgrb GdEkj77E9Vk+f95q37JSs/Q= =b7R3 -----END PGP SIGNATURE----- --=-7CXApN4xBnZfsvi8Qj8Q-- From owner-freebsd-gnome@FreeBSD.ORG Tue Dec 23 21:16:42 2003 Return-Path: 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 6DCC316A4CE for ; Tue, 23 Dec 2003 21:16:42 -0800 (PST) Received: from ms-smtp-02-eri0.southeast.rr.com (ms-smtp-02-lbl.southeast.rr.com [24.25.9.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63E4743D49 for ; Tue, 23 Dec 2003 21:16:40 -0800 (PST) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hBO5GaAb011989; Wed, 24 Dec 2003 00:16:36 -0500 (EST) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) hBO5G6L4031537; Wed, 24 Dec 2003 00:16:06 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Simon Barner In-Reply-To: <20031224043249.GA51185@zi025.glhnet.mhn.de> References: <1071901810.451.21.camel@shumai.marcuscom.com> <20031224043249.GA51185@zi025.glhnet.mhn.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-620xg8k8fzlAK/TSUOJz" Organization: FreeBSD, Inc. Message-Id: <1072242991.31677.16.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 24 Dec 2003 00:16:31 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on creme-brulee.marcuscom.com X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: FreeBSD GNOME Users Subject: Re: Looking for something to do? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Dec 2003 05:16:42 -0000 --=-620xg8k8fzlAK/TSUOJz Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2003-12-23 at 23:32, Simon Barner wrote: > > * gstreamer[-plugins]: Make sure your favorite plug-in works. Try > > testing out gst-capable apps such as rhythmbox, gst-mixer, > > nautilus-media, etc. >=20 > Koop Mast and me are working on this. I was able to build quite a lot of > plugins, but I did not do any testing before. >=20 > Since I'll be away from FreeBSD until 29th, I have uploaded my current > work here: >=20 > http://home.leo.org/~barner/freebsd/gsp/ >=20 > If you want to use these patches, be sure to contact Koop first, since > is working on disjoint problems of the port, and I asked him to merge my > results. I'll wait for the final patch. We still have a few months. >=20 > > * Nautilus' volume monitor code: The volume monitor code has been > > completely re-written in GNOME 2.5, and I'm much happier with the > > FreeBSD code. I've tried to make the functionality as close to Linux a= s > > possible, but you never know. What you should test here is make sure a > > mounted CD/DVD or floppy disk shows up on the desktop. You should also > > be able to do ``sysclt vfs.usermount=3D1'' then add an entry to fstab > > where the mount point is owned by a user other than root, then see that > > icon on your desktop even when the disk is not mounted. You should the= n > > be able to right-click on the icon, and mount the disk. >=20 > Unfortunately, that does not work for me. > I set vfs.usermount=3D1, and my /etc/fstab looks like this: >=20 > /dev/acd0c /home/simon/cdrom cd9660 ro,nosuid,noauto 0 0 > /dev/fd0.1440 /home/simon/floppy msdos rw,nosuid,noauto 0 0 >=20 > I can mount the volumes via computer:///, but there are no mount links > on the desktop. Right. I was being silly. The icons are found under computer:///. Joe >=20 > Happy holidays, > Simon --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-620xg8k8fzlAK/TSUOJz Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/6SEvb2iPiv4Uz4cRAtABAJ9wx68sr2dE48M6rK4IVGSQq5UB7gCgm6vh 3bAtEgjKFWStcLmdVQu7Fos= =pQmB -----END PGP SIGNATURE----- --=-620xg8k8fzlAK/TSUOJz-- From owner-freebsd-gnome@FreeBSD.ORG Tue Dec 23 21:37:16 2003 Return-Path: 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 A2C8A16A4CE for ; Tue, 23 Dec 2003 21:37:16 -0800 (PST) Received: from straycat.dhs.org (h0050da134090.ne.client2.attbi.com [65.96.131.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 4E9EE43D48 for ; Tue, 23 Dec 2003 21:37:13 -0800 (PST) (envelope-from tmclaugh@sdf.lonestar.org) Received: (qmail 21080 invoked from network); 24 Dec 2003 05:37:48 -0000 Received: from unknown (HELO ?192.168.1.128?) (192.168.1.128) by 192.168.1.129 with SMTP; 24 Dec 2003 05:37:48 -0000 From: Tom McLaughlin To: Joe Marcus Clarke In-Reply-To: <1072242943.31677.14.camel@shumai.marcuscom.com> References: <1071901810.451.21.camel@shumai.marcuscom.com> <20031224040230.GB9533@wolverine.home.net> <1072242943.31677.14.camel@shumai.marcuscom.com> Content-Type: text/plain Message-Id: <1072244316.93831.47.camel@compass> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 24 Dec 2003 00:38:36 -0500 Content-Transfer-Encoding: 7bit cc: gnome@freebsd.org cc: kaeru@streamyx.com Subject: Re: Looking for something to do? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Dec 2003 05:37:16 -0000 On Wed, 2003-12-24 at 00:15, Joe Marcus Clarke wrote: > On Tue, 2003-12-23 at 23:27, Jeremy Messenger wrote: > > > > > > Ahh, I never knew it was in the Computer folder, which I thought it was > > supposed to be on the desktop. Now, it's there in the Computer folder and > > I am able to mount it, so it works! When, I mounted it by either click > > right (menu) -> mount or double click, then a new CD icon will appear in > > the desktop just like if I mount it by the command line. But, one major > > problem is that I can't umount it because there's no option to do that but > > there has an eject option in the right click menu. The eject doesn't work, > > I get the error following: > > > > Failed to start command (Click on details) -> Failed to execute child > > process "eject" (No such file or directory) > > Right, but it should unmount none-the-less. I will fix the "eject" > problem (i.e. remove the error, but we really don't have an eject > command). > > > > > After I clicked 'OK' from the error msg, then it will umount or the mount > > died by itself. Weird. > > Right. Linux has an eject command that will actually open the CD tray. > The closest we have the camcontrol command. This, of course, only works > with SCSI CD-ROMs. What about cdcontrol? I have ATAPICAM compiled into my kernel and `cdcontrol -f /dev/cd0c eject` and `cdcontrol -f /dev/acd0c eject` both eject the disk. For some reason though the close option will only work with acd0c though. Tom From owner-freebsd-gnome@FreeBSD.ORG Tue Dec 23 21:40:53 2003 Return-Path: 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 B0F1316A4CE for ; Tue, 23 Dec 2003 21:40:53 -0800 (PST) Received: from ms-smtp-03-eri0.southeast.rr.com (ms-smtp-03-lbl.southeast.rr.com [24.25.9.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id A906F43D2F for ; Tue, 23 Dec 2003 21:40:51 -0800 (PST) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hBO5eXov005269; Wed, 24 Dec 2003 00:40:48 -0500 (EST) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) hBO5e5L4031710; Wed, 24 Dec 2003 00:40:05 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Tom McLaughlin In-Reply-To: <1072244316.93831.47.camel@compass> References: <1071901810.451.21.camel@shumai.marcuscom.com> <20031224040230.GB9533@wolverine.home.net> <1072242943.31677.14.camel@shumai.marcuscom.com> <1072244316.93831.47.camel@compass> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-IVnwWuTXoYHFbVPIN8GG" Organization: FreeBSD, Inc. Message-Id: <1072244429.31677.23.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 24 Dec 2003 00:40:30 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on creme-brulee.marcuscom.com X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: FreeBSD GNOME Users cc: kaeru@streamyx.com Subject: Re: Looking for something to do? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Dec 2003 05:40:53 -0000 --=-IVnwWuTXoYHFbVPIN8GG Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2003-12-24 at 00:38, Tom McLaughlin wrote: > On Wed, 2003-12-24 at 00:15, Joe Marcus Clarke wrote: > > On Tue, 2003-12-23 at 23:27, Jeremy Messenger wrote: > > >=20 > > >=20 > > > Ahh, I never knew it was in the Computer folder, which I thought it w= as=20 > > > supposed to be on the desktop. Now, it's there in the Computer folder= and=20 > > > I am able to mount it, so it works! When, I mounted it by either clic= k=20 > > > right (menu) -> mount or double click, then a new CD icon will appear= in=20 > > > the desktop just like if I mount it by the command line. But, one maj= or=20 > > > problem is that I can't umount it because there's no option to do tha= t but=20 > > > there has an eject option in the right click menu. The eject doesn't = work,=20 > > > I get the error following: > > >=20 > > > Failed to start command (Click on details) -> Failed to execute child= =20 > > > process "eject" (No such file or directory) > >=20 > > Right, but it should unmount none-the-less. I will fix the "eject" > > problem (i.e. remove the error, but we really don't have an eject > > command). > >=20 > > >=20 > > > After I clicked 'OK' from the error msg, then it will umount or the m= ount=20 > > > died by itself. Weird. > >=20 > > Right. Linux has an eject command that will actually open the CD tray.= =20 > > The closest we have the camcontrol command. This, of course, only work= s > > with SCSI CD-ROMs. >=20 > What about cdcontrol? I have ATAPICAM compiled into my kernel and > `cdcontrol -f /dev/cd0c eject` and `cdcontrol -f /dev/acd0c eject` both > eject the disk. For some reason though the close option will only work > with acd0c though. Same problem, you need atapicam as it only works with SCSI. The sysutils/eject command was brought back to my attention, and it looks like the root-exploitable buffer overflows have been fixed. I'll try to evaluate this as a possible solution. Previously, we did use cdcontrol to eject the CDs, but this was sloppy for the reason listed above. It would be nice tofind a solution that works with all CDs regardless of atapicam. Joe >=20 > Tom >=20 > _______________________________________________ > freebsd-gnome@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-IVnwWuTXoYHFbVPIN8GG Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/6SbNb2iPiv4Uz4cRAmGwAKCwZ+XLniOJQeyTijbpaCRi4eBkKwCfbaPH jmrV/vzsqNbio0D/+OPg17g= =Ya0E -----END PGP SIGNATURE----- --=-IVnwWuTXoYHFbVPIN8GG-- From owner-freebsd-gnome@FreeBSD.ORG Tue Dec 23 23:56:44 2003 Return-Path: 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 2907816A4CE for ; Tue, 23 Dec 2003 23:56:44 -0800 (PST) Received: from 40326485.ptr.dia.nextlink.net (40326485.ptr.dia.nextlink.net [64.50.100.133]) by mx1.FreeBSD.org (Postfix) with SMTP id 79F1043D45 for ; Tue, 23 Dec 2003 23:56:42 -0800 (PST) (envelope-from jqbnkff@hongkong.com) Received: from [64.50.100.133] by 530000x.comIP with HTTP; Wed, 24 Dec 2003 14:08:52 -0600 From: "Ellis" To: gnome@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [530000x.comIP] Date: Wed, 24 Dec 2003 14:10:52 -0600 Message-Id: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Re: GLVG, the public from X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Edwards Ellis List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2003 07:56:44 -0000 archae dennis prognosticate corpus chancel incipient possession bundoora kraut scrounge dilution mesozoic ephemeris controller rote renal sanatoria stereography From owner-freebsd-gnome@FreeBSD.ORG Wed Dec 24 03:14:14 2003 Return-Path: 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 4E69116A4CE; Wed, 24 Dec 2003 03:14:14 -0800 (PST) Received: from mailout.informatik.tu-muenchen.de (mailout.informatik.tu-muenchen.de [131.159.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 971CC43D48; Wed, 24 Dec 2003 03:14:12 -0800 (PST) (envelope-from barner@in.tum.de) Received: from zi025.glhnet.mhn.de (localhost.glhnet.mhn.de. [127.0.0.1]) by zi025.glhnet.mhn.de (8.12.10/8.12.9) with ESMTP id hBOBEA9c077796; Wed, 24 Dec 2003 12:14:10 +0100 (CET) (envelope-from simon@zi025.glhnet.mhn.de) Received: (from simon@localhost) by zi025.glhnet.mhn.de (8.12.10/8.12.9/Submit) id hBOBEAbs077795; Wed, 24 Dec 2003 12:14:10 +0100 (CET) (envelope-from simon) Date: Wed, 24 Dec 2003 12:14:09 +0100 From: Simon Barner To: Jeremy Messenger Message-ID: <20031224111409.GC51185@zi025.glhnet.mhn.de> References: <1071901810.451.21.camel@shumai.marcuscom.com> <20031224043249.GA51185@zi025.glhnet.mhn.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jousvV0MzM2p6OtC" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i X-Virus-Scanned: by amavisd-new at informatik.tu-muenchen.de cc: FreeBSD GNOME Users cc: Joe Marcus Clarke Subject: Re: Looking for something to do? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Dec 2003 11:14:14 -0000 --jousvV0MzM2p6OtC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > >http://home.leo.org/~barner/freebsd/gsp/ >=20 > I get 404 error here.. I made a type when I created the directory :-/ Fixed now. =20 > As for 4.x will need to do 'chgrp operator /dev/acd0c' and chmod it to=20 > 0666.. You can find more info in the=20 > /usr/share/doc/${YOUR_LANG}/books/faq/disks.html.. Thanks, the problem is, that mounting works, but I wondered why there where no icons on the desktop which one could use to mount the volumes. Joe pointed out, that the right location for these knobs is computer:///. I see both my floppy disk and my cdrom there, and mounting works without a hitch. Simon --jousvV0MzM2p6OtC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/6XUBCkn+/eutqCoRAhOiAJwIHkFzFDwkLkQhGggSJIsY1uvQQACfe9Il pcMJMhwbytY2uDEQUlq3rjg= =9iCx -----END PGP SIGNATURE----- --jousvV0MzM2p6OtC-- From owner-freebsd-gnome@FreeBSD.ORG Wed Dec 24 13:35:47 2003 Return-Path: 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 6ED5E16A4CE for ; Wed, 24 Dec 2003 13:35:47 -0800 (PST) Received: from tahoe.cinenet.net (tahoe1.cinenet.net [198.147.76.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB21143D1F for ; Wed, 24 Dec 2003 13:35:42 -0800 (PST) (envelope-from cjs@cinenet.net) Received: from mammoth1.cinenet.net (mammoth1.cinenet.net [198.147.76.96]) by tahoe.cinenet.net (8.12.10/8.12.10) with ESMTP id hBOLZgha008512 for ; Wed, 24 Dec 2003 13:35:42 -0800 (PST) Received: from mammoth1.cinenet.net (localhost [127.0.0.1]) by mammoth1.cinenet.net (8.12.9/8.11.6) with ESMTP id hBOLZgvA015822 for ; Wed, 24 Dec 2003 13:35:42 -0800 (PST) Received: from localhost (cjs@localhost)hBOLZgxf015819 for ; Wed, 24 Dec 2003 13:35:42 -0800 (PST) X-Authentication-Warning: mammoth1.cinenet.net: cjs owned process doing -bs Date: Wed, 24 Dec 2003 13:35:42 -0800 (PST) From: Chris Steinke To: gnome@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-851401618-1072301742=:15674" Subject: configure failed for libxslt-1.1.0 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Dec 2003 21:35:47 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---559023410-851401618-1072301742=:15674 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, I received this while doing a make clean install in /usr/ports/x11/gnome2 When it was attempting to build libxslt-1.1.0 it fails and says to report this to you. I will install libxml 2.6.0 and retry it and see what happens. Here is the output of that: Found python in /usr/local/bin/python Found Python version 2.2 Found libxml2-python module Enabling debugger checking for libxml libraries >= 2.6.0... configure: error: Version 2.5.4 found. You need at least libxml2 2.6.0 for this version of libxslt ===> Script "configure" failed unexpectedly. Please report the problem to gnome@FreeBSD.org [maintainer] and attach the "/usr/ports/textproc/libxslt/work/libxslt-1.1.0/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/textproc/libxslt. *** Error code 1 Stop in /usr/ports/sysutils/gok. *** Error code 1 Stop in /usr/ports/x11/gnome2. I have attached the config.log and a list of packages installed. Thank you very much, Chris -- Chris Steinke || UNIX since BSD 4.3-Tahoe+ ____/| cjs@cinenet.net || TCP/IP since RFC 990 \o.0 | Oop ACK Ptpthptpt || x86/BSD since 386BSD =(_)= || Solaris since SunOS 2.x U ---559023410-851401618-1072301742=:15674 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="config.log" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="config.log" VGhpcyBmaWxlIGNvbnRhaW5zIGFueSBtZXNzYWdlcyBwcm9kdWNlZCBieSBj b21waWxlcnMgd2hpbGUNCnJ1bm5pbmcgY29uZmlndXJlLCB0byBhaWQgZGVi dWdnaW5nIGlmIGNvbmZpZ3VyZSBtYWtlcyBhIG1pc3Rha2UuDQoNCkl0IHdh cyBjcmVhdGVkIGJ5IGNvbmZpZ3VyZSwgd2hpY2ggd2FzDQpnZW5lcmF0ZWQg YnkgR05VIEF1dG9jb25mIDIuNTcuICBJbnZvY2F0aW9uIGNvbW1hbmQgbGlu ZSB3YXMNCg0KICAkIC4vY29uZmlndXJlIC0td2l0aC1odG1sLWRpcj0vdXNy L2xvY2FsL3NoYXJlL2RvYyAtLXdpdGgtcHl0aG9uPS91c3IvbG9jYWwgLS1w cmVmaXg9L3Vzci9sb2NhbCAtLWJ1aWxkPWkzODYtcG9ydGJsZC1mcmVlYnNk NC45DQoNCiMjIC0tLS0tLS0tLSAjIw0KIyMgUGxhdGZvcm0uICMjDQojIyAt LS0tLS0tLS0gIyMNCg0KaG9zdG5hbWUgPSBzaGFkb3dmYXguY2luZW5ldC5u ZXQNCnVuYW1lIC1tID0gaTM4Ng0KdW5hbWUgLXIgPSA0LjktUkVMRUFTRS1w MQ0KdW5hbWUgLXMgPSBGcmVlQlNEDQp1bmFtZSAtdiA9IEZyZWVCU0QgNC45 LVJFTEVBU0UtcDEgIzE6IFR1ZSBEZWMgMjMgMTE6Mjc6MzcgUFNUIDIwMDMg ICAgIHJvb3RAc2hhZG93ZmF4LmNpbmVuZXQubmV0Oi91c3Ivb2JqL3Vzci9z cmMvc3lzL1NIQURPV0ZBWCANCg0KL3Vzci9iaW4vdW5hbWUgLXAgPSBpMzg2 DQovYmluL3VuYW1lIC1YICAgICA9IHVua25vd24NCg0KL2Jpbi9hcmNoICAg ICAgICAgICAgICA9IHVua25vd24NCi91c3IvYmluL2FyY2ggLWsgICAgICAg PSB1bmtub3duDQovdXNyL2NvbnZleC9nZXRzeXNpbmZvID0gdW5rbm93bg0K aG9zdGluZm8gICAgICAgICAgICAgICA9IHVua25vd24NCi9iaW4vbWFjaGlu ZSAgICAgICAgICAgPSB1bmtub3duDQovdXNyL2Jpbi9vc2xldmVsICAgICAg ID0gdW5rbm93bg0KL2Jpbi91bml2ZXJzZSAgICAgICAgICA9IHVua25vd24N Cg0KUEFUSDogL3Vzci9sb2NhbC9saWJleGVjL2xpYnRvb2wxMw0KUEFUSDog L3NiaW4NClBBVEg6IC9iaW4NClBBVEg6IC91c3Ivc2Jpbg0KUEFUSDogL3Vz ci9iaW4NClBBVEg6IC91c3IvZ2FtZXMNClBBVEg6IC91c3IvbG9jYWwvc2Jp bg0KUEFUSDogL3Vzci9sb2NhbC9iaW4NClBBVEg6IC91c3IvWDExUjYvYmlu DQpQQVRIOiAvcm9vdC9iaW4NCg0KDQojIyAtLS0tLS0tLS0tLSAjIw0KIyMg Q29yZSB0ZXN0cy4gIyMNCiMjIC0tLS0tLS0tLS0tICMjDQoNCmNvbmZpZ3Vy ZToxNTMxOiBjaGVja2luZyBmb3IgYSBCU0QtY29tcGF0aWJsZSBpbnN0YWxs DQpjb25maWd1cmU6MTU4NTogcmVzdWx0OiAvdXNyL2Jpbi9pbnN0YWxsIC1j IC1vIHJvb3QgLWcgd2hlZWwNCmNvbmZpZ3VyZToxNTk2OiBjaGVja2luZyB3 aGV0aGVyIGJ1aWxkIGVudmlyb25tZW50IGlzIHNhbmUNCmNvbmZpZ3VyZTox NjM5OiByZXN1bHQ6IHllcw0KY29uZmlndXJlOjE2NzI6IGNoZWNraW5nIGZv ciBnYXdrDQpjb25maWd1cmU6MTcwMTogcmVzdWx0OiBubw0KY29uZmlndXJl OjE2NzI6IGNoZWNraW5nIGZvciBtYXdrDQpjb25maWd1cmU6MTcwMTogcmVz dWx0OiBubw0KY29uZmlndXJlOjE2NzI6IGNoZWNraW5nIGZvciBuYXdrDQpj b25maWd1cmU6MTY4ODogZm91bmQgL3Vzci9iaW4vbmF3aw0KY29uZmlndXJl OjE2OTg6IHJlc3VsdDogbmF3aw0KY29uZmlndXJlOjE3MDg6IGNoZWNraW5n IHdoZXRoZXIgZ21ha2Ugc2V0cyAkKE1BS0UpDQpjb25maWd1cmU6MTcyODog cmVzdWx0OiB5ZXMNCmNvbmZpZ3VyZToxODczOiBjaGVja2luZyB3aGV0aGVy IHRvIGVuYWJsZSBtYWludGFpbmVyLXNwZWNpZmljIHBvcnRpb25zIG9mIE1h a2VmaWxlcw0KY29uZmlndXJlOjE4ODI6IHJlc3VsdDogbm8NCmNvbmZpZ3Vy ZToxOTM0OiBjaGVja2luZyBmb3Igc3R5bGUgb2YgaW5jbHVkZSB1c2VkIGJ5 IGdtYWtlDQpjb25maWd1cmU6MTk2MjogcmVzdWx0OiBHTlUNCmNvbmZpZ3Vy ZToyMDMzOiBjaGVja2luZyBmb3IgZ2NjDQpjb25maWd1cmU6MjA1OTogcmVz dWx0OiBjYw0KY29uZmlndXJlOjIzMDM6IGNoZWNraW5nIGZvciBDIGNvbXBp bGVyIHZlcnNpb24NCmNvbmZpZ3VyZToyMzA2OiBjYyAtLXZlcnNpb24gPC9k ZXYvbnVsbCA+JjUNCjIuOTUuNA0KY29uZmlndXJlOjIzMDk6ICQ/ID0gMA0K Y29uZmlndXJlOjIzMTE6IGNjIC12IDwvZGV2L251bGwgPiY1DQpVc2luZyBi dWlsdGluIHNwZWNzLg0KZ2NjIHZlcnNpb24gMi45NS40IDIwMDIwMzIwIFtG cmVlQlNEXQ0KY29uZmlndXJlOjIzMTQ6ICQ/ID0gMA0KY29uZmlndXJlOjIz MTY6IGNjIC1WIDwvZGV2L251bGwgPiY1DQpjYzogYXJndW1lbnQgdG8gYC1W JyBpcyBtaXNzaW5nDQpjb25maWd1cmU6MjMxOTogJD8gPSAxDQpjb25maWd1 cmU6MjM0MzogY2hlY2tpbmcgZm9yIEMgY29tcGlsZXIgZGVmYXVsdCBvdXRw dXQNCmNvbmZpZ3VyZToyMzQ2OiBjYyAtTyAtcGlwZSAgLUkvdXNyL2xvY2Fs L2luY2x1ZGUgIGNvbmZ0ZXN0LmMgID4mNQ0KY29uZmlndXJlOjIzNDk6ICQ/ ID0gMA0KY29uZmlndXJlOjIzOTU6IHJlc3VsdDogYS5vdXQNCmNvbmZpZ3Vy ZToyNDAwOiBjaGVja2luZyB3aGV0aGVyIHRoZSBDIGNvbXBpbGVyIHdvcmtz DQpjb25maWd1cmU6MjQwNjogLi9hLm91dA0KY29uZmlndXJlOjI0MDk6ICQ/ ID0gMA0KY29uZmlndXJlOjI0MjY6IHJlc3VsdDogeWVzDQpjb25maWd1cmU6 MjQzMzogY2hlY2tpbmcgd2hldGhlciB3ZSBhcmUgY3Jvc3MgY29tcGlsaW5n DQpjb25maWd1cmU6MjQzNTogcmVzdWx0OiBubw0KY29uZmlndXJlOjI0Mzg6 IGNoZWNraW5nIGZvciBzdWZmaXggb2YgZXhlY3V0YWJsZXMNCmNvbmZpZ3Vy ZToyNDQwOiBjYyAtbyBjb25mdGVzdCAtTyAtcGlwZSAgLUkvdXNyL2xvY2Fs L2luY2x1ZGUgIGNvbmZ0ZXN0LmMgID4mNQ0KY29uZmlndXJlOjI0NDM6ICQ/ ID0gMA0KY29uZmlndXJlOjI0Njg6IHJlc3VsdDogDQpjb25maWd1cmU6MjQ3 NDogY2hlY2tpbmcgZm9yIHN1ZmZpeCBvZiBvYmplY3QgZmlsZXMNCmNvbmZp Z3VyZToyNDk2OiBjYyAtYyAtTyAtcGlwZSAgLUkvdXNyL2xvY2FsL2luY2x1 ZGUgY29uZnRlc3QuYyA+JjUNCmNvbmZpZ3VyZToyNDk5OiAkPyA9IDANCmNv bmZpZ3VyZToyNTIxOiByZXN1bHQ6IG8NCmNvbmZpZ3VyZToyNTI1OiBjaGVj a2luZyB3aGV0aGVyIHdlIGFyZSB1c2luZyB0aGUgR05VIEMgY29tcGlsZXIN CmNvbmZpZ3VyZToyNTUwOiBjYyAtYyAtTyAtcGlwZSAgLUkvdXNyL2xvY2Fs L2luY2x1ZGUgY29uZnRlc3QuYyA+JjUNCmNvbmZpZ3VyZToyNTUzOiAkPyA9 IDANCmNvbmZpZ3VyZToyNTU2OiB0ZXN0IC1zIGNvbmZ0ZXN0Lm8NCmNvbmZp Z3VyZToyNTU5OiAkPyA9IDANCmNvbmZpZ3VyZToyNTcyOiByZXN1bHQ6IHll cw0KY29uZmlndXJlOjI1Nzg6IGNoZWNraW5nIHdoZXRoZXIgY2MgYWNjZXB0 cyAtZw0KY29uZmlndXJlOjI2MDA6IGNjIC1jIC1nIC1JL3Vzci9sb2NhbC9p bmNsdWRlIGNvbmZ0ZXN0LmMgPiY1DQpjb25maWd1cmU6MjYwMzogJD8gPSAw DQpjb25maWd1cmU6MjYwNjogdGVzdCAtcyBjb25mdGVzdC5vDQpjb25maWd1 cmU6MjYwOTogJD8gPSAwDQpjb25maWd1cmU6MjYyMDogcmVzdWx0OiB5ZXMN CmNvbmZpZ3VyZToyNjM3OiBjaGVja2luZyBmb3IgY2Mgb3B0aW9uIHRvIGFj Y2VwdCBBTlNJIEMNCmNvbmZpZ3VyZToyNjk4OiBjYyAgLWMgLU8gLXBpcGUg IC1JL3Vzci9sb2NhbC9pbmNsdWRlIGNvbmZ0ZXN0LmMgPiY1DQpjb25maWd1 cmU6MjcwMTogJD8gPSAwDQpjb25maWd1cmU6MjcwNDogdGVzdCAtcyBjb25m dGVzdC5vDQpjb25maWd1cmU6MjcwNzogJD8gPSAwDQpjb25maWd1cmU6Mjcy NTogcmVzdWx0OiBub25lIG5lZWRlZA0KY29uZmlndXJlOjI3NDM6IGNjIC1j IC1PIC1waXBlICAtSS91c3IvbG9jYWwvaW5jbHVkZSBjb25mdGVzdC5jID4m NQ0KY29uZnRlc3QuYzoyOiBzeW50YXggZXJyb3IgYmVmb3JlIGBtZScNCmNv bmZpZ3VyZToyNzQ2OiAkPyA9IDENCmNvbmZpZ3VyZTogZmFpbGVkIHByb2dy YW0gd2FzOg0KfCAjaWZuZGVmIF9fY3BsdXNwbHVzDQp8ICAgY2hva2UgbWUN CnwgI2VuZGlmDQpjb25maWd1cmU6Mjg1NzogY2hlY2tpbmcgZGVwZW5kZW5j eSBzdHlsZSBvZiBjYw0KY29uZmlndXJlOjI5MTk6IHJlc3VsdDogZ2NjDQpj b25maWd1cmU6MjkyNjogY2hlY2tpbmcgZm9yIHN0cmVycm9yIGluIC1sY3Bv c2l4DQpjb25maWd1cmU6Mjk1NzogY2MgLW8gY29uZnRlc3QgLU8gLXBpcGUg IC1JL3Vzci9sb2NhbC9pbmNsdWRlICBjb25mdGVzdC5jIC1sY3Bvc2l4ICAg PiY1DQovdXNyL2xpYmV4ZWMvZWxmL2xkOiBjYW5ub3QgZmluZCAtbGNwb3Np eA0KY29uZmlndXJlOjI5NjA6ICQ/ID0gMQ0KY29uZmlndXJlOiBmYWlsZWQg cHJvZ3JhbSB3YXM6DQp8ICNsaW5lIDI5MzQgImNvbmZpZ3VyZSINCnwgLyog Y29uZmRlZnMuaC4gICovDQp8IA0KfCAjZGVmaW5lIFBBQ0tBR0VfTkFNRSAi Ig0KfCAjZGVmaW5lIFBBQ0tBR0VfVEFSTkFNRSAiIg0KfCAjZGVmaW5lIFBB Q0tBR0VfVkVSU0lPTiAiIg0KfCAjZGVmaW5lIFBBQ0tBR0VfU1RSSU5HICIi DQp8ICNkZWZpbmUgUEFDS0FHRV9CVUdSRVBPUlQgIiINCnwgI2RlZmluZSBQ QUNLQUdFICJsaWJ4c2x0Ig0KfCAjZGVmaW5lIFZFUlNJT04gIjEuMS4wIg0K fCAvKiBlbmQgY29uZmRlZnMuaC4gICovDQp8IA0KfCAvKiBPdmVycmlkZSBh bnkgZ2NjMiBpbnRlcm5hbCBwcm90b3R5cGUgdG8gYXZvaWQgYW4gZXJyb3Iu ICAqLw0KfCAjaWZkZWYgX19jcGx1c3BsdXMNCnwgZXh0ZXJuICJDIg0KfCAj ZW5kaWYNCnwgLyogV2UgdXNlIGNoYXIgYmVjYXVzZSBpbnQgbWlnaHQgbWF0 Y2ggdGhlIHJldHVybiB0eXBlIG9mIGEgZ2NjMg0KfCAgICBidWlsdGluIGFu ZCB0aGVuIGl0cyBhcmd1bWVudCBwcm90b3R5cGUgd291bGQgc3RpbGwgYXBw bHkuICAqLw0KfCBjaGFyIHN0cmVycm9yICgpOw0KfCBpbnQNCnwgbWFpbiAo KQ0KfCB7DQp8IHN0cmVycm9yICgpOw0KfCAgIDsNCnwgICByZXR1cm4gMDsN CnwgfQ0KY29uZmlndXJlOjI5Nzg6IHJlc3VsdDogbm8NCmNvbmZpZ3VyZToz MDMyOiBjaGVja2luZyBmb3IgZ2NjDQpjb25maWd1cmU6MzA1ODogcmVzdWx0 OiBjYw0KY29uZmlndXJlOjMzMDI6IGNoZWNraW5nIGZvciBDIGNvbXBpbGVy IHZlcnNpb24NCmNvbmZpZ3VyZTozMzA1OiBjYyAtLXZlcnNpb24gPC9kZXYv bnVsbCA+JjUNCjIuOTUuNA0KY29uZmlndXJlOjMzMDg6ICQ/ID0gMA0KY29u ZmlndXJlOjMzMTA6IGNjIC12IDwvZGV2L251bGwgPiY1DQpVc2luZyBidWls dGluIHNwZWNzLg0KZ2NjIHZlcnNpb24gMi45NS40IDIwMDIwMzIwIFtGcmVl QlNEXQ0KY29uZmlndXJlOjMzMTM6ICQ/ID0gMA0KY29uZmlndXJlOjMzMTU6 IGNjIC1WIDwvZGV2L251bGwgPiY1DQpjYzogYXJndW1lbnQgdG8gYC1WJyBp cyBtaXNzaW5nDQpjb25maWd1cmU6MzMxODogJD8gPSAxDQpjb25maWd1cmU6 MzMyMTogY2hlY2tpbmcgd2hldGhlciB3ZSBhcmUgdXNpbmcgdGhlIEdOVSBD IGNvbXBpbGVyDQpjb25maWd1cmU6MzM2ODogcmVzdWx0OiB5ZXMNCmNvbmZp Z3VyZTozMzc0OiBjaGVja2luZyB3aGV0aGVyIGNjIGFjY2VwdHMgLWcNCmNv bmZpZ3VyZTozNDE2OiByZXN1bHQ6IHllcw0KY29uZmlndXJlOjM0MzM6IGNo ZWNraW5nIGZvciBjYyBvcHRpb24gdG8gYWNjZXB0IEFOU0kgQw0KY29uZmln dXJlOjM1MjE6IHJlc3VsdDogbm9uZSBuZWVkZWQNCmNvbmZpZ3VyZTozNTM5 OiBjYyAtYyAtTyAtcGlwZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgY29uZnRl c3QuYyA+JjUNCmNvbmZ0ZXN0LmM6Mjogc3ludGF4IGVycm9yIGJlZm9yZSBg bWUnDQpjb25maWd1cmU6MzU0MjogJD8gPSAxDQpjb25maWd1cmU6IGZhaWxl ZCBwcm9ncmFtIHdhczoNCnwgI2lmbmRlZiBfX2NwbHVzcGx1cw0KfCAgIGNo b2tlIG1lDQp8ICNlbmRpZg0KY29uZmlndXJlOjM2NTM6IGNoZWNraW5nIGRl cGVuZGVuY3kgc3R5bGUgb2YgY2MNCmNvbmZpZ3VyZTozNzE1OiByZXN1bHQ6 IGdjYw0KY29uZmlndXJlOjM3MjU6IGNoZWNraW5nIGhvdyB0byBydW4gdGhl IEMgcHJlcHJvY2Vzc29yDQpjb25maWd1cmU6Mzc2MTogY2MgLUUgLUkvdXNy L2xvY2FsL2luY2x1ZGUgY29uZnRlc3QuYw0KY29uZmlndXJlOjM3Njc6ICQ/ ID0gMA0KY29uZmlndXJlOjM3OTk6IGNjIC1FIC1JL3Vzci9sb2NhbC9pbmNs dWRlIGNvbmZ0ZXN0LmMNCmNvbmZpZ3VyZTozODAxOiBhY19ub25leGlzdGVu dC5oOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5DQpjb25maWd1cmU6Mzgw NTogJD8gPSAxDQpjb25maWd1cmU6IGZhaWxlZCBwcm9ncmFtIHdhczoNCnwg I2xpbmUgMzc5MSAiY29uZmlndXJlIg0KfCAvKiBjb25mZGVmcy5oLiAgKi8N CnwgDQp8ICNkZWZpbmUgUEFDS0FHRV9OQU1FICIiDQp8ICNkZWZpbmUgUEFD S0FHRV9UQVJOQU1FICIiDQp8ICNkZWZpbmUgUEFDS0FHRV9WRVJTSU9OICIi DQp8ICNkZWZpbmUgUEFDS0FHRV9TVFJJTkcgIiINCnwgI2RlZmluZSBQQUNL QUdFX0JVR1JFUE9SVCAiIg0KfCAjZGVmaW5lIFBBQ0tBR0UgImxpYnhzbHQi DQp8ICNkZWZpbmUgVkVSU0lPTiAiMS4xLjAiDQp8IC8qIGVuZCBjb25mZGVm cy5oLiAgKi8NCnwgI2luY2x1ZGUgPGFjX25vbmV4aXN0ZW50Lmg+DQpjb25m aWd1cmU6Mzg0MzogcmVzdWx0OiBjYyAtRQ0KY29uZmlndXJlOjM4Njg6IGNj IC1FIC1JL3Vzci9sb2NhbC9pbmNsdWRlIGNvbmZ0ZXN0LmMNCmNvbmZpZ3Vy ZTozODc0OiAkPyA9IDANCmNvbmZpZ3VyZTozOTA2OiBjYyAtRSAtSS91c3Iv bG9jYWwvaW5jbHVkZSBjb25mdGVzdC5jDQpjb25maWd1cmU6MzkwODogYWNf bm9uZXhpc3RlbnQuaDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQ0KY29u ZmlndXJlOjM5MTI6ICQ/ID0gMQ0KY29uZmlndXJlOiBmYWlsZWQgcHJvZ3Jh bSB3YXM6DQp8ICNsaW5lIDM4OTggImNvbmZpZ3VyZSINCnwgLyogY29uZmRl ZnMuaC4gICovDQp8IA0KfCAjZGVmaW5lIFBBQ0tBR0VfTkFNRSAiIg0KfCAj ZGVmaW5lIFBBQ0tBR0VfVEFSTkFNRSAiIg0KfCAjZGVmaW5lIFBBQ0tBR0Vf VkVSU0lPTiAiIg0KfCAjZGVmaW5lIFBBQ0tBR0VfU1RSSU5HICIiDQp8ICNk ZWZpbmUgUEFDS0FHRV9CVUdSRVBPUlQgIiINCnwgI2RlZmluZSBQQUNLQUdF ICJsaWJ4c2x0Ig0KfCAjZGVmaW5lIFZFUlNJT04gIjEuMS4wIg0KfCAvKiBl bmQgY29uZmRlZnMuaC4gICovDQp8ICNpbmNsdWRlIDxhY19ub25leGlzdGVu dC5oPg0KY29uZmlndXJlOjM5NTU6IGNoZWNraW5nIGZvciBlZ3JlcA0KY29u ZmlndXJlOjM5NjU6IHJlc3VsdDogZ3JlcCAtRQ0KY29uZmlndXJlOjM5NzA6 IGNoZWNraW5nIGZvciBBTlNJIEMgaGVhZGVyIGZpbGVzDQpjb25maWd1cmU6 Mzk5NjogY2MgLWMgLU8gLXBpcGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIGNv bmZ0ZXN0LmMgPiY1DQpjb25maWd1cmU6Mzk5OTogJD8gPSAwDQpjb25maWd1 cmU6NDAwMjogdGVzdCAtcyBjb25mdGVzdC5vDQpjb25maWd1cmU6NDAwNTog JD8gPSAwDQpjb25maWd1cmU6NDA5NzogY2MgLW8gY29uZnRlc3QgLU8gLXBp cGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlICBjb25mdGVzdC5jICA+JjUNCmNv bmZpZ3VyZTo0MTAwOiAkPyA9IDANCmNvbmZpZ3VyZTo0MTAyOiAuL2NvbmZ0 ZXN0DQpjb25maWd1cmU6NDEwNTogJD8gPSAwDQpjb25maWd1cmU6NDEyMDog cmVzdWx0OiB5ZXMNCmNvbmZpZ3VyZTo0MjAzOiBjaGVja2luZyBidWlsZCBz eXN0ZW0gdHlwZQ0KY29uZmlndXJlOjQyMjE6IHJlc3VsdDogaTM4Ni1wb3J0 YmxkLWZyZWVic2Q0LjkNCmNvbmZpZ3VyZTo0MjI5OiBjaGVja2luZyBob3N0 IHN5c3RlbSB0eXBlDQpjb25maWd1cmU6NDI0MzogcmVzdWx0OiBpMzg2LXBv cnRibGQtZnJlZWJzZDQuOQ0KY29uZmlndXJlOjQyNzM6IGNoZWNraW5nIGZv ciBsZCB1c2VkIGJ5IEdDQw0KY29uZmlndXJlOjQzMzY6IHJlc3VsdDogL3Vz ci9saWJleGVjL2VsZi9sZA0KY29uZmlndXJlOjQzNDU6IGNoZWNraW5nIGlm IHRoZSBsaW5rZXIgKC91c3IvbGliZXhlYy9lbGYvbGQpIGlzIEdOVSBsZA0K R05VIGxkIHZlcnNpb24gMi4xMi4xIFtGcmVlQlNEXSAyMDAyLTA3LTIwDQpj b25maWd1cmU6NDM1NzogcmVzdWx0OiB5ZXMNCmNvbmZpZ3VyZTo0MzYyOiBj aGVja2luZyBmb3IgL3Vzci9saWJleGVjL2VsZi9sZCBvcHRpb24gdG8gcmVs b2FkIG9iamVjdCBmaWxlcw0KY29uZmlndXJlOjQzNjk6IHJlc3VsdDogLXIN CmNvbmZpZ3VyZTo0Mzc0OiBjaGVja2luZyBmb3IgQlNELWNvbXBhdGlibGUg bm0NCmNvbmZpZ3VyZTo0NDEwOiByZXN1bHQ6IC91c3IvYmluL25tIC1CDQpj b25maWd1cmU6NDQxMzogY2hlY2tpbmcgZm9yIGEgc2VkIHRoYXQgZG9lcyBu b3QgdHJ1bmNhdGUgb3V0cHV0DQpjb25maWd1cmU6NDQ5NTogcmVzdWx0OiAv dXNyL2Jpbi9zZWQNCmNvbmZpZ3VyZTo0NDk4OiBjaGVja2luZyB3aGV0aGVy IGxuIC1zIHdvcmtzDQpjb25maWd1cmU6NDUwMjogcmVzdWx0OiB5ZXMNCmNv bmZpZ3VyZTo0NTA5OiBjaGVja2luZyBob3cgdG8gcmVjb2duaXNlIGRlcGVu ZGVudCBsaWJyYXJpZXMNCmNvbmZpZ3VyZTo0NjkwOiByZXN1bHQ6IHBhc3Nf YWxsDQpjb25maWd1cmU6NDcwMjogY2hlY2tpbmcgY29tbWFuZCB0byBwYXJz ZSAvdXNyL2Jpbi9ubSAtQiBvdXRwdXQNCmNvbmZpZ3VyZTo0Nzg2OiBjYyAt YyAtTyAtcGlwZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgY29uZnRlc3QuYyA+ JjUNCmNvbmZpZ3VyZTo0Nzg5OiAkPyA9IDANCmNvbmZpZ3VyZTo0NzkzOiAv dXNyL2Jpbi9ubSAtQiBjb25mdGVzdC5vIFx8IHNlZCAtbiAtZSAncy9eLipb IAldXChbQUJDREdJU1RXXVtBQkNER0lTVFddKlwpWyAJXVsgCV0qXChcKVwo W19BLVphLXpdW19BLVphLXowLTldKlwpJC9cMSBcMlwzIFwzL3AnIFw+IGNv bmZ0ZXN0Lm5tDQpjb25maWd1cmU6NDc5NjogJD8gPSAwDQpjb25maWd1cmU6 NDg0ODogY2MgLW8gY29uZnRlc3QgLU8gLXBpcGUgIC1JL3Vzci9sb2NhbC9p bmNsdWRlICBjb25mdGVzdC5jIGNvbmZ0c3RtLm8gPiY1DQpjb25maWd1cmU6 NDg1MTogJD8gPSAwDQpjb25maWd1cmU6NDg5NTogcmVzdWx0OiBvaw0KY29u ZmlndXJlOjQ5MTM6IGNoZWNraW5nIGZvciBzeXMvdHlwZXMuaA0KY29uZmln dXJlOjQ5MzA6IGNjIC1jIC1PIC1waXBlICAtSS91c3IvbG9jYWwvaW5jbHVk ZSBjb25mdGVzdC5jID4mNQ0KY29uZmlndXJlOjQ5MzM6ICQ/ID0gMA0KY29u ZmlndXJlOjQ5MzY6IHRlc3QgLXMgY29uZnRlc3Qubw0KY29uZmlndXJlOjQ5 Mzk6ICQ/ID0gMA0KY29uZmlndXJlOjQ5NTA6IHJlc3VsdDogeWVzDQpjb25m aWd1cmU6NDkxMzogY2hlY2tpbmcgZm9yIHN5cy9zdGF0LmgNCmNvbmZpZ3Vy ZTo0OTMwOiBjYyAtYyAtTyAtcGlwZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUg Y29uZnRlc3QuYyA+JjUNCmNvbmZpZ3VyZTo0OTMzOiAkPyA9IDANCmNvbmZp Z3VyZTo0OTM2OiB0ZXN0IC1zIGNvbmZ0ZXN0Lm8NCmNvbmZpZ3VyZTo0OTM5 OiAkPyA9IDANCmNvbmZpZ3VyZTo0OTUwOiByZXN1bHQ6IHllcw0KY29uZmln dXJlOjQ5MTM6IGNoZWNraW5nIGZvciBzdGRsaWIuaA0KY29uZmlndXJlOjQ5 MzA6IGNjIC1jIC1PIC1waXBlICAtSS91c3IvbG9jYWwvaW5jbHVkZSBjb25m dGVzdC5jID4mNQ0KY29uZmlndXJlOjQ5MzM6ICQ/ID0gMA0KY29uZmlndXJl OjQ5MzY6IHRlc3QgLXMgY29uZnRlc3Qubw0KY29uZmlndXJlOjQ5Mzk6ICQ/ ID0gMA0KY29uZmlndXJlOjQ5NTA6IHJlc3VsdDogeWVzDQpjb25maWd1cmU6 NDkxMzogY2hlY2tpbmcgZm9yIHN0cmluZy5oDQpjb25maWd1cmU6NDkzMDog Y2MgLWMgLU8gLXBpcGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIGNvbmZ0ZXN0 LmMgPiY1DQpjb25maWd1cmU6NDkzMzogJD8gPSAwDQpjb25maWd1cmU6NDkz NjogdGVzdCAtcyBjb25mdGVzdC5vDQpjb25maWd1cmU6NDkzOTogJD8gPSAw DQpjb25maWd1cmU6NDk1MDogcmVzdWx0OiB5ZXMNCmNvbmZpZ3VyZTo0OTEz OiBjaGVja2luZyBmb3IgbWVtb3J5LmgNCmNvbmZpZ3VyZTo0OTMwOiBjYyAt YyAtTyAtcGlwZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgY29uZnRlc3QuYyA+ JjUNCmNvbmZpZ3VyZTo0OTMzOiAkPyA9IDANCmNvbmZpZ3VyZTo0OTM2OiB0 ZXN0IC1zIGNvbmZ0ZXN0Lm8NCmNvbmZpZ3VyZTo0OTM5OiAkPyA9IDANCmNv bmZpZ3VyZTo0OTUwOiByZXN1bHQ6IHllcw0KY29uZmlndXJlOjQ5MTM6IGNo ZWNraW5nIGZvciBzdHJpbmdzLmgNCmNvbmZpZ3VyZTo0OTMwOiBjYyAtYyAt TyAtcGlwZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgY29uZnRlc3QuYyA+JjUN CmNvbmZpZ3VyZTo0OTMzOiAkPyA9IDANCmNvbmZpZ3VyZTo0OTM2OiB0ZXN0 IC1zIGNvbmZ0ZXN0Lm8NCmNvbmZpZ3VyZTo0OTM5OiAkPyA9IDANCmNvbmZp Z3VyZTo0OTUwOiByZXN1bHQ6IHllcw0KY29uZmlndXJlOjQ5MTM6IGNoZWNr aW5nIGZvciBpbnR0eXBlcy5oDQpjb25maWd1cmU6NDkzMDogY2MgLWMgLU8g LXBpcGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIGNvbmZ0ZXN0LmMgPiY1DQpj b25maWd1cmU6NDkzMzogJD8gPSAwDQpjb25maWd1cmU6NDkzNjogdGVzdCAt cyBjb25mdGVzdC5vDQpjb25maWd1cmU6NDkzOTogJD8gPSAwDQpjb25maWd1 cmU6NDk1MDogcmVzdWx0OiB5ZXMNCmNvbmZpZ3VyZTo0OTEzOiBjaGVja2lu ZyBmb3Igc3RkaW50LmgNCmNvbmZpZ3VyZTo0OTMwOiBjYyAtYyAtTyAtcGlw ZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgY29uZnRlc3QuYyA+JjUNCmNvbmZp Z3VyZTo0OTcyOiBzdGRpbnQuaDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9y eQ0KY29uZmlndXJlOjQ5MzM6ICQ/ID0gMQ0KY29uZmlndXJlOiBmYWlsZWQg cHJvZ3JhbSB3YXM6DQp8ICNsaW5lIDQ5MTkgImNvbmZpZ3VyZSINCnwgLyog Y29uZmRlZnMuaC4gICovDQp8IA0KfCAjZGVmaW5lIFBBQ0tBR0VfTkFNRSAi Ig0KfCAjZGVmaW5lIFBBQ0tBR0VfVEFSTkFNRSAiIg0KfCAjZGVmaW5lIFBB Q0tBR0VfVkVSU0lPTiAiIg0KfCAjZGVmaW5lIFBBQ0tBR0VfU1RSSU5HICIi DQp8ICNkZWZpbmUgUEFDS0FHRV9CVUdSRVBPUlQgIiINCnwgI2RlZmluZSBQ QUNLQUdFICJsaWJ4c2x0Ig0KfCAjZGVmaW5lIFZFUlNJT04gIjEuMS4wIg0K fCAjZGVmaW5lIFNURENfSEVBREVSUyAxDQp8ICNkZWZpbmUgSEFWRV9TWVNf VFlQRVNfSCAxDQp8ICNkZWZpbmUgSEFWRV9TWVNfU1RBVF9IIDENCnwgI2Rl ZmluZSBIQVZFX1NURExJQl9IIDENCnwgI2RlZmluZSBIQVZFX1NUUklOR19I IDENCnwgI2RlZmluZSBIQVZFX01FTU9SWV9IIDENCnwgI2RlZmluZSBIQVZF X1NUUklOR1NfSCAxDQp8ICNkZWZpbmUgSEFWRV9JTlRUWVBFU19IIDENCnwg LyogZW5kIGNvbmZkZWZzLmguICAqLw0KfCAjaW5jbHVkZSA8c3RkaW8uaD4N CnwgI2lmIEhBVkVfU1lTX1RZUEVTX0gNCnwgIyBpbmNsdWRlIDxzeXMvdHlw ZXMuaD4NCnwgI2VuZGlmDQp8ICNpZiBIQVZFX1NZU19TVEFUX0gNCnwgIyBp bmNsdWRlIDxzeXMvc3RhdC5oPg0KfCAjZW5kaWYNCnwgI2lmIFNURENfSEVB REVSUw0KfCAjIGluY2x1ZGUgPHN0ZGxpYi5oPg0KfCAjIGluY2x1ZGUgPHN0 ZGRlZi5oPg0KfCAjZWxzZQ0KfCAjIGlmIEhBVkVfU1RETElCX0gNCnwgIyAg aW5jbHVkZSA8c3RkbGliLmg+DQp8ICMgZW5kaWYNCnwgI2VuZGlmDQp8ICNp ZiBIQVZFX1NUUklOR19IDQp8ICMgaWYgIVNURENfSEVBREVSUyAmJiBIQVZF X01FTU9SWV9IDQp8ICMgIGluY2x1ZGUgPG1lbW9yeS5oPg0KfCAjIGVuZGlm DQp8ICMgaW5jbHVkZSA8c3RyaW5nLmg+DQp8ICNlbmRpZg0KfCAjaWYgSEFW RV9TVFJJTkdTX0gNCnwgIyBpbmNsdWRlIDxzdHJpbmdzLmg+DQp8ICNlbmRp Zg0KfCAjaWYgSEFWRV9JTlRUWVBFU19IDQp8ICMgaW5jbHVkZSA8aW50dHlw ZXMuaD4NCnwgI2Vsc2UNCnwgIyBpZiBIQVZFX1NURElOVF9IDQp8ICMgIGlu Y2x1ZGUgPHN0ZGludC5oPg0KfCAjIGVuZGlmDQp8ICNlbmRpZg0KfCAjaWYg SEFWRV9VTklTVERfSA0KfCAjIGluY2x1ZGUgPHVuaXN0ZC5oPg0KfCAjZW5k aWYNCnwgDQp8ICNpbmNsdWRlIDxzdGRpbnQuaD4NCmNvbmZpZ3VyZTo0OTUw OiByZXN1bHQ6IG5vDQpjb25maWd1cmU6NDkxMzogY2hlY2tpbmcgZm9yIHVu aXN0ZC5oDQpjb25maWd1cmU6NDkzMDogY2MgLWMgLU8gLXBpcGUgIC1JL3Vz ci9sb2NhbC9pbmNsdWRlIGNvbmZ0ZXN0LmMgPiY1DQpjb25maWd1cmU6NDkz MzogJD8gPSAwDQpjb25maWd1cmU6NDkzNjogdGVzdCAtcyBjb25mdGVzdC5v DQpjb25maWd1cmU6NDkzOTogJD8gPSAwDQpjb25maWd1cmU6NDk1MDogcmVz dWx0OiB5ZXMNCmNvbmZpZ3VyZTo0OTc2OiBjaGVja2luZyBkbGZjbi5oIHVz YWJpbGl0eQ0KY29uZmlndXJlOjQ5ODk6IGNjIC1jIC1PIC1waXBlICAtSS91 c3IvbG9jYWwvaW5jbHVkZSBjb25mdGVzdC5jID4mNQ0KY29uZmlndXJlOjQ5 OTI6ICQ/ID0gMA0KY29uZmlndXJlOjQ5OTU6IHRlc3QgLXMgY29uZnRlc3Qu bw0KY29uZmlndXJlOjQ5OTg6ICQ/ID0gMA0KY29uZmlndXJlOjUwMDg6IHJl c3VsdDogeWVzDQpjb25maWd1cmU6NTAxMjogY2hlY2tpbmcgZGxmY24uaCBw cmVzZW5jZQ0KY29uZmlndXJlOjUwMjM6IGNjIC1FIC1JL3Vzci9sb2NhbC9p bmNsdWRlIGNvbmZ0ZXN0LmMNCmNvbmZpZ3VyZTo1MDI5OiAkPyA9IDANCmNv bmZpZ3VyZTo1MDQ4OiByZXN1bHQ6IHllcw0KY29uZmlndXJlOjUwODQ6IGNo ZWNraW5nIGZvciBkbGZjbi5oDQpjb25maWd1cmU6NTA5MTogcmVzdWx0OiB5 ZXMNCmNvbmZpZ3VyZTo1Mjg5OiBjaGVja2luZyBmb3IgcmFubGliDQpjb25m aWd1cmU6NTMwNTogZm91bmQgL3Vzci9iaW4vcmFubGliDQpjb25maWd1cmU6 NTMxNjogcmVzdWx0OiByYW5saWINCmNvbmZpZ3VyZTo1MzY5OiBjaGVja2lu ZyBmb3Igc3RyaXANCmNvbmZpZ3VyZTo1Mzg1OiBmb3VuZCAvdXNyL2Jpbi9z dHJpcA0KY29uZmlndXJlOjUzOTY6IHJlc3VsdDogc3RyaXANCmNvbmZpZ3Vy ZTo1NjA2OiBjaGVja2luZyBmb3Igb2JqZGlyDQpjb25maWd1cmU6NTYxNzog cmVzdWx0OiAubGlicw0KY29uZmlndXJlOjU2MzQ6IGNoZWNraW5nIGZvciBj YyBvcHRpb24gdG8gcHJvZHVjZSBQSUMNCmNvbmZpZ3VyZTo1NzgwOiByZXN1 bHQ6IC1mUElDDQpjb25maWd1cmU6NTc4NDogY2hlY2tpbmcgaWYgY2MgUElD IGZsYWcgLWZQSUMgd29ya3MNCmNvbmZpZ3VyZTo1ODA4OiBjYyAtYyAtTyAt cGlwZSAgLWZQSUMgLURQSUMgLUkvdXNyL2xvY2FsL2luY2x1ZGUgY29uZnRl c3QuYyA+JjUNCmNvbmZpZ3VyZTo1ODExOiAkPyA9IDANCmNvbmZpZ3VyZTo1 ODE0OiB0ZXN0IC1zIGNvbmZ0ZXN0Lm8NCmNvbmZpZ3VyZTo1ODE3OiAkPyA9 IDANCmNvbmZpZ3VyZTo1ODU1OiByZXN1bHQ6IHllcw0KY29uZmlndXJlOjU4 NzE6IGNoZWNraW5nIGlmIGNjIHN0YXRpYyBmbGFnIC1zdGF0aWMgd29ya3MN CmNvbmZpZ3VyZTo1ODk2OiBjYyAtbyBjb25mdGVzdCAtTyAtcGlwZSAgLUkv dXNyL2xvY2FsL2luY2x1ZGUgIC1zdGF0aWMgY29uZnRlc3QuYyAgPiY1DQpj b25maWd1cmU6NTg5OTogJD8gPSAwDQpjb25maWd1cmU6NTkwMjogdGVzdCAt cyBjb25mdGVzdA0KY29uZmlndXJlOjU5MDU6ICQ/ID0gMA0KY29uZmlndXJl OjU5MjE6IHJlc3VsdDogeWVzDQpjb25maWd1cmU6NTkzMzogY2hlY2tpbmcg aWYgY2Mgc3VwcG9ydHMgLWMgLW8gZmlsZS5vDQpjb25maWd1cmU6NTk1Mzog Y2MgLWMgLU8gLXBpcGUgIC1vIG91dC9jb25mdGVzdDIubyAtSS91c3IvbG9j YWwvaW5jbHVkZSBjb25mdGVzdC5jID4mNQ0KY29uZmlndXJlOjU5Nzc6IHJl c3VsdDogeWVzDQpjb25maWd1cmU6NTk4MjogY2hlY2tpbmcgaWYgY2Mgc3Vw cG9ydHMgLWMgLW8gZmlsZS5sbw0KY29uZmlndXJlOjYwMTA6IGNjIC1jIC1P IC1waXBlICAtYyAtbyBjb25mdGVzdC5sbyAtSS91c3IvbG9jYWwvaW5jbHVk ZSBjb25mdGVzdC5jID4mNQ0KY29uZmlndXJlOjYwMTM6ICQ/ID0gMA0KY29u ZmlndXJlOjYwMTY6IHRlc3QgLXMgY29uZnRlc3QubG8NCmNvbmZpZ3VyZTo2 MDE5OiAkPyA9IDANCmNvbmZpZ3VyZTo2MDQxOiByZXN1bHQ6IHllcw0KY29u ZmlndXJlOjYwNzI6IGNoZWNraW5nIGlmIGNjIHN1cHBvcnRzIC1mbm8tcnR0 aSAtZm5vLWV4Y2VwdGlvbnMNCmNvbmZpZ3VyZTo2MDk1OiBjYyAtYyAtTyAt cGlwZSAgLWZuby1ydHRpIC1mbm8tZXhjZXB0aW9ucyAtYyBjb25mdGVzdC5j IC1JL3Vzci9sb2NhbC9pbmNsdWRlIGNvbmZ0ZXN0LmMgPiY1DQpjb25maWd1 cmU6NjA5ODogJD8gPSAwDQpjb25maWd1cmU6NjEwMTogdGVzdCAtcyBjb25m dGVzdC5vDQpjb25maWd1cmU6NjEwNDogJD8gPSAwDQpjb25maWd1cmU6NjEy MTogcmVzdWx0OiB5ZXMNCmNvbmZpZ3VyZTo2MTMyOiBjaGVja2luZyB3aGV0 aGVyIHRoZSBsaW5rZXIgKC91c3IvbGliZXhlYy9lbGYvbGQpIHN1cHBvcnRz IHNoYXJlZCBsaWJyYXJpZXMNCmNvbmZpZ3VyZTo2ODI3OiByZXN1bHQ6IHll cw0KY29uZmlndXJlOjY4MzI6IGNoZWNraW5nIGhvdyB0byBoYXJkY29kZSBs aWJyYXJ5IHBhdGhzIGludG8gcHJvZ3JhbXMNCmNvbmZpZ3VyZTo2ODU2OiBy ZXN1bHQ6IGltbWVkaWF0ZQ0KY29uZmlndXJlOjY4NjE6IGNoZWNraW5nIHdo ZXRoZXIgc3RyaXBwaW5nIGxpYnJhcmllcyBpcyBwb3NzaWJsZQ0KY29uZmln dXJlOjY4NjY6IHJlc3VsdDogeWVzDQpjb25maWd1cmU6Njg3NzogY2hlY2tp bmcgZHluYW1pYyBsaW5rZXIgY2hhcmFjdGVyaXN0aWNzDQpjb25maWd1cmU6 NzMwODogcmVzdWx0OiBmcmVlYnNkNC45IGxkLnNvDQpjb25maWd1cmU6NzMx MzogY2hlY2tpbmcgaWYgbGlidG9vbCBzdXBwb3J0cyBzaGFyZWQgbGlicmFy aWVzDQpjb25maWd1cmU6NzMxNTogcmVzdWx0OiB5ZXMNCmNvbmZpZ3VyZTo3 MzE4OiBjaGVja2luZyB3aGV0aGVyIHRvIGJ1aWxkIHNoYXJlZCBsaWJyYXJp ZXMNCmNvbmZpZ3VyZTo3MzM5OiByZXN1bHQ6IHllcw0KY29uZmlndXJlOjcz NDI6IGNoZWNraW5nIHdoZXRoZXIgdG8gYnVpbGQgc3RhdGljIGxpYnJhcmll cw0KY29uZmlndXJlOjczNDY6IHJlc3VsdDogeWVzDQpjb25maWd1cmU6ODAy MDogY2hlY2tpbmcgd2hldGhlciAtbGMgc2hvdWxkIGJlIGV4cGxpY2l0bHkg bGlua2VkIGluDQpjb25maWd1cmU6ODAyODogY2MgLWMgLU8gLXBpcGUgIC1J L3Vzci9sb2NhbC9pbmNsdWRlIGNvbmZ0ZXN0LmMgPiY1DQpjb25maWd1cmU6 ODAzMTogJD8gPSAwDQpjb25maWd1cmU6ODA0NTogY2MgLXNoYXJlZCBjb25m dGVzdC5vICAtdiAtV2wsLXNvbmFtZSAtV2wsY29uZnRlc3QgLW8gY29uZnRl c3QgMlw+XCYxIFx8IGdyZXAgIC1sYyAgXD4vZGV2L251bGwgMlw+XCYxDQpj b25maWd1cmU6ODA0ODogJD8gPSAxDQpjb25maWd1cmU6ODA2MTogcmVzdWx0 OiB5ZXMNCmNvbmZpZ3VyZTo4NjQ2OiBjaGVja2luZyBmb3Igc3lzL3R5cGVz LmgNCmNvbmZpZ3VyZTo4NjUxOiByZXN1bHQ6IHllcw0KY29uZmlndXJlOjg2 NTU6IGNoZWNraW5nIHN5cy90aW1lLmggdXNhYmlsaXR5DQpjb25maWd1cmU6 ODY2ODogY2MgLWMgLU8gLXBpcGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIGNv bmZ0ZXN0LmMgPiY1DQpjb25maWd1cmU6ODY3MTogJD8gPSAwDQpjb25maWd1 cmU6ODY3NDogdGVzdCAtcyBjb25mdGVzdC5vDQpjb25maWd1cmU6ODY3Nzog JD8gPSAwDQpjb25maWd1cmU6ODY4NzogcmVzdWx0OiB5ZXMNCmNvbmZpZ3Vy ZTo4NjkxOiBjaGVja2luZyBzeXMvdGltZS5oIHByZXNlbmNlDQpjb25maWd1 cmU6ODcwMjogY2MgLUUgLUkvdXNyL2xvY2FsL2luY2x1ZGUgY29uZnRlc3Qu Yw0KY29uZmlndXJlOjg3MDg6ICQ/ID0gMA0KY29uZmlndXJlOjg3Mjc6IHJl c3VsdDogeWVzDQpjb25maWd1cmU6ODc2MzogY2hlY2tpbmcgZm9yIHN5cy90 aW1lLmgNCmNvbmZpZ3VyZTo4NzcwOiByZXN1bHQ6IHllcw0KY29uZmlndXJl Ojg2NDY6IGNoZWNraW5nIGZvciBzdGRsaWIuaA0KY29uZmlndXJlOjg2NTE6 IHJlc3VsdDogeWVzDQpjb25maWd1cmU6ODY0NjogY2hlY2tpbmcgZm9yIHVu aXN0ZC5oDQpjb25maWd1cmU6ODY1MTogcmVzdWx0OiB5ZXMNCmNvbmZpZ3Vy ZTo4NjQ2OiBjaGVja2luZyBmb3Igc3RyaW5nLmgNCmNvbmZpZ3VyZTo4NjUx OiByZXN1bHQ6IHllcw0KY29uZmlndXJlOjg4MDI6IGNoZWNraW5nIGllZWVm cC5oIHVzYWJpbGl0eQ0KY29uZmlndXJlOjg4MTU6IGNjIC1jIC1PIC1waXBl ICAtSS91c3IvbG9jYWwvaW5jbHVkZSBjb25mdGVzdC5jID4mNQ0KY29uZmln dXJlOjg4MTg6ICQ/ID0gMA0KY29uZmlndXJlOjg4MjE6IHRlc3QgLXMgY29u ZnRlc3Qubw0KY29uZmlndXJlOjg4MjQ6ICQ/ID0gMA0KY29uZmlndXJlOjg4 MzQ6IHJlc3VsdDogeWVzDQpjb25maWd1cmU6ODgzODogY2hlY2tpbmcgaWVl ZWZwLmggcHJlc2VuY2UNCmNvbmZpZ3VyZTo4ODQ5OiBjYyAtRSAtSS91c3Iv bG9jYWwvaW5jbHVkZSBjb25mdGVzdC5jDQpjb25maWd1cmU6ODg1NTogJD8g PSAwDQpjb25maWd1cmU6ODg3NDogcmVzdWx0OiB5ZXMNCmNvbmZpZ3VyZTo4 OTEwOiBjaGVja2luZyBmb3IgaWVlZWZwLmgNCmNvbmZpZ3VyZTo4OTE3OiBy ZXN1bHQ6IHllcw0KY29uZmlndXJlOjg4MDI6IGNoZWNraW5nIG5hbi5oIHVz YWJpbGl0eQ0KY29uZmlndXJlOjg4MTU6IGNjIC1jIC1PIC1waXBlICAtSS91 c3IvbG9jYWwvaW5jbHVkZSBjb25mdGVzdC5jID4mNQ0KY29uZmlndXJlOjg4 NjU6IG5hbi5oOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5DQpjb25maWd1 cmU6ODgxODogJD8gPSAxDQpjb25maWd1cmU6IGZhaWxlZCBwcm9ncmFtIHdh czoNCnwgI2xpbmUgODgwNSAiY29uZmlndXJlIg0KfCAvKiBjb25mZGVmcy5o LiAgKi8NCnwgDQp8ICNkZWZpbmUgUEFDS0FHRV9OQU1FICIiDQp8ICNkZWZp bmUgUEFDS0FHRV9UQVJOQU1FICIiDQp8ICNkZWZpbmUgUEFDS0FHRV9WRVJT SU9OICIiDQp8ICNkZWZpbmUgUEFDS0FHRV9TVFJJTkcgIiINCnwgI2RlZmlu ZSBQQUNLQUdFX0JVR1JFUE9SVCAiIg0KfCAjZGVmaW5lIFBBQ0tBR0UgImxp YnhzbHQiDQp8ICNkZWZpbmUgVkVSU0lPTiAiMS4xLjAiDQp8ICNkZWZpbmUg U1REQ19IRUFERVJTIDENCnwgI2RlZmluZSBIQVZFX1NZU19UWVBFU19IIDEN CnwgI2RlZmluZSBIQVZFX1NZU19TVEFUX0ggMQ0KfCAjZGVmaW5lIEhBVkVf U1RETElCX0ggMQ0KfCAjZGVmaW5lIEhBVkVfU1RSSU5HX0ggMQ0KfCAjZGVm aW5lIEhBVkVfTUVNT1JZX0ggMQ0KfCAjZGVmaW5lIEhBVkVfU1RSSU5HU19I IDENCnwgI2RlZmluZSBIQVZFX0lOVFRZUEVTX0ggMQ0KfCAjZGVmaW5lIEhB VkVfVU5JU1REX0ggMQ0KfCAjZGVmaW5lIEhBVkVfRExGQ05fSCAxDQp8ICNk ZWZpbmUgSEFWRV9TWVNfVFlQRVNfSCAxDQp8ICNkZWZpbmUgSEFWRV9TWVNf VElNRV9IIDENCnwgI2RlZmluZSBIQVZFX1NURExJQl9IIDENCnwgI2RlZmlu ZSBIQVZFX1VOSVNURF9IIDENCnwgI2RlZmluZSBIQVZFX1NUUklOR19IIDEN CnwgI2RlZmluZSBIQVZFX0lFRUVGUF9IIDENCnwgLyogZW5kIGNvbmZkZWZz LmguICAqLw0KfCAjaW5jbHVkZSA8c3RkaW8uaD4NCnwgI2lmIEhBVkVfU1lT X1RZUEVTX0gNCnwgIyBpbmNsdWRlIDxzeXMvdHlwZXMuaD4NCnwgI2VuZGlm DQp8ICNpZiBIQVZFX1NZU19TVEFUX0gNCnwgIyBpbmNsdWRlIDxzeXMvc3Rh dC5oPg0KfCAjZW5kaWYNCnwgI2lmIFNURENfSEVBREVSUw0KfCAjIGluY2x1 ZGUgPHN0ZGxpYi5oPg0KfCAjIGluY2x1ZGUgPHN0ZGRlZi5oPg0KfCAjZWxz ZQ0KfCAjIGlmIEhBVkVfU1RETElCX0gNCnwgIyAgaW5jbHVkZSA8c3RkbGli Lmg+DQp8ICMgZW5kaWYNCnwgI2VuZGlmDQp8ICNpZiBIQVZFX1NUUklOR19I DQp8ICMgaWYgIVNURENfSEVBREVSUyAmJiBIQVZFX01FTU9SWV9IDQp8ICMg IGluY2x1ZGUgPG1lbW9yeS5oPg0KfCAjIGVuZGlmDQp8ICMgaW5jbHVkZSA8 c3RyaW5nLmg+DQp8ICNlbmRpZg0KfCAjaWYgSEFWRV9TVFJJTkdTX0gNCnwg IyBpbmNsdWRlIDxzdHJpbmdzLmg+DQp8ICNlbmRpZg0KfCAjaWYgSEFWRV9J TlRUWVBFU19IDQp8ICMgaW5jbHVkZSA8aW50dHlwZXMuaD4NCnwgI2Vsc2UN CnwgIyBpZiBIQVZFX1NURElOVF9IDQp8ICMgIGluY2x1ZGUgPHN0ZGludC5o Pg0KfCAjIGVuZGlmDQp8ICNlbmRpZg0KfCAjaWYgSEFWRV9VTklTVERfSA0K fCAjIGluY2x1ZGUgPHVuaXN0ZC5oPg0KfCAjZW5kaWYNCnwgI2luY2x1ZGUg PG5hbi5oPg0KY29uZmlndXJlOjg4MzQ6IHJlc3VsdDogbm8NCmNvbmZpZ3Vy ZTo4ODM4OiBjaGVja2luZyBuYW4uaCBwcmVzZW5jZQ0KY29uZmlndXJlOjg4 NDk6IGNjIC1FIC1JL3Vzci9sb2NhbC9pbmNsdWRlIGNvbmZ0ZXN0LmMNCmNv bmZpZ3VyZTo4ODY3OiBuYW4uaDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9y eQ0KY29uZmlndXJlOjg4NTU6ICQ/ID0gMQ0KY29uZmlndXJlOiBmYWlsZWQg cHJvZ3JhbSB3YXM6DQp8ICNsaW5lIDg4NDEgImNvbmZpZ3VyZSINCnwgLyog Y29uZmRlZnMuaC4gICovDQp8IA0KfCAjZGVmaW5lIFBBQ0tBR0VfTkFNRSAi Ig0KfCAjZGVmaW5lIFBBQ0tBR0VfVEFSTkFNRSAiIg0KfCAjZGVmaW5lIFBB Q0tBR0VfVkVSU0lPTiAiIg0KfCAjZGVmaW5lIFBBQ0tBR0VfU1RSSU5HICIi DQp8ICNkZWZpbmUgUEFDS0FHRV9CVUdSRVBPUlQgIiINCnwgI2RlZmluZSBQ QUNLQUdFICJsaWJ4c2x0Ig0KfCAjZGVmaW5lIFZFUlNJT04gIjEuMS4wIg0K fCAjZGVmaW5lIFNURENfSEVBREVSUyAxDQp8ICNkZWZpbmUgSEFWRV9TWVNf VFlQRVNfSCAxDQp8ICNkZWZpbmUgSEFWRV9TWVNfU1RBVF9IIDENCnwgI2Rl ZmluZSBIQVZFX1NURExJQl9IIDENCnwgI2RlZmluZSBIQVZFX1NUUklOR19I IDENCnwgI2RlZmluZSBIQVZFX01FTU9SWV9IIDENCnwgI2RlZmluZSBIQVZF X1NUUklOR1NfSCAxDQp8ICNkZWZpbmUgSEFWRV9JTlRUWVBFU19IIDENCnwg I2RlZmluZSBIQVZFX1VOSVNURF9IIDENCnwgI2RlZmluZSBIQVZFX0RMRkNO X0ggMQ0KfCAjZGVmaW5lIEhBVkVfU1lTX1RZUEVTX0ggMQ0KfCAjZGVmaW5l IEhBVkVfU1lTX1RJTUVfSCAxDQp8ICNkZWZpbmUgSEFWRV9TVERMSUJfSCAx DQp8ICNkZWZpbmUgSEFWRV9VTklTVERfSCAxDQp8ICNkZWZpbmUgSEFWRV9T VFJJTkdfSCAxDQp8ICNkZWZpbmUgSEFWRV9JRUVFRlBfSCAxDQp8IC8qIGVu ZCBjb25mZGVmcy5oLiAgKi8NCnwgI2luY2x1ZGUgPG5hbi5oPg0KY29uZmln dXJlOjg4NzQ6IHJlc3VsdDogbm8NCmNvbmZpZ3VyZTo4OTEwOiBjaGVja2lu ZyBmb3IgbmFuLmgNCmNvbmZpZ3VyZTo4OTE3OiByZXN1bHQ6IG5vDQpjb25m aWd1cmU6ODgwMjogY2hlY2tpbmcgbWF0aC5oIHVzYWJpbGl0eQ0KY29uZmln dXJlOjg4MTU6IGNjIC1jIC1PIC1waXBlICAtSS91c3IvbG9jYWwvaW5jbHVk ZSBjb25mdGVzdC5jID4mNQ0KY29uZmlndXJlOjg4MTg6ICQ/ID0gMA0KY29u ZmlndXJlOjg4MjE6IHRlc3QgLXMgY29uZnRlc3Qubw0KY29uZmlndXJlOjg4 MjQ6ICQ/ID0gMA0KY29uZmlndXJlOjg4MzQ6IHJlc3VsdDogeWVzDQpjb25m aWd1cmU6ODgzODogY2hlY2tpbmcgbWF0aC5oIHByZXNlbmNlDQpjb25maWd1 cmU6ODg0OTogY2MgLUUgLUkvdXNyL2xvY2FsL2luY2x1ZGUgY29uZnRlc3Qu Yw0KY29uZmlndXJlOjg4NTU6ICQ/ID0gMA0KY29uZmlndXJlOjg4NzQ6IHJl c3VsdDogeWVzDQpjb25maWd1cmU6ODkxMDogY2hlY2tpbmcgZm9yIG1hdGgu aA0KY29uZmlndXJlOjg5MTc6IHJlc3VsdDogeWVzDQpjb25maWd1cmU6ODgw MjogY2hlY2tpbmcgZnBfY2xhc3MuaCB1c2FiaWxpdHkNCmNvbmZpZ3VyZTo4 ODE1OiBjYyAtYyAtTyAtcGlwZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgY29u ZnRlc3QuYyA+JjUNCmNvbmZpZ3VyZTo4ODY2OiBmcF9jbGFzcy5oOiBObyBz dWNoIGZpbGUgb3IgZGlyZWN0b3J5DQpjb25maWd1cmU6ODgxODogJD8gPSAx DQpjb25maWd1cmU6IGZhaWxlZCBwcm9ncmFtIHdhczoNCnwgI2xpbmUgODgw NSAiY29uZmlndXJlIg0KfCAvKiBjb25mZGVmcy5oLiAgKi8NCnwgDQp8ICNk ZWZpbmUgUEFDS0FHRV9OQU1FICIiDQp8ICNkZWZpbmUgUEFDS0FHRV9UQVJO QU1FICIiDQp8ICNkZWZpbmUgUEFDS0FHRV9WRVJTSU9OICIiDQp8ICNkZWZp bmUgUEFDS0FHRV9TVFJJTkcgIiINCnwgI2RlZmluZSBQQUNLQUdFX0JVR1JF UE9SVCAiIg0KfCAjZGVmaW5lIFBBQ0tBR0UgImxpYnhzbHQiDQp8ICNkZWZp bmUgVkVSU0lPTiAiMS4xLjAiDQp8ICNkZWZpbmUgU1REQ19IRUFERVJTIDEN CnwgI2RlZmluZSBIQVZFX1NZU19UWVBFU19IIDENCnwgI2RlZmluZSBIQVZF X1NZU19TVEFUX0ggMQ0KfCAjZGVmaW5lIEhBVkVfU1RETElCX0ggMQ0KfCAj ZGVmaW5lIEhBVkVfU1RSSU5HX0ggMQ0KfCAjZGVmaW5lIEhBVkVfTUVNT1JZ X0ggMQ0KfCAjZGVmaW5lIEhBVkVfU1RSSU5HU19IIDENCnwgI2RlZmluZSBI QVZFX0lOVFRZUEVTX0ggMQ0KfCAjZGVmaW5lIEhBVkVfVU5JU1REX0ggMQ0K fCAjZGVmaW5lIEhBVkVfRExGQ05fSCAxDQp8ICNkZWZpbmUgSEFWRV9TWVNf VFlQRVNfSCAxDQp8ICNkZWZpbmUgSEFWRV9TWVNfVElNRV9IIDENCnwgI2Rl ZmluZSBIQVZFX1NURExJQl9IIDENCnwgI2RlZmluZSBIQVZFX1VOSVNURF9I IDENCnwgI2RlZmluZSBIQVZFX1NUUklOR19IIDENCnwgI2RlZmluZSBIQVZF X0lFRUVGUF9IIDENCnwgI2RlZmluZSBIQVZFX01BVEhfSCAxDQp8IC8qIGVu ZCBjb25mZGVmcy5oLiAgKi8NCnwgI2luY2x1ZGUgPHN0ZGlvLmg+DQp8ICNp ZiBIQVZFX1NZU19UWVBFU19IDQp8ICMgaW5jbHVkZSA8c3lzL3R5cGVzLmg+ DQp8ICNlbmRpZg0KfCAjaWYgSEFWRV9TWVNfU1RBVF9IDQp8ICMgaW5jbHVk ZSA8c3lzL3N0YXQuaD4NCnwgI2VuZGlmDQp8ICNpZiBTVERDX0hFQURFUlMN CnwgIyBpbmNsdWRlIDxzdGRsaWIuaD4NCnwgIyBpbmNsdWRlIDxzdGRkZWYu aD4NCnwgI2Vsc2UNCnwgIyBpZiBIQVZFX1NURExJQl9IDQp8ICMgIGluY2x1 ZGUgPHN0ZGxpYi5oPg0KfCAjIGVuZGlmDQp8ICNlbmRpZg0KfCAjaWYgSEFW RV9TVFJJTkdfSA0KfCAjIGlmICFTVERDX0hFQURFUlMgJiYgSEFWRV9NRU1P UllfSA0KfCAjICBpbmNsdWRlIDxtZW1vcnkuaD4NCnwgIyBlbmRpZg0KfCAj IGluY2x1ZGUgPHN0cmluZy5oPg0KfCAjZW5kaWYNCnwgI2lmIEhBVkVfU1RS SU5HU19IDQp8ICMgaW5jbHVkZSA8c3RyaW5ncy5oPg0KfCAjZW5kaWYNCnwg I2lmIEhBVkVfSU5UVFlQRVNfSA0KfCAjIGluY2x1ZGUgPGludHR5cGVzLmg+ DQp8ICNlbHNlDQp8ICMgaWYgSEFWRV9TVERJTlRfSA0KfCAjICBpbmNsdWRl IDxzdGRpbnQuaD4NCnwgIyBlbmRpZg0KfCAjZW5kaWYNCnwgI2lmIEhBVkVf VU5JU1REX0gNCnwgIyBpbmNsdWRlIDx1bmlzdGQuaD4NCnwgI2VuZGlmDQp8 ICNpbmNsdWRlIDxmcF9jbGFzcy5oPg0KY29uZmlndXJlOjg4MzQ6IHJlc3Vs dDogbm8NCmNvbmZpZ3VyZTo4ODM4OiBjaGVja2luZyBmcF9jbGFzcy5oIHBy ZXNlbmNlDQpjb25maWd1cmU6ODg0OTogY2MgLUUgLUkvdXNyL2xvY2FsL2lu Y2x1ZGUgY29uZnRlc3QuYw0KY29uZmlndXJlOjg4Njg6IGZwX2NsYXNzLmg6 IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkNCmNvbmZpZ3VyZTo4ODU1OiAk PyA9IDENCmNvbmZpZ3VyZTogZmFpbGVkIHByb2dyYW0gd2FzOg0KfCAjbGlu ZSA4ODQxICJjb25maWd1cmUiDQp8IC8qIGNvbmZkZWZzLmguICAqLw0KfCAN CnwgI2RlZmluZSBQQUNLQUdFX05BTUUgIiINCnwgI2RlZmluZSBQQUNLQUdF X1RBUk5BTUUgIiINCnwgI2RlZmluZSBQQUNLQUdFX1ZFUlNJT04gIiINCnwg I2RlZmluZSBQQUNLQUdFX1NUUklORyAiIg0KfCAjZGVmaW5lIFBBQ0tBR0Vf QlVHUkVQT1JUICIiDQp8ICNkZWZpbmUgUEFDS0FHRSAibGlieHNsdCINCnwg I2RlZmluZSBWRVJTSU9OICIxLjEuMCINCnwgI2RlZmluZSBTVERDX0hFQURF UlMgMQ0KfCAjZGVmaW5lIEhBVkVfU1lTX1RZUEVTX0ggMQ0KfCAjZGVmaW5l IEhBVkVfU1lTX1NUQVRfSCAxDQp8ICNkZWZpbmUgSEFWRV9TVERMSUJfSCAx DQp8ICNkZWZpbmUgSEFWRV9TVFJJTkdfSCAxDQp8ICNkZWZpbmUgSEFWRV9N RU1PUllfSCAxDQp8ICNkZWZpbmUgSEFWRV9TVFJJTkdTX0ggMQ0KfCAjZGVm aW5lIEhBVkVfSU5UVFlQRVNfSCAxDQp8ICNkZWZpbmUgSEFWRV9VTklTVERf SCAxDQp8ICNkZWZpbmUgSEFWRV9ETEZDTl9IIDENCnwgI2RlZmluZSBIQVZF X1NZU19UWVBFU19IIDENCnwgI2RlZmluZSBIQVZFX1NZU19USU1FX0ggMQ0K fCAjZGVmaW5lIEhBVkVfU1RETElCX0ggMQ0KfCAjZGVmaW5lIEhBVkVfVU5J U1REX0ggMQ0KfCAjZGVmaW5lIEhBVkVfU1RSSU5HX0ggMQ0KfCAjZGVmaW5l IEhBVkVfSUVFRUZQX0ggMQ0KfCAjZGVmaW5lIEhBVkVfTUFUSF9IIDENCnwg LyogZW5kIGNvbmZkZWZzLmguICAqLw0KfCAjaW5jbHVkZSA8ZnBfY2xhc3Mu aD4NCmNvbmZpZ3VyZTo4ODc0OiByZXN1bHQ6IG5vDQpjb25maWd1cmU6ODkx MDogY2hlY2tpbmcgZm9yIGZwX2NsYXNzLmgNCmNvbmZpZ3VyZTo4OTE3OiBy ZXN1bHQ6IG5vDQpjb25maWd1cmU6ODgwMjogY2hlY2tpbmcgZmxvYXQuaCB1 c2FiaWxpdHkNCmNvbmZpZ3VyZTo4ODE1OiBjYyAtYyAtTyAtcGlwZSAgLUkv dXNyL2xvY2FsL2luY2x1ZGUgY29uZnRlc3QuYyA+JjUNCmNvbmZpZ3VyZTo4 ODE4OiAkPyA9IDANCmNvbmZpZ3VyZTo4ODIxOiB0ZXN0IC1zIGNvbmZ0ZXN0 Lm8NCmNvbmZpZ3VyZTo4ODI0OiAkPyA9IDANCmNvbmZpZ3VyZTo4ODM0OiBy ZXN1bHQ6IHllcw0KY29uZmlndXJlOjg4Mzg6IGNoZWNraW5nIGZsb2F0Lmgg cHJlc2VuY2UNCmNvbmZpZ3VyZTo4ODQ5OiBjYyAtRSAtSS91c3IvbG9jYWwv aW5jbHVkZSBjb25mdGVzdC5jDQpjb25maWd1cmU6ODg1NTogJD8gPSAwDQpj b25maWd1cmU6ODg3NDogcmVzdWx0OiB5ZXMNCmNvbmZpZ3VyZTo4OTEwOiBj aGVja2luZyBmb3IgZmxvYXQuaA0KY29uZmlndXJlOjg5MTc6IHJlc3VsdDog eWVzDQpjb25maWd1cmU6ODgwMjogY2hlY2tpbmcgYW5zaWRlY2wuaCB1c2Fi aWxpdHkNCmNvbmZpZ3VyZTo4ODE1OiBjYyAtYyAtTyAtcGlwZSAgLUkvdXNy L2xvY2FsL2luY2x1ZGUgY29uZnRlc3QuYyA+JjUNCmNvbmZpZ3VyZTo4ODY3 OiBhbnNpZGVjbC5oOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5DQpjb25m aWd1cmU6ODgxODogJD8gPSAxDQpjb25maWd1cmU6IGZhaWxlZCBwcm9ncmFt IHdhczoNCnwgI2xpbmUgODgwNSAiY29uZmlndXJlIg0KfCAvKiBjb25mZGVm cy5oLiAgKi8NCnwgDQp8ICNkZWZpbmUgUEFDS0FHRV9OQU1FICIiDQp8ICNk ZWZpbmUgUEFDS0FHRV9UQVJOQU1FICIiDQp8ICNkZWZpbmUgUEFDS0FHRV9W RVJTSU9OICIiDQp8ICNkZWZpbmUgUEFDS0FHRV9TVFJJTkcgIiINCnwgI2Rl ZmluZSBQQUNLQUdFX0JVR1JFUE9SVCAiIg0KfCAjZGVmaW5lIFBBQ0tBR0Ug ImxpYnhzbHQiDQp8ICNkZWZpbmUgVkVSU0lPTiAiMS4xLjAiDQp8ICNkZWZp bmUgU1REQ19IRUFERVJTIDENCnwgI2RlZmluZSBIQVZFX1NZU19UWVBFU19I IDENCnwgI2RlZmluZSBIQVZFX1NZU19TVEFUX0ggMQ0KfCAjZGVmaW5lIEhB VkVfU1RETElCX0ggMQ0KfCAjZGVmaW5lIEhBVkVfU1RSSU5HX0ggMQ0KfCAj ZGVmaW5lIEhBVkVfTUVNT1JZX0ggMQ0KfCAjZGVmaW5lIEhBVkVfU1RSSU5H U19IIDENCnwgI2RlZmluZSBIQVZFX0lOVFRZUEVTX0ggMQ0KfCAjZGVmaW5l IEhBVkVfVU5JU1REX0ggMQ0KfCAjZGVmaW5lIEhBVkVfRExGQ05fSCAxDQp8 ICNkZWZpbmUgSEFWRV9TWVNfVFlQRVNfSCAxDQp8ICNkZWZpbmUgSEFWRV9T WVNfVElNRV9IIDENCnwgI2RlZmluZSBIQVZFX1NURExJQl9IIDENCnwgI2Rl ZmluZSBIQVZFX1VOSVNURF9IIDENCnwgI2RlZmluZSBIQVZFX1NUUklOR19I IDENCnwgI2RlZmluZSBIQVZFX0lFRUVGUF9IIDENCnwgI2RlZmluZSBIQVZF X01BVEhfSCAxDQp8ICNkZWZpbmUgSEFWRV9GTE9BVF9IIDENCnwgLyogZW5k IGNvbmZkZWZzLmguICAqLw0KfCAjaW5jbHVkZSA8c3RkaW8uaD4NCnwgI2lm IEhBVkVfU1lTX1RZUEVTX0gNCnwgIyBpbmNsdWRlIDxzeXMvdHlwZXMuaD4N CnwgI2VuZGlmDQp8ICNpZiBIQVZFX1NZU19TVEFUX0gNCnwgIyBpbmNsdWRl IDxzeXMvc3RhdC5oPg0KfCAjZW5kaWYNCnwgI2lmIFNURENfSEVBREVSUw0K fCAjIGluY2x1ZGUgPHN0ZGxpYi5oPg0KfCAjIGluY2x1ZGUgPHN0ZGRlZi5o Pg0KfCAjZWxzZQ0KfCAjIGlmIEhBVkVfU1RETElCX0gNCnwgIyAgaW5jbHVk ZSA8c3RkbGliLmg+DQp8ICMgZW5kaWYNCnwgI2VuZGlmDQp8ICNpZiBIQVZF X1NUUklOR19IDQp8ICMgaWYgIVNURENfSEVBREVSUyAmJiBIQVZFX01FTU9S WV9IDQp8ICMgIGluY2x1ZGUgPG1lbW9yeS5oPg0KfCAjIGVuZGlmDQp8ICMg aW5jbHVkZSA8c3RyaW5nLmg+DQp8ICNlbmRpZg0KfCAjaWYgSEFWRV9TVFJJ TkdTX0gNCnwgIyBpbmNsdWRlIDxzdHJpbmdzLmg+DQp8ICNlbmRpZg0KfCAj aWYgSEFWRV9JTlRUWVBFU19IDQp8ICMgaW5jbHVkZSA8aW50dHlwZXMuaD4N CnwgI2Vsc2UNCnwgIyBpZiBIQVZFX1NURElOVF9IDQp8ICMgIGluY2x1ZGUg PHN0ZGludC5oPg0KfCAjIGVuZGlmDQp8ICNlbmRpZg0KfCAjaWYgSEFWRV9V TklTVERfSA0KfCAjIGluY2x1ZGUgPHVuaXN0ZC5oPg0KfCAjZW5kaWYNCnwg I2luY2x1ZGUgPGFuc2lkZWNsLmg+DQpjb25maWd1cmU6ODgzNDogcmVzdWx0 OiBubw0KY29uZmlndXJlOjg4Mzg6IGNoZWNraW5nIGFuc2lkZWNsLmggcHJl c2VuY2UNCmNvbmZpZ3VyZTo4ODQ5OiBjYyAtRSAtSS91c3IvbG9jYWwvaW5j bHVkZSBjb25mdGVzdC5jDQpjb25maWd1cmU6ODg2OTogYW5zaWRlY2wuaDog Tm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQ0KY29uZmlndXJlOjg4NTU6ICQ/ ID0gMQ0KY29uZmlndXJlOiBmYWlsZWQgcHJvZ3JhbSB3YXM6DQp8ICNsaW5l IDg4NDEgImNvbmZpZ3VyZSINCnwgLyogY29uZmRlZnMuaC4gICovDQp8IA0K fCAjZGVmaW5lIFBBQ0tBR0VfTkFNRSAiIg0KfCAjZGVmaW5lIFBBQ0tBR0Vf VEFSTkFNRSAiIg0KfCAjZGVmaW5lIFBBQ0tBR0VfVkVSU0lPTiAiIg0KfCAj ZGVmaW5lIFBBQ0tBR0VfU1RSSU5HICIiDQp8ICNkZWZpbmUgUEFDS0FHRV9C VUdSRVBPUlQgIiINCnwgI2RlZmluZSBQQUNLQUdFICJsaWJ4c2x0Ig0KfCAj ZGVmaW5lIFZFUlNJT04gIjEuMS4wIg0KfCAjZGVmaW5lIFNURENfSEVBREVS UyAxDQp8ICNkZWZpbmUgSEFWRV9TWVNfVFlQRVNfSCAxDQp8ICNkZWZpbmUg SEFWRV9TWVNfU1RBVF9IIDENCnwgI2RlZmluZSBIQVZFX1NURExJQl9IIDEN CnwgI2RlZmluZSBIQVZFX1NUUklOR19IIDENCnwgI2RlZmluZSBIQVZFX01F TU9SWV9IIDENCnwgI2RlZmluZSBIQVZFX1NUUklOR1NfSCAxDQp8ICNkZWZp bmUgSEFWRV9JTlRUWVBFU19IIDENCnwgI2RlZmluZSBIQVZFX1VOSVNURF9I IDENCnwgI2RlZmluZSBIQVZFX0RMRkNOX0ggMQ0KfCAjZGVmaW5lIEhBVkVf U1lTX1RZUEVTX0ggMQ0KfCAjZGVmaW5lIEhBVkVfU1lTX1RJTUVfSCAxDQp8 ICNkZWZpbmUgSEFWRV9TVERMSUJfSCAxDQp8ICNkZWZpbmUgSEFWRV9VTklT VERfSCAxDQp8ICNkZWZpbmUgSEFWRV9TVFJJTkdfSCAxDQp8ICNkZWZpbmUg SEFWRV9JRUVFRlBfSCAxDQp8ICNkZWZpbmUgSEFWRV9NQVRIX0ggMQ0KfCAj ZGVmaW5lIEhBVkVfRkxPQVRfSCAxDQp8IC8qIGVuZCBjb25mZGVmcy5oLiAg Ki8NCnwgI2luY2x1ZGUgPGFuc2lkZWNsLmg+DQpjb25maWd1cmU6ODg3NDog cmVzdWx0OiBubw0KY29uZmlndXJlOjg5MTA6IGNoZWNraW5nIGZvciBhbnNp ZGVjbC5oDQpjb25maWd1cmU6ODkxNzogcmVzdWx0OiBubw0KY29uZmlndXJl Ojg5NDc6IGNoZWNraW5nIHN5cy90aW1lYi5oIHVzYWJpbGl0eQ0KY29uZmln dXJlOjg5NjA6IGNjIC1jIC1PIC1waXBlICAtSS91c3IvbG9jYWwvaW5jbHVk ZSBjb25mdGVzdC5jID4mNQ0KY29uZmlndXJlOjg5NjM6ICQ/ID0gMA0KY29u ZmlndXJlOjg5NjY6IHRlc3QgLXMgY29uZnRlc3Qubw0KY29uZmlndXJlOjg5 Njk6ICQ/ID0gMA0KY29uZmlndXJlOjg5Nzk6IHJlc3VsdDogeWVzDQpjb25m aWd1cmU6ODk4MzogY2hlY2tpbmcgc3lzL3RpbWViLmggcHJlc2VuY2UNCmNv bmZpZ3VyZTo4OTk0OiBjYyAtRSAtSS91c3IvbG9jYWwvaW5jbHVkZSBjb25m dGVzdC5jDQpjb25maWd1cmU6OTAwMDogJD8gPSAwDQpjb25maWd1cmU6OTAx OTogcmVzdWx0OiB5ZXMNCmNvbmZpZ3VyZTo5MDU1OiBjaGVja2luZyBmb3Ig c3lzL3RpbWViLmgNCmNvbmZpZ3VyZTo5MDYyOiByZXN1bHQ6IHllcw0KY29u ZmlndXJlOjg5NDc6IGNoZWNraW5nIHRpbWUuaCB1c2FiaWxpdHkNCmNvbmZp Z3VyZTo4OTYwOiBjYyAtYyAtTyAtcGlwZSAgLUkvdXNyL2xvY2FsL2luY2x1 ZGUgY29uZnRlc3QuYyA+JjUNCmNvbmZpZ3VyZTo4OTYzOiAkPyA9IDANCmNv bmZpZ3VyZTo4OTY2OiB0ZXN0IC1zIGNvbmZ0ZXN0Lm8NCmNvbmZpZ3VyZTo4 OTY5OiAkPyA9IDANCmNvbmZpZ3VyZTo4OTc5OiByZXN1bHQ6IHllcw0KY29u ZmlndXJlOjg5ODM6IGNoZWNraW5nIHRpbWUuaCBwcmVzZW5jZQ0KY29uZmln dXJlOjg5OTQ6IGNjIC1FIC1JL3Vzci9sb2NhbC9pbmNsdWRlIGNvbmZ0ZXN0 LmMNCmNvbmZpZ3VyZTo5MDAwOiAkPyA9IDANCmNvbmZpZ3VyZTo5MDE5OiBy ZXN1bHQ6IHllcw0KY29uZmlndXJlOjkwNTU6IGNoZWNraW5nIGZvciB0aW1l LmgNCmNvbmZpZ3VyZTo5MDYyOiByZXN1bHQ6IHllcw0KY29uZmlndXJlOjg5 Mzg6IGNoZWNraW5nIGZvciBzeXMvc3RhdC5oDQpjb25maWd1cmU6ODk0Mzog cmVzdWx0OiB5ZXMNCmNvbmZpZ3VyZTo4OTQ3OiBjaGVja2luZyBzdGRhcmcu aCB1c2FiaWxpdHkNCmNvbmZpZ3VyZTo4OTYwOiBjYyAtYyAtTyAtcGlwZSAg LUkvdXNyL2xvY2FsL2luY2x1ZGUgY29uZnRlc3QuYyA+JjUNCmNvbmZpZ3Vy ZTo4OTYzOiAkPyA9IDANCmNvbmZpZ3VyZTo4OTY2OiB0ZXN0IC1zIGNvbmZ0 ZXN0Lm8NCmNvbmZpZ3VyZTo4OTY5OiAkPyA9IDANCmNvbmZpZ3VyZTo4OTc5 OiByZXN1bHQ6IHllcw0KY29uZmlndXJlOjg5ODM6IGNoZWNraW5nIHN0ZGFy Zy5oIHByZXNlbmNlDQpjb25maWd1cmU6ODk5NDogY2MgLUUgLUkvdXNyL2xv Y2FsL2luY2x1ZGUgY29uZnRlc3QuYw0KY29uZmlndXJlOjkwMDA6ICQ/ID0g MA0KY29uZmlndXJlOjkwMTk6IHJlc3VsdDogeWVzDQpjb25maWd1cmU6OTA1 NTogY2hlY2tpbmcgZm9yIHN0ZGFyZy5oDQpjb25maWd1cmU6OTA2MjogcmVz dWx0OiB5ZXMNCmNvbmZpZ3VyZTo5MDgwOiBjaGVja2luZyBmb3Igc3RhdA0K Y29uZmlndXJlOjkxMzA6IGNjIC1vIGNvbmZ0ZXN0IC1PIC1waXBlICAtSS91 c3IvbG9jYWwvaW5jbHVkZSAgY29uZnRlc3QuYyAgPiY1DQpjb25maWd1cmU6 OTEzMzogJD8gPSAwDQpjb25maWd1cmU6OTEzNjogdGVzdCAtcyBjb25mdGVz dA0KY29uZmlndXJlOjkxMzk6ICQ/ID0gMA0KY29uZmlndXJlOjkxNTA6IHJl c3VsdDogeWVzDQpjb25maWd1cmU6OTA4MDogY2hlY2tpbmcgZm9yIF9zdGF0 DQpjb25maWd1cmU6OTEzMDogY2MgLW8gY29uZnRlc3QgLU8gLXBpcGUgIC1J L3Vzci9sb2NhbC9pbmNsdWRlICBjb25mdGVzdC5jICA+JjUNCmNvbmZpZ3Vy ZTo5MTMzOiAkPyA9IDANCmNvbmZpZ3VyZTo5MTM2OiB0ZXN0IC1zIGNvbmZ0 ZXN0DQpjb25maWd1cmU6OTEzOTogJD8gPSAwDQpjb25maWd1cmU6OTE1MDog cmVzdWx0OiB5ZXMNCmNvbmZpZ3VyZTo5MTYwOiBjaGVja2luZyBmb3IgaXNu YW4NCmNvbmZpZ3VyZTo5MjEwOiBjYyAtbyBjb25mdGVzdCAtTyAtcGlwZSAg LUkvdXNyL2xvY2FsL2luY2x1ZGUgIGNvbmZ0ZXN0LmMgID4mNQ0KY29uZmln dXJlOjkyMTM6ICQ/ID0gMA0KY29uZmlndXJlOjkyMTY6IHRlc3QgLXMgY29u ZnRlc3QNCmNvbmZpZ3VyZTo5MjE5OiAkPyA9IDANCmNvbmZpZ3VyZTo5MjMw OiByZXN1bHQ6IHllcw0KY29uZmlndXJlOjkyOTk6IGNoZWNraW5nIGZvciBp c2luZg0KY29uZmlndXJlOjkzNDk6IGNjIC1vIGNvbmZ0ZXN0IC1PIC1waXBl ICAtSS91c3IvbG9jYWwvaW5jbHVkZSAgY29uZnRlc3QuYyAgPiY1DQpjb25m aWd1cmU6OTM1MjogJD8gPSAwDQpjb25maWd1cmU6OTM1NTogdGVzdCAtcyBj b25mdGVzdA0KY29uZmlndXJlOjkzNTg6ICQ/ID0gMA0KY29uZmlndXJlOjkz Njk6IHJlc3VsdDogeWVzDQpjb25maWd1cmU6OTQzODogY2hlY2tpbmcgZm9y IHBvdw0KY29uZmlndXJlOjk0ODg6IGNjIC1vIGNvbmZ0ZXN0IC1PIC1waXBl ICAtSS91c3IvbG9jYWwvaW5jbHVkZSAgY29uZnRlc3QuYyAgPiY1DQovdG1w L2NjdjNxdnBtLm86IEluIGZ1bmN0aW9uIGBtYWluJzoNCi90bXAvY2N2M3F2 cG0ubygudGV4dCsweDkpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwb3cn DQovdG1wL2NjdjNxdnBtLm8oLmRhdGErMHgwKTogdW5kZWZpbmVkIHJlZmVy ZW5jZSB0byBgcG93Jw0KY29uZmlndXJlOjk0OTE6ICQ/ID0gMQ0KY29uZmln dXJlOiBmYWlsZWQgcHJvZ3JhbSB3YXM6DQp8ICNsaW5lIDk0NDQgImNvbmZp Z3VyZSINCnwgLyogY29uZmRlZnMuaC4gICovDQp8IA0KfCAjZGVmaW5lIFBB Q0tBR0VfTkFNRSAiIg0KfCAjZGVmaW5lIFBBQ0tBR0VfVEFSTkFNRSAiIg0K fCAjZGVmaW5lIFBBQ0tBR0VfVkVSU0lPTiAiIg0KfCAjZGVmaW5lIFBBQ0tB R0VfU1RSSU5HICIiDQp8ICNkZWZpbmUgUEFDS0FHRV9CVUdSRVBPUlQgIiIN CnwgI2RlZmluZSBQQUNLQUdFICJsaWJ4c2x0Ig0KfCAjZGVmaW5lIFZFUlNJ T04gIjEuMS4wIg0KfCAjZGVmaW5lIFNURENfSEVBREVSUyAxDQp8ICNkZWZp bmUgSEFWRV9TWVNfVFlQRVNfSCAxDQp8ICNkZWZpbmUgSEFWRV9TWVNfU1RB VF9IIDENCnwgI2RlZmluZSBIQVZFX1NURExJQl9IIDENCnwgI2RlZmluZSBI QVZFX1NUUklOR19IIDENCnwgI2RlZmluZSBIQVZFX01FTU9SWV9IIDENCnwg I2RlZmluZSBIQVZFX1NUUklOR1NfSCAxDQp8ICNkZWZpbmUgSEFWRV9JTlRU WVBFU19IIDENCnwgI2RlZmluZSBIQVZFX1VOSVNURF9IIDENCnwgI2RlZmlu ZSBIQVZFX0RMRkNOX0ggMQ0KfCAjZGVmaW5lIEhBVkVfU1lTX1RZUEVTX0gg MQ0KfCAjZGVmaW5lIEhBVkVfU1lTX1RJTUVfSCAxDQp8ICNkZWZpbmUgSEFW RV9TVERMSUJfSCAxDQp8ICNkZWZpbmUgSEFWRV9VTklTVERfSCAxDQp8ICNk ZWZpbmUgSEFWRV9TVFJJTkdfSCAxDQp8ICNkZWZpbmUgSEFWRV9JRUVFRlBf SCAxDQp8ICNkZWZpbmUgSEFWRV9NQVRIX0ggMQ0KfCAjZGVmaW5lIEhBVkVf RkxPQVRfSCAxDQp8ICNkZWZpbmUgSEFWRV9TWVNfVElNRUJfSCAxDQp8ICNk ZWZpbmUgSEFWRV9USU1FX0ggMQ0KfCAjZGVmaW5lIEhBVkVfU1lTX1NUQVRf SCAxDQp8ICNkZWZpbmUgSEFWRV9TVERBUkdfSCAxDQp8ICNkZWZpbmUgSEFW RV9TVEFUIDENCnwgI2RlZmluZSBIQVZFX19TVEFUIDENCnwgLyogZW5kIGNv bmZkZWZzLmguICAqLw0KfCAvKiBTeXN0ZW0gaGVhZGVyIHRvIGRlZmluZSBf X3N0dWIgbWFjcm9zIGFuZCBob3BlZnVsbHkgZmV3IHByb3RvdHlwZXMsDQp8 ICAgICB3aGljaCBjYW4gY29uZmxpY3Qgd2l0aCBjaGFyIHBvdyAoKTsgYmVs b3cuDQp8ICAgICBQcmVmZXIgPGxpbWl0cy5oPiB0byA8YXNzZXJ0Lmg+IGlm IF9fU1REQ19fIGlzIGRlZmluZWQsIHNpbmNlDQp8ICAgICA8bGltaXRzLmg+ IGV4aXN0cyBldmVuIG9uIGZyZWVzdGFuZGluZyBjb21waWxlcnMuICAqLw0K fCAjaWZkZWYgX19TVERDX18NCnwgIyBpbmNsdWRlIDxsaW1pdHMuaD4NCnwg I2Vsc2UNCnwgIyBpbmNsdWRlIDxhc3NlcnQuaD4NCnwgI2VuZGlmDQp8IC8q IE92ZXJyaWRlIGFueSBnY2MyIGludGVybmFsIHByb3RvdHlwZSB0byBhdm9p ZCBhbiBlcnJvci4gICovDQp8ICNpZmRlZiBfX2NwbHVzcGx1cw0KfCBleHRl cm4gIkMiDQp8IHsNCnwgI2VuZGlmDQp8IC8qIFdlIHVzZSBjaGFyIGJlY2F1 c2UgaW50IG1pZ2h0IG1hdGNoIHRoZSByZXR1cm4gdHlwZSBvZiBhIGdjYzIN CnwgICAgYnVpbHRpbiBhbmQgdGhlbiBpdHMgYXJndW1lbnQgcHJvdG90eXBl IHdvdWxkIHN0aWxsIGFwcGx5LiAgKi8NCnwgY2hhciBwb3cgKCk7DQp8IC8q IFRoZSBHTlUgQyBsaWJyYXJ5IGRlZmluZXMgdGhpcyBmb3IgZnVuY3Rpb25z IHdoaWNoIGl0IGltcGxlbWVudHMNCnwgICAgIHRvIGFsd2F5cyBmYWlsIHdp dGggRU5PU1lTLiAgU29tZSBmdW5jdGlvbnMgYXJlIGFjdHVhbGx5IG5hbWVk DQp8ICAgICBzb21ldGhpbmcgc3RhcnRpbmcgd2l0aCBfXyBhbmQgdGhlIG5v cm1hbCBuYW1lIGlzIGFuIGFsaWFzLiAgKi8NCnwgI2lmIGRlZmluZWQgKF9f c3R1Yl9wb3cpIHx8IGRlZmluZWQgKF9fc3R1Yl9fX3BvdykNCnwgY2hva2Ug bWUNCnwgI2Vsc2UNCnwgY2hhciAoKmYpICgpID0gcG93Ow0KfCAjZW5kaWYN CnwgI2lmZGVmIF9fY3BsdXNwbHVzDQp8IH0NCnwgI2VuZGlmDQp8IA0KfCBp bnQNCnwgbWFpbiAoKQ0KfCB7DQp8IHJldHVybiBmICE9IHBvdzsNCnwgICA7 DQp8ICAgcmV0dXJuIDA7DQp8IH0NCmNvbmZpZ3VyZTo5NTA4OiByZXN1bHQ6 IG5vDQpjb25maWd1cmU6OTUxMzogY2hlY2tpbmcgZm9yIHBvdyBpbiAtbG0N CmNvbmZpZ3VyZTo5NTQ0OiBjYyAtbyBjb25mdGVzdCAtTyAtcGlwZSAgLUkv dXNyL2xvY2FsL2luY2x1ZGUgIGNvbmZ0ZXN0LmMgLWxtICAgPiY1DQpjb25m aWd1cmU6OTU0NzogJD8gPSAwDQpjb25maWd1cmU6OTU1MDogdGVzdCAtcyBj b25mdGVzdA0KY29uZmlndXJlOjk1NTM6ICQ/ID0gMA0KY29uZmlndXJlOjk1 NjU6IHJlc3VsdDogeWVzDQpjb25maWd1cmU6OTU3NzogY2hlY2tpbmcgZm9y IGZsb29yDQpjb25maWd1cmU6OTYyNzogY2MgLW8gY29uZnRlc3QgLU8gLXBp cGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlICBjb25mdGVzdC5jICA+JjUNCi90 bXAvY2NkanoyUGQubzogSW4gZnVuY3Rpb24gYG1haW4nOg0KL3RtcC9jY2Rq ejJQZC5vKC50ZXh0KzB4OSk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYGZs b29yJw0KL3RtcC9jY2RqejJQZC5vKC5kYXRhKzB4MCk6IHVuZGVmaW5lZCBy ZWZlcmVuY2UgdG8gYGZsb29yJw0KY29uZmlndXJlOjk2MzA6ICQ/ID0gMQ0K Y29uZmlndXJlOiBmYWlsZWQgcHJvZ3JhbSB3YXM6DQp8ICNsaW5lIDk1ODMg ImNvbmZpZ3VyZSINCnwgLyogY29uZmRlZnMuaC4gICovDQp8IA0KfCAjZGVm aW5lIFBBQ0tBR0VfTkFNRSAiIg0KfCAjZGVmaW5lIFBBQ0tBR0VfVEFSTkFN RSAiIg0KfCAjZGVmaW5lIFBBQ0tBR0VfVkVSU0lPTiAiIg0KfCAjZGVmaW5l IFBBQ0tBR0VfU1RSSU5HICIiDQp8ICNkZWZpbmUgUEFDS0FHRV9CVUdSRVBP UlQgIiINCnwgI2RlZmluZSBQQUNLQUdFICJsaWJ4c2x0Ig0KfCAjZGVmaW5l IFZFUlNJT04gIjEuMS4wIg0KfCAjZGVmaW5lIFNURENfSEVBREVSUyAxDQp8 ICNkZWZpbmUgSEFWRV9TWVNfVFlQRVNfSCAxDQp8ICNkZWZpbmUgSEFWRV9T WVNfU1RBVF9IIDENCnwgI2RlZmluZSBIQVZFX1NURExJQl9IIDENCnwgI2Rl ZmluZSBIQVZFX1NUUklOR19IIDENCnwgI2RlZmluZSBIQVZFX01FTU9SWV9I IDENCnwgI2RlZmluZSBIQVZFX1NUUklOR1NfSCAxDQp8ICNkZWZpbmUgSEFW RV9JTlRUWVBFU19IIDENCnwgI2RlZmluZSBIQVZFX1VOSVNURF9IIDENCnwg I2RlZmluZSBIQVZFX0RMRkNOX0ggMQ0KfCAjZGVmaW5lIEhBVkVfU1lTX1RZ UEVTX0ggMQ0KfCAjZGVmaW5lIEhBVkVfU1lTX1RJTUVfSCAxDQp8ICNkZWZp bmUgSEFWRV9TVERMSUJfSCAxDQp8ICNkZWZpbmUgSEFWRV9VTklTVERfSCAx DQp8ICNkZWZpbmUgSEFWRV9TVFJJTkdfSCAxDQp8ICNkZWZpbmUgSEFWRV9J RUVFRlBfSCAxDQp8ICNkZWZpbmUgSEFWRV9NQVRIX0ggMQ0KfCAjZGVmaW5l IEhBVkVfRkxPQVRfSCAxDQp8ICNkZWZpbmUgSEFWRV9TWVNfVElNRUJfSCAx DQp8ICNkZWZpbmUgSEFWRV9USU1FX0ggMQ0KfCAjZGVmaW5lIEhBVkVfU1lT X1NUQVRfSCAxDQp8ICNkZWZpbmUgSEFWRV9TVERBUkdfSCAxDQp8ICNkZWZp bmUgSEFWRV9TVEFUIDENCnwgI2RlZmluZSBIQVZFX19TVEFUIDENCnwgI2Rl ZmluZSBIQVZFX1BPVyAxDQp8IC8qIGVuZCBjb25mZGVmcy5oLiAgKi8NCnwg LyogU3lzdGVtIGhlYWRlciB0byBkZWZpbmUgX19zdHViIG1hY3JvcyBhbmQg aG9wZWZ1bGx5IGZldyBwcm90b3R5cGVzLA0KfCAgICAgd2hpY2ggY2FuIGNv bmZsaWN0IHdpdGggY2hhciBmbG9vciAoKTsgYmVsb3cuDQp8ICAgICBQcmVm ZXIgPGxpbWl0cy5oPiB0byA8YXNzZXJ0Lmg+IGlmIF9fU1REQ19fIGlzIGRl ZmluZWQsIHNpbmNlDQp8ICAgICA8bGltaXRzLmg+IGV4aXN0cyBldmVuIG9u IGZyZWVzdGFuZGluZyBjb21waWxlcnMuICAqLw0KfCAjaWZkZWYgX19TVERD X18NCnwgIyBpbmNsdWRlIDxsaW1pdHMuaD4NCnwgI2Vsc2UNCnwgIyBpbmNs dWRlIDxhc3NlcnQuaD4NCnwgI2VuZGlmDQp8IC8qIE92ZXJyaWRlIGFueSBn Y2MyIGludGVybmFsIHByb3RvdHlwZSB0byBhdm9pZCBhbiBlcnJvci4gICov DQp8ICNpZmRlZiBfX2NwbHVzcGx1cw0KfCBleHRlcm4gIkMiDQp8IHsNCnwg I2VuZGlmDQp8IC8qIFdlIHVzZSBjaGFyIGJlY2F1c2UgaW50IG1pZ2h0IG1h dGNoIHRoZSByZXR1cm4gdHlwZSBvZiBhIGdjYzINCnwgICAgYnVpbHRpbiBh bmQgdGhlbiBpdHMgYXJndW1lbnQgcHJvdG90eXBlIHdvdWxkIHN0aWxsIGFw cGx5LiAgKi8NCnwgY2hhciBmbG9vciAoKTsNCnwgLyogVGhlIEdOVSBDIGxp YnJhcnkgZGVmaW5lcyB0aGlzIGZvciBmdW5jdGlvbnMgd2hpY2ggaXQgaW1w bGVtZW50cw0KfCAgICAgdG8gYWx3YXlzIGZhaWwgd2l0aCBFTk9TWVMuICBT b21lIGZ1bmN0aW9ucyBhcmUgYWN0dWFsbHkgbmFtZWQNCnwgICAgIHNvbWV0 aGluZyBzdGFydGluZyB3aXRoIF9fIGFuZCB0aGUgbm9ybWFsIG5hbWUgaXMg YW4gYWxpYXMuICAqLw0KfCAjaWYgZGVmaW5lZCAoX19zdHViX2Zsb29yKSB8 fCBkZWZpbmVkIChfX3N0dWJfX19mbG9vcikNCnwgY2hva2UgbWUNCnwgI2Vs c2UNCnwgY2hhciAoKmYpICgpID0gZmxvb3I7DQp8ICNlbmRpZg0KfCAjaWZk ZWYgX19jcGx1c3BsdXMNCnwgfQ0KfCAjZW5kaWYNCnwgDQp8IGludA0KfCBt YWluICgpDQp8IHsNCnwgcmV0dXJuIGYgIT0gZmxvb3I7DQp8ICAgOw0KfCAg IHJldHVybiAwOw0KfCB9DQpjb25maWd1cmU6OTY0NzogcmVzdWx0OiBubw0K Y29uZmlndXJlOjk2NTI6IGNoZWNraW5nIGZvciBmbG9vciBpbiAtbG0NCmNv bmZpZ3VyZTo5NjgzOiBjYyAtbyBjb25mdGVzdCAtTyAtcGlwZSAgLUkvdXNy L2xvY2FsL2luY2x1ZGUgIGNvbmZ0ZXN0LmMgLWxtICAgPiY1DQpjb25maWd1 cmU6OTY4NjogJD8gPSAwDQpjb25maWd1cmU6OTY4OTogdGVzdCAtcyBjb25m dGVzdA0KY29uZmlndXJlOjk2OTI6ICQ/ID0gMA0KY29uZmlndXJlOjk3MDQ6 IHJlc3VsdDogeWVzDQpjb25maWd1cmU6OTcxNjogY2hlY2tpbmcgZm9yIGZh YnMNCmNvbmZpZ3VyZTo5NzY2OiBjYyAtbyBjb25mdGVzdCAtTyAtcGlwZSAg LUkvdXNyL2xvY2FsL2luY2x1ZGUgIGNvbmZ0ZXN0LmMgID4mNQ0KY29uZmln dXJlOjk3NzQ6IHdhcm5pbmc6IGNvbmZsaWN0aW5nIHR5cGVzIGZvciBidWls dC1pbiBmdW5jdGlvbiBgZmFicycNCmNvbmZpZ3VyZTo5NzY5OiAkPyA9IDAN CmNvbmZpZ3VyZTo5NzcyOiB0ZXN0IC1zIGNvbmZ0ZXN0DQpjb25maWd1cmU6 OTc3NTogJD8gPSAwDQpjb25maWd1cmU6OTc4NjogcmVzdWx0OiB5ZXMNCmNv bmZpZ3VyZTo5ODU4OiBjaGVja2luZyBmb3IgZ2V0dGltZW9mZGF5DQpjb25m aWd1cmU6OTkwODogY2MgLW8gY29uZnRlc3QgLU8gLXBpcGUgIC1JL3Vzci9s b2NhbC9pbmNsdWRlICBjb25mdGVzdC5jICA+JjUNCmNvbmZpZ3VyZTo5OTEx OiAkPyA9IDANCmNvbmZpZ3VyZTo5OTE0OiB0ZXN0IC1zIGNvbmZ0ZXN0DQpj b25maWd1cmU6OTkxNzogJD8gPSAwDQpjb25maWd1cmU6OTkyODogcmVzdWx0 OiB5ZXMNCmNvbmZpZ3VyZTo5OTQ3OiBjaGVja2luZyBmb3IgbWt0aW1lDQpj b25maWd1cmU6OTk5NzogY2MgLW8gY29uZnRlc3QgLU8gLXBpcGUgIC1JL3Vz ci9sb2NhbC9pbmNsdWRlICBjb25mdGVzdC5jICA+JjUNCmNvbmZpZ3VyZTox MDAwMDogJD8gPSAwDQpjb25maWd1cmU6MTAwMDM6IHRlc3QgLXMgY29uZnRl c3QNCmNvbmZpZ3VyZToxMDAwNjogJD8gPSAwDQpjb25maWd1cmU6MTAwMTc6 IHJlc3VsdDogeWVzDQpjb25maWd1cmU6OTk0NzogY2hlY2tpbmcgZm9yIGxv Y2FsdGltZQ0KY29uZmlndXJlOjk5OTc6IGNjIC1vIGNvbmZ0ZXN0IC1PIC1w aXBlICAtSS91c3IvbG9jYWwvaW5jbHVkZSAgY29uZnRlc3QuYyAgPiY1DQpj b25maWd1cmU6MTAwMDA6ICQ/ID0gMA0KY29uZmlndXJlOjEwMDAzOiB0ZXN0 IC1zIGNvbmZ0ZXN0DQpjb25maWd1cmU6MTAwMDY6ICQ/ID0gMA0KY29uZmln dXJlOjEwMDE3OiByZXN1bHQ6IHllcw0KY29uZmlndXJlOjk5NDc6IGNoZWNr aW5nIGZvciBhc2N0aW1lDQpjb25maWd1cmU6OTk5NzogY2MgLW8gY29uZnRl c3QgLU8gLXBpcGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlICBjb25mdGVzdC5j ICA+JjUNCmNvbmZpZ3VyZToxMDAwMDogJD8gPSAwDQpjb25maWd1cmU6MTAw MDM6IHRlc3QgLXMgY29uZnRlc3QNCmNvbmZpZ3VyZToxMDAwNjogJD8gPSAw DQpjb25maWd1cmU6MTAwMTc6IHJlc3VsdDogeWVzDQpjb25maWd1cmU6OTk0 NzogY2hlY2tpbmcgZm9yIHRpbWUNCmNvbmZpZ3VyZTo5OTk3OiBjYyAtbyBj b25mdGVzdCAtTyAtcGlwZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgIGNvbmZ0 ZXN0LmMgID4mNQ0KY29uZmlndXJlOjEwMDAwOiAkPyA9IDANCmNvbmZpZ3Vy ZToxMDAwMzogdGVzdCAtcyBjb25mdGVzdA0KY29uZmlndXJlOjEwMDA2OiAk PyA9IDANCmNvbmZpZ3VyZToxMDAxNzogcmVzdWx0OiB5ZXMNCmNvbmZpZ3Vy ZTo5OTQ3OiBjaGVja2luZyBmb3IgZ210aW1lDQpjb25maWd1cmU6OTk5Nzog Y2MgLW8gY29uZnRlc3QgLU8gLXBpcGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRl ICBjb25mdGVzdC5jICA+JjUNCmNvbmZpZ3VyZToxMDAwMDogJD8gPSAwDQpj b25maWd1cmU6MTAwMDM6IHRlc3QgLXMgY29uZnRlc3QNCmNvbmZpZ3VyZTox MDAwNjogJD8gPSAwDQpjb25maWd1cmU6MTAwMTc6IHJlc3VsdDogeWVzDQpj b25maWd1cmU6OTk0NzogY2hlY2tpbmcgZm9yIGZ0aW1lDQpjb25maWd1cmU6 OTk5NzogY2MgLW8gY29uZnRlc3QgLU8gLXBpcGUgIC1JL3Vzci9sb2NhbC9p bmNsdWRlICBjb25mdGVzdC5jICA+JjUNCi90bXAvY2N2SWVGaE0ubzogSW4g ZnVuY3Rpb24gYG1haW4nOg0KL3RtcC9jY3ZJZUZoTS5vKC50ZXh0KzB4OSk6 IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYGZ0aW1lJw0KL3RtcC9jY3ZJZUZo TS5vKC5kYXRhKzB4MCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYGZ0aW1l Jw0KY29uZmlndXJlOjEwMDAwOiAkPyA9IDENCmNvbmZpZ3VyZTogZmFpbGVk IHByb2dyYW0gd2FzOg0KfCAjbGluZSA5OTUzICJjb25maWd1cmUiDQp8IC8q IGNvbmZkZWZzLmguICAqLw0KfCANCnwgI2RlZmluZSBQQUNLQUdFX05BTUUg IiINCnwgI2RlZmluZSBQQUNLQUdFX1RBUk5BTUUgIiINCnwgI2RlZmluZSBQ QUNLQUdFX1ZFUlNJT04gIiINCnwgI2RlZmluZSBQQUNLQUdFX1NUUklORyAi Ig0KfCAjZGVmaW5lIFBBQ0tBR0VfQlVHUkVQT1JUICIiDQp8ICNkZWZpbmUg UEFDS0FHRSAibGlieHNsdCINCnwgI2RlZmluZSBWRVJTSU9OICIxLjEuMCIN CnwgI2RlZmluZSBTVERDX0hFQURFUlMgMQ0KfCAjZGVmaW5lIEhBVkVfU1lT X1RZUEVTX0ggMQ0KfCAjZGVmaW5lIEhBVkVfU1lTX1NUQVRfSCAxDQp8ICNk ZWZpbmUgSEFWRV9TVERMSUJfSCAxDQp8ICNkZWZpbmUgSEFWRV9TVFJJTkdf SCAxDQp8ICNkZWZpbmUgSEFWRV9NRU1PUllfSCAxDQp8ICNkZWZpbmUgSEFW RV9TVFJJTkdTX0ggMQ0KfCAjZGVmaW5lIEhBVkVfSU5UVFlQRVNfSCAxDQp8 ICNkZWZpbmUgSEFWRV9VTklTVERfSCAxDQp8ICNkZWZpbmUgSEFWRV9ETEZD Tl9IIDENCnwgI2RlZmluZSBIQVZFX1NZU19UWVBFU19IIDENCnwgI2RlZmlu ZSBIQVZFX1NZU19USU1FX0ggMQ0KfCAjZGVmaW5lIEhBVkVfU1RETElCX0gg MQ0KfCAjZGVmaW5lIEhBVkVfVU5JU1REX0ggMQ0KfCAjZGVmaW5lIEhBVkVf U1RSSU5HX0ggMQ0KfCAjZGVmaW5lIEhBVkVfSUVFRUZQX0ggMQ0KfCAjZGVm aW5lIEhBVkVfTUFUSF9IIDENCnwgI2RlZmluZSBIQVZFX0ZMT0FUX0ggMQ0K fCAjZGVmaW5lIEhBVkVfU1lTX1RJTUVCX0ggMQ0KfCAjZGVmaW5lIEhBVkVf VElNRV9IIDENCnwgI2RlZmluZSBIQVZFX1NZU19TVEFUX0ggMQ0KfCAjZGVm aW5lIEhBVkVfU1REQVJHX0ggMQ0KfCAjZGVmaW5lIEhBVkVfU1RBVCAxDQp8 ICNkZWZpbmUgSEFWRV9fU1RBVCAxDQp8ICNkZWZpbmUgSEFWRV9QT1cgMQ0K fCAjZGVmaW5lIEhBVkVfRkxPT1IgMQ0KfCAjZGVmaW5lIEhBVkVfR0VUVElN RU9GREFZIDENCnwgI2RlZmluZSBIQVZFX01LVElNRSAxDQp8ICNkZWZpbmUg SEFWRV9MT0NBTFRJTUUgMQ0KfCAjZGVmaW5lIEhBVkVfQVNDVElNRSAxDQp8 ICNkZWZpbmUgSEFWRV9USU1FIDENCnwgI2RlZmluZSBIQVZFX0dNVElNRSAx DQp8IC8qIGVuZCBjb25mZGVmcy5oLiAgKi8NCnwgLyogU3lzdGVtIGhlYWRl ciB0byBkZWZpbmUgX19zdHViIG1hY3JvcyBhbmQgaG9wZWZ1bGx5IGZldyBw cm90b3R5cGVzLA0KfCAgICAgd2hpY2ggY2FuIGNvbmZsaWN0IHdpdGggY2hh ciBmdGltZSAoKTsgYmVsb3cuDQp8ICAgICBQcmVmZXIgPGxpbWl0cy5oPiB0 byA8YXNzZXJ0Lmg+IGlmIF9fU1REQ19fIGlzIGRlZmluZWQsIHNpbmNlDQp8 ICAgICA8bGltaXRzLmg+IGV4aXN0cyBldmVuIG9uIGZyZWVzdGFuZGluZyBj b21waWxlcnMuICAqLw0KfCAjaWZkZWYgX19TVERDX18NCnwgIyBpbmNsdWRl IDxsaW1pdHMuaD4NCnwgI2Vsc2UNCnwgIyBpbmNsdWRlIDxhc3NlcnQuaD4N CnwgI2VuZGlmDQp8IC8qIE92ZXJyaWRlIGFueSBnY2MyIGludGVybmFsIHBy b3RvdHlwZSB0byBhdm9pZCBhbiBlcnJvci4gICovDQp8ICNpZmRlZiBfX2Nw bHVzcGx1cw0KfCBleHRlcm4gIkMiDQp8IHsNCnwgI2VuZGlmDQp8IC8qIFdl IHVzZSBjaGFyIGJlY2F1c2UgaW50IG1pZ2h0IG1hdGNoIHRoZSByZXR1cm4g dHlwZSBvZiBhIGdjYzINCnwgICAgYnVpbHRpbiBhbmQgdGhlbiBpdHMgYXJn dW1lbnQgcHJvdG90eXBlIHdvdWxkIHN0aWxsIGFwcGx5LiAgKi8NCnwgY2hh ciBmdGltZSAoKTsNCnwgLyogVGhlIEdOVSBDIGxpYnJhcnkgZGVmaW5lcyB0 aGlzIGZvciBmdW5jdGlvbnMgd2hpY2ggaXQgaW1wbGVtZW50cw0KfCAgICAg dG8gYWx3YXlzIGZhaWwgd2l0aCBFTk9TWVMuICBTb21lIGZ1bmN0aW9ucyBh cmUgYWN0dWFsbHkgbmFtZWQNCnwgICAgIHNvbWV0aGluZyBzdGFydGluZyB3 aXRoIF9fIGFuZCB0aGUgbm9ybWFsIG5hbWUgaXMgYW4gYWxpYXMuICAqLw0K fCAjaWYgZGVmaW5lZCAoX19zdHViX2Z0aW1lKSB8fCBkZWZpbmVkIChfX3N0 dWJfX19mdGltZSkNCnwgY2hva2UgbWUNCnwgI2Vsc2UNCnwgY2hhciAoKmYp ICgpID0gZnRpbWU7DQp8ICNlbmRpZg0KfCAjaWZkZWYgX19jcGx1c3BsdXMN CnwgfQ0KfCAjZW5kaWYNCnwgDQp8IGludA0KfCBtYWluICgpDQp8IHsNCnwg cmV0dXJuIGYgIT0gZnRpbWU7DQp8ICAgOw0KfCAgIHJldHVybiAwOw0KfCB9 DQpjb25maWd1cmU6MTAwMTc6IHJlc3VsdDogbm8NCmNvbmZpZ3VyZToxMDAz OTogY2hlY2tpbmcgZm9yIHByaW50Zg0KY29uZmlndXJlOjEwMDg5OiBjYyAt byBjb25mdGVzdCAtTyAtcGlwZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgIGNv bmZ0ZXN0LmMgID4mNQ0KY29uZmlndXJlOjEwMDkyOiAkPyA9IDANCmNvbmZp Z3VyZToxMDA5NTogdGVzdCAtcyBjb25mdGVzdA0KY29uZmlndXJlOjEwMDk4 OiAkPyA9IDANCmNvbmZpZ3VyZToxMDEwOTogcmVzdWx0OiB5ZXMNCmNvbmZp Z3VyZToxMDAzOTogY2hlY2tpbmcgZm9yIHNwcmludGYNCmNvbmZpZ3VyZTox MDA4OTogY2MgLW8gY29uZnRlc3QgLU8gLXBpcGUgIC1JL3Vzci9sb2NhbC9p bmNsdWRlICBjb25mdGVzdC5jICA+JjUNCmNvbmZpZ3VyZToxMDA5MjogJD8g PSAwDQpjb25maWd1cmU6MTAwOTU6IHRlc3QgLXMgY29uZnRlc3QNCmNvbmZp Z3VyZToxMDA5ODogJD8gPSAwDQpjb25maWd1cmU6MTAxMDk6IHJlc3VsdDog eWVzDQpjb25maWd1cmU6MTAwMzk6IGNoZWNraW5nIGZvciBmcHJpbnRmDQpj b25maWd1cmU6MTAwODk6IGNjIC1vIGNvbmZ0ZXN0IC1PIC1waXBlICAtSS91 c3IvbG9jYWwvaW5jbHVkZSAgY29uZnRlc3QuYyAgPiY1DQpjb25maWd1cmU6 MTAwOTI6ICQ/ID0gMA0KY29uZmlndXJlOjEwMDk1OiB0ZXN0IC1zIGNvbmZ0 ZXN0DQpjb25maWd1cmU6MTAwOTg6ICQ/ID0gMA0KY29uZmlndXJlOjEwMTA5 OiByZXN1bHQ6IHllcw0KY29uZmlndXJlOjEwMDM5OiBjaGVja2luZyBmb3Ig c25wcmludGYNCmNvbmZpZ3VyZToxMDA4OTogY2MgLW8gY29uZnRlc3QgLU8g LXBpcGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlICBjb25mdGVzdC5jICA+JjUN CmNvbmZpZ3VyZToxMDA5MjogJD8gPSAwDQpjb25maWd1cmU6MTAwOTU6IHRl c3QgLXMgY29uZnRlc3QNCmNvbmZpZ3VyZToxMDA5ODogJD8gPSAwDQpjb25m aWd1cmU6MTAxMDk6IHJlc3VsdDogeWVzDQpjb25maWd1cmU6MTAwMzk6IGNo ZWNraW5nIGZvciB2ZnByaW50Zg0KY29uZmlndXJlOjEwMDg5OiBjYyAtbyBj b25mdGVzdCAtTyAtcGlwZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgIGNvbmZ0 ZXN0LmMgID4mNQ0KY29uZmlndXJlOjEwMDkyOiAkPyA9IDANCmNvbmZpZ3Vy ZToxMDA5NTogdGVzdCAtcyBjb25mdGVzdA0KY29uZmlndXJlOjEwMDk4OiAk PyA9IDANCmNvbmZpZ3VyZToxMDEwOTogcmVzdWx0OiB5ZXMNCmNvbmZpZ3Vy ZToxMDAzOTogY2hlY2tpbmcgZm9yIHZzcHJpbnRmDQpjb25maWd1cmU6MTAw ODk6IGNjIC1vIGNvbmZ0ZXN0IC1PIC1waXBlICAtSS91c3IvbG9jYWwvaW5j bHVkZSAgY29uZnRlc3QuYyAgPiY1DQpjb25maWd1cmU6MTAwOTI6ICQ/ID0g MA0KY29uZmlndXJlOjEwMDk1OiB0ZXN0IC1zIGNvbmZ0ZXN0DQpjb25maWd1 cmU6MTAwOTg6ICQ/ID0gMA0KY29uZmlndXJlOjEwMTA5OiByZXN1bHQ6IHll cw0KY29uZmlndXJlOjEwMDM5OiBjaGVja2luZyBmb3IgdnNucHJpbnRmDQpj b25maWd1cmU6MTAwODk6IGNjIC1vIGNvbmZ0ZXN0IC1PIC1waXBlICAtSS91 c3IvbG9jYWwvaW5jbHVkZSAgY29uZnRlc3QuYyAgPiY1DQpjb25maWd1cmU6 MTAwOTI6ICQ/ID0gMA0KY29uZmlndXJlOjEwMDk1OiB0ZXN0IC1zIGNvbmZ0 ZXN0DQpjb25maWd1cmU6MTAwOTg6ICQ/ID0gMA0KY29uZmlndXJlOjEwMTA5 OiByZXN1bHQ6IHllcw0KY29uZmlndXJlOjEwMDM5OiBjaGVja2luZyBmb3Ig c3NjYW5mDQpjb25maWd1cmU6MTAwODk6IGNjIC1vIGNvbmZ0ZXN0IC1PIC1w aXBlICAtSS91c3IvbG9jYWwvaW5jbHVkZSAgY29uZnRlc3QuYyAgPiY1DQpj b25maWd1cmU6MTAwOTI6ICQ/ID0gMA0KY29uZmlndXJlOjEwMDk1OiB0ZXN0 IC1zIGNvbmZ0ZXN0DQpjb25maWd1cmU6MTAwOTg6ICQ/ID0gMA0KY29uZmln dXJlOjEwMTA5OiByZXN1bHQ6IHllcw0KY29uZmlndXJlOjEwMTMzOiBjaGVj a2luZyBmb3IgcGVybA0KY29uZmlndXJlOjEwMTQ5OiBmb3VuZCAvdXNyL2Jp bi9wZXJsDQpjb25maWd1cmU6MTAxNjA6IHJlc3VsdDogcGVybA0KY29uZmln dXJlOjEwNDA3OiBjaGVja2luZyBmb3IgbGlieG1sIGxpYnJhcmllcyA+PSAy LjYuMA0KY29uZmlndXJlOjEwNDY3OiBlcnJvcjogVmVyc2lvbiAyLjUuNCBm b3VuZC4gWW91IG5lZWQgYXQgbGVhc3QgbGlieG1sMiAyLjYuMCBmb3IgdGhp cyB2ZXJzaW9uIG9mIGxpYnhzbHQNCg0KIyMgLS0tLS0tLS0tLS0tLS0tLSAj Iw0KIyMgQ2FjaGUgdmFyaWFibGVzLiAjIw0KIyMgLS0tLS0tLS0tLS0tLS0t LSAjIw0KDQphbV9jdl9DQ19kZXBlbmRlbmNpZXNfY29tcGlsZXJfdHlwZT1n Y2MNCmFjX2N2X2Z1bmNfc3NjYW5mPXllcw0KYWNfY3ZfaGVhZGVyX2Fuc2lk ZWNsX2g9bm8NCmFjX2N2X2Z1bmNfc3RhdD15ZXMNCmFjX2N2X2hlYWRlcl9z dGRsaWJfaD15ZXMNCmx0X2N2X2ZpbGVfbWFnaWNfY21kPSckTUFHSUNfQ01E Jw0KYWNfY3ZfaGVhZGVyX3N5c190aW1lX2g9eWVzDQphY19jdl9mdW5jX2xv Y2FsdGltZT15ZXMNCmFjX2N2X2xpYl9jcG9zaXhfc3RyZXJyb3I9bm8NCmFj X2N2X3Byb2dfY2NfZz15ZXMNCmFjX2N2X2Vudl9MREZMQUdTX3NldD0NCmFj X2N2X2Z1bmNfZ210aW1lPXllcw0KYWNfY3ZfaGVhZGVyX3N0ZGFyZ19oPXll cw0KbHRfY3ZfcHJvZ19jY19jYW5fYnVpbGRfc2hhcmVkPXllcw0KYWNfY3Zf Y19jb21waWxlcl9nbnU9eWVzDQphY19jdl9leGVleHQ9DQphY19jdl9lbnZf Q0ZMQUdTX3NldD1zZXQNCmFjX2N2X2Z1bmNfZnByaW50Zj15ZXMNCmFjX2N2 X2Z1bmNfdmZwcmludGY9eWVzDQphY19jdl9mdW5jX2ZhYnM9eWVzDQphY19j dl9oZWFkZXJfZnBfY2xhc3NfaD1ubw0KYWNfY3ZfcHJvZ19tYWtlX2dtYWtl X3NldD15ZXMNCmFjX2N2X2Z1bmNfbWt0aW1lPXllcw0KYWNfY3ZfZW52X0NQ UF92YWx1ZT0NCmFjX2N2X2Vudl9DUFBGTEFHU19zZXQ9c2V0DQpsdF9jdl9w cm9nX2NjX3N0YXRpY193b3Jrcz15ZXMNCmx0X2N2X3Byb2dfY2Nfbm9fYnVp bHRpbj0NCmFjX2N2X2hlYWRlcl9mbG9hdF9oPXllcw0KbHRfY3ZfcHJvZ19j Y19zaGxpYj0NCmFjX2N2X2Z1bmNfc25wcmludGY9eWVzDQphY19jdl9mdW5j X2Z0aW1lPW5vDQpsdF9jdl9wcm9nX2NjX3N0YXRpYz0tc3RhdGljDQphY19j dl9lbnZfaG9zdF9hbGlhc19zZXQ9DQphY19jdl9mdW5jX3ZzbnByaW50Zj15 ZXMNCmx0X2N2X2xkX3JlbG9hZF9mbGFnPS1yDQphY19jdl9mdW5jX3Bvdz1u bw0KYWNfY3ZfZnVuY19pc2luZj15ZXMNCmFjX2N2X2Z1bmNfaXNuYW49eWVz DQpsdF9jdl9hcmNoaXZlX2NtZHNfbmVlZF9sYz15ZXMNCmFjX2N2X2hlYWRl cl9zeXNfc3RhdF9oPXllcw0KbHRfY3ZfcHJvZ19nbnVfbGQ9eWVzDQphY19j dl9lbnZfYnVpbGRfYWxpYXNfc2V0PXNldA0KYWNfY3ZfZnVuY19fc3RhdD15 ZXMNCmFjX2N2X2Vudl9MREZMQUdTX3ZhbHVlPQ0KYWNfY3ZfZW52X3Rhcmdl dF9hbGlhc19zZXQ9DQphY19jdl9mdW5jX3NwcmludGY9eWVzDQphY19jdl9o b3N0X2FsaWFzPWkzODYtcG9ydGJsZC1mcmVlYnNkNC45DQphY19jdl9wcm9n X2NjX3N0ZGM9DQphY19jdl9lbnZfQ0ZMQUdTX3ZhbHVlPSctTyAtcGlwZSAn DQphY19jdl9lbnZfQ0Nfc2V0PXNldA0KYWNfY3ZfZnVuY192c3ByaW50Zj15 ZXMNCmFjX2N2X2Z1bmNfZ2V0dGltZW9mZGF5PXllcw0KYWNfY3ZfaGVhZGVy X21hdGhfaD15ZXMNCmx0X2N2X3Byb2dfY2Nfd2w9LVdsLA0KYWNfY3ZfaGVh ZGVyX3N5c190eXBlc19oPXllcw0KYWNfY3ZfaGVhZGVyX3N0ZGM9eWVzDQph Y19jdl9mdW5jX3ByaW50Zj15ZXMNCmFjX2N2X2hlYWRlcl9pZWVlZnBfaD15 ZXMNCmFjX2N2X2hlYWRlcl9zdHJpbmdzX2g9eWVzDQpsdF9jdl9wYXRoX1NF RD0vdXNyL2Jpbi9zZWQNCmFjX2N2X2hlYWRlcl9zdGRpbnRfaD1ubw0KYWNf Y3ZfaGVhZGVyX2ludHR5cGVzX2g9eWVzDQphY19jdl9wcm9nX2VncmVwPSdn cmVwIC1FJw0KYWNfY3ZfaGVhZGVyX3N5c190aW1lYl9oPXllcw0KYWNfY3Zf aGVhZGVyX3VuaXN0ZF9oPXllcw0KYWNfY3ZfaGVhZGVyX3N0cmluZ19oPXll cw0KbHRfY3ZfZ2xvYmFsX3N5bWJvbF90b19jZGVjbD0nc2VkIC1uIC1lICdc JydzL14uIC4qIFwoLipcKSQvZXh0ZXJuIGNoYXIgXDE7L3AnXCcnJw0KbHRf Y3ZfcGF0aF9MRD0vdXNyL2xpYmV4ZWMvZWxmL2xkDQphY19jdl9idWlsZF9h bGlhcz1pMzg2LXBvcnRibGQtZnJlZWJzZDQuOQ0KYWNfY3ZfZW52X0NQUEZM QUdTX3ZhbHVlPS1JL3Vzci9sb2NhbC9pbmNsdWRlDQphY19jdl9mdW5jX2Zs b29yPW5vDQphY19jdl9saWJfbV9wb3c9eWVzDQphY19jdl9oZWFkZXJfdGlt ZV9oPXllcw0KYWNfY3ZfcHJvZ19hY19jdF9SQU5MSUI9cmFubGliDQphY19j dl9oZWFkZXJfbWVtb3J5X2g9eWVzDQphY19jdl9mdW5jX2FzY3RpbWU9eWVz DQphY19jdl9wcm9nX2FjX2N0X1NUUklQPXN0cmlwDQphY19jdl9ob3N0PWkz ODYtcG9ydGJsZC1mcmVlYnNkNC45DQphY19jdl9lbnZfaG9zdF9hbGlhc192 YWx1ZT0NCmFjX2N2X2Z1bmNfdGltZT15ZXMNCmFjX2N2X2hlYWRlcl9uYW5f aD1ubw0KbHRfY3ZfZ2xvYmFsX3N5bWJvbF90b19jX25hbWVfYWRkcmVzcz0n c2VkIC1uIC1lICdcJydzL146IFwoW14gXSpcKSAkLyAge1wiXDFcIiwgKGx0 X3B0cikgMH0sL3AnXCcnIC1lICdcJydzL15bQkNERUdSU1RdIFwoW14gXSpc KSBcKFteIF0qXCkkLyAgeyJcMiIsIChsdF9wdHIpIFwmXDJ9LC9wJ1wnJycN Cmx0X2N2X2NvbXBpbGVyX2Nfbz15ZXMNCmx0X2N2X3Byb2dfY2NfcGljX3dv cmtzPXllcw0KbHRfY3ZfZmlsZV9tYWdpY190ZXN0X2ZpbGU9DQphY19jdl9i dWlsZD1pMzg2LXBvcnRibGQtZnJlZWJzZDQuOQ0KYWNfY3ZfcHJvZ19DUFA9 J2NjIC1FJw0KYWNfY3ZfcHJvZ19BV0s9bmF3aw0KYWNfY3ZfZW52X2J1aWxk X2FsaWFzX3ZhbHVlPWkzODYtcG9ydGJsZC1mcmVlYnNkNC45DQpsdF9jdl9w cm9nX2NjX3BpYz0nIC1mUElDJw0KbHRfY3Zfc3lzX2dsb2JhbF9zeW1ib2xf cGlwZT0nc2VkIC1uIC1lICdcJydzL14uKlsgCV1cKFtBQkNER0lTVFddW0FC Q0RHSVNUV10qXClbIAldWyAJXSpcKFwpXChbX0EtWmEtel1bX0EtWmEtejAt OV0qXCkkL1wxIFwyXDMgXDMvcCdcJycnDQpsdF9jdl9kZXBsaWJzX2NoZWNr X21ldGhvZD1wYXNzX2FsbA0KYWNfY3ZfcHJvZ19hY19jdF9DQz1jYw0KYWNf Y3ZfcHJvZ19QRVJMPXBlcmwNCmx0X2N2X2NvbXBpbGVyX29fbG89eWVzDQph Y19jdl9lbnZfdGFyZ2V0X2FsaWFzX3ZhbHVlPQ0KYWNfY3ZfZW52X0NDX3Zh bHVlPWNjDQphY19jdl9saWJfbV9mbG9vcj15ZXMNCmx0X2N2X3BhdGhfTk09 Jy91c3IvYmluL25tIC1CJw0KYWNfY3ZfZW52X0NQUF9zZXQ9DQphY19jdl9o ZWFkZXJfZGxmY25faD15ZXMNCmFjX2N2X29iamV4dD1vDQoNCiMjIC0tLS0t LS0tLS0tLS0tLS0tICMjDQojIyBPdXRwdXQgdmFyaWFibGVzLiAjIw0KIyMg LS0tLS0tLS0tLS0tLS0tLS0gIyMNCg0KQUNMT0NBTD0nJHtTSEVMTH0gL3Vz ci9wb3J0cy90ZXh0cHJvYy9saWJ4c2x0L3dvcmsvbGlieHNsdC0xLjEuMC9t aXNzaW5nIC0tcnVuIGFjbG9jYWwtMS42Jw0KQU1ERVBCQUNLU0xBU0g9J1wn DQpBTURFUF9GQUxTRT0nIycNCkFNREVQX1RSVUU9JycNCkFNVEFSPScke1NI RUxMfSAvdXNyL3BvcnRzL3RleHRwcm9jL2xpYnhzbHQvd29yay9saWJ4c2x0 LTEuMS4wL21pc3NpbmcgLS1ydW4gdGFyJw0KQVVUT0NPTkY9JyR7U0hFTEx9 IC91c3IvcG9ydHMvdGV4dHByb2MvbGlieHNsdC93b3JrL2xpYnhzbHQtMS4x LjAvbWlzc2luZyAtLXJ1biBhdXRvY29uZicNCkFVVE9IRUFERVI9JyR7U0hF TEx9IC91c3IvcG9ydHMvdGV4dHByb2MvbGlieHNsdC93b3JrL2xpYnhzbHQt MS4xLjAvbWlzc2luZyAtLXJ1biBhdXRvaGVhZGVyJw0KQVVUT01BS0U9JyR7 U0hFTEx9IC91c3IvcG9ydHMvdGV4dHByb2MvbGlieHNsdC93b3JrL2xpYnhz bHQtMS4xLjAvbWlzc2luZyAtLXJ1biBhdXRvbWFrZS0xLjYnDQpBV0s9J25h d2snDQpDQz0nY2MnDQpDQ0RFUE1PREU9J2RlcG1vZGU9Z2NjJw0KQ0ZMQUdT PSctTyAtcGlwZSAgLVdhbGwnDQpDUFA9J2NjIC1FJw0KQ1BQRkxBR1M9Jy1J L3Vzci9sb2NhbC9pbmNsdWRlJw0KREVGUz0nJw0KREVQRElSPScuZGVwcycN CkVDSE89J2VjaG8nDQpFQ0hPX0M9JycNCkVDSE9fTj0nLW4nDQpFQ0hPX1Q9 JycNCkVHUkVQPSdncmVwIC1FJw0KRVhFRVhUPScnDQpFWFRSQV9MSUJTPScn DQpIVE1MX0RJUj0nL3Vzci9sb2NhbC9zaGFyZS9kb2MnDQpJTlNUQUxMX0RB VEE9J2luc3RhbGwgLWMgLW8gcm9vdCAtZyB3aGVlbCAtbSA0NDQnDQpJTlNU QUxMX1BST0dSQU09J2luc3RhbGwgLWMgLXMgLW8gcm9vdCAtZyB3aGVlbCAt bSA1NTUnDQpJTlNUQUxMX1NDUklQVD0naW5zdGFsbCAtYyAtbyByb290IC1n IHdoZWVsIC1tIDU1NScNCklOU1RBTExfU1RSSVBfUFJPR1JBTT0nJHtTSEVM TH0gJChpbnN0YWxsX3NoKSAtYyAtcycNCkxERkxBR1M9JycNCkxJQkVYU0xU X01BSk9SX1ZFUlNJT049JzAnDQpMSUJFWFNMVF9NSUNST19WRVJTSU9OPScw Jw0KTElCRVhTTFRfTUlOT1JfVkVSU0lPTj0nOCcNCkxJQkVYU0xUX1ZFUlNJ T049JzAuOC4wJw0KTElCRVhTTFRfVkVSU0lPTl9JTkZPPSc4OjA6OCcNCkxJ QkVYU0xUX1ZFUlNJT05fTlVNQkVSPSc4MDAnDQpMSUJPQkpTPScnDQpMSUJT PScnDQpMSUJUT09MPSckKFNIRUxMKSAkKHRvcF9idWlsZGRpcikvbGlidG9v bCcNCkxJQlhNTF9DRkxBR1M9JycNCkxJQlhNTF9MSUJTPScnDQpMSUJYTUxf UkVRVUlSRURfVkVSU0lPTj0nMi42LjAnDQpMSUJYTUxfU1JDPScnDQpMSUJY U0xUX01BSk9SX1ZFUlNJT049JzEnDQpMSUJYU0xUX01JQ1JPX1ZFUlNJT049 JzAnDQpMSUJYU0xUX01JTk9SX1ZFUlNJT049JzEnDQpMSUJYU0xUX1ZFUlNJ T049JzEuMS4wJw0KTElCWFNMVF9WRVJTSU9OX0lORk89JzI6MDoxJw0KTElC WFNMVF9WRVJTSU9OX05VTUJFUj0nMTAxMDAnDQpMTl9TPSdsbiAtcycNCkxU TElCT0JKUz0nJw0KTUFJTlQ9JyMnDQpNQUlOVEFJTkVSX01PREVfRkFMU0U9 JycNCk1BSU5UQUlORVJfTU9ERV9UUlVFPScjJw0KTUFLRUlORk89JyR7U0hF TEx9IC91c3IvcG9ydHMvdGV4dHByb2MvbGlieHNsdC93b3JrL2xpYnhzbHQt MS4xLjAvbWlzc2luZyAtLXJ1biBtYWtlaW5mbycNCk1fTElCUz0nLWxtJw0K T0JKRVhUPSdvJw0KUEFDS0FHRT0nbGlieHNsdCcNClBBQ0tBR0VfQlVHUkVQ T1JUPScnDQpQQUNLQUdFX05BTUU9JycNClBBQ0tBR0VfU1RSSU5HPScnDQpQ QUNLQUdFX1RBUk5BTUU9JycNClBBQ0tBR0VfVkVSU0lPTj0nJw0KUEFUSF9T RVBBUkFUT1I9JzonDQpQRVJMPSdwZXJsJw0KUFlUSE9OPScvdXNyL2xvY2Fs L2Jpbi9weXRob24nDQpQWVRIT05TT0RWPScnDQpQWVRIT05fSU5DTFVERVM9 Jy91c3IvbG9jYWwvaW5jbHVkZS9weXRob24yLjInDQpQWVRIT05fU0lURV9Q QUNLQUdFUz0nL3Vzci9sb2NhbC9saWIvcHl0aG9uMi4yL3NpdGUtcGFja2Fn ZXMnDQpQWVRIT05fU1VCRElSPSdweXRob24nDQpQWVRIT05fVkVSU0lPTj0n Mi4yJw0KUkFOTElCPSdyYW5saWInDQpSRUxEQVRFPScnDQpTRVRfTUFLRT0n Jw0KU0hFTEw9Jy9iaW4vc2gnDQpTVEFUSUNfQklOQVJJRVM9JycNClNUUklQ PSdzdHJpcCcNClZFUlNJT049JzEuMS4wJw0KV0lOMzJfRVhUUkFfTERGTEFH Uz0nJw0KV0lOMzJfRVhUUkFfTElCQUREPScnDQpXSVRIX0RFQlVHR0VSPScx Jw0KV0lUSF9NRU1fREVCVUc9JzAnDQpXSVRIX1BFUkxfRkFMU0U9JyMnDQpX SVRIX1BFUkxfVFJVRT0nJw0KV0lUSF9QWVRIT05fRkFMU0U9JyMnDQpXSVRI X1BZVEhPTl9UUlVFPScnDQpXSVRIX1RSSU89JzAnDQpXSVRIX1hTTFRfREVC VUc9JzEnDQpYTUxfQ09ORklHPSd4bWwyLWNvbmZpZycNClhTTFRQUk9DRFY9 JycNClhTTFRfSU5DTFVERURJUj0nJw0KWFNMVF9MSUJESVI9JycNClhTTFRf TElCUz0nJw0KYWNfY3RfQ0M9J2NjJw0KYWNfY3RfUkFOTElCPSdyYW5saWIn DQphY19jdF9TVFJJUD0nc3RyaXAnDQphbV9faW5jbHVkZT0naW5jbHVkZScN CmFtX19xdW90ZT0nJw0KYmluZGlyPScke2V4ZWNfcHJlZml4fS9iaW4nDQpi dWlsZD0naTM4Ni1wb3J0YmxkLWZyZWVic2Q0LjknDQpidWlsZF9hbGlhcz0n aTM4Ni1wb3J0YmxkLWZyZWVic2Q0LjknDQpidWlsZF9jcHU9J2kzODYnDQpi dWlsZF9vcz0nZnJlZWJzZDQuOScNCmJ1aWxkX3ZlbmRvcj0ncG9ydGJsZCcN CmRhdGFkaXI9JyR7cHJlZml4fS9zaGFyZScNCmV4ZWNfcHJlZml4PSdOT05F Jw0KaG9zdD0naTM4Ni1wb3J0YmxkLWZyZWVic2Q0LjknDQpob3N0X2FsaWFz PScnDQpob3N0X2NwdT0naTM4NicNCmhvc3Rfb3M9J2ZyZWVic2Q0LjknDQpo b3N0X3ZlbmRvcj0ncG9ydGJsZCcNCmluY2x1ZGVkaXI9JyR7cHJlZml4fS9p bmNsdWRlJw0KaW5mb2Rpcj0nJHtwcmVmaXh9L2luZm8nDQppbnN0YWxsX3No PScvdXNyL3BvcnRzL3RleHRwcm9jL2xpYnhzbHQvd29yay9saWJ4c2x0LTEu MS4wL2luc3RhbGwtc2gnDQpsaWJkaXI9JyR7ZXhlY19wcmVmaXh9L2xpYicN CmxpYmV4ZWNkaXI9JyR7ZXhlY19wcmVmaXh9L2xpYmV4ZWMnDQpsb2NhbHN0 YXRlZGlyPScke3ByZWZpeH0vdmFyJw0KbWFuZGlyPScke3ByZWZpeH0vbWFu Jw0Kb2xkaW5jbHVkZWRpcj0nL3Vzci9pbmNsdWRlJw0KcHJlZml4PScvdXNy L2xvY2FsJw0KcHJvZ3JhbV90cmFuc2Zvcm1fbmFtZT0ncyx4LHgsJw0KcHl0 aG9uZGlyPSckKGxpYmRpcikvcHl0aG9uJHtQWVRIT05fVkVSU0lPTn0vc2l0 ZS1wYWNrYWdlcycNCnNiaW5kaXI9JyR7ZXhlY19wcmVmaXh9L3NiaW4nDQpz aGFyZWRzdGF0ZWRpcj0nJHtwcmVmaXh9L2NvbScNCnN5c2NvbmZkaXI9JyR7 cHJlZml4fS9ldGMnDQp0YXJnZXRfYWxpYXM9JycNCg0KIyMgLS0tLS0tLS0t LS0gIyMNCiMjIGNvbmZkZWZzLmguICMjDQojIyAtLS0tLS0tLS0tLSAjIw0K DQojZGVmaW5lIEhBVkVfQVNDVElNRSAxDQojZGVmaW5lIEhBVkVfRExGQ05f SCAxDQojZGVmaW5lIEhBVkVfRkxPQVRfSCAxDQojZGVmaW5lIEhBVkVfRkxP T1IgMQ0KI2RlZmluZSBIQVZFX0ZQUklOVEYgMQ0KI2RlZmluZSBIQVZFX0dF VFRJTUVPRkRBWSAxDQojZGVmaW5lIEhBVkVfR01USU1FIDENCiNkZWZpbmUg SEFWRV9JRUVFRlBfSCAxDQojZGVmaW5lIEhBVkVfSU5UVFlQRVNfSCAxDQoj ZGVmaW5lIEhBVkVfTE9DQUxUSU1FIDENCiNkZWZpbmUgSEFWRV9NQVRIX0gg MQ0KI2RlZmluZSBIQVZFX01FTU9SWV9IIDENCiNkZWZpbmUgSEFWRV9NS1RJ TUUgMQ0KI2RlZmluZSBIQVZFX1BPVyAxDQojZGVmaW5lIEhBVkVfUFJJTlRG IDENCiNkZWZpbmUgSEFWRV9TTlBSSU5URiAxDQojZGVmaW5lIEhBVkVfU1BS SU5URiAxDQojZGVmaW5lIEhBVkVfU1NDQU5GIDENCiNkZWZpbmUgSEFWRV9T VEFUIDENCiNkZWZpbmUgSEFWRV9TVERBUkdfSCAxDQojZGVmaW5lIEhBVkVf U1RETElCX0ggMQ0KI2RlZmluZSBIQVZFX1NURExJQl9IIDENCiNkZWZpbmUg SEFWRV9TVFJJTkdTX0ggMQ0KI2RlZmluZSBIQVZFX1NUUklOR19IIDENCiNk ZWZpbmUgSEFWRV9TVFJJTkdfSCAxDQojZGVmaW5lIEhBVkVfU1lTX1NUQVRf SCAxDQojZGVmaW5lIEhBVkVfU1lTX1NUQVRfSCAxDQojZGVmaW5lIEhBVkVf U1lTX1RJTUVCX0ggMQ0KI2RlZmluZSBIQVZFX1NZU19USU1FX0ggMQ0KI2Rl ZmluZSBIQVZFX1NZU19UWVBFU19IIDENCiNkZWZpbmUgSEFWRV9TWVNfVFlQ RVNfSCAxDQojZGVmaW5lIEhBVkVfVElNRSAxDQojZGVmaW5lIEhBVkVfVElN RV9IIDENCiNkZWZpbmUgSEFWRV9VTklTVERfSCAxDQojZGVmaW5lIEhBVkVf VU5JU1REX0ggMQ0KI2RlZmluZSBIQVZFX1ZGUFJJTlRGIDENCiNkZWZpbmUg SEFWRV9WU05QUklOVEYgMQ0KI2RlZmluZSBIQVZFX1ZTUFJJTlRGIDENCiNk ZWZpbmUgSEFWRV9fU1RBVCAxDQojZGVmaW5lIFBBQ0tBR0UgImxpYnhzbHQi DQojZGVmaW5lIFBBQ0tBR0VfQlVHUkVQT1JUICIiDQojZGVmaW5lIFBBQ0tB R0VfTkFNRSAiIg0KI2RlZmluZSBQQUNLQUdFX1NUUklORyAiIg0KI2RlZmlu ZSBQQUNLQUdFX1RBUk5BTUUgIiINCiNkZWZpbmUgUEFDS0FHRV9WRVJTSU9O ICIiDQojZGVmaW5lIFNURENfSEVBREVSUyAxDQojZGVmaW5lIFZFUlNJT04g IjEuMS4wIg0KI2RlZmluZSBXSVRIX0RFQlVHR0VSIDENCg0KY29uZmlndXJl OiBleGl0IDENCg== ---559023410-851401618-1072301742=:15674 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=pkglist Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=pkglist SGVybWVzLTEuMy4yDQpNZXNhLTMuNC4yXzINCk9SQml0LTAuNS4xNw0KT1JC aXQyLTIuNi4wDQpYRnJlZTg2LTQuMy4wLDENClhGcmVlODYtRm9udFNlcnZl ci00LjMuMA0KWEZyZWU4Ni1TZXJ2ZXItNC4zLjBfMg0KWEZyZWU4Ni1jbGll bnRzLTQuMy4wXzENClhGcmVlODYtZG9jdW1lbnRzLTQuMy4wDQpYRnJlZTg2 LWZvbnQxMDBkcGktNC4zLjANClhGcmVlODYtZm9udDc1ZHBpLTQuMy4wDQpY RnJlZTg2LWZvbnRDeXJpbGxpYy00LjMuMA0KWEZyZWU4Ni1mb250RGVmYXVs dEJpdG1hcHMtNC4zLjANClhGcmVlODYtZm9udEVuY29kaW5ncy00LjMuMA0K WEZyZWU4Ni1mb250U2NhbGFibGUtNC4zLjANClhGcmVlODYtbGlicmFyaWVz LTQuMy4wXzENClhhdzNkLTEuNQ0KWGZ0LTIuMV8zDQphY21lLTIuMC4yDQph ZnRlcnN0ZXAtMS4wXzENCmFzY2xvY2stMS4wDQphc3BlbGwtMC41MC4zXzEN CmF0LXNwaS0xLjEuOA0KYXRrLTEuNC4xXzENCmF1dG9jb25mLTIuNTNfMQ0K YXV0b2NvbmYyMTMtMi4xMy4wMDAyMjdfNQ0KYXV0b2dlbi01LjUuNQ0KYXV0 b21ha2UtMS41LDENCmF1dG9tYWtlMTQtMS40LjVfOQ0KYmlzb24tMS43NQ0K Ym9ub2JvLWFjdGl2YXRpb24tMi4yLjEsMQ0KYnVnYnVkZHkyLTIuMi4xMDJf MQ0KY3ZzdXAtMTYuMWcNCmN5cnVzLXNhc2wtMi4xLjE1DQpjeXJ1cy1zYXNs LXNhc2xhdXRoZC0yLjEuMTVfMQ0KZGFncmFiLTAuMy41XzENCmRiaC0xLjAu MTRfMQ0KZG9jYm9vay0xLjINCmRvY2Jvb2stMjQxDQpkb2Nib29rLTMuMA0K ZG9jYm9vay0zLjENCmRvY2Jvb2stNC4wDQpkb2Nib29rLTQuMQ0KZG9jYm9v ay1zay00LjEuMg0KZG9jYm9vay14bWwtNC4yDQpkb2Nib29rLXhzbC0xLjU5 LjENCmVlbDItMi4yLjENCmVtYWNzLTIxLjJfMg0KZW9nMi0yLjIuMA0KZXNv dW5kLTAuMi4yOQ0KZXhwYXQtMS45NS42XzENCmV6bTMtMS4wDQpmaWxlcm9s bGVyLTIuMi4xXzEsMQ0KZm9udGNvbmZpZy0yLjFfNg0KZnJlZXR5cGUyLTIu MS4zXzENCmZ2d20tMS4yNHINCmZ2d20tMi40LjE1DQpmdndtLWltbGliLTIu NS44XzENCmZ2d20tdGhlbWVzLTAuNi4xXzENCmdhaWwtMS4yLjANCmdhaW0t MC43Mw0KZ2NjLTMuMy4xXzIwMDMwNzA3DQpnY29uZi1lZGl0b3ItMC40LjAN Cmdjb25mMi0yLjIuMA0KZ2RrLXBpeGJ1Zi0wLjIyLjANCmdkbTItMi40LjEu Mw0KZ2VkaXQyLTIuMi4wLjENCmdldHRleHQtMC4xMS41XzENCmdndjItMS45 OS45OA0KZ2hvc3RzY3JpcHQtZ251LTcuMDVfNA0KZ2xlLTMuMC4zDQpnbGli LTEuMi4xMF84DQpnbGliLTIuMi4xDQpnbWFrZS0zLjgwDQpnbm9tZS1pY29u LXRoZW1lLTEuMC4wDQpnbm9tZS1wa2d2aWV3LTAuMC44DQpnbm9tZS10aGVt ZXMtMi4yXzENCmdub21lYXBwbGV0czItMi4yLjBfMQ0KZ25vbWVhdWRpbzIt Mi4wLjANCmdub21lY29udHJvbGNlbnRlcjItMi4yLjAuMQ0KZ25vbWVkZXNr dG9wLTIuMi4wLjENCmdub21lZ2FtZXMyLTIuMi4wDQpnbm9tZWhpZXItMS4w XzgNCmdub21lbGlicy0xLjQuMl8xDQpnbm9tZW1lZGlhMi0yLjIuMS4xXzEN Cmdub21lbWltZWRhdGEtMi4yLjBfMQ0KZ25vbWVwYW5lbC0yLjIuMC4xXzEN Cmdub21lc2Vzc2lvbi0yLjIuMC4yDQpnbm9tZXN5c3RlbW1vbml0b3ItMi4w LjRfMQ0KZ25vbWV0ZXJtaW5hbC0yLjIuMQ0KZ25vbWV1c2VyZG9jczItMi4w LjUNCmdub21ldXRpbHMyLTIuMi4wLjMsMQ0KZ25vbWV2ZnMyLTIuMi4yDQpn c3RyZWFtZXItMC42LjANCmdzdHJlYW1lci1wbHVnaW5zLTAuNi4wXzENCmd0 ay0xLjIuMTBfOQ0KZ3RrLTIuMi4xDQpndGstMi4yLjJfMQ0KZ3RrLWVuZ2lu ZXMyLTIuMi4wDQpndGstdGhpbmljZS1lbmdpbmUtMi4wLjINCmd0ay14ZmNl LWVuZ2luZS0yLjEuMV8xDQpndGtzcGVsbDItMi4wLjQNCmd1aWxlLTEuNC4x XzMNCmd1aWxlLTEuNi40XzINCmhlbHAybWFuLTEuMjkNCmljb252LTIuMF8z DQppZDNsaWItMy44LjINCmltYWtlLTQuMy4wDQppbWxpYi0xLjkuMTRfMQ0K aW50bHRvb2wtMC4yNQ0KaXNvODg3OS0xOTg2DQpqYS1DYW5uYS0zLjZwMw0K amEtV25uNy1saWItMjAwMS4xMC4xNw0KamEta2FuamkxOC0xLjBfMQ0KamEt a2FuamkyNi0xLjBfMQ0KamEta2lucHV0Mi1jYW5uYStzajMrd25uNy0zLjFf Mg0KamEtbWFydW1vamktZm9udHMtMS4wXzENCmphLW1pa2FjaGFuLXR0Zm9u dHMtOC43DQpqYS1tb25hZm9udHMtMi4yMiwyDQpqYS1tcGx1c2ZvbnRzLTEu Mi41DQpqYS1uZ3JhcGgtZm9udHMtMS4wDQpqYS1zajMtMi4wLjEuMjBfMQ0K amFkZS0xLjIuMV8xDQpqYXZhdm13cmFwcGVyLTEuNA0KamRrLTEuNC4ycDUN CmpwZWctNmJfMQ0KbGFtZS0zLjkzLjENCmxjbXMtMS4wOQ0KbGVpbS0yMS4y DQpsaGEtMS4xNGkNCmxpYklETC0wLjguMF8xDQpsaWJhby1lc291bmQtMC44 LjNfMQ0KbGliYXJ0X2xncGwyLTIuMy4xMQ0KbGliYXVkaW9maWxlLTAuMi4z DQpsaWJib25vYm8tMi4yLjANCmxpYmJvbm9ib3VpLTIuMi4wLjENCmxpYmNh cHBsZXQtMS40LjAuNQ0KbGliZ2FpbC1nbm9tZS0xLjAuMl8xDQpsaWJnaHR0 cC0xLjAuOQ0KbGliZ2xhZGUyLTIuMC4xXzENCmxpYmdub21lLTIuMi4wLjEN CmxpYmdub21lY2FudmFzLTIuMi4wLjINCmxpYmdub21lcHJpbnQtMi4yLjEu MQ0KbGliZ25vbWVwcmludHVpLTIuMi4xLjENCmxpYmdub21ldWktMi4yLjAu MQ0KbGliZ251Z2V0b3B0LTEuMg0KbGliZ3NmLTEuNy4yDQpsaWJndGtodG1s LTIuMi4xDQpsaWJndG9wMi0yLjAuMV8zDQpsaWJpY29udi0xLjhfMg0KbGli bHRkbC0xLjUNCmxpYm1pa21vZC1lc291bmQtMy4xLjEwDQpsaWJtbmctMS4w LjQNCmxpYm9nZy0xLjBfMSwzDQpsaWJyc3ZnMi0yLjIuM18xDQpsaWJ0b29s LTEuMy40XzQNCmxpYnRvb2wtMS4zLjVfMQ0KbGlidW5naWYtNC4xLjBiMQ0K bGlidm9yYmlzLTEuMF8xLDMNCmxpYnduY2stMi4yLjENCmxpYnhmY2U0Z3Vp LTMuOTkuMl8xDQpsaWJ4ZmNlNG1jcy0zLjk5LjINCmxpYnhmY2U0dXRpbC0z Ljk5LjINCmxpYnhtbC0xLjguMTdfMQ0KbGlieG1sMi0yLjUuNA0KbGlieHNs dC0xLjAuMjcNCmxpYnp2dC0yLjAuMV82DQpsaW5jLTEuMC4xDQpsaW5rcy0y LjEucDksMQ0KbGludXhfYmFzZS03LjFfMg0KbGludXhkb2MtMS4xDQpsem8t MS4wOF8xDQpsem9wLTEuMDANCm00LTEuNF8xDQptZXRhY2l0eS0yLjQuMzQN Cm1ldGFjaXR5LXNldHVwLTAuNy4xXzINCm1rYm9sZC0xLjANCm1rY2F0YWxv Zy0xLjENCm1raXRhbGljLTEuMA0KbW96aWxsYS0xLjIuMV8xLDINCm1vemls bGEtZmlyZWJpcmQtMC43XzENCm1vemlsbGEtdGh1bmRlcmJpcmQtMC40DQpt cGxheWVyLWZvbnRzLTAuNTANCm1wbGF5ZXItZ3RrLWVzb3VuZC0wLjkwLjAu MTEwXzMNCm11dHQtMS40LjENCm5hc20tMC45OC4zNSwxDQpuYXV0aWx1cy1t ZWRpYS0wLjIuMQ0KbmF1dGlsdXMyLTIuMi4xDQpuc3ByLTQuM18yDQpvcGVu LW1vdGlmLTIuMi4yXzENCnA1LUNEREJfZ2V0LTIuMjMsMQ0KcGFuZ28tMS4y LjFfMg0KcGFuZ28tMS4yLjMNCnBrZ2NvbmZpZy0wLjE1LjANCnBuZy0xLjIu NV8yDQpwb3B0LTEuNi40DQpweTIyLWV4cGF0LTIuMi4yXzINCnB5dGhvbi0y LjIuMl8yDQpyY19zdWJyLTEuMTYNCnJpcGl0LTIuMF8yDQpyc3luYy0yLjUu Nl8yDQpydWJ5LTEuOC4wDQpzY3JvbGxrZWVwZXItMC4zLjExXzgsMQ0Kc2Rv Y2Jvb2steG1sLTQuMS4yLjUNCnNlbmRtYWlsLXNhc2wtOC4xMi45DQpzZ21s Zm9ybWF0LTEuN18yDQpzaGFydXRpbHMtNC4yLjFfMQ0Kc25vcnQtMi4wLjEN CnNveC0xMi4xNy4zXzENCnN0YXJ0dXAtbm90aWZpY2F0aW9uLTAuNV8xDQpz dWRvLTEuNi43LjUNCnQxbGliLTUuMC4wDQp0aWZmLTMuNS43DQp1bnppcC01 LjUwDQp1cndmb250cy0xLjANCnZ0ZS0wLjEwLjI2DQp3Z2V0LTEuOC4yXzMN CndpbjMyLWNvZGVjcy0yLjAuOTAsMQ0Kd2luZG93bWFrZXItMC44MC4yDQp3 bWljb25zLTEuMA0Kd3JhcHBlci0xLjBfMg0KeGNkcGxheWVyLTIuMg0KeGZj ZTQtZGVza3RvcC0zLjk5LjJfMQ0KeGZjZTQtZm0tMy45OS4yXzENCnhmY2U0 LWZtLWljb25zLTMuOTkuMg0KeGZjZTQtaWNvbmJveC0zLjk5LjINCnhmY2U0 LW1jcy1tYW5hZ2VyLTMuOTkuMg0KeGZjZTQtbWNzLXBsdWdpbnMtMy45OS4y XzENCnhmY2U0LW1peGVyLTMuOTkuMl8xDQp4ZmNlNC1wYW5lbC0zLjk5LjJf MQ0KeGZjZTQtcGFuZWwtdGhlbWVzLTMuOTkuMl8xDQp4ZmNlNC1wcmludC0z Ljk5LjJfMQ0KeGZjZTQtcjINCnhmY2U0LXN5c3RyYXktMy45OS4yXzENCnhm Y2U0LXRveXMtMy45OS4yXzENCnhmY2U0LXV0aWxzLTMuOTkuMl8xDQp4ZmNl NC13bS0zLjk5LjINCnhmY2U0LXdtLXRoZW1lcy0zLjk5LjINCnhtbXMtZXNv dW5kLTEuMi43XzMNCnhwZGYtMi4wMi4xDQp4c2NyZWVuc2F2ZXItZ25vbWUt NC4wOA0KeHYtMy4xMGFfMw0KeWVscC0yLjIuMA0KemlwLTIuM18xDQo= ---559023410-851401618-1072301742=:15674-- From owner-freebsd-gnome@FreeBSD.ORG Wed Dec 24 13:44:38 2003 Return-Path: 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 9B8BC16A4CE for ; Wed, 24 Dec 2003 13:44:38 -0800 (PST) Received: from lakemtao06.cox.net (lakemtao06.cox.net [68.1.17.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E80A43D53 for ; Wed, 24 Dec 2003 13:44:35 -0800 (PST) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.11]) by lakemtao06.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP id <20031224214435.MSDI24575.lakemtao06.cox.net@mezz.mezzweb.com>; Wed, 24 Dec 2003 16:44:35 -0500 To: Chris Steinke References: Message-ID: From: Jeremy Messenger Content-Type: text/plain; format=flowed; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Wed, 24 Dec 2003 15:43:47 -0600 In-Reply-To: User-Agent: Opera7.23/Linux M2 build 518 cc: gnome@freebsd.org Subject: Re: configure failed for libxslt-1.1.0 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Dec 2003 21:44:38 -0000 On Wed, 24 Dec 2003 13:35:42 -0800 (PST), Chris Steinke wrote: > Hi, > > > I received this while doing a make clean install in /usr/ports/x11/gnome2 > > When it was attempting to build libxslt-1.1.0 it fails and says to report > this to you. > > I will install libxml 2.6.0 and retry it and see what happens. Be sure to use the portupgrade to upgrade of all apps that you have installed. > Here is the output of that: > > Found python in /usr/local/bin/python > Found Python version 2.2 > Found libxml2-python module > Enabling debugger > checking for libxml libraries >= 2.6.0... configure: error: Version 2.5.4 > found. You need at least libxml2 2.6.0 for this version of libxslt This one has said it all as you have guessed it right. Check here: =========================== % pkg_info | grep libxml libxml2-2.6.4 Xml parser library for GNOME =========================== Cheers, Mezz > I have attached the config.log and a list of packages installed. > > Thank you very much, > Chris -- bsdforums.org 's moderator, mezz. From owner-freebsd-gnome@FreeBSD.ORG Wed Dec 24 23:44:25 2003 Return-Path: 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 2262716A4CE for ; Wed, 24 Dec 2003 23:44:25 -0800 (PST) Received: from lakemtao05.cox.net (lakemtao05.cox.net [68.1.17.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 035FA43D46 for ; Wed, 24 Dec 2003 23:44:21 -0800 (PST) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.11]) by lakemtao05.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP id <20031225074418.QZWX29834.lakemtao05.cox.net@mezz.mezzweb.com> for ; Thu, 25 Dec 2003 02:44:18 -0500 To: freebsd-gnome@freebsd.org From: Jeremy Messenger Content-Type: multipart/mixed; boundary=----------nkOEwxZay3DGL6MurArSWZ MIME-Version: 1.0 Date: Thu, 25 Dec 2003 01:43:34 -0600 Message-ID: User-Agent: Opera7.23/Linux M2 build 518 Subject: Need the help to test on new gDesklets 0.25 on Gnome 2.4.x. X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Dec 2003 07:44:25 -0000 ------------nkOEwxZay3DGL6MurArSWZ Content-Type: text/plain; format=flowed; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hello people, I need someone to do the test on new gDesklets 0.25 on Gnome 2.4.x, before I submit it to PR. Because, gDesklets causes the libgtop run 100% CPU at all the time on libgtop 2.5.x (Gnome 2.5.x) and cause itself refresh slow too. If it doesn't cause on Gnome 2.4.x, then it's safe for me to submit to PR. :-) But, it will be need to be address before Gnome 2.6 release in the next few months. Of course, I will ask for help and report to gDesklets bugzilla about this issue on gDesklets+libgtop 2.5.x. Here's an attach of gdesklets.diff. # cd /usr/ports/deskutils # patch -p0 < /path/to/gdesklets.diff # find /usr/ports/deskutils/gdesklets -name '*.orig' -delete # portupgrade -f gdesklets Thanks and Merry X-Mas! Note: I don't think I will be able to check my email until 26th. Cheers, Mezz -- bsdforums.org 's moderator, mezz. ------------nkOEwxZay3DGL6MurArSWZ Content-Disposition: attachment; filename=gdesklets.diff Content-Type: text/plain; name=gdesklets.diff Content-Transfer-Encoding: 8bit diff -urN gdesklets.orig/Makefile gdesklets/Makefile --- gdesklets.orig/Makefile Tue Nov 18 14:04:47 2003 +++ gdesklets/Makefile Thu Dec 25 00:06:09 2003 @@ -6,8 +6,7 @@ # PORTNAME= gdesklets -PORTVERSION= 0.24.1 -PORTREVISION= 2 +PORTVERSION= 0.25 CATEGORIES= deskutils gnome MASTER_SITES= http://www.pycage.de/download/${PORTNAME}/ DISTNAME= gDesklets-${PORTVERSION} diff -urN gdesklets.orig/distinfo gdesklets/distinfo --- gdesklets.orig/distinfo Mon Nov 10 17:24:01 2003 +++ gdesklets/distinfo Thu Dec 25 00:06:18 2003 @@ -1 +1 @@ -MD5 (gDesklets-0.24.1.tar.bz2) = 2187806b52bb81b1a88f6caf6197a4d1 +MD5 (gDesklets-0.25.tar.bz2) = 5ff9bc2cfce49a65403f80019c6dbe4b diff -urN gdesklets.orig/files/patch-configure gdesklets/files/patch-configure --- gdesklets.orig/files/patch-configure Sat Oct 18 00:51:26 2003 +++ gdesklets/files/patch-configure Thu Dec 25 00:10:44 2003 @@ -1,6 +1,6 @@ ---- configure.orig Fri Oct 17 22:42:52 2003 -+++ configure Fri Oct 17 22:42:57 2003 -@@ -7798,6 +7798,7 @@ +--- configure.orig Thu Dec 25 00:10:19 2003 ++++ configure Thu Dec 25 00:10:30 2003 +@@ -18395,6 +18395,7 @@ # This can be used to rebuild libtool when needed LIBTOOL_DEPS="$ac_aux_dir/ltmain.sh" diff -urN gdesklets.orig/files/patch-data::Makefile.in gdesklets/files/patch-data::Makefile.in --- gdesklets.orig/files/patch-data::Makefile.in Sat Oct 18 00:51:26 2003 +++ gdesklets/files/patch-data::Makefile.in Thu Dec 25 00:12:56 2003 @@ -1,6 +1,6 @@ ---- data/Makefile.in.orig Fri Oct 17 22:44:59 2003 -+++ data/Makefile.in Fri Oct 17 22:45:03 2003 -@@ -195,7 +195,7 @@ +--- data/Makefile.in.orig Thu Dec 25 00:12:02 2003 ++++ data/Makefile.in Thu Dec 25 00:12:32 2003 +@@ -208,7 +208,7 @@ @USERINST_TRUE@mimedir = ~/.gnome/mime-info mime_in_files = gdesklets.keys.in mime_DATA = $(mime_in_files:.keys.in=.keys) gdesklets.mime diff -urN gdesklets.orig/files/patch-display::TargetLabel.py gdesklets/files/patch-display::TargetLabel.py --- gdesklets.orig/files/patch-display::TargetLabel.py Sat Oct 25 15:52:20 2003 +++ gdesklets/files/patch-display::TargetLabel.py Thu Dec 25 00:15:07 2003 @@ -1,6 +1,6 @@ ---- display/TargetLabel.py.orig Sat Oct 25 02:15:56 2003 -+++ display/TargetLabel.py Sat Oct 25 02:21:05 2003 -@@ -76,7 +76,14 @@ +--- display/TargetLabel.py.orig Thu Dec 25 00:14:06 2003 ++++ display/TargetLabel.py Thu Dec 25 00:14:42 2003 +@@ -90,7 +90,14 @@ # determine the locale import commands diff -urN gdesklets.orig/files/patch-libdesklets::CPU.py gdesklets/files/patch-libdesklets::CPU.py --- gdesklets.orig/files/patch-libdesklets::CPU.py Mon Nov 10 11:21:37 2003 +++ gdesklets/files/patch-libdesklets::CPU.py Wed Dec 31 18:00:00 1969 @@ -1,59 +0,0 @@ -# Many thanks to Alexander Leidinger for -# help and create those patches. - ---- libdesklets/CPU.py Thu Nov 6 14:50:47 2003 -+++ libdesklets/CPU.py Sun Nov 9 01:34:27 2003 -@@ -1,6 +1,8 @@ - import polling - import glibtop - -+import os -+import libdesklets as lib - - # - # TODO: support SMP -@@ -35,20 +37,36 @@ - - def __poll_cpu(self): - -- import libdesklets as lib -+ import re - -- fd = open("/proc/cpuinfo", "r") -+ platform = lib.sys.get_os() -+ -+ if platform == "FreeBSD": -+ fd = os.popen("grep -3 CPU /var/run/dmesg.boot | head -7 | tail -4", "r") -+ elif platform == "Linux": -+ fd = open("/proc/cpuinfo", "r") -+ else: -+ print "Unknown OS, strange things may happen." -+ return - lines = fd.readlines() - fd.close() - - arch = lib.sys.get_arch() - if (arch in ["i386", "i486", "i586", "i686"]): -- fields = lines[4].split() -- model_name = " ".join(fields[3:]) -- fields = lines[6].split() -- cpu_mhz = fields[3] -- fields = lines[7].split() -- cpu_cache = " ".join(fields[3:5]) -+ if ("FreeBSD" == platform): -+ m = re.search('^CPU: (.*) \(([0-9]+.*)-MHz [0-9]+-class CPU\)', lines[0]) -+ model_name = m.group(1) # or sysctl hw.model -+ cpu_mhz = m.group(2) # or sysctl hw.clockrate -+ cpu_cache = " " # not available by default -+ elif ("Linux" == platform): -+ fields = lines[4].split() -+ model_name = " ".join(fields[3:]) -+ fields = lines[6].split() -+ cpu_mhz = fields[3] -+ fields = lines[7].split() -+ cpu_cache = " ".join(fields[3:5]) -+ else: -+ pass - - elif (arch == "ppc"): - fields = lines[0].split() diff -urN gdesklets.orig/files/patch-libdesklets::Disk.py gdesklets/files/patch-libdesklets::Disk.py --- gdesklets.orig/files/patch-libdesklets::Disk.py Mon Nov 17 17:15:22 2003 +++ gdesklets/files/patch-libdesklets::Disk.py Thu Dec 25 00:32:57 2003 @@ -2,12 +2,15 @@ # Franz Klammer for help and create # those patches. # -# Note that, this is for now. One of us still need to fix the -# libgtop to correct read the partition so this patch can be -# remove. +# Note that, this is for now. It will be remove when the +# libgtop is update to 2.6 or maybe I can ask gnome@freebsd.org +# if they won't mind to add a patch in libgtop 2.4 to get this +# patch remove. +# +# Joe has fixed it in the libgtop 2.5.x and isn't in ports yet. ---- libdesklets/Disk.py.orig Mon Nov 17 13:59:20 2003 -+++ libdesklets/Disk.py Mon Nov 17 14:05:34 2003 +--- libdesklets/Disk.py.orig Thu Dec 25 00:19:45 2003 ++++ libdesklets/Disk.py Thu Dec 25 00:21:28 2003 @@ -1,6 +1,6 @@ import glibtop import polling @@ -16,23 +19,22 @@ class Disk: -@@ -13,18 +13,22 @@ +@@ -14,18 +14,22 @@ def __poll_partitions(self): - data = glibtop.get_mountlist(0) -- partitions = [] ++ fd = os.popen("mount -p") ++ data = fd.readlines() ++ fd.close() ++ + partitions = [] - for size, device, mpoint, fstype in data: - if (fstype in ("ext2", "ext3", "msdos", "vfat", "ntfs", "hpfs" - "jfs", "reiserfs", "xfs", "qnx4", "adfs", "ffs", - "hfs", "befs", "bfs", "efs", "iso9660", "minix", - "sysv", "coda", "nfs", "udf", "ufs", "xiafs")): - partitions.append((device, mpoint)) -+ fd = os.popen("mount -p") -+ data = fd.readlines() -+ fd.close() -+ -+ partitions = [] + for lines in data: + fields = lines.strip().replace("\t", " ").split() + if (fields[2] in ("ext2", "ext3", "msdos", "vfat", "ntfs", "hpfs" diff -urN gdesklets.orig/files/patch-libdesklets::Memory.py gdesklets/files/patch-libdesklets::Memory.py --- gdesklets.orig/files/patch-libdesklets::Memory.py Mon Nov 17 17:15:22 2003 +++ gdesklets/files/patch-libdesklets::Memory.py Wed Dec 31 18:00:00 1969 @@ -1,15 +0,0 @@ -# Many thanks to Alexander Leidinger and -# Franz Klammer for help and create -# those patches. - ---- libdesklets/Memory.py.orig Sun Nov 16 17:02:45 2003 -+++ libdesklets/Memory.py Sun Nov 16 17:03:19 2003 -@@ -49,7 +49,7 @@ - - # Swap - elif (mode == 1): -- total, used, free = glibtop.get_mem()[:3] -+ total, used, free = glibtop.get_swap()[:3] - #for l in lines: - # if (l.startswith("SwapTotal:")): - # value = l.split() diff -urN gdesklets.orig/files/patch-locale::install_locales.py gdesklets/files/patch-locale::install_locales.py --- gdesklets.orig/files/patch-locale::install_locales.py Tue Sep 2 01:24:00 2003 +++ gdesklets/files/patch-locale::install_locales.py Wed Dec 31 18:00:00 1969 @@ -1,11 +0,0 @@ ---- locale/install_locales.py.orig Sun Aug 31 23:07:07 2003 -+++ locale/install_locales.py Sun Aug 31 23:07:33 2003 -@@ -17,7 +17,7 @@ - file = os.path.basename(source) - lang, ext = os.path.splitext(file) - fulltargetpath = os.path.join(targetpath, lang, "LC_MESSAGES") -- os.system("mkdir --parents " + fulltargetpath) -+ os.system("mkdir -p " + fulltargetpath) - - print (source) - mofile = os.path.join(fulltargetpath, domain + ".mo") diff -urN gdesklets.orig/files/patch-sensor::Sensor.py gdesklets/files/patch-sensor::Sensor.py --- gdesklets.orig/files/patch-sensor::Sensor.py Tue Nov 18 14:04:47 2003 +++ gdesklets/files/patch-sensor::Sensor.py Wed Dec 31 18:00:00 1969 @@ -1,13 +0,0 @@ -# Yay! Many thanks to Franz Klammer , -# the theads is now work. That make a lot of desklets work now. - ---- sensor/Sensor.py.orig Tue Nov 18 13:32:10 2003 -+++ sensor/Sensor.py Tue Nov 18 13:33:39 2003 -@@ -346,3 +346,7 @@ - def __on_quit(self, src): - - gtk.main_quit() -+ -+ -+# FreeBSD needs this; Linux doesn't but it's cleaner to use it -+gtk.threads_init() diff -urN gdesklets.orig/pkg-plist gdesklets/pkg-plist --- gdesklets.orig/pkg-plist Mon Nov 17 17:15:22 2003 +++ gdesklets/pkg-plist Thu Dec 25 00:59:01 2003 @@ -12,6 +12,7 @@ share/gnome/gdesklets/config/DummyBackend.py share/gnome/gdesklets/config/GConfBackend.py share/gnome/gdesklets/config/__init__.py +share/gnome/gdesklets/config/migration.py share/gnome/gdesklets/config/settings.py share/gnome/gdesklets/data/gdesklets.png share/gnome/gdesklets/desktop/BGWatcher.py @@ -21,11 +22,13 @@ share/gnome/gdesklets/display/DataTarget.py share/gnome/gdesklets/display/Display.py share/gnome/gdesklets/display/DisplayConfigurator.py +share/gnome/gdesklets/display/DisplayContainer.py share/gnome/gdesklets/display/DisplayTarget.py share/gnome/gdesklets/display/TargetAlignment.py share/gnome/gdesklets/display/TargetArray.py share/gnome/gdesklets/display/TargetBonoboControl.py share/gnome/gdesklets/display/TargetCanvas.py +share/gnome/gdesklets/display/TargetExpander.py share/gnome/gdesklets/display/TargetFrame.py share/gnome/gdesklets/display/TargetGauge.py share/gnome/gdesklets/display/TargetGroup.py @@ -34,6 +37,8 @@ share/gnome/gdesklets/display/TargetLabel.py share/gnome/gdesklets/display/TargetPlotter.py share/gnome/gdesklets/display/TargetPopup.py +share/gnome/gdesklets/display/Window.py +share/gnome/gdesklets/display/WindowSnapper.py share/gnome/gdesklets/display/__init__.py share/gnome/gdesklets/display/layouters.py share/gnome/gdesklets/display/targetregistry.py @@ -53,17 +58,23 @@ share/gnome/gdesklets/libdesklets/polling.py share/gnome/gdesklets/locale/ar/LC_MESSAGES/gdesklets.mo share/gnome/gdesklets/locale/az/LC_MESSAGES/gdesklets.mo +share/gnome/gdesklets/locale/ca/LC_MESSAGES/gdesklets.mo share/gnome/gdesklets/locale/de/LC_MESSAGES/gdesklets.mo -share/gnome/gdesklets/locale/de_BY/LC_MESSAGES/gdesklets.mo share/gnome/gdesklets/locale/el/LC_MESSAGES/gdesklets.mo share/gnome/gdesklets/locale/es/LC_MESSAGES/gdesklets.mo +share/gnome/gdesklets/locale/eu/LC_MESSAGES/gdesklets.mo share/gnome/gdesklets/locale/fr/LC_MESSAGES/gdesklets.mo share/gnome/gdesklets/locale/he/LC_MESSAGES/gdesklets.mo +share/gnome/gdesklets/locale/it/LC_MESSAGES/gdesklets.mo +share/gnome/gdesklets/locale/ja/LC_MESSAGES/gdesklets.mo share/gnome/gdesklets/locale/ko/LC_MESSAGES/gdesklets.mo +share/gnome/gdesklets/locale/lt/LC_MESSAGES/gdesklets.mo share/gnome/gdesklets/locale/ms/LC_MESSAGES/gdesklets.mo share/gnome/gdesklets/locale/nl/LC_MESSAGES/gdesklets.mo share/gnome/gdesklets/locale/pl/LC_MESSAGES/gdesklets.mo share/gnome/gdesklets/locale/pt/LC_MESSAGES/gdesklets.mo +share/gnome/gdesklets/locale/pt_BR/LC_MESSAGES/gdesklets.mo +share/gnome/gdesklets/locale/ru/LC_MESSAGES/gdesklets.mo share/gnome/gdesklets/locale/sq/LC_MESSAGES/gdesklets.mo share/gnome/gdesklets/locale/sr/LC_MESSAGES/gdesklets.mo share/gnome/gdesklets/locale/sr@Latn/LC_MESSAGES/gdesklets.mo @@ -78,6 +89,7 @@ share/gnome/gdesklets/sensor/Sensor.py share/gnome/gdesklets/sensor/SensorConfigurator.py share/gnome/gdesklets/sensor/__init__.py +share/gnome/gdesklets/utils/BinTree.py share/gnome/gdesklets/utils/FileWatcher.py share/gnome/gdesklets/utils/GConfWatcher.py share/gnome/gdesklets/utils/Hash2D.py @@ -111,6 +123,10 @@ @dirrm share/gnome/gdesklets/locale/sr @dirrm share/gnome/gdesklets/locale/sq/LC_MESSAGES @dirrm share/gnome/gdesklets/locale/sq +@dirrm share/gnome/gdesklets/locale/ru/LC_MESSAGES +@dirrm share/gnome/gdesklets/locale/ru +@dirrm share/gnome/gdesklets/locale/pt_BR/LC_MESSAGES +@dirrm share/gnome/gdesklets/locale/pt_BR @dirrm share/gnome/gdesklets/locale/pt/LC_MESSAGES @dirrm share/gnome/gdesklets/locale/pt @dirrm share/gnome/gdesklets/locale/pl/LC_MESSAGES @@ -119,20 +135,28 @@ @dirrm share/gnome/gdesklets/locale/nl @dirrm share/gnome/gdesklets/locale/ms/LC_MESSAGES @dirrm share/gnome/gdesklets/locale/ms +@dirrm share/gnome/gdesklets/locale/lt/LC_MESSAGES +@dirrm share/gnome/gdesklets/locale/lt @dirrm share/gnome/gdesklets/locale/ko/LC_MESSAGES @dirrm share/gnome/gdesklets/locale/ko +@dirrm share/gnome/gdesklets/locale/ja/LC_MESSAGES +@dirrm share/gnome/gdesklets/locale/ja +@dirrm share/gnome/gdesklets/locale/it/LC_MESSAGES +@dirrm share/gnome/gdesklets/locale/it @dirrm share/gnome/gdesklets/locale/he/LC_MESSAGES @dirrm share/gnome/gdesklets/locale/he @dirrm share/gnome/gdesklets/locale/fr/LC_MESSAGES @dirrm share/gnome/gdesklets/locale/fr +@dirrm share/gnome/gdesklets/locale/eu/LC_MESSAGES +@dirrm share/gnome/gdesklets/locale/eu @dirrm share/gnome/gdesklets/locale/es/LC_MESSAGES @dirrm share/gnome/gdesklets/locale/es @dirrm share/gnome/gdesklets/locale/el/LC_MESSAGES @dirrm share/gnome/gdesklets/locale/el -@dirrm share/gnome/gdesklets/locale/de_BY/LC_MESSAGES -@dirrm share/gnome/gdesklets/locale/de_BY @dirrm share/gnome/gdesklets/locale/de/LC_MESSAGES @dirrm share/gnome/gdesklets/locale/de +@dirrm share/gnome/gdesklets/locale/ca/LC_MESSAGES +@dirrm share/gnome/gdesklets/locale/ca @dirrm share/gnome/gdesklets/locale/az/LC_MESSAGES @dirrm share/gnome/gdesklets/locale/az @dirrm share/gnome/gdesklets/locale/ar/LC_MESSAGES ------------nkOEwxZay3DGL6MurArSWZ-- From owner-freebsd-gnome@FreeBSD.ORG Thu Dec 25 20:22:33 2003 Return-Path: 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 43C2E16A4CE for ; Thu, 25 Dec 2003 20:22:33 -0800 (PST) Received: from lakemtao05.cox.net (lakemtao05.cox.net [68.1.17.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC63C43D45 for ; Thu, 25 Dec 2003 20:22:31 -0800 (PST) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.11]) by lakemtao05.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP id <20031226042229.WFZZ29834.lakemtao05.cox.net@mezz.mezzweb.com> for ; Thu, 25 Dec 2003 23:22:29 -0500 To: freebsd-gnome@freebsd.org References: Message-ID: From: Jeremy Messenger Content-Type: text/plain; format=flowed; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Thu, 25 Dec 2003 22:21:50 -0600 In-Reply-To: User-Agent: Opera7.23/Linux M2 build 518 Subject: Re: Need the help to test on new gDesklets 0.25 on Gnome 2.4.x. X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Dec 2003 04:22:33 -0000 Some people in my family wanted to add one more day of wedding stuff, so I will be gone by tomorrow to Sunday. I will have no internet access, so don't expect for any of my reply until Sunday. ;-) Cheers, Mezz On Thu, 25 Dec 2003 01:43:34 -0600, Jeremy Messenger wrote: > Hello people, > > I need someone to do the test on new gDesklets 0.25 on Gnome 2.4.x, > before > I submit it to PR. Because, gDesklets causes the libgtop run 100% CPU at > all the time on libgtop 2.5.x (Gnome 2.5.x) and cause itself refresh slow > too. If it doesn't cause on Gnome 2.4.x, then it's safe for me to submit > to PR. :-) But, it will be need to be address before Gnome 2.6 release in > the next few months. Of course, I will ask for help and report to > gDesklets bugzilla about this issue on gDesklets+libgtop 2.5.x. > > Here's an attach of gdesklets.diff. > > # cd /usr/ports/deskutils > # patch -p0 < /path/to/gdesklets.diff > # find /usr/ports/deskutils/gdesklets -name '*.orig' -delete > # portupgrade -f gdesklets > > Thanks and Merry X-Mas! > > Note: I don't think I will be able to check my email until 26th. > > Cheers, > Mezz -- bsdforums.org 's moderator, mezz. From owner-freebsd-gnome@FreeBSD.ORG Fri Dec 26 08:53:10 2003 Return-Path: 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 D13E216A4CE for ; Fri, 26 Dec 2003 08:53:10 -0800 (PST) Received: from sv02.webonaut.com (kirk.webonaut.com [212.41.243.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DF6A43D2F for ; Fri, 26 Dec 2003 08:53:06 -0800 (PST) (envelope-from klammer@webonaut.com) Received: from localhost (localhost [127.0.0.1]) by sv02.webonaut.com (Postfix) with ESMTP id 09CA57642C; Fri, 26 Dec 2003 17:53:03 +0100 (CET) Received: from sv02.webonaut.com ([127.0.0.1]) by localhost (sv02.webonaut.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 99431-08; Fri, 26 Dec 2003 17:52:56 +0100 (CET) Received: from webonaut.com (sisko.webonaut.com [212.41.243.28]) by sv02.webonaut.com (Postfix) with ESMTP id 1DC0E76426; Fri, 26 Dec 2003 17:52:56 +0100 (CET) Message-ID: <3FEC6769.6030301@webonaut.com> Date: Fri, 26 Dec 2003 17:52:57 +0100 From: Franz Klammer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20031211 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremy Messenger References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at webonaut.com cc: freebsd-gnome@freebsd.org Subject: Re: Need the help to test on new gDesklets 0.25 on Gnome 2.4.x. X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Dec 2003 16:53:11 -0000 Jeremy Messenger wrote: > Hello people, > > I need someone to do the test on new gDesklets 0.25 on Gnome 2.4.x, > before I submit it to PR. Because, gDesklets causes the libgtop run > 100% CPU at all the time on libgtop 2.5.x (Gnome 2.5.x) and cause > itself refresh slow too. If it doesn't cause on Gnome 2.4.x, then it's > safe for me to submit to PR. :-) But, it will be need to be address > before Gnome 2.6 release in the next few months. Of course, I will ask > for help and report to gDesklets bugzilla about this issue on > gDesklets+libgtop 2.5.x. > hi jeremy! the seems to be still the good old libc_r/libkse - problem. on my pc (-current from Dec 23th, gnome 2.5) with libc_r the cpu-usage of libgtop_server grows up to 60% with libkse i didn't see it if i hide idle processes in top. this was with sched_ule. with sched_4bsd and libc_r the utilization stops at 40-50%. also unlike gdesklets-0.24.1 it seems to run with libc_r without hanging and the startup is much slower. but my pc is currently not very representative if we talk about speed. :-) franz. > Here's an attach of gdesklets.diff. > > # cd /usr/ports/deskutils > # patch -p0 < /path/to/gdesklets.diff > # find /usr/ports/deskutils/gdesklets -name '*.orig' -delete > # portupgrade -f gdesklets > > Thanks and Merry X-Mas! > > Note: I don't think I will be able to check my email until 26th. > > Cheers, > Mezz > > >------------------------------------------------------------------------ > >diff -urN gdesklets.orig/Makefile gdesklets/Makefile >--- gdesklets.orig/Makefile Tue Nov 18 14:04:47 2003 >+++ gdesklets/Makefile Thu Dec 25 00:06:09 2003 >@@ -6,8 +6,7 @@ > # > > PORTNAME= gdesklets >-PORTVERSION= 0.24.1 >-PORTREVISION= 2 >+PORTVERSION= 0.25 > CATEGORIES= deskutils gnome > MASTER_SITES= http://www.pycage.de/download/${PORTNAME}/ > DISTNAME= gDesklets-${PORTVERSION} >diff -urN gdesklets.orig/distinfo gdesklets/distinfo >--- gdesklets.orig/distinfo Mon Nov 10 17:24:01 2003 >+++ gdesklets/distinfo Thu Dec 25 00:06:18 2003 >@@ -1 +1 @@ >-MD5 (gDesklets-0.24.1.tar.bz2) = 2187806b52bb81b1a88f6caf6197a4d1 >+MD5 (gDesklets-0.25.tar.bz2) = 5ff9bc2cfce49a65403f80019c6dbe4b >diff -urN gdesklets.orig/files/patch-configure gdesklets/files/patch-configure >--- gdesklets.orig/files/patch-configure Sat Oct 18 00:51:26 2003 >+++ gdesklets/files/patch-configure Thu Dec 25 00:10:44 2003 >@@ -1,6 +1,6 @@ >---- configure.orig Fri Oct 17 22:42:52 2003 >-+++ configure Fri Oct 17 22:42:57 2003 >-@@ -7798,6 +7798,7 @@ >+--- configure.orig Thu Dec 25 00:10:19 2003 >++++ configure Thu Dec 25 00:10:30 2003 >+@@ -18395,6 +18395,7 @@ > > # This can be used to rebuild libtool when needed > LIBTOOL_DEPS="$ac_aux_dir/ltmain.sh" >diff -urN gdesklets.orig/files/patch-data::Makefile.in gdesklets/files/patch-data::Makefile.in >--- gdesklets.orig/files/patch-data::Makefile.in Sat Oct 18 00:51:26 2003 >+++ gdesklets/files/patch-data::Makefile.in Thu Dec 25 00:12:56 2003 >@@ -1,6 +1,6 @@ >---- data/Makefile.in.orig Fri Oct 17 22:44:59 2003 >-+++ data/Makefile.in Fri Oct 17 22:45:03 2003 >-@@ -195,7 +195,7 @@ >+--- data/Makefile.in.orig Thu Dec 25 00:12:02 2003 >++++ data/Makefile.in Thu Dec 25 00:12:32 2003 >+@@ -208,7 +208,7 @@ > @USERINST_TRUE@mimedir = ~/.gnome/mime-info > mime_in_files = gdesklets.keys.in > mime_DATA = $(mime_in_files:.keys.in=.keys) gdesklets.mime >diff -urN gdesklets.orig/files/patch-display::TargetLabel.py gdesklets/files/patch-display::TargetLabel.py >--- gdesklets.orig/files/patch-display::TargetLabel.py Sat Oct 25 15:52:20 2003 >+++ gdesklets/files/patch-display::TargetLabel.py Thu Dec 25 00:15:07 2003 >@@ -1,6 +1,6 @@ >---- display/TargetLabel.py.orig Sat Oct 25 02:15:56 2003 >-+++ display/TargetLabel.py Sat Oct 25 02:21:05 2003 >-@@ -76,7 +76,14 @@ >+--- display/TargetLabel.py.orig Thu Dec 25 00:14:06 2003 >++++ display/TargetLabel.py Thu Dec 25 00:14:42 2003 >+@@ -90,7 +90,14 @@ > > # determine the locale > import commands >diff -urN gdesklets.orig/files/patch-libdesklets::CPU.py gdesklets/files/patch-libdesklets::CPU.py >--- gdesklets.orig/files/patch-libdesklets::CPU.py Mon Nov 10 11:21:37 2003 >+++ gdesklets/files/patch-libdesklets::CPU.py Wed Dec 31 18:00:00 1969 >@@ -1,59 +0,0 @@ >-# Many thanks to Alexander Leidinger for >-# help and create those patches. >- >---- libdesklets/CPU.py Thu Nov 6 14:50:47 2003 >-+++ libdesklets/CPU.py Sun Nov 9 01:34:27 2003 >-@@ -1,6 +1,8 @@ >- import polling >- import glibtop >- >-+import os >-+import libdesklets as lib >- >- # >- # TODO: support SMP >-@@ -35,20 +37,36 @@ >- >- def __poll_cpu(self): >- >-- import libdesklets as lib >-+ import re >- >-- fd = open("/proc/cpuinfo", "r") >-+ platform = lib.sys.get_os() >-+ >-+ if platform == "FreeBSD": >-+ fd = os.popen("grep -3 CPU /var/run/dmesg.boot | head -7 | tail -4", "r") >-+ elif platform == "Linux": >-+ fd = open("/proc/cpuinfo", "r") >-+ else: >-+ print "Unknown OS, strange things may happen." >-+ return >- lines = fd.readlines() >- fd.close() >- >- arch = lib.sys.get_arch() >- if (arch in ["i386", "i486", "i586", "i686"]): >-- fields = lines[4].split() >-- model_name = " ".join(fields[3:]) >-- fields = lines[6].split() >-- cpu_mhz = fields[3] >-- fields = lines[7].split() >-- cpu_cache = " ".join(fields[3:5]) >-+ if ("FreeBSD" == platform): >-+ m = re.search('^CPU: (.*) \(([0-9]+.*)-MHz [0-9]+-class CPU\)', lines[0]) >-+ model_name = m.group(1) # or sysctl hw.model >-+ cpu_mhz = m.group(2) # or sysctl hw.clockrate >-+ cpu_cache = " " # not available by default >-+ elif ("Linux" == platform): >-+ fields = lines[4].split() >-+ model_name = " ".join(fields[3:]) >-+ fields = lines[6].split() >-+ cpu_mhz = fields[3] >-+ fields = lines[7].split() >-+ cpu_cache = " ".join(fields[3:5]) >-+ else: >-+ pass >- >- elif (arch == "ppc"): >- fields = lines[0].split() >diff -urN gdesklets.orig/files/patch-libdesklets::Disk.py gdesklets/files/patch-libdesklets::Disk.py >--- gdesklets.orig/files/patch-libdesklets::Disk.py Mon Nov 17 17:15:22 2003 >+++ gdesklets/files/patch-libdesklets::Disk.py Thu Dec 25 00:32:57 2003 >@@ -2,12 +2,15 @@ > # Franz Klammer for help and create > # those patches. > # >-# Note that, this is for now. One of us still need to fix the >-# libgtop to correct read the partition so this patch can be >-# remove. >+# Note that, this is for now. It will be remove when the >+# libgtop is update to 2.6 or maybe I can ask gnome@freebsd.org >+# if they won't mind to add a patch in libgtop 2.4 to get this >+# patch remove. >+# >+# Joe has fixed it in the libgtop 2.5.x and isn't in ports yet. > >---- libdesklets/Disk.py.orig Mon Nov 17 13:59:20 2003 >-+++ libdesklets/Disk.py Mon Nov 17 14:05:34 2003 >+--- libdesklets/Disk.py.orig Thu Dec 25 00:19:45 2003 >++++ libdesklets/Disk.py Thu Dec 25 00:21:28 2003 > @@ -1,6 +1,6 @@ > import glibtop > import polling >@@ -16,23 +19,22 @@ > > class Disk: > >-@@ -13,18 +13,22 @@ >+@@ -14,18 +14,22 @@ > > def __poll_partitions(self): > > - data = glibtop.get_mountlist(0) >-- partitions = [] >++ fd = os.popen("mount -p") >++ data = fd.readlines() >++ fd.close() >++ >+ partitions = [] > - for size, device, mpoint, fstype in data: > - if (fstype in ("ext2", "ext3", "msdos", "vfat", "ntfs", "hpfs" > - "jfs", "reiserfs", "xfs", "qnx4", "adfs", "ffs", > - "hfs", "befs", "bfs", "efs", "iso9660", "minix", > - "sysv", "coda", "nfs", "udf", "ufs", "xiafs")): > - partitions.append((device, mpoint)) >-+ fd = os.popen("mount -p") >-+ data = fd.readlines() >-+ fd.close() >-+ >-+ partitions = [] > + for lines in data: > + fields = lines.strip().replace("\t", " ").split() > + if (fields[2] in ("ext2", "ext3", "msdos", "vfat", "ntfs", "hpfs" >diff -urN gdesklets.orig/files/patch-libdesklets::Memory.py gdesklets/files/patch-libdesklets::Memory.py >--- gdesklets.orig/files/patch-libdesklets::Memory.py Mon Nov 17 17:15:22 2003 >+++ gdesklets/files/patch-libdesklets::Memory.py Wed Dec 31 18:00:00 1969 >@@ -1,15 +0,0 @@ >-# Many thanks to Alexander Leidinger and >-# Franz Klammer for help and create >-# those patches. >- >---- libdesklets/Memory.py.orig Sun Nov 16 17:02:45 2003 >-+++ libdesklets/Memory.py Sun Nov 16 17:03:19 2003 >-@@ -49,7 +49,7 @@ >- >- # Swap >- elif (mode == 1): >-- total, used, free = glibtop.get_mem()[:3] >-+ total, used, free = glibtop.get_swap()[:3] >- #for l in lines: >- # if (l.startswith("SwapTotal:")): >- # value = l.split() >diff -urN gdesklets.orig/files/patch-locale::install_locales.py gdesklets/files/patch-locale::install_locales.py >--- gdesklets.orig/files/patch-locale::install_locales.py Tue Sep 2 01:24:00 2003 >+++ gdesklets/files/patch-locale::install_locales.py Wed Dec 31 18:00:00 1969 >@@ -1,11 +0,0 @@ >---- locale/install_locales.py.orig Sun Aug 31 23:07:07 2003 >-+++ locale/install_locales.py Sun Aug 31 23:07:33 2003 >-@@ -17,7 +17,7 @@ >- file = os.path.basename(source) >- lang, ext = os.path.splitext(file) >- fulltargetpath = os.path.join(targetpath, lang, "LC_MESSAGES") >-- os.system("mkdir --parents " + fulltargetpath) >-+ os.system("mkdir -p " + fulltargetpath) >- >- print (source) >- mofile = os.path.join(fulltargetpath, domain + ".mo") >diff -urN gdesklets.orig/files/patch-sensor::Sensor.py gdesklets/files/patch-sensor::Sensor.py >--- gdesklets.orig/files/patch-sensor::Sensor.py Tue Nov 18 14:04:47 2003 >+++ gdesklets/files/patch-sensor::Sensor.py Wed Dec 31 18:00:00 1969 >@@ -1,13 +0,0 @@ >-# Yay! Many thanks to Franz Klammer , >-# the theads is now work. That make a lot of desklets work now. >- >---- sensor/Sensor.py.orig Tue Nov 18 13:32:10 2003 >-+++ sensor/Sensor.py Tue Nov 18 13:33:39 2003 >-@@ -346,3 +346,7 @@ >- def __on_quit(self, src): >- >- gtk.main_quit() >-+ >-+ >-+# FreeBSD needs this; Linux doesn't but it's cleaner to use it >-+gtk.threads_init() >diff -urN gdesklets.orig/pkg-plist gdesklets/pkg-plist >--- gdesklets.orig/pkg-plist Mon Nov 17 17:15:22 2003 >+++ gdesklets/pkg-plist Thu Dec 25 00:59:01 2003 >@@ -12,6 +12,7 @@ > share/gnome/gdesklets/config/DummyBackend.py > share/gnome/gdesklets/config/GConfBackend.py > share/gnome/gdesklets/config/__init__.py >+share/gnome/gdesklets/config/migration.py > share/gnome/gdesklets/config/settings.py > share/gnome/gdesklets/data/gdesklets.png > share/gnome/gdesklets/desktop/BGWatcher.py >@@ -21,11 +22,13 @@ > share/gnome/gdesklets/display/DataTarget.py > share/gnome/gdesklets/display/Display.py > share/gnome/gdesklets/display/DisplayConfigurator.py >+share/gnome/gdesklets/display/DisplayContainer.py > share/gnome/gdesklets/display/DisplayTarget.py > share/gnome/gdesklets/display/TargetAlignment.py > share/gnome/gdesklets/display/TargetArray.py > share/gnome/gdesklets/display/TargetBonoboControl.py > share/gnome/gdesklets/display/TargetCanvas.py >+share/gnome/gdesklets/display/TargetExpander.py > share/gnome/gdesklets/display/TargetFrame.py > share/gnome/gdesklets/display/TargetGauge.py > share/gnome/gdesklets/display/TargetGroup.py >@@ -34,6 +37,8 @@ > share/gnome/gdesklets/display/TargetLabel.py > share/gnome/gdesklets/display/TargetPlotter.py > share/gnome/gdesklets/display/TargetPopup.py >+share/gnome/gdesklets/display/Window.py >+share/gnome/gdesklets/display/WindowSnapper.py > share/gnome/gdesklets/display/__init__.py > share/gnome/gdesklets/display/layouters.py > share/gnome/gdesklets/display/targetregistry.py >@@ -53,17 +58,23 @@ > share/gnome/gdesklets/libdesklets/polling.py > share/gnome/gdesklets/locale/ar/LC_MESSAGES/gdesklets.mo > share/gnome/gdesklets/locale/az/LC_MESSAGES/gdesklets.mo >+share/gnome/gdesklets/locale/ca/LC_MESSAGES/gdesklets.mo > share/gnome/gdesklets/locale/de/LC_MESSAGES/gdesklets.mo >-share/gnome/gdesklets/locale/de_BY/LC_MESSAGES/gdesklets.mo > share/gnome/gdesklets/locale/el/LC_MESSAGES/gdesklets.mo > share/gnome/gdesklets/locale/es/LC_MESSAGES/gdesklets.mo >+share/gnome/gdesklets/locale/eu/LC_MESSAGES/gdesklets.mo > share/gnome/gdesklets/locale/fr/LC_MESSAGES/gdesklets.mo > share/gnome/gdesklets/locale/he/LC_MESSAGES/gdesklets.mo >+share/gnome/gdesklets/locale/it/LC_MESSAGES/gdesklets.mo >+share/gnome/gdesklets/locale/ja/LC_MESSAGES/gdesklets.mo > share/gnome/gdesklets/locale/ko/LC_MESSAGES/gdesklets.mo >+share/gnome/gdesklets/locale/lt/LC_MESSAGES/gdesklets.mo > share/gnome/gdesklets/locale/ms/LC_MESSAGES/gdesklets.mo > share/gnome/gdesklets/locale/nl/LC_MESSAGES/gdesklets.mo > share/gnome/gdesklets/locale/pl/LC_MESSAGES/gdesklets.mo > share/gnome/gdesklets/locale/pt/LC_MESSAGES/gdesklets.mo >+share/gnome/gdesklets/locale/pt_BR/LC_MESSAGES/gdesklets.mo >+share/gnome/gdesklets/locale/ru/LC_MESSAGES/gdesklets.mo > share/gnome/gdesklets/locale/sq/LC_MESSAGES/gdesklets.mo > share/gnome/gdesklets/locale/sr/LC_MESSAGES/gdesklets.mo > share/gnome/gdesklets/locale/sr@Latn/LC_MESSAGES/gdesklets.mo >@@ -78,6 +89,7 @@ > share/gnome/gdesklets/sensor/Sensor.py > share/gnome/gdesklets/sensor/SensorConfigurator.py > share/gnome/gdesklets/sensor/__init__.py >+share/gnome/gdesklets/utils/BinTree.py > share/gnome/gdesklets/utils/FileWatcher.py > share/gnome/gdesklets/utils/GConfWatcher.py > share/gnome/gdesklets/utils/Hash2D.py >@@ -111,6 +123,10 @@ > @dirrm share/gnome/gdesklets/locale/sr > @dirrm share/gnome/gdesklets/locale/sq/LC_MESSAGES > @dirrm share/gnome/gdesklets/locale/sq >+@dirrm share/gnome/gdesklets/locale/ru/LC_MESSAGES >+@dirrm share/gnome/gdesklets/locale/ru >+@dirrm share/gnome/gdesklets/locale/pt_BR/LC_MESSAGES >+@dirrm share/gnome/gdesklets/locale/pt_BR > @dirrm share/gnome/gdesklets/locale/pt/LC_MESSAGES > @dirrm share/gnome/gdesklets/locale/pt > @dirrm share/gnome/gdesklets/locale/pl/LC_MESSAGES >@@ -119,20 +135,28 @@ > @dirrm share/gnome/gdesklets/locale/nl > @dirrm share/gnome/gdesklets/locale/ms/LC_MESSAGES > @dirrm share/gnome/gdesklets/locale/ms >+@dirrm share/gnome/gdesklets/locale/lt/LC_MESSAGES >+@dirrm share/gnome/gdesklets/locale/lt > @dirrm share/gnome/gdesklets/locale/ko/LC_MESSAGES > @dirrm share/gnome/gdesklets/locale/ko >+@dirrm share/gnome/gdesklets/locale/ja/LC_MESSAGES >+@dirrm share/gnome/gdesklets/locale/ja >+@dirrm share/gnome/gdesklets/locale/it/LC_MESSAGES >+@dirrm share/gnome/gdesklets/locale/it > @dirrm share/gnome/gdesklets/locale/he/LC_MESSAGES > @dirrm share/gnome/gdesklets/locale/he > @dirrm share/gnome/gdesklets/locale/fr/LC_MESSAGES > @dirrm share/gnome/gdesklets/locale/fr >+@dirrm share/gnome/gdesklets/locale/eu/LC_MESSAGES >+@dirrm share/gnome/gdesklets/locale/eu > @dirrm share/gnome/gdesklets/locale/es/LC_MESSAGES > @dirrm share/gnome/gdesklets/locale/es > @dirrm share/gnome/gdesklets/locale/el/LC_MESSAGES > @dirrm share/gnome/gdesklets/locale/el >-@dirrm share/gnome/gdesklets/locale/de_BY/LC_MESSAGES >-@dirrm share/gnome/gdesklets/locale/de_BY > @dirrm share/gnome/gdesklets/locale/de/LC_MESSAGES > @dirrm share/gnome/gdesklets/locale/de >+@dirrm share/gnome/gdesklets/locale/ca/LC_MESSAGES >+@dirrm share/gnome/gdesklets/locale/ca > @dirrm share/gnome/gdesklets/locale/az/LC_MESSAGES > @dirrm share/gnome/gdesklets/locale/az > @dirrm share/gnome/gdesklets/locale/ar/LC_MESSAGES > > >------------------------------------------------------------------------ > >_______________________________________________ >freebsd-gnome@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-gnome >To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" > > -- webonaut.com :: web technology klammer@webonaut.com :: http://webonaut.com/ fon +43-664-3434708 -- MIG_media intelligence group > agentur für werbung & neue medien A-5020 Salzburg > Linzergasse 21 Fon +43-662-453091-0 > Fax -99 office@mig.co.at > http://www.mig.co.at -- From owner-freebsd-gnome@FreeBSD.ORG Sat Dec 27 02:13:59 2003 Return-Path: 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 D6A6416A4CE for ; Sat, 27 Dec 2003 02:13:59 -0800 (PST) Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 42CB643D53 for ; Sat, 27 Dec 2003 02:13:58 -0800 (PST) (envelope-from adamw@magnesium.net) Received: (qmail 53209 invoked by uid 1252); 27 Dec 2003 10:13:58 -0000 Date: 27 Dec 2003 05:13:58 -0500 Date: Sat, 27 Dec 2003 05:13:58 -0500 From: Adam Weinberger To: gnome@FreeBSD.org Message-ID: <20031227101358.GD27144@toxic.magnesium.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Editor: Vim 6.2 http://www.vim.org X-Mailer: Mutt 1.5 http://www.mutt.org X-URL: http://www.vectors.cx X-ASL: 6/m/behind you User-Agent: Mutt/1.5.4i Subject: development FAQ X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Dec 2003 10:13:59 -0000 I dunno whether this is a good idea or not, but I've produced a proof-of-concept FAQ for GNOME development. It exists to give a bit more acknowledgement of where we keep our experimental repository and what we do with it. It contains a section on the current state of the development tree: what builds, what doesn't, and important caveats. It needs input from both developers and users, and frankly, it sucks pretty bad ATM. It's in the MarcusCom www/ module under www/en/gnome/docs/develfaq.sgml. If you think it's a terrible idea, please please give me suggestions on how to make it better. If you like the idea, please please make it better. # Adam -- Adam Weinberger vectors.cx >> adam@vectors.cx >> http://www.vectors.cx magnesium.net << adamw@magnesium.net << http://www.magnesium.net/~adamw FreeBSD >> adamw@FreeBSD.org >> http://people.freebsd.org/~adamw #vim:set ts=8: 8-char tabs prevent tooth decay. From owner-freebsd-gnome@FreeBSD.ORG Sat Dec 27 06:02:37 2003 Return-Path: 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 BE4A916A4D0; Sat, 27 Dec 2003 06:02:37 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F3DE43D60; Sat, 27 Dec 2003 06:02:34 -0800 (PST) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (pav@localhost [127.0.0.1]) hBRE2YFR097419; Sat, 27 Dec 2003 06:02:34 -0800 (PST) (envelope-from pav@freefall.freebsd.org) Received: (from pav@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id hBRE2X2w097415; Sat, 27 Dec 2003 06:02:33 -0800 (PST) (envelope-from pav) Date: Sat, 27 Dec 2003 06:02:33 -0800 (PST) From: Pav Lucistnik Message-Id: <200312271402.hBRE2X2w097415@freefall.freebsd.org> To: pav@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, gnome@FreeBSD.org Subject: Re: ports/60617: mail/evolution - wrong date in mail list with language zh_CN.EUC X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Dec 2003 14:02:37 -0000 Synopsis: mail/evolution - wrong date in mail list with language zh_CN.EUC Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: pav Responsible-Changed-When: Sat Dec 27 06:02:12 PST 2003 Responsible-Changed-Why: Over to maintainers. http://www.freebsd.org/cgi/query-pr.cgi?pr=60617 From owner-freebsd-gnome@FreeBSD.ORG Sat Dec 27 12:51:16 2003 Return-Path: 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 2B2FF16A4CE for ; Sat, 27 Dec 2003 12:51:16 -0800 (PST) Received: from snoozy.vdgrift.org (snoozy.vdgrift.org [193.79.179.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72A1243D41 for ; Sat, 27 Dec 2003 12:51:11 -0800 (PST) (envelope-from bvdgrift@snoozy.vdgrift.org) Received: from snoozy.vdgrift.org (localhost [127.0.0.1]) by snoozy.vdgrift.org (8.12.8p2/8.12.8) with ESMTP id hBRKp7hd096749 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 27 Dec 2003 21:51:08 +0100 (CET) (envelope-from bvdgrift@snoozy.vdgrift.org) Received: (from bvdgrift@localhost) by snoozy.vdgrift.org (8.12.8p2/8.12.8/Submit) id hBRKp7PX096748 for gnome@FreeBSD.org; Sat, 27 Dec 2003 21:51:07 +0100 (CET) (envelope-from bvdgrift) Date: Sat, 27 Dec 2003 21:51:07 +0100 From: Bert van de Grift To: gnome@FreeBSD.org Message-ID: <20031227205107.GA2499@snoozy.vdgrift.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline User-Agent: Mutt/1.4.1i X-PGP-Key: http://www.xs4all.nl/~bvdgrift/pubkey2.asc X-Virus-Scanned: by amavisd-milter (http://www.amavis.org/) Subject: gnucash make problem X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Dec 2003 20:51:16 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I get the following error when I try to make gnucash: configure: error: Cannot find ltdl.h -- libtool-devel not installed? See attached files as suggested by the configure script... FreeBSD version: 4.8-RELEASE-p13 Any help would be appreciated. Regards, -- Bert van de Grift bvdgrift@xs4all.nl --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="config.log" This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:841: checking for non-GNU ld configure:876: checking if the linker (/usr/bin/ld) is GNU ld GNU ld version 2.12.1 [FreeBSD] 2002-07-20 configure:897: checking for gcc configure:1010: checking whether the C compiler (cc -O -pipe ) works configure:1026: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:1052: checking whether the C compiler (cc -O -pipe ) is a cross-compiler configure:1057: checking whether we are using GNU C configure:1066: cc -E conftest.c configure:1085: checking whether cc accepts -g configure:1157: checking for a BSD compatible install configure:1210: checking whether build environment is sane configure:1267: checking whether gmake sets ${MAKE} configure:1313: checking for working aclocal configure:1326: checking for working autoconf configure:1339: checking for working automake configure:1352: checking for working autoheader configure:1365: checking for working makeinfo configure:1436: checking for perl configure:1506: checking how to run the C preprocessor configure:1527: cc -E -I/usr/local/include -I/usr/X11R6/include conftest.c >/dev/null 2>conftest.out configure:1587: checking for inttypes.h configure:1600: cc -c -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c 1>&5 configure: In function `main': configure:1596: syntax error before `i' configure: failed program was: #line 1592 "configure" #include "confdefs.h" #include #include int main() { uintmax_t i = (uintmax_t) -1; ; return 0; } configure:1622: checking for stdint.h configure:1635: cc -c -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c 1>&5 configure:1629: stdint.h: No such file or directory configure: In function `main': configure:1631: syntax error before `i' configure: failed program was: #line 1627 "configure" #include "confdefs.h" #include #include int main() { uintmax_t i = (uintmax_t) -1; ; return 0; } configure:1657: checking for unsigned long long configure:1670: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:1708: checking for shared library run path origin configure:1757: checking host system type configure:1780: checking for ranlib configure:1809: checking for strerror in -lcposix configure:1828: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -lcposix -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 /usr/libexec/elf/ld: cannot find -lcposix configure: failed program was: #line 1817 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char strerror(); int main() { strerror() ; return 0; } configure:1851: checking for ANSI C header files configure:1864: cc -E -I/usr/local/include -I/usr/X11R6/include conftest.c >/dev/null 2>conftest.out configure:1931: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:1955: checking for working const configure:2009: cc -c -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c 1>&5 configure:2030: checking for inline configure:2044: cc -c -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c 1>&5 configure:2070: checking for off_t configure:2103: checking for size_t configure:2138: checking for working alloca.h configure:2150: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:2144: alloca.h: No such file or directory configure: failed program was: #line 2143 "configure" #include "confdefs.h" #include int main() { char *p = alloca(2 * sizeof(int)); ; return 0; } configure:2171: checking for alloca configure:2204: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:2373: checking for stdlib.h configure:2383: cc -E -I/usr/local/include -I/usr/X11R6/include conftest.c >/dev/null 2>conftest.out configure:2373: checking for unistd.h configure:2383: cc -E -I/usr/local/include -I/usr/X11R6/include conftest.c >/dev/null 2>conftest.out configure:2373: checking for sys/stat.h configure:2383: cc -E -I/usr/local/include -I/usr/X11R6/include conftest.c >/dev/null 2>conftest.out configure:2373: checking for sys/types.h configure:2383: cc -E -I/usr/local/include -I/usr/X11R6/include conftest.c >/dev/null 2>conftest.out configure:2412: checking for getpagesize configure:2440: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:2465: checking for working mmap configure:2626: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:2557: conflicting types for `malloc' /usr/include/stdlib.h:101: previous declaration of `malloc' configure: failed program was: #line 2473 "configure" #include "confdefs.h" /* Thanks to Mike Haertel and Jim Avera for this test. Here is a matrix of mmap possibilities: mmap private not fixed mmap private fixed at somewhere currently unmapped mmap private fixed at somewhere already mapped mmap shared not fixed mmap shared fixed at somewhere currently unmapped mmap shared fixed at somewhere already mapped For private mappings, we should verify that changes cannot be read() back from the file, nor mmap's back from the file at a different address. (There have been systems where private was not correctly implemented like the infamous i386 svr4.0, and systems where the VM page cache was not coherent with the filesystem buffer cache like early versions of FreeBSD and possibly contemporary NetBSD.) For shared mappings, we should conversely verify that changes get propogated back to all the places they're supposed to be. Grep wants private fixed already mapped. The main things grep needs to know about mmap are: * does it exist and is it safe to write into the mmap'd area * how to use it (BSD variants) */ #include #include #include #if HAVE_SYS_TYPES_H # include #endif #if HAVE_STDLIB_H # include #endif #if HAVE_SYS_STAT_H # include #endif #if HAVE_UNISTD_H # include #endif /* This mess was copied from the GNU getpagesize.h. */ #ifndef HAVE_GETPAGESIZE /* Assume that all systems that can run configure have sys/param.h. */ # ifndef HAVE_SYS_PARAM_H # define HAVE_SYS_PARAM_H 1 # endif # ifdef _SC_PAGESIZE # define getpagesize() sysconf(_SC_PAGESIZE) # else /* no _SC_PAGESIZE */ # ifdef HAVE_SYS_PARAM_H # include # ifdef EXEC_PAGESIZE # define getpagesize() EXEC_PAGESIZE # else /* no EXEC_PAGESIZE */ # ifdef NBPG # define getpagesize() NBPG * CLSIZE # ifndef CLSIZE # define CLSIZE 1 # endif /* no CLSIZE */ # else /* no NBPG */ # ifdef NBPC # define getpagesize() NBPC # else /* no NBPC */ # ifdef PAGESIZE # define getpagesize() PAGESIZE # endif /* PAGESIZE */ # endif /* no NBPC */ # endif /* no NBPG */ # endif /* no EXEC_PAGESIZE */ # else /* no HAVE_SYS_PARAM_H */ # define getpagesize() 8192 /* punt totally */ # endif /* no HAVE_SYS_PARAM_H */ # endif /* no _SC_PAGESIZE */ #endif /* no HAVE_GETPAGESIZE */ #ifdef __cplusplus extern "C" { void *malloc(unsigned); } #else char *malloc(); #endif int main() { char *data, *data2, *data3; int i, pagesize; int fd; pagesize = getpagesize(); /* * First, make a file with some known garbage in it. */ data = malloc(pagesize); if (!data) exit(1); for (i = 0; i < pagesize; ++i) *(data + i) = rand(); umask(0); fd = creat("conftestmmap", 0600); if (fd < 0) exit(1); if (write(fd, data, pagesize) != pagesize) exit(1); close(fd); /* * Next, try to mmap the file at a fixed address which * already has something else allocated at it. If we can, * also make sure that we see the same garbage. */ fd = open("conftestmmap", O_RDWR); if (fd < 0) exit(1); data2 = malloc(2 * pagesize); if (!data2) exit(1); data2 += (pagesize - ((int) data2 & (pagesize - 1))) & (pagesize - 1); if (data2 != mmap(data2, pagesize, PROT_READ | PROT_WRITE, MAP_PRIVATE | MAP_FIXED, fd, 0L)) exit(1); for (i = 0; i < pagesize; ++i) if (*(data + i) != *(data2 + i)) exit(1); /* * Finally, make sure that changes to the mapped area * do not percolate back to the file as seen by read(). * (This is a bug on some variants of i386 svr4.0.) */ for (i = 0; i < pagesize; ++i) *(data2 + i) = *(data2 + i) + 1; data3 = malloc(pagesize); if (!data3) exit(1); if (read(fd, data3, pagesize) != pagesize) exit(1); for (i = 0; i < pagesize; ++i) if (*(data + i) != *(data3 + i)) exit(1); close(fd); unlink("conftestmmap"); exit(0); } configure:2650: checking whether we are using the GNU C Library 2.1 or newer configure:2657: features.h: No such file or directory configure:2688: checking whether integer division by zero raises SIGFPE configure:2745: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:2786: checking for inttypes.h configure:2800: cc -c -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c 1>&5 configure:2825: checking whether the inttypes.h PRIxNN macros are broken configure:2842: cc -c -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c 1>&5 configure:3253: checking for msgfmt configure:3288: checking for gmsgfmt configure:3325: checking for xgettext configure:3362: checking for msgmerge configure:3425: checking for argz.h configure:3435: cc -E -I/usr/local/include -I/usr/X11R6/include conftest.c >/dev/null 2>conftest.out configure:3431: argz.h: No such file or directory configure: failed program was: #line 3430 "configure" #include "confdefs.h" #include configure:3425: checking for limits.h configure:3435: cc -E -I/usr/local/include -I/usr/X11R6/include conftest.c >/dev/null 2>conftest.out configure:3425: checking for locale.h configure:3435: cc -E -I/usr/local/include -I/usr/X11R6/include conftest.c >/dev/null 2>conftest.out configure:3425: checking for nl_types.h configure:3435: cc -E -I/usr/local/include -I/usr/X11R6/include conftest.c >/dev/null 2>conftest.out configure:3425: checking for malloc.h configure:3435: cc -E -I/usr/local/include -I/usr/X11R6/include conftest.c >/dev/null 2>conftest.out In file included from configure:3431: /usr/include/malloc.h:2: warning: #warning "this file includes which is deprecated, use instead" configure: failed program was: #line 3430 "configure" #include "confdefs.h" #include configure:3425: checking for stddef.h configure:3435: cc -E -I/usr/local/include -I/usr/X11R6/include conftest.c >/dev/null 2>conftest.out configure:3425: checking for stdlib.h configure:3425: checking for string.h configure:3435: cc -E -I/usr/local/include -I/usr/X11R6/include conftest.c >/dev/null 2>conftest.out configure:3425: checking for unistd.h configure:3425: checking for sys/param.h configure:3435: cc -E -I/usr/local/include -I/usr/X11R6/include conftest.c >/dev/null 2>conftest.out configure:3466: checking for feof_unlocked configure:3494: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 /tmp/ccTUzu8u.o: In function `main': /tmp/ccTUzu8u.o(.text+0x7): undefined reference to `feof_unlocked' configure: failed program was: #line 3471 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char feof_unlocked(); below. */ #include /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char feof_unlocked(); int main() { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub_feof_unlocked) || defined (__stub___feof_unlocked) choke me #else feof_unlocked(); #endif ; return 0; } configure:3466: checking for fgets_unlocked configure:3494: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 /tmp/cczMxXBH.o: In function `main': /tmp/cczMxXBH.o(.text+0x7): undefined reference to `fgets_unlocked' configure: failed program was: #line 3471 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char fgets_unlocked(); below. */ #include /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char fgets_unlocked(); int main() { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub_fgets_unlocked) || defined (__stub___fgets_unlocked) choke me #else fgets_unlocked(); #endif ; return 0; } configure:3466: checking for getc_unlocked configure:3494: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 /tmp/ccnSQ9MZ.o: In function `main': /tmp/ccnSQ9MZ.o(.text+0x7): undefined reference to `getc_unlocked' configure: failed program was: #line 3471 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char getc_unlocked(); below. */ #include /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char getc_unlocked(); int main() { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub_getc_unlocked) || defined (__stub___getc_unlocked) choke me #else getc_unlocked(); #endif ; return 0; } configure:3466: checking for getcwd configure:3494: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:3466: checking for getegid configure:3494: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:3466: checking for geteuid configure:3494: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:3466: checking for getgid configure:3494: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:3466: checking for getuid configure:3494: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:3466: checking for mempcpy configure:3494: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 /tmp/ccFyzCHj.o: In function `main': /tmp/ccFyzCHj.o(.text+0x7): undefined reference to `mempcpy' configure: failed program was: #line 3471 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char mempcpy(); below. */ #include /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char mempcpy(); int main() { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub_mempcpy) || defined (__stub___mempcpy) choke me #else mempcpy(); #endif ; return 0; } configure:3466: checking for munmap configure:3494: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:3466: checking for putenv configure:3494: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:3466: checking for setenv configure:3494: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:3466: checking for setlocale configure:3494: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:3466: checking for stpcpy configure:3494: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 /tmp/ccfWORmA.o: In function `main': /tmp/ccfWORmA.o(.text+0x7): undefined reference to `stpcpy' configure: failed program was: #line 3471 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char stpcpy(); below. */ #include /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char stpcpy(); int main() { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub_stpcpy) || defined (__stub___stpcpy) choke me #else stpcpy(); #endif ; return 0; } configure:3466: checking for strcasecmp configure:3494: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:3466: checking for strdup configure:3494: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:3466: checking for strtoul configure:3494: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:3466: checking for tsearch configure:3494: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:3466: checking for __argz_count configure:3494: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 /tmp/cccbaJED.o: In function `main': /tmp/cccbaJED.o(.text+0x7): undefined reference to `__argz_count' configure: failed program was: #line 3471 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char __argz_count(); below. */ #include /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char __argz_count(); int main() { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub___argz_count) || defined (__stub_____argz_count) choke me #else __argz_count(); #endif ; return 0; } configure:3466: checking for __argz_stringify configure:3494: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 /tmp/cc6YFaur.o: In function `main': /tmp/cc6YFaur.o(.text+0x7): undefined reference to `__argz_stringify' configure: failed program was: #line 3471 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char __argz_stringify(); below. */ #include /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char __argz_stringify(); int main() { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub___argz_stringify) || defined (__stub_____argz_stringify) choke me #else __argz_stringify(); #endif ; return 0; } configure:3466: checking for __argz_next configure:3494: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 /tmp/ccuOMvil.o: In function `main': /tmp/ccuOMvil.o(.text+0x7): undefined reference to `__argz_next' configure: failed program was: #line 3471 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char __argz_next(); below. */ #include /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char __argz_next(); int main() { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub___argz_next) || defined (__stub_____argz_next) choke me #else __argz_next(); #endif ; return 0; } configure:3550: checking for iconv configure:3568: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:3625: checking for iconv declaration configure:3650: cc -c -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c 1>&5 configure:3640: conflicting types for `libiconv' /usr/local/include/iconv.h:82: previous declaration of `libiconv' configure: failed program was: #line 3631 "configure" #include "confdefs.h" #include #include extern #ifdef __cplusplus "C" #endif #if defined(__STDC__) || defined(__cplusplus) size_t iconv (iconv_t cd, char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft); #else size_t iconv(); #endif int main() { ; return 0; } configure:3674: checking for nl_langinfo and CODESET configure:3686: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:3710: checking for LC_MESSAGES configure:3722: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:3749: checking for bison configure:3782: checking version of bison configure:3811: checking whether NLS is requested configure:3835: checking whether included gettext is requested configure:3855: checking for GNU gettext in libc configure:3870: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:4457: checking whether to enable maintainer-specific portions of Makefiles configure:4507: checking for a BSD compatible install configure:4596: checking for Cygwin environment configure:4612: cc -c -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c 1>&5 configure: In function `main': configure:4608: `__CYGWIN32__' undeclared (first use in this function) configure:4608: (Each undeclared identifier is reported only once configure:4608: for each function it appears in.) configure: failed program was: #line 4601 "configure" #include "confdefs.h" int main() { #ifndef __CYGWIN__ #define __CYGWIN__ __CYGWIN32__ #endif return __CYGWIN__; ; return 0; } configure:4629: checking for mingw32 environment configure:4641: cc -c -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c 1>&5 configure: In function `main': configure:4637: `__MINGW32__' undeclared (first use in this function) configure:4637: (Each undeclared identifier is reported only once configure:4637: for each function it appears in.) configure: failed program was: #line 4634 "configure" #include "confdefs.h" int main() { return __MINGW32__; ; return 0; } configure:4704: checking build system type configure:4733: checking for ld used by GCC configure:4801: checking if the linker (/usr/bin/ld) is GNU ld GNU ld version 2.12.1 [FreeBSD] 2002-07-20 configure:4818: checking for /usr/bin/ld option to reload object files configure:4830: checking for BSD-compatible nm configure:4868: checking whether ln -s works configure:4889: checking how to recognise dependant libraries configure:5072: checking for object suffix configure:5078: cc -c -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c 1>&5 configure:5098: checking for executable suffix configure:5108: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:5139: checking command to parse /usr/bin/nm -B output configure:5219: cc -c -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c 1>&5 configure:5222: /usr/bin/nm -B conftest.o | sed -n -e 's/^.*[ ]\([ABCDGISTW][ABCDGISTW]*\)[ ][ ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' > conftest.nm configure:5273: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c conftstm.o 1>&5 configure:5322: checking for dlfcn.h configure:5332: cc -E -I/usr/local/include -I/usr/X11R6/include conftest.c >/dev/null 2>conftest.out configure:5500: checking for ranlib configure:5567: checking for strip configure:5810: checking for objdir configure:5837: checking for cc option to produce PIC configure:5989: checking if cc PIC flag -fPIC works configure:6003: cc -c -O -pipe -fPIC -DPIC -I/usr/local/include -I/usr/X11R6/include conftest.c 1>&5 configure:6055: checking if cc static flag -static works configure:6070: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include -static conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:6097: checking if cc supports -c -o file.o configure:6116: cc -c -O -pipe -o out/conftest2.o -I/usr/local/include -I/usr/X11R6/include conftest.c 1>&5 configure:6145: checking if cc supports -c -o file.lo configure:6163: cc -c -O -pipe -c -o conftest.lo -I/usr/local/include -I/usr/X11R6/include conftest.c 1>&5 configure:6213: checking if cc supports -fno-rtti -fno-exceptions configure:6226: cc -c -O -pipe -fno-rtti -fno-exceptions -c conftest.c -I/usr/local/include -I/usr/X11R6/include conftest.c 1>&5 configure:6253: checking whether the linker (/usr/bin/ld) supports shared libraries configure:6937: checking how to hardcode library paths into programs configure:6965: checking whether stripping libraries is possible configure:6979: checking dynamic linker characteristics configure:7376: checking if libtool supports shared libraries configure:7380: checking whether to build shared libraries configure:7403: checking whether to build static libraries configure:7444: checking for shl_load configure:7472: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 /tmp/ccvCywBy.o: In function `main': /tmp/ccvCywBy.o(.text+0x7): undefined reference to `shl_load' configure: failed program was: #line 7449 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char shl_load(); below. */ #include /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char shl_load(); int main() { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub_shl_load) || defined (__stub___shl_load) choke me #else shl_load(); #endif ; return 0; } configure:7490: checking for shl_load in -ldld configure:7509: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -ldld -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 /usr/libexec/elf/ld: cannot find -ldld configure: failed program was: #line 7498 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char shl_load(); int main() { shl_load() ; return 0; } configure:7528: checking for dlopen configure:7556: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:7725: checking whether a program can dlopen itself configure:7796: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include -DHAVE_DLFCN_H -Wl,--export-dynamic conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:7819: checking whether a statically linked program can dlopen itself configure:7890: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include -DHAVE_DLFCN_H -Wl,--export-dynamic -static conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:7939: checking whether -lc should be explicitly linked in configure:7946: cc -c -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c 1>&5 configure:7959: cc -shared conftest.o -v -Wl,-soname -Wl,conftest -o conftest 2>&1 | grep -lc >/dev/null 2>&1 configure:8545: checking for strerror in -lcposix configure:8587: checking whether byte ordering is bigendian configure:8605: cc -c -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c 1>&5 configure:8620: cc -c -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c 1>&5 configure: In function `main': configure:8615: syntax error before `big' configure: failed program was: #line 8609 "configure" #include "confdefs.h" #include #include int main() { #if BYTE_ORDER != BIG_ENDIAN not big endian #endif ; return 0; } configure:8677: checking whether gmake sets ${MAKE} configure:8704: checking for ANSI C header files configure:8812: checking for limits.h configure:8851: checking for stpcpy configure:8851: checking for memcpy configure:8879: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:8863: warning: conflicting types for built-in function `memcpy' configure:8851: checking for timegm configure:8879: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:8851: checking for towupper configure:8879: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 /tmp/ccnCWMxD.o: In function `main': /tmp/ccnCWMxD.o(.text+0x7): undefined reference to `towupper' configure: failed program was: #line 8856 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char towupper(); below. */ #include /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char towupper(); int main() { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub_towupper) || defined (__stub___towupper) choke me #else towupper(); #endif ; return 0; } configure:8906: checking for the tm_gmtoff member of struct tm configure:8923: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure:8946: checking if scanf supports %lld conversions configure:8972: cc -o conftest -O -pipe -I/usr/local/include -I/usr/X11R6/include conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lintl 1>&5 configure: failed program was: #line 8954 "configure" #include "confdefs.h" #include #include int main () { long long int d; d = 0; if ((sscanf ("10000000000", "%lld", &d) != 1) || (d != 10000000000)) exit (1); exit (0); } configure:8999: checking for ltdl.h configure:9009: cc -E -I/usr/local/include -I/usr/X11R6/include conftest.c >/dev/null 2>conftest.out configure:9005: ltdl.h: No such file or directory configure: failed program was: #line 9004 "configure" #include "confdefs.h" #include --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="pkg.txt" ImageMagick-5.5.7.14 ORBit-0.5.17_1 ORBit2-2.8.3 OpenSP-1.5_4 XFree86-4.3.0,1 XFree86-FontServer-4.3.0_3 XFree86-Server-4.3.0_12 XFree86-clients-4.3.0_6 XFree86-documents-4.3.0 XFree86-font100dpi-4.3.0 XFree86-font75dpi-4.3.0 XFree86-fontCyrillic-4.3.0 XFree86-fontDefaultBitmaps-4.3.0 XFree86-fontEncodings-4.3.0 XFree86-fontScalable-4.3.0 XFree86-libraries-4.3.0_6 Xft-2.1.2 aalib-1.4.r5_1 aclgen-2.02 acroread-5.08 amavisd-0.1,1 apache-2.0.48_1 arc-5.21j arts-1.1.4,1 aspell-0.50.4.1 atk-1.4.1_1 autoconf-2.13.000227_5 autoconf-2.53_1 automake-1.4.5_9 automake-1.5,1 bash-2.05b.007 bison-1.75_1 bladeenc-0.94.2 bonobo-1.0.22 cclient-2002d,1 cdparanoia-3.9.8_6 cdrtools-2.0.3 compat3x-i386-4.4.20020925 cracklib-2.7_1 cthumb-4.1 cups-base-1.1.20.0 cups-pstoraster-7.07 curl-7.10.8 cvsup-16.1h cyrus-sasl-1.5.28_2 db3-3.3.11,1 db4-4.0.14_1,1 db41-4.1.25_1 docbook-1.2_1 docbook-241_2 docbook-3.0_2 docbook-3.1_2 docbook-4.0_2 docbook-4.1_2 docbook-sk-4.1.2_1 docbook-xml-4.2_1 docbook-xsl-1.63.0 dri-4.3.0,1 eel2-2.4.1 esound-0.2.32_1 expat-1.95.6_1 expect-5.38.0_3 ezm3-1.1 faces-1.7.7_4 fam-2.6.9_3 fetchmail-6.2.5 firebird-1.5.r7 flac-1.1.0_3 fontconfig-2.2.90_3 fping-2.4b2 freetype2-2.1.5_1 freeze-2.5_1 fribidi-0.10.4_1 g-wrap-1.3.4_5 gail-1.4.1 gaim-0.74_3 gal-0.24 gallery-1.4.0.2 gbuffy-0.2.6 gcc-3.3.3_20031222 gconf-1.0.9_6 gconf2-2.4.0.1 gd-2.0.15_1,1 gdbm-1.8.3 gdk-pixbuf-0.22.0 gettext-0.12.1 ghostscript-gnu-7.07_4 gimp-1.2.5,1 gimp-print-4.2.5_1 glib-1.2.10_10 glib-2.2.3 glibwww-0.2_1 gmake-3.80_1 gnet-glib2-1.1.9_1 gnet2-2.0.4 gnome-icon-theme-1.0.9 gnomecanvas-0.22.0 gnomedb-0.2.96_1 gnomedesktop-2.4.1.1_1 gnomehier-1.0_10 gnomelibs-1.4.2_1 gnomemimedata-2.4.1 gnomeprint-0.37 gnomevfs-1.0.5_4 gnomevfs2-2.4.1_1 gnucash-1.8.7 gnucash-docs-1.8.3_1 gocr-0.37 gotmail-0.7.10 grip-3.1.3 gsm-1.0.10 gtk-1.2.10_10 gtk-2.2.4_1 gtk-engines2-2.2.0 gtkglarea-1.2.2_1 gtkhtml-1.1.10_2 gtkspell2-2.0.4 guile-1.6.4_3 guile-gtk-0.31 guppi-0.40.3_3 hdf-4.1r5 help2man-1.29 hpijs-1.5 hpoj-0.91_1 id3lib-3.8.2 imake-4.3.0_2 imlib-1.9.14_1 intltool-0.28_1 ipcalc-0.35_1 iso8879-1986_2 ispell-3.2.06_4 jade-1.2.1_5 jasper-1.700.5 jbigkit-1.5 jhead-2.0 jpeg-6b_1 jpilot-0.99.6_1 kde-3.1.4 kdeaddons-3.1.4 kdeadmin-3.1.4_1 kdeartwork-3.1.4_1 kdebase-3.1.4 kdeedu-3.1.4 kdegames-3.1.4 kdegraphics-3.1.4 kdelibs-3.1.4_1 kdemultimedia-3.1.4_2 kdenetwork-3.1.4 kdepim-3.1.4 kdesdk-3.1.4 kdetoys-3.1.4 kdeutils-3.1.4 kdevelop-2.1.5 koffice-1.2.1_1,1 lame-3.93.1 lcms-1.09,1 lha-1.14i_2 libIDL-0.8.2 libao-esound-0.8.4_1 libart_lgpl2-2.3.16 libaudiofile-0.2.5 libbonobo-2.4.2 libbonoboui-2.4.2 libcapplet-1.4.0.5_1 libfpx-1.2.0.9 libgda-0.2.96_1 libghttp-1.0.9 libglade-0.17_2 libglade2-2.0.1_1 libglut-5.0.2 libgmp-4.1.2_2 libgnome-2.4.0_3 libgnomecanvas-2.4.0 libgnomeui-2.4.0.1_1 libgnugetopt-1.2 libgsf-1.8.2 libiconv-1.9.1_3 libijs-0.34 libltdl-1.5 libmal-0.31 libmcal-0.7 libmcrypt-2.5.7_1 libmcve-3.2.2 libmng-1.0.5_1 libmpeg2-0.3.1_1 libofx-0.6.5 libogg-1.1,3 libproplist-0.10.1 librsvg2-2.4.0_1 libslang-1.4.9 libtool-1.3.5_1 libtool-1.4.3_2 libtool-1.5 libungif-4.1.0b1_1 libunicode-0.4_3 libusb-0.1.7_1 libvorbis-1.0.1,3 libwmf-0.2.8.2 libwww-5.4.0 libxml-1.8.17_1 libxml2-2.6.4 libxslt-1.1.2 linc-1.0.3 linux-gtk-1.2_2 linux_base-7.1_5 linuxdoc-1.1_1 lynx-2.8.4.1d lzo-1.08_1 lzop-1.01 m4-1.4_1 mhash-0.8.18 ming-0.2a_1 mkcatalog-1.1 mkisofs-2.0.3 mldonkey-2.5.4 mp-a4-3.0.1 mp3gain-1.3.2 mp3info-gtk-0.8.4 mpg123-esound-0.59r_9 mrtg-2.10.5_1,1 mtr-gtk-0.54 mutt-1.4.1_4 mysql-client-4.0.17 mysql-server-4.0.17 nasm-0.98.38_1,1 netpbm-10.19_2 netscape7-7.1 newspost-2.1.1 nspr-4.3_2 nss-3.8 oaf-0.6.10_1 ocaml-3.07_1 ocaml-cryptokit-1.1 ocaml-jabbr-0.0.20021124 ocaml-lablgl-0.99 ocaml-lablgtk-1.2.5 ocaml-yaxpo-0.0.20020816 openldap-client-2.1.23 openldap-client-2.2.2.b openldap-server-2.2.2.b openssl-0.9.7c oracle7-client-0.02 p5-Archive-Tar-1.07 p5-Archive-Zip-1.09 p5-Authen-PAM-0.14 p5-Authen-SASL-2.06 p5-CGI-SpeedyCGI-2.22 p5-CGI.pm-3.01,1 p5-Compress-Zlib-1.32 p5-Convert-TNEF-0.17 p5-Convert-UUlib-1.0,1 p5-DBD-mysql-2.9003 p5-DBI-137-1.37 p5-Date-Manip-5.42a p5-Digest-1.05 p5-Digest-HMAC-1.01 p5-Digest-MD5-2.33 p5-Digest-Nilsimsa-0.06 p5-Digest-SHA1-2.07 p5-File-Spec-0.86 p5-Finance-Quote-1.08 p5-Finance-QuoteHist-0.31 p5-Gtk-0.7008_1 p5-HTML-0.6 p5-HTML-Parser-3.34 p5-HTML-TableExtract-1.08 p5-HTML-Tagset-3.03 p5-IO-1.20 p5-IO-INET6-1.28 p5-IO-String-1.02 p5-IO-stringy-2.108 p5-MIME-Base64-2.21 p5-MIME-Tools-5.411a_3,1 p5-Mail-SpamAssassin-2.61 p5-Mail-Tools-1.60 p5-Net-1.17,1 p5-Net-DNS-0.42 p5-Net-SSLeay-1.23 p5-Net-Server-0.85 p5-Parse-RecDescent-1.94 p5-PodParser-1.26 p5-SNMP_Session-0.98 p5-Socket6-0.10 p5-Storable-2.08 p5-Test-Harness-2.38_1 p5-Test-Simple-0.47_1 p5-Text-Balanced-1.95 p5-Text-EtText-2.2 p5-Time-HiRes-1.52,1 p5-URI-1.28 p5-Unix-Syslog-0.100 p5-XML-Parser-2.34 p5-XML-Writer-0.4.1 p5-libwww-5.76 pan2-0.14.2 pango-1.2.5 pcre-4.4 pdflib-5.0.2 pdftohtml-0.36 pear-Archive_Tar-1.1 pear-Console_Getopt-1.0_1 pear-PEAR-1.2.1 php4-4.3.4_4 phpMyAdmin-2.5.4 pilot-link-0.11.8_1 pkgconfig-0.15.0 pkgdb.db png-1.2.5_3 popt-1.6.4_1 portupgrade-20030723 procmail-3.22_3 py23-expat-2.3.3_2 python-2.3.3 qpopper-4.0.5_1 qt-3.2.3 quanta-3.1.4,2 razor-agents-2.36_2 rc_subr-1.16 rplay-3.3.2_1 rpm-3.0.6_8 rrdtool-1.0.45 ruby-1.6.8.2003.10.15 ruby-bdb1-0.2.1 ruby-shim-ruby18-1.8.1.p3 samba-2.2.8a sane-backends-1.0.13_1 screen-4.0.1_2 scrollkeeper-0.3.14,1 sdl-1.2.5_3,1 sdocbook-xml-4.1.2.5_1 sgmlformat-1.7_2 slib-3a1_1 slib-guile-3a1 slrn-0.9.8.0_1 slrnconf-0.8.2 smokeping-1.24 soup-0.7.11 speex-1.0.3_1,1 startup-notification-0.5_1 svgalib-1.4.3_1 tcl-8.3.5_2 tcl-8.4.5,1 teTeX-2.0.2_2 tiff-3.6.0_1 tk-8.3.5_2 tk-8.4.5,1 ucd-snmp-4.2.6_3 unarj-2.43_1 unrar-3.20,2 unzip-5.50_2 uulib-0.5.18 uvscan-4.24e uvscan_dat-4311 vim-6.2.154 vorbis-tools-1.0.1,3 vte-0.11.10_2 webalizer-2.1.10_4 webmin-1.121_1 wget-1.8.2_5 wrapper-1.0_3 wwwcount-2.5_1 xanim-2.92.0 xmlcatmgr-1.1 xsane-0.91 xv-3.10a_3 zip-2.3_1 zoo-2.10.1 --zYM0uCDKw75PZbzx-- From owner-freebsd-gnome@FreeBSD.ORG Sat Dec 27 13:55:38 2003 Return-Path: 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 357C616A4CE for ; Sat, 27 Dec 2003 13:55:38 -0800 (PST) Received: from ms-smtp-01-eri0.southeast.rr.com (ms-smtp-01-lbl.southeast.rr.com [24.25.9.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38FC843D3F for ; Sat, 27 Dec 2003 13:55:36 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hBRLtWHG001492; Sat, 27 Dec 2003 16:55:33 -0500 (EST) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) hBRLscL4004247; Sat, 27 Dec 2003 16:54:38 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Bert van de Grift In-Reply-To: <20031227205107.GA2499@snoozy.vdgrift.org> References: <20031227205107.GA2499@snoozy.vdgrift.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-5iqOsrT8o2UMLKigBeKC" Organization: MarcusCom, Inc. Message-Id: <1072562126.47833.6.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sat, 27 Dec 2003 16:55:26 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on creme-brulee.marcuscom.com X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: FreeBSD GNOME Users Subject: Re: gnucash make problem X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Dec 2003 21:55:38 -0000 --=-5iqOsrT8o2UMLKigBeKC Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2003-12-27 at 15:51, Bert van de Grift wrote: > Hi, >=20 > I get the following error when I try to make gnucash: >=20 > configure: error: Cannot find ltdl.h -- libtool-devel not installed? >=20 > See attached files as suggested by the configure script... >=20 > FreeBSD version: 4.8-RELEASE-p13 >=20 > Any help would be appreciated. You need to install devel/libltdl. Joe >=20 > Regards, --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-5iqOsrT8o2UMLKigBeKC Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQA/7f/Ob2iPiv4Uz4cRAvEgAJsExDdPHI4i2Iwv9wtbMbj0HJoX8gCggl81 bt7SEz4iNdQolDCPK4/LuwQ= =Gmki -----END PGP SIGNATURE----- --=-5iqOsrT8o2UMLKigBeKC-- From owner-freebsd-gnome@FreeBSD.ORG Sat Dec 27 15:06:51 2003 Return-Path: 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 16A4316A4CE for ; Sat, 27 Dec 2003 15:06:51 -0800 (PST) Received: from ms-smtp-01-eri0.southeast.rr.com (ms-smtp-01-lbl.southeast.rr.com [24.25.9.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89D5043D68 for ; Sat, 27 Dec 2003 15:05:48 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hBRN5jHG000117; Sat, 27 Dec 2003 18:05:45 -0500 (EST) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) hBRN4kL4004711; Sat, 27 Dec 2003 18:04:46 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Adam Weinberger In-Reply-To: <20031227101358.GD27144@toxic.magnesium.net> References: <20031227101358.GD27144@toxic.magnesium.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-qGs6Tlsr8grmd50/6bj7" Organization: MarcusCom, Inc. Message-Id: <1072566334.47833.14.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sat, 27 Dec 2003 18:05:34 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on creme-brulee.marcuscom.com X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: FreeBSD GNOME Users Subject: Re: development FAQ X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Dec 2003 23:06:51 -0000 --=-qGs6Tlsr8grmd50/6bj7 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2003-12-27 at 05:13, Adam Weinberger wrote: > I dunno whether this is a good idea or not, but I've produced a > proof-of-concept FAQ for GNOME development. It exists to give a bit more > acknowledgement of where we keep our experimental repository and what we > do with it. It contains a section on the current state of the > development tree: what builds, what doesn't, and important caveats. >=20 > It needs input from both developers and users, and frankly, it sucks > pretty bad ATM. It's in the MarcusCom www/ module under > www/en/gnome/docs/develfaq.sgml. >=20 > If you think it's a terrible idea, please please give me suggestions on > how to make it better. If you like the idea, please please make it > better. Great work! I changed the formatting some (still needs some work), and added some additional content, then committed it to the FreeBSD repo.=20 This way, users can start reading up on this info. Thanks! Joe >=20 > # Adam >=20 >=20 > -- > Adam Weinberger > vectors.cx >> adam@vectors.cx >> http://www.vectors.cx > magnesium.net << adamw@magnesium.net << http://www.magnesium.net/~adamw > FreeBSD >> adamw@FreeBSD.org >> http://people.freebsd.org/~adamw > #vim:set ts=3D8: 8-char tabs prevent tooth decay. > _______________________________________________ > freebsd-gnome@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-qGs6Tlsr8grmd50/6bj7 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQA/7hA+b2iPiv4Uz4cRApy4AJwMZuBm6ShaI+7r0XNA3yGQWHbsiQCeN6JK wrpuQFhuhK6B/X0Hfwuuu6U= =ZWtf -----END PGP SIGNATURE----- --=-qGs6Tlsr8grmd50/6bj7-- From owner-freebsd-gnome@FreeBSD.ORG Sat Dec 27 16:28:54 2003 Return-Path: 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 9AE4416A4CE for ; Sat, 27 Dec 2003 16:28:54 -0800 (PST) Received: from host.server-23.net (host.server-23.net [64.191.95.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4545743D39 for ; Sat, 27 Dec 2003 16:28:52 -0800 (PST) (envelope-from samy@kerneled.com) Received: from [213.184.163.115] (helo=beastie.freebsd.local) by host.server-23.net with asmtp (Exim 4.24) id 1AaOnQ-0000V7-3m for freebsd-gnome@FreeBSD.org; Sat, 27 Dec 2003 19:28:40 -0500 Date: Sun, 28 Dec 2003 03:29:22 +0300 From: Samy Al Bahra To: freebsd-gnome@FreeBSD.org Message-Id: <20031228032922.70d73f33.samy@kerneled.com> Organization: Kerneled X-Mailer: Sylpheed version 0.9.5-gtk2-20030906 (GTK+ 2.2.1; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host.server-23.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - kerneled.com Subject: New GNOME splash screen X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Dec 2003 00:28:54 -0000 I am curious to hear your opinions on http://samy.kerneled.com/gnome-splash.png If enough of you like it, then it will replace the current splash screen next gnome-session update. Enjoy. -- +-----------------------------------+ | Samy Al Bahra | samy@kerneled.com | |-----------------------------------| | B3A7 F5BE B2AE 67B1 AC4B | | 0983 956D 1F4A AA54 47CB | |-----------------------------------| | http://www.kerneled.com | +-----------------------------------+ From owner-freebsd-gnome@FreeBSD.ORG Sat Dec 27 16:33:34 2003 Return-Path: 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 0BDC916A4CE for ; Sat, 27 Dec 2003 16:33:34 -0800 (PST) Received: from qsmtp4.america.net (qsmtp4.america.net [69.60.160.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E2B243D53 for ; Sat, 27 Dec 2003 16:33:33 -0800 (PST) (envelope-from trey@fastmail.fm) Received: from [65.82.45.189] (helo=fastmail.fm) by qsmtp4.america.net with esmtp (Exim 4.10) id 1AaOs8-0000Yu-00 for freebsd-gnome@FreeBSD.org; Sat, 27 Dec 2003 19:33:32 -0500 Message-ID: <3FEE2629.3030103@fastmail.fm> Date: Sat, 27 Dec 2003 19:39:05 -0500 From: Trey Sizemore User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031205 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-gnome@FreeBSD.org References: <20031228032922.70d73f33.samy@kerneled.com> In-Reply-To: <20031228032922.70d73f33.samy@kerneled.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: New GNOME splash screen X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Dec 2003 00:33:34 -0000 Samy Al Bahra wrote: >I am curious to hear your opinions on >http://samy.kerneled.com/gnome-splash.png > >If enough of you like it, then it will replace the current splash screen >next gnome-session update. Enjoy. > > > I like the current one better. From owner-freebsd-gnome@FreeBSD.ORG Sat Dec 27 16:48:21 2003 Return-Path: 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 BC5C016A4CE for ; Sat, 27 Dec 2003 16:48:21 -0800 (PST) Received: from host.server-23.net (host.server-23.net [64.191.95.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 335B643D54 for ; Sat, 27 Dec 2003 16:48:20 -0800 (PST) (envelope-from samy@kerneled.com) Received: from [213.184.163.115] (helo=beastie.freebsd.local) by host.server-23.net with asmtp (Exim 4.24) id 1AaP6F-000116-QJ; Sat, 27 Dec 2003 19:48:08 -0500 Date: Sun, 28 Dec 2003 03:48:50 +0300 From: Samy Al Bahra To: Trey Sizemore Message-Id: <20031228034850.6d8d30eb.samy@kerneled.com> In-Reply-To: <3FEE2629.3030103@fastmail.fm> References: <20031228032922.70d73f33.samy@kerneled.com> <3FEE2629.3030103@fastmail.fm> Organization: Kerneled X-Mailer: Sylpheed version 0.9.5-gtk2-20030906 (GTK+ 2.2.1; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host.server-23.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - kerneled.com cc: freebsd-gnome@FreeBSD.org Subject: Re: New GNOME splash screen X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Dec 2003 00:48:21 -0000 On Sat, 27 Dec 2003 19:39:05 -0500 Trey Sizemore wrote: > I like the current one better. Reasoning behind your choice would be appreciated too. Is it just a matter of style or specific things in the new splash screen? -- +-----------------------------------+ | Samy Al Bahra | samy@kerneled.com | |-----------------------------------| | B3A7 F5BE B2AE 67B1 AC4B | | 0983 956D 1F4A AA54 47CB | |-----------------------------------| | http://www.kerneled.com | +-----------------------------------+ From owner-freebsd-gnome@FreeBSD.ORG Sat Dec 27 16:52:26 2003 Return-Path: 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 8F5F416A4CE for ; Sat, 27 Dec 2003 16:52:26 -0800 (PST) Received: from qsmtp5.america.net (qsmtp5.america.net [69.60.160.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id B74F943D41 for ; Sat, 27 Dec 2003 16:52:25 -0800 (PST) (envelope-from trey@fastmail.fm) Received: from [65.82.45.189] (helo=fastmail.fm) by qsmtp5.america.net with esmtp (Exim 4.10) id 1AaPAO-00031M-00; Sat, 27 Dec 2003 19:52:24 -0500 Message-ID: <3FEE2A97.4080302@fastmail.fm> Date: Sat, 27 Dec 2003 19:57:59 -0500 From: Trey Sizemore User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031205 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Samy Al Bahra References: <20031228032922.70d73f33.samy@kerneled.com> <3FEE2629.3030103@fastmail.fm> <20031228034850.6d8d30eb.samy@kerneled.com> In-Reply-To: <20031228034850.6d8d30eb.samy@kerneled.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-gnome@FreeBSD.org Subject: Re: New GNOME splash screen X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Dec 2003 00:52:26 -0000 Samy Al Bahra wrote: >On Sat, 27 Dec 2003 19:39:05 -0500 >Trey Sizemore wrote: > > > >>I like the current one better. >> >> > >Reasoning behind your choice would be appreciated too. Is it just a >matter of style or specific things in the new splash screen? > > > > Sorry, should have been more specific. Mostly a style thing. The currently splash screen looks great aesthetically. Nothing particularly wrong with the newer one, but I like the looks of the current a little better. From owner-freebsd-gnome@FreeBSD.ORG Sat Dec 27 18:02:53 2003 Return-Path: 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 050C416A4CE; Sat, 27 Dec 2003 18:02:53 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E48D43D2D; Sat, 27 Dec 2003 18:02:52 -0800 (PST) (envelope-from marcus@FreeBSD.org) Received: from freefall.freebsd.org (marcus@localhost [127.0.0.1]) hBS22qFR010439; Sat, 27 Dec 2003 18:02:52 -0800 (PST) (envelope-from marcus@freefall.freebsd.org) Received: (from marcus@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id hBS22pon010435; Sat, 27 Dec 2003 18:02:52 -0800 (PST) (envelope-from marcus) Date: Sat, 27 Dec 2003 18:02:52 -0800 (PST) From: Joe Marcus Clarke Message-Id: <200312280202.hBS22pon010435@freefall.freebsd.org> To: seggers@semyam.dinoco.de, marcus@FreeBSD.org, gnome@FreeBSD.org Subject: Re: ports/60617: mail/evolution - wrong date in mail list with language zh_CN.EUC X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Dec 2003 02:02:53 -0000 Synopsis: mail/evolution - wrong date in mail list with language zh_CN.EUC State-Changed-From-To: open->closed State-Changed-By: marcus State-Changed-When: Sat Dec 27 18:02:40 PST 2003 State-Changed-Why: Fixed, thanks for reporting! http://www.freebsd.org/cgi/query-pr.cgi?pr=60617