From owner-freebsd-gnome@FreeBSD.ORG Sun Nov 23 03:10: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 C67F816A4CE for ; Sun, 23 Nov 2003 03:10:03 -0800 (PST) Received: from hotmail.com (law12-f54.law12.hotmail.com [64.4.19.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3020C43FBD for ; Sun, 23 Nov 2003 03:10:03 -0800 (PST) (envelope-from humphie_usa@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 23 Nov 2003 03:10:03 -0800 Received: from 81.97.165.113 by lw12fd.law12.hotmail.msn.com with HTTP; Sun, 23 Nov 2003 11:10:02 GMT X-Originating-IP: [81.97.165.113] X-Originating-Email: [humphie_usa@hotmail.com] From: "Andrew Humphries" To: freebsd-gnome@freebsd.org Date: Sun, 23 Nov 2003 11:10:02 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 23 Nov 2003 11:10:03.0201 (UTC) FILETIME=[57CF6310:01C3B1B2] Subject: GNOME 2.4 make install errors 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, 23 Nov 2003 11:10:03 -0000 Hi folks, I use FreeBSD 4.8 on a P3 500 MHz with 386MB SDRAM. The box is fully updated, both in source, and ports tree, and the world has been built and installed. I want to install GNOME 2.4, so I read the FAQ at freebsd.org and added the following to the following files: /etc/rc.conf : portmap_enable="YES" (and rebooted) /etc/make.conf WITH_LAM=yes WITH_FAME=yes I cd into /usr/ports/x11/gnome2 and run a make clean, it completes successfully. Then I do a make install clean, and it installs until it reaches a certain part of gnomeapplets2, in which it churns out the following followed by an error that causes it to stop: gmake install-data-hook gmake[5]: Entering directory `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount/help/C' /bin/sh ../../../mkinstalldirs /usr/X11R6/share/gnome/omf/gnome-applets for file in drivemount-C.omf; do \ install -c -o root -g wheel -m 444 $file.out /usr/X11R6/share/gnome/omf/gnome-applets/$file; \ done install: drivemount-C.omf.out: No such file or directory gmake[5]: *** [install-data-hook-omf] Error 71 gmake[5]: Leaving directory `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount/help/C' gmake[4]: *** [install-data-am] Error 2 gmake[4]: Leaving directory `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount/help/C' gmake[3]: *** [install-am] Error 2 gmake[3]: Leaving directory `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount/help/C' gmake[2]: *** [install-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount/help' gmake[1]: *** [install-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount' gmake: *** [install-recursive] Error 1 *** Error code 2 Stop in /usr/ports/x11/gnomeapplets2. *** Error code 1 Stop in /usr/ports/x11/gnome2. Is there anything I can do to fix this? Any help at all would be much appreciated. Thanks in advance, Andrew Humphries. _________________________________________________________________ Get Hotmail on your mobile phone http://www.msn.co.uk/msnmobile From owner-freebsd-gnome@FreeBSD.ORG Sun Nov 23 07:59:28 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 201D216A4CE for ; Sun, 23 Nov 2003 07:59:28 -0800 (PST) Received: from sv02.webonaut.com (kirk.webonaut.com [212.41.243.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF0B643F93 for ; Sun, 23 Nov 2003 07:59:26 -0800 (PST) (envelope-from klammer@webonaut.com) Received: from localhost (localhost [127.0.0.1]) by sv02.webonaut.com (Postfix) with ESMTP id 011A976421 for ; Sun, 23 Nov 2003 16:59:24 +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 13409-10 for ; Sun, 23 Nov 2003 16:59:21 +0100 (CET) Received: from webonaut.com (sisko.webonaut.com [212.41.243.28]) by sv02.webonaut.com (Postfix) with ESMTP id CE65F7641F for ; Sun, 23 Nov 2003 16:59:21 +0100 (CET) Message-ID: <3FC0D95D.8080007@webonaut.com> Date: Sun, 23 Nov 2003 16:59:25 +0100 From: Franz Klammer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031021 Thunderbird/0.3 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD GNOME Users Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at webonaut.com Subject: another gdesklets kse/libc_r 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: Sun, 23 Nov 2003 15:59:28 -0000 at least under -current i've following threads-problem: when a sensor doing commands.getstatusoutput(cmd) out of a thread the first call works like expected, but the second call will result in a deadlock (i think). what i've found in the last days was that it happens while commands.getstatusoutput -> pipe.read() if added a print "1.... "+cmd bevore getstatusoutput and a print "2 ... "+cmd after. heres the output if i start gdesklets from a terminal-window: 1 ... /bin/date '+%a %d %b %y'|iconv -t UTF-8 2 ... /bin/date '+%a %d %b %y'|iconv -t UTF-8 1 ... /bin/date '+%a %d %b %y'|iconv -t UTF-8 that problem only occours with libc_r but not with libkse. also with libc_r a ps fax | grep gdesklets looks like this: 80390 p4 S+ 0:05,58 python /usr/X11R6/bin/gdesklets 80431 p4 S+ 0:00,00 python /usr/X11R6/bin/gdesklets 80446 p4 S+ 0:00,00 python /usr/X11R6/bin/gdesklets with libkse there is only one line. i'm out of ideas now. franz. From owner-freebsd-gnome@FreeBSD.ORG Sun Nov 23 16:10: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 759B116A4CE for ; Sun, 23 Nov 2003 16:10:53 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-63-207-60-234.dsl.lsan03.pacbell.net [63.207.60.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A8EF43FE9 for ; Sun, 23 Nov 2003 16:10:52 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 12C0166C55; Sun, 23 Nov 2003 16:10:52 -0800 (PST) Date: Sun, 23 Nov 2003 16:10:52 -0800 From: Kris Kennaway To: gnome@FreeBSD.org Message-ID: <20031124001051.GA5777@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: libglade2-2.0.1_1 broken on sparc64 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, 24 Nov 2003 00:10:53 -0000 --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline http://bento.freebsd.org/errorlogs/sparc64-5-latest/libglade2-2.0.1_1.log Kris --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/wUyLWry0BWjoQKURArIrAKDU/FEEAOIcqwWDGjRFA+aNN/VV1wCffgag KYCUY/kR8/4Vnk8eJ9bY93w= =g/KJ -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X-- From owner-freebsd-gnome@FreeBSD.ORG Sun Nov 23 16:21: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 7BAE316A4CE for ; Sun, 23 Nov 2003 16:21:04 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-63-207-60-234.dsl.lsan03.pacbell.net [63.207.60.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89AAB43FBF for ; Sun, 23 Nov 2003 16:21:03 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 38F9766D44; Sun, 23 Nov 2003 16:21:03 -0800 (PST) Date: Sun, 23 Nov 2003 16:21:03 -0800 From: Kris Kennaway To: gnome@FreeBSD.org Message-ID: <20031124002102.GB6107@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="A6N2fC+uXW/VQSAv" Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: xscreensaver-gnome-4.14 broken on amd64 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, 24 Nov 2003 00:21:04 -0000 --A6N2fC+uXW/VQSAv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline http://bento.freebsd.org/errorlogs/amd64-5-latest/xscreensaver-gnome-4.14.log Kris --A6N2fC+uXW/VQSAv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/wU7tWry0BWjoQKURAjCKAKC1jqH+ai6T9rMI9z+TOGHOX62adwCfQblV i+fq6zBSndWYcJ2Izfkk504= =XB8p -----END PGP SIGNATURE----- --A6N2fC+uXW/VQSAv-- From owner-freebsd-gnome@FreeBSD.ORG Sun Nov 23 16:24:09 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 A8B3116A4CE for ; Sun, 23 Nov 2003 16:24:09 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-63-207-60-234.dsl.lsan03.pacbell.net [63.207.60.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10C4A43FE3 for ; Sun, 23 Nov 2003 16:24:09 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C505266C55; Sun, 23 Nov 2003 16:24:08 -0800 (PST) Date: Sun, 23 Nov 2003 16:24:08 -0800 From: Kris Kennaway To: gnome@FreeBSD.org Message-ID: <20031124002408.GA6264@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: mozilla broken on amd64 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, 24 Nov 2003 00:24:09 -0000 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline http://bento.freebsd.org/errorlogs/amd64-5-latest/mozilla-1.5_1,2.log [also the other mozilla ports] Kris --dDRMvlgZJXvWKvBx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/wU+oWry0BWjoQKURAjkzAKCe7vmJ16dCkUkzBOe7BcK+tfaHDACfX5st DFMc4zfKpJPk/O193J9IJJc= =5+1K -----END PGP SIGNATURE----- --dDRMvlgZJXvWKvBx-- From owner-freebsd-gnome@FreeBSD.ORG Sun Nov 23 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 3A52716A4CE for ; Sun, 23 Nov 2003 16:28:54 -0800 (PST) Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 6705843FDD for ; Sun, 23 Nov 2003 16:28:53 -0800 (PST) (envelope-from adamw@magnesium.net) Received: (qmail 84841 invoked by uid 1252); 24 Nov 2003 00:28:53 -0000 Date: 23 Nov 2003 19:28:53 -0500 Date: Sun, 23 Nov 2003 19:28:53 -0500 From: Adam Weinberger To: Kris Kennaway Message-ID: <20031124002853.GJ40706@toxic.magnesium.net> References: <20031124001051.GA5777@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031124001051.GA5777@xor.obsecurity.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 cc: gnome@FreeBSD.org Subject: Re: libglade2-2.0.1_1 broken on sparc64 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, 24 Nov 2003 00:28:54 -0000 >> (11.23.2003 @ 1910 PST): Kris Kennaway said, in 0.5K: << > http://bento.freebsd.org/errorlogs/sparc64-5-latest/libglade2-2.0.1_1.log >> end of "libglade2-2.0.1_1 broken on sparc64" from Kris Kennaway << This needs USE_PYTHON=yes in the Makefile. Can I commit that, or should I generate a diff for portmgr to consider first? Are fixes for breakages like this implicitly approved during a ports freeze? # 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 Sun Nov 23 16:29: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 1984E16A4CE for ; Sun, 23 Nov 2003 16:29:26 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-63-207-60-234.dsl.lsan03.pacbell.net [63.207.60.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 763FE43F75 for ; Sun, 23 Nov 2003 16:29:25 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2A63666C55; Sun, 23 Nov 2003 16:29:25 -0800 (PST) Date: Sun, 23 Nov 2003 16:29:25 -0800 From: Kris Kennaway To: gnome@FreeBSD.org Message-ID: <20031124002924.GA6394@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: xchat2-2.0.5_1 broken on amd64 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, 24 Nov 2003 00:29:26 -0000 --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline http://bento.freebsd.org/errorlogs/amd64-5-latest/xchat2-2.0.5_1.log Kris --Q68bSM7Ycu6FN28Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/wVDkWry0BWjoQKURAoXEAJ9kGiG4wau/22Qigkxyyj3sIdYPVQCg9qDW XR8rDQgdCtvmZZJczG8mQ/s= =SodP -----END PGP SIGNATURE----- --Q68bSM7Ycu6FN28Q-- From owner-freebsd-gnome@FreeBSD.ORG Sun Nov 23 16:32: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 1F00B16A4CE; Sun, 23 Nov 2003 16:32:39 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-63-207-60-234.dsl.lsan03.pacbell.net [63.207.60.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39A2943FA3; Sun, 23 Nov 2003 16:32:36 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E0FE266D39; Sun, 23 Nov 2003 16:32:35 -0800 (PST) Date: Sun, 23 Nov 2003 16:32:35 -0800 From: Kris Kennaway To: Adam Weinberger Message-ID: <20031124003235.GA6448@xor.obsecurity.org> References: <20031124001051.GA5777@xor.obsecurity.org> <20031124002853.GJ40706@toxic.magnesium.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft" Content-Disposition: inline In-Reply-To: <20031124002853.GJ40706@toxic.magnesium.net> User-Agent: Mutt/1.4.1i cc: gnome@FreeBSD.org cc: Kris Kennaway Subject: Re: libglade2-2.0.1_1 broken on sparc64 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, 24 Nov 2003 00:32:39 -0000 --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 23, 2003 at 07:28:53PM -0500, Adam Weinberger wrote: > >> (11.23.2003 @ 1910 PST): Kris Kennaway said, in 0.5K: << > > http://bento.freebsd.org/errorlogs/sparc64-5-latest/libglade2-2.0.1_1.l= og > >> end of "libglade2-2.0.1_1 broken on sparc64" from Kris Kennaway << >=20 > This needs USE_PYTHON=3Dyes in the Makefile. Can I commit that, or should > I generate a diff for portmgr to consider first? Please go ahead, thanks! > Are fixes for breakages > like this implicitly approved during a ports freeze? Not always, it's best to ask. Kris --/04w6evG8XlLl3ft Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/wVGjWry0BWjoQKURAsa8AKDTfv2aFjtc6e+hhufctHEb/wErcwCfRN1c oXbQUhmUbM9VTtJq5JHDs3o= =UXwb -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- From owner-freebsd-gnome@FreeBSD.ORG Sun Nov 23 17:53:29 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 9A92816A4CE for ; Sun, 23 Nov 2003 17:53:29 -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 3AF6C43FE0 for ; Sun, 23 Nov 2003 17:53:28 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hAO1rRNW009699; Sun, 23 Nov 2003 20:53:27 -0500 (EST) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) hAO1qjuY068535; Sun, 23 Nov 2003 20:52:45 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Andrew Humphries In-Reply-To: References: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-qz7EBxx9+vBOBDYfVuYx" Organization: MarcusCom, Inc. Message-Id: <1069638801.77003.31.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 23 Nov 2003 20:53:21 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on creme-brulee.marcuscom.com cc: freebsd-gnome@freebsd.org Subject: Re: GNOME 2.4 make install errors 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, 24 Nov 2003 01:53:29 -0000 --=-qz7EBxx9+vBOBDYfVuYx Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2003-11-23 at 06:10, Andrew Humphries wrote: > Hi folks, >=20 > I use FreeBSD 4.8 on a P3 500 MHz with 386MB SDRAM. The box is fully=20 > updated, both in source, and ports tree, and the world has been built and= =20 > installed. I want to install GNOME 2.4, so I read the FAQ at freebsd.org = and=20 > added the following to the following files: >=20 > /etc/rc.conf : > portmap_enable=3D"YES" >=20 > (and rebooted) >=20 > /etc/make.conf > WITH_LAM=3Dyes > WITH_FAME=3Dyes >=20 > I cd into /usr/ports/x11/gnome2 and run a make clean, it completes=20 > successfully. Then I do a make install clean, and it installs until it=20 > reaches a certain part of gnomeapplets2, in which it churns out the=20 > following followed by an error that causes it to stop: >=20 > gmake install-data-hook > gmake[5]: Entering directory=20 > `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount/help/C' > /bin/sh ../../../mkinstalldirs /usr/X11R6/share/gnome/omf/gnome-applets > for file in drivemount-C.omf; do \ > install -c -o root -g wheel -m 444 $file.out=20 > /usr/X11R6/share/gnome/omf/gnome-applets/$file; \ > done > install: drivemount-C.omf.out: No such file or directory > gmake[5]: *** [install-data-hook-omf] Error 71 > gmake[5]: Leaving directory=20 > `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount/help/C' > gmake[4]: *** [install-data-am] Error 2 > gmake[4]: Leaving directory=20 > `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount/help/C' > gmake[3]: *** [install-am] Error 2 > gmake[3]: Leaving directory=20 > `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount/help/C' > gmake[2]: *** [install-recursive] Error 1 > gmake[2]: Leaving directory=20 > `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount/help' > gmake[1]: *** [install-recursive] Error 1 > gmake[1]: Leaving directory=20 > `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount' > gmake: *** [install-recursive] Error 1 > *** Error code 2 >=20 > Stop in /usr/ports/x11/gnomeapplets2. > *** Error code 1 >=20 > Stop in /usr/ports/x11/gnome2. >=20 >=20 > Is there anything I can do to fix this? Any help at all would be much=20 > appreciated. This error is most likely caused by a missing library (my money's on either libxslt.so.1 or lbiintl.so.4). However, you haven't included enough information to know for sure. The actual cause of the error is occurring much higher up in the actual gnomeapplets2 build process. You need to include the entire build output. Joe >=20 > Thanks in advance, >=20 > Andrew Humphries. >=20 > _________________________________________________________________ > Get Hotmail on your mobile phone http://www.msn.co.uk/msnmobile >=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 --=-qz7EBxx9+vBOBDYfVuYx 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/wWSRb2iPiv4Uz4cRAmWKAJ43KtqalTRAAkKOnCdCp+T7xSQiJgCgkg31 qPb5QX+PVdJkEYgIazjRh00= =GXOZ -----END PGP SIGNATURE----- --=-qz7EBxx9+vBOBDYfVuYx-- From owner-freebsd-gnome@FreeBSD.ORG Sun Nov 23 17:59: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 C9E8416A4CE for ; Sun, 23 Nov 2003 17:59:36 -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 698B043FEA for ; Sun, 23 Nov 2003 17:59:35 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hAO1xYFm029194; Sun, 23 Nov 2003 20:59:34 -0500 (EST) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) hAO1wquY068578; Sun, 23 Nov 2003 20:58:52 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Sean McNeil In-Reply-To: <1069437926.36489.0.camel@blue.mcneil.com> References: <1069437926.36489.0.camel@blue.mcneil.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-puCPaHLyD+WJdDK3VvPQ" Organization: MarcusCom, Inc. Message-Id: <1069639168.77003.33.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 23 Nov 2003 20:59:28 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on creme-brulee.marcuscom.com cc: FreeBSD GNOME Users Subject: Re: libgnomeprintui20 fails to compile from ports 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, 24 Nov 2003 01:59:36 -0000 --=-puCPaHLyD+WJdDK3VvPQ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2003-11-21 at 13:05, Sean McNeil wrote: > =3D=3D=3D> Applying FreeBSD patches for libgnomeprintui-2.4.1 > 1 out of 1 hunks failed--saving rejects to > libgnomeprintui/Makefile.in.rej > >> Patch patch-libgnomeprintui_Makefile.in failed to apply cleanly. > >> Patch(es) patch-configure applied cleanly. Remove /usr/ports/x11-toolkits/libgnomeprintui, then re-cvsup your ports tree, and try the build again. Joe >=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 --=-puCPaHLyD+WJdDK3VvPQ 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/wWYAb2iPiv4Uz4cRApXCAJ9gACF2y4ObOQD0f3il0kmWj1BcwwCfS96O z/PUG8er9EG0pSDqPCNJ2nE= =/Yqd -----END PGP SIGNATURE----- --=-puCPaHLyD+WJdDK3VvPQ-- From owner-freebsd-gnome@FreeBSD.ORG Sun Nov 23 18:49: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 DD70216A4CE for ; Sun, 23 Nov 2003 18:49: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 DA73F43FBD for ; Sun, 23 Nov 2003 18:49:18 -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.9p2/8.12.9) with ESMTP id hAO2lHlc038948; Mon, 24 Nov 2003 03:47:17 +0100 (CET) (envelope-from simon@zi025.glhnet.mhn.de) Received: (from simon@localhost) by zi025.glhnet.mhn.de (8.12.9p2/8.12.9/Submit) id hAO2lHWI038947; Mon, 24 Nov 2003 03:47:17 +0100 (CET) (envelope-from simon) Date: Mon, 24 Nov 2003 03:47:17 +0100 From: Simon Barner To: Joe Marcus Clarke Message-ID: <20031124024717.GB15682@zi025.glhnet.mhn.de> References: <1069638801.77003.31.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/WwmFnJnmDyWGHa4" Content-Disposition: inline In-Reply-To: <1069638801.77003.31.camel@shumai.marcuscom.com> User-Agent: Mutt/1.5.4i X-Virus-Scanned: by amavisd-new at informatik.tu-muenchen.de cc: freebsd-gnome@freebsd.org Subject: Re: GNOME 2.4 make install errors 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, 24 Nov 2003 02:49:20 -0000 --/WwmFnJnmDyWGHa4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [ ... snip ... ] > > install: drivemount-C.omf.out: No such file or directory > > gmake[5]: *** [install-data-hook-omf] Error 71 > > gmake[5]: Leaving directory=20 [ ... snip ... ] > This error is most likely caused by a missing library (my money's on > either libxslt.so.1 or lbiintl.so.4). Mine, too ;-) > However, you haven't included > enough information to know for sure. The actual cause of the error is > occurring much higher up in the actual gnomeapplets2 build process. You > need to include the entire build output. I saw exactly the same error message (bla-C.omf.out: No such file or directory) in at least one other recent mail. It's because ports/textproc/scrollkeeper could not find the old version of libxslt it was linked against. Reinstalling at least that port or better a `portupgrade -r libxslt' should cure the problem. Joe: Perhaps one should add the scrollkeeper example to FAQ #2? Simon --/WwmFnJnmDyWGHa4 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/wXE1Ckn+/eutqCoRArIwAJ9RQXx/UeRSNR8kZl3056MqcjhcvwCglhcj wBae+ppcTCybJrEbGi509cY= =q49c -----END PGP SIGNATURE----- --/WwmFnJnmDyWGHa4-- From owner-freebsd-gnome@FreeBSD.ORG Sun Nov 23 18:52: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 1253216A4CE for ; Sun, 23 Nov 2003 18:52:41 -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 AD36243F85 for ; Sun, 23 Nov 2003 18:52:34 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hAO2qSNW015444; Sun, 23 Nov 2003 21:52:28 -0500 (EST) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) hAO2pkuY068881; Sun, 23 Nov 2003 21:51:46 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Simon Barner In-Reply-To: <20031124024717.GB15682@zi025.glhnet.mhn.de> References: <1069638801.77003.31.camel@shumai.marcuscom.com> <20031124024717.GB15682@zi025.glhnet.mhn.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-igkQm5OqqPgBuv/8xSK+" Organization: MarcusCom, Inc. Message-Id: <1069642342.77003.38.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 23 Nov 2003 21:52:22 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on creme-brulee.marcuscom.com cc: freebsd-gnome@freebsd.org Subject: Re: GNOME 2.4 make install errors 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, 24 Nov 2003 02:52:41 -0000 --=-igkQm5OqqPgBuv/8xSK+ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2003-11-23 at 21:47, Simon Barner wrote: > [ ... snip ... ] >=20 > > > install: drivemount-C.omf.out: No such file or directory > > > gmake[5]: *** [install-data-hook-omf] Error 71 > > > gmake[5]: Leaving directory=20 >=20 > [ ... snip ... ] >=20 > > This error is most likely caused by a missing library (my money's on > > either libxslt.so.1 or lbiintl.so.4). >=20 > Mine, too ;-) >=20 > > However, you haven't included > > enough information to know for sure. The actual cause of the error is > > occurring much higher up in the actual gnomeapplets2 build process. Yo= u > > need to include the entire build output. >=20 > I saw exactly the same error message (bla-C.omf.out: No such file or > directory) in at least one other recent mail. It's because > ports/textproc/scrollkeeper could not find the old version of libxslt it > was linked against. >=20 > Reinstalling at least that port or better a `portupgrade -r libxslt' > should cure the problem. >=20 > Joe: Perhaps one should add the scrollkeeper example to FAQ #2? I don't think it would do any good. Most people completely miss the real error altogether, and simply paste the [useless] tail end of the make install. That's why I think an output interpreter (adamw suggested one a while ago) would be a big win. It could recognize things like this, and either prompt users for more input, or direct them to a solution. Joe >=20 > Simon --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-igkQm5OqqPgBuv/8xSK+ 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/wXJmb2iPiv4Uz4cRAuelAJ94LaVDBTaO/qWc4Vie1e9+agt6rgCffXOX 5N70TA+mH2uw278isko7rPo= =vIdv -----END PGP SIGNATURE----- --=-igkQm5OqqPgBuv/8xSK+-- From owner-freebsd-gnome@FreeBSD.ORG Sun Nov 23 19:23: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 DFD1A16A4CE for ; Sun, 23 Nov 2003 19:23:05 -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 9C4BE43FD7 for ; Sun, 23 Nov 2003 19:23:04 -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.9p2/8.12.9) with ESMTP id hAO3MQlc064363; Mon, 24 Nov 2003 04:22:26 +0100 (CET) (envelope-from simon@zi025.glhnet.mhn.de) Received: (from simon@localhost) by zi025.glhnet.mhn.de (8.12.9p2/8.12.9/Submit) id hAO3MQJZ064362; Mon, 24 Nov 2003 04:22:26 +0100 (CET) (envelope-from simon) Date: Mon, 24 Nov 2003 04:22:25 +0100 From: Simon Barner To: Joe Marcus Clarke Message-ID: <20031124032225.GC15682@zi025.glhnet.mhn.de> References: <1069638801.77003.31.camel@shumai.marcuscom.com> <20031124024717.GB15682@zi025.glhnet.mhn.de> <1069642342.77003.38.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XWOWbaMNXpFDWE00" Content-Disposition: inline In-Reply-To: <1069642342.77003.38.camel@shumai.marcuscom.com> User-Agent: Mutt/1.5.4i X-Virus-Scanned: by amavisd-new at informatik.tu-muenchen.de cc: freebsd-gnome@freebsd.org Subject: Re: GNOME 2.4 make install errors 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, 24 Nov 2003 03:23:06 -0000 --XWOWbaMNXpFDWE00 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > > Joe: Perhaps one should add the scrollkeeper example to FAQ #2? >=20 > I don't think it would do any good. Most people completely miss the > real error altogether, and simply paste the [useless] tail end of the > make install. That's why I think an output interpreter (adamw suggested > one a while ago) would be a big win. It could recognize things like > this, and either prompt users for more input, or direct them to a > solution. Wow, nice idea! This inspired me to a different approach, closer to the root of the error. Whenever the major version bump of a dynamic library is increased, the user gets a hint to run `portupgrade -r library'. I am sure that a lot of users do not use portupgrade as intensively as they are supposed to, probably because of compilation time, bandwith or the policy not to update any ports without need which is found quite often in a production environment. But if a warning was presented to users that the update of a port had introduced runtime issues for a list of other ports (perhaps this list could be included in that warning), they would more likely be motivated to use portupgrade in order to prevent from those upcoming problems. OTOH, shouldn't those problems be avoided by the library compatibility cache in ${LOCALBASE}/compat? Simon --XWOWbaMNXpFDWE00 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/wXlxCkn+/eutqCoRAikiAJ0atauQI8ITDJA7RMgbZj1jzr/3WACffipg 06WqsNum8coICsCyOPi6F4k= =m3mB -----END PGP SIGNATURE----- --XWOWbaMNXpFDWE00-- From owner-freebsd-gnome@FreeBSD.ORG Sun Nov 23 22:08: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 40AD316A4CE for ; Sun, 23 Nov 2003 22:08:17 -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 D252443FEA for ; Sun, 23 Nov 2003 22:08:15 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hAO68ENW003878; Mon, 24 Nov 2003 01:08:14 -0500 (EST) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) hAO67MuY069949; Mon, 24 Nov 2003 01:07:26 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Kris Kennaway In-Reply-To: <20031124001051.GA5777@xor.obsecurity.org> References: <20031124001051.GA5777@xor.obsecurity.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-0lp6fF0osyLtSiRlKR50" Organization: MarcusCom, Inc. Message-Id: <1069654079.77003.61.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 24 Nov 2003 01:07:59 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on creme-brulee.marcuscom.com cc: FreeBSD GNOME Users Subject: Re: libglade2-2.0.1_1 broken on sparc64 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, 24 Nov 2003 06:08:17 -0000 --=-0lp6fF0osyLtSiRlKR50 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2003-11-23 at 19:10, Kris Kennaway wrote: > http://bento.freebsd.org/errorlogs/sparc64-5-latest/libglade2-2.0.1_1.log Turns out this was caused by a add Python build. I've rebuilt both, and everything looks okay. Joe >=20 > Kris --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-0lp6fF0osyLtSiRlKR50 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/waA/b2iPiv4Uz4cRAm+PAJ9zrDfwNA9lJvxjA2LHhQaJrrbwlgCgmPDs F5EFSRop+lV1zfjl0UQcI0g= =1d7h -----END PGP SIGNATURE----- --=-0lp6fF0osyLtSiRlKR50-- From owner-freebsd-gnome@FreeBSD.ORG Mon Nov 24 01:25:43 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 740EE16A4CE for ; Mon, 24 Nov 2003 01:25:43 -0800 (PST) Received: from lakemtao06.cox.net (lakemtao06.cox.net [68.1.17.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5398D43FD7 for ; Mon, 24 Nov 2003 01:25:42 -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 <20031124092540.NOSX24575.lakemtao06.cox.net@mezz.mezzweb.com>; Mon, 24 Nov 2003 04:25:40 -0500 To: Franz Klammer References: <3FC0D95D.8080007@webonaut.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, 24 Nov 2003 03:24:54 -0600 In-Reply-To: <3FC0D95D.8080007@webonaut.com> User-Agent: Opera7.23/Linux M2 build 518 cc: FreeBSD GNOME Users Subject: Re: another gdesklets kse/libc_r 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: Mon, 24 Nov 2003 09:25:43 -0000 On Sun, 23 Nov 2003 16:59:25 +0100, Franz Klammer wrote: > at least under -current i've following threads-problem: > > when a sensor doing commands.getstatusoutput(cmd) > out of a thread the first call works like expected, but > the second call will result in a deadlock (i think). > what i've found in the last days was that it happens while > commands.getstatusoutput -> pipe.read() > > if added a print "1.... "+cmd bevore getstatusoutput and > a print "2 ... "+cmd after. heres the output if i start > gdesklets from a terminal-window: > > 1 ... /bin/date '+%a %d %b %y'|iconv -t UTF-8 > 2 ... /bin/date '+%a %d %b %y'|iconv -t UTF-8 > 1 ... /bin/date '+%a %d %b %y'|iconv -t UTF-8 > > > that problem only occours with libc_r but not with libkse. > > also with libc_r a ps fax | grep gdesklets looks like this: > 80390 p4 S+ 0:05,58 python /usr/X11R6/bin/gdesklets > 80431 p4 S+ 0:00,00 python /usr/X11R6/bin/gdesklets > 80446 p4 S+ 0:00,00 python /usr/X11R6/bin/gdesklets > > with libkse there is only one line. > > i'm out of ideas now. It might be good idea to send it to freebsd-thread. I don't know if they read in here. :-) BTW: I will check on your PSI shar file this week, I am kind of little busy for a little while. Cheers, Mezz > franz. -- bsdforums.org 's moderator, mezz. From owner-freebsd-gnome@FreeBSD.ORG Mon Nov 24 02:01: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 022DF16A4CE for ; Mon, 24 Nov 2003 02:01:42 -0800 (PST) Received: from sv02.webonaut.com (kirk.webonaut.com [212.41.243.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id C839343FD7 for ; Mon, 24 Nov 2003 02:01:40 -0800 (PST) (envelope-from klammer@webonaut.com) Received: from localhost (localhost [127.0.0.1]) by sv02.webonaut.com (Postfix) with ESMTP id 387E676421; Mon, 24 Nov 2003 11:01:38 +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 19230-09; Mon, 24 Nov 2003 11:01:35 +0100 (CET) Received: from webonaut.com (sisko.webonaut.com [212.41.243.28]) by sv02.webonaut.com (Postfix) with ESMTP id 7ADD27641F; Mon, 24 Nov 2003 11:01:35 +0100 (CET) Message-ID: <3FC1D700.5000802@webonaut.com> Date: Mon, 24 Nov 2003 11:01:36 +0100 From: Franz Klammer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031021 Thunderbird/0.3 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremy Messenger References: <3FC0D95D.8080007@webonaut.com> 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 Users Subject: Re: another gdesklets kse/libc_r 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: Mon, 24 Nov 2003 10:01:42 -0000 Jeremy Messenger wrote: > On Sun, 23 Nov 2003 16:59:25 +0100, Franz Klammer > wrote: > >> at least under -current i've following threads-problem: >> >> when a sensor doing commands.getstatusoutput(cmd) >> out of a thread the first call works like expected, but >> the second call will result in a deadlock (i think). >> what i've found in the last days was that it happens while >> commands.getstatusoutput -> pipe.read() >> >> if added a print "1.... "+cmd bevore getstatusoutput and >> a print "2 ... "+cmd after. heres the output if i start >> gdesklets from a terminal-window: >> >> 1 ... /bin/date '+%a %d %b %y'|iconv -t UTF-8 >> 2 ... /bin/date '+%a %d %b %y'|iconv -t UTF-8 >> 1 ... /bin/date '+%a %d %b %y'|iconv -t UTF-8 >> >> >> that problem only occours with libc_r but not with libkse. >> >> also with libc_r a ps fax | grep gdesklets looks like this: >> 80390 p4 S+ 0:05,58 python /usr/X11R6/bin/gdesklets >> 80431 p4 S+ 0:00,00 python /usr/X11R6/bin/gdesklets >> 80446 p4 S+ 0:00,00 python /usr/X11R6/bin/gdesklets >> >> with libkse there is only one line. >> >> i'm out of ideas now. > > > It might be good idea to send it to freebsd-thread. I don't know if > they read in here. :-) > > BTW: I will check on your PSI shar file this week, I am kind of little > busy for a little while. > thanks for the answer. i sent the question to threads@. But maybe if there more people outside who want also test it under their environment: you can download the shar from http://webonaut.com/temp/psi-desklets/ and read http://webonaut.com/temp/psi-desklets/_README_PLEASE before. franz. > Cheers, > Mezz > >> franz. > > > -- 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 Mon Nov 24 08:34:09 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 E343816A4CE for ; Mon, 24 Nov 2003 08:34:09 -0800 (PST) Received: from hotmail.com (law12-f22.law12.hotmail.com [64.4.19.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CCB243FE1 for ; Mon, 24 Nov 2003 08:34:08 -0800 (PST) (envelope-from humphie_usa@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 24 Nov 2003 08:33:58 -0800 Received: from 81.97.165.113 by lw12fd.law12.hotmail.msn.com with HTTP; Mon, 24 Nov 2003 16:33:58 GMT X-Originating-IP: [81.97.165.113] X-Originating-Email: [humphie_usa@hotmail.com] From: "Andrew Humphries" To: freebsd-gnome@freebsd.org Date: Mon, 24 Nov 2003 16:33:58 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 24 Nov 2003 16:33:58.0951 (UTC) FILETIME=[C2D53B70:01C3B2A8] Subject: Re: GNOME 2.4 make install errors 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, 24 Nov 2003 16:34:10 -0000 Okay, here is the entire build incl. tail errors: su-2.05b# make install clean ===> Installing for gnome2-2.4.0 ===> gnome2-2.4.0 depends on file: /usr/X11R6/libexec/cdplayer_applet2 - not found ===> Verifying install for /usr/X11R6/libexec/cdplayer_applet2 in /usr/ports/x11/gnomeapplets2 ===> Installing for gnomeapplets2-2.4.1_2 ===> gnomeapplets2-2.4.1_2 depends on file: /usr/X11R6/share/gnome/.keep_me - found ===> gnomeapplets2-2.4.1_2 depends on file: /usr/X11R6/libdata/pkgconfig/gnome-mime-data-2.0.pc - found ===> gnomeapplets2-2.4.1_2 depends on executable: pkg-config - found ===> gnomeapplets2-2.4.1_2 depends on shared library: gtop-2.0 - found ===> gnomeapplets2-2.4.1_2 depends on shared library: X11.6 - found ===> gnomeapplets2-2.4.1_2 depends on shared library: esd.2 - found ===> gnomeapplets2-2.4.1_2 depends on shared library: glib-2.0.200 - found ===> gnomeapplets2-2.4.1_2 depends on shared library: atk-1.0.400 - found ===> gnomeapplets2-2.4.1_2 depends on shared library: pango-1.0.200 - found ===> gnomeapplets2-2.4.1_2 depends on shared library: gtk-x11-2.0.200 - found ===> gnomeapplets2-2.4.1_2 depends on shared library: linc.1 - found ===> gnomeapplets2-2.4.1_2 depends on shared library: IDL-2.0 - found ===> gnomeapplets2-2.4.1_2 depends on shared library: ORBit-2.0 - found ===> gnomeapplets2-2.4.1_2 depends on shared library: glade-2.0.0 - found ===> gnomeapplets2-2.4.1_2 depends on shared library: xml2.5 - found ===> gnomeapplets2-2.4.1_2 depends on shared library: xslt.2 - found ===> gnomeapplets2-2.4.1_2 depends on shared library: bonobo-2.0 - found ===> gnomeapplets2-2.4.1_2 depends on shared library: gconf-2.5 - found ===> gnomeapplets2-2.4.1_2 depends on shared library: gnomevfs-2.400 - found ===> gnomeapplets2-2.4.1_2 depends on shared library: gailutil.17 - found ===> gnomeapplets2-2.4.1_2 depends on shared library: gnomecanvas-2.400 - found ===> gnomeapplets2-2.4.1_2 depends on shared library: art_lgpl_2.5 - found ===> gnomeapplets2-2.4.1_2 depends on shared library: gnome-2.400 - found ===> gnomeapplets2-2.4.1_2 depends on shared library: bonoboui-2.0 - found ===> gnomeapplets2-2.4.1_2 depends on shared library: gnomeui-2.400 - found ===> gnomeapplets2-2.4.1_2 depends on shared library: gnome-desktop-2.3 - found ===> gnomeapplets2-2.4.1_2 depends on shared library: wnck-1.11 - found ===> gnomeapplets2-2.4.1_2 depends on shared library: panel-applet-2.0 - found ===> Generating temporary packing list ===> Checking if x11/gnomeapplets2 already installed Making install in po gmake[1]: Entering directory `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/po' if test -r ".././mkinstalldirs"; then \ .././mkinstalldirs /usr/X11R6/share/gnome; \ else \ /bin/sh ../mkinstalldirs /usr/X11R6/share/gnome; \ fi installing am.gmo as /usr/X11R6/share/locale/am/LC_MESSAGES/gnome-applets-2.0.mo installing ar.gmo as /usr/X11R6/share/locale/ar/LC_MESSAGES/gnome-applets-2.0.mo installing az.gmo as /usr/X11R6/share/locale/az/LC_MESSAGES/gnome-applets-2.0.mo installing be.gmo as /usr/X11R6/share/locale/be/LC_MESSAGES/gnome-applets-2.0.mo installing bg.gmo as /usr/X11R6/share/locale/bg/LC_MESSAGES/gnome-applets-2.0.mo installing bn.gmo as /usr/X11R6/share/locale/bn/LC_MESSAGES/gnome-applets-2.0.mo installing ca.gmo as /usr/X11R6/share/locale/ca/LC_MESSAGES/gnome-applets-2.0.mo installing cs.gmo as /usr/X11R6/share/locale/cs/LC_MESSAGES/gnome-applets-2.0.mo installing cy.gmo as /usr/X11R6/share/locale/cy/LC_MESSAGES/gnome-applets-2.0.mo installing da.gmo as /usr/X11R6/share/locale/da/LC_MESSAGES/gnome-applets-2.0.mo installing de.gmo as /usr/X11R6/share/locale/de/LC_MESSAGES/gnome-applets-2.0.mo installing el.gmo as /usr/X11R6/share/locale/el/LC_MESSAGES/gnome-applets-2.0.mo installing en_GB.gmo as /usr/X11R6/share/locale/en_GB/LC_MESSAGES/gnome-applets-2.0.mo installing es.gmo as /usr/X11R6/share/locale/es/LC_MESSAGES/gnome-applets-2.0.mo installing et.gmo as /usr/X11R6/share/locale/et/LC_MESSAGES/gnome-applets-2.0.mo installing eu.gmo as /usr/X11R6/share/locale/eu/LC_MESSAGES/gnome-applets-2.0.mo installing fa.gmo as /usr/X11R6/share/locale/fa/LC_MESSAGES/gnome-applets-2.0.mo installing fi.gmo as /usr/X11R6/share/locale/fi/LC_MESSAGES/gnome-applets-2.0.mo installing fr.gmo as /usr/X11R6/share/locale/fr/LC_MESSAGES/gnome-applets-2.0.mo installing ga.gmo as /usr/X11R6/share/locale/ga/LC_MESSAGES/gnome-applets-2.0.mo installing gl.gmo as /usr/X11R6/share/locale/gl/LC_MESSAGES/gnome-applets-2.0.mo installing he.gmo as /usr/X11R6/share/locale/he/LC_MESSAGES/gnome-applets-2.0.mo installing hi.gmo as /usr/X11R6/share/locale/hi/LC_MESSAGES/gnome-applets-2.0.mo installing hu.gmo as /usr/X11R6/share/locale/hu/LC_MESSAGES/gnome-applets-2.0.mo installing is.gmo as /usr/X11R6/share/locale/is/LC_MESSAGES/gnome-applets-2.0.mo installing it.gmo as /usr/X11R6/share/locale/it/LC_MESSAGES/gnome-applets-2.0.mo installing ja.gmo as /usr/X11R6/share/locale/ja/LC_MESSAGES/gnome-applets-2.0.mo installing ko.gmo as /usr/X11R6/share/locale/ko/LC_MESSAGES/gnome-applets-2.0.mo installing lt.gmo as /usr/X11R6/share/locale/lt/LC_MESSAGES/gnome-applets-2.0.mo installing lv.gmo as /usr/X11R6/share/locale/lv/LC_MESSAGES/gnome-applets-2.0.mo installing mk.gmo as /usr/X11R6/share/locale/mk/LC_MESSAGES/gnome-applets-2.0.mo installing ml.gmo as /usr/X11R6/share/locale/ml/LC_MESSAGES/gnome-applets-2.0.mo installing mn.gmo as /usr/X11R6/share/locale/mn/LC_MESSAGES/gnome-applets-2.0.mo installing ms.gmo as /usr/X11R6/share/locale/ms/LC_MESSAGES/gnome-applets-2.0.mo installing nl.gmo as /usr/X11R6/share/locale/nl/LC_MESSAGES/gnome-applets-2.0.mo installing nn.gmo as /usr/X11R6/share/locale/nn/LC_MESSAGES/gnome-applets-2.0.mo installing no.gmo as /usr/X11R6/share/locale/no/LC_MESSAGES/gnome-applets-2.0.mo installing pl.gmo as /usr/X11R6/share/locale/pl/LC_MESSAGES/gnome-applets-2.0.mo installing pt.gmo as /usr/X11R6/share/locale/pt/LC_MESSAGES/gnome-applets-2.0.mo installing pt_BR.gmo as /usr/X11R6/share/locale/pt_BR/LC_MESSAGES/gnome-applets-2.0.mo installing ro.gmo as /usr/X11R6/share/locale/ro/LC_MESSAGES/gnome-applets-2.0.mo installing ru.gmo as /usr/X11R6/share/locale/ru/LC_MESSAGES/gnome-applets-2.0.mo installing sk.gmo as /usr/X11R6/share/locale/sk/LC_MESSAGES/gnome-applets-2.0.mo installing sl.gmo as /usr/X11R6/share/locale/sl/LC_MESSAGES/gnome-applets-2.0.mo installing sr.gmo as /usr/X11R6/share/locale/sr/LC_MESSAGES/gnome-applets-2.0.mo installing sr@Latn.gmo as /usr/X11R6/share/locale/sr@Latn/LC_MESSAGES/gnome-applets-2.0.mo installing sv.gmo as /usr/X11R6/share/locale/sv/LC_MESSAGES/gnome-applets-2.0.mo installing ta.gmo as /usr/X11R6/share/locale/ta/LC_MESSAGES/gnome-applets-2.0.mo installing tr.gmo as /usr/X11R6/share/locale/tr/LC_MESSAGES/gnome-applets-2.0.mo installing uk.gmo as /usr/X11R6/share/locale/uk/LC_MESSAGES/gnome-applets-2.0.mo installing vi.gmo as /usr/X11R6/share/locale/vi/LC_MESSAGES/gnome-applets-2.0.mo installing wa.gmo as /usr/X11R6/share/locale/wa/LC_MESSAGES/gnome-applets-2.0.mo installing zh_CN.gmo as /usr/X11R6/share/locale/zh_CN/LC_MESSAGES/gnome-applets-2.0.mo installing zh_TW.gmo as /usr/X11R6/share/locale/zh_TW/LC_MESSAGES/gnome-applets-2.0.mo if test "gnome-applets" = "glib"; then \ if test -r ".././mkinstalldirs"; then \ .././mkinstalldirs /usr/X11R6/share/gnome/glib-2.0/gettext/po; \ else \ /bin/sh ../mkinstalldirs /usr/X11R6/share/gnome/glib-2.0/gettext/po; \ fi; \ install -c -o root -g wheel -m 444 ./Makefile.in.in \ /usr/X11R6/share/gnome/glib-2.0/gettext/po/Makefile.in.in; \ else \ : ; \ fi gmake[1]: Leaving directory `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/po' Making install in screen-exec gmake[1]: Entering directory `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/screen-exec' gmake[2]: Entering directory `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/screen-exec' gmake[2]: Nothing to be done for `install-exec-am'. gmake[2]: Nothing to be done for `install-data-am'. gmake[2]: Leaving directory `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/screen-exec' gmake[1]: Leaving directory `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/screen-exec' Making install in drivemount gmake[1]: Entering directory `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount' Making install in help gmake[2]: Entering directory `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount/help' Making install in C gmake[3]: Entering directory `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount/help/C' gmake[4]: Entering directory `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount/help/C' gmake[4]: Nothing to be done for `install-exec-am'. /bin/sh ../../../mkinstalldirs /usr/X11R6/share/gnome/help/drivemount/C for file in legal.xml drivemount.xml; do \ cp ./$file /usr/X11R6/share/gnome/help/drivemount/C; \ done if test "figures"; then \ /bin/sh ../../../mkinstalldirs /usr/X11R6/share/gnome/help/drivemount/C/figures; \ for file in ./figures/*.png; do \ basefile=`echo $file | sed -e 's,^.*/,,'`; \ install -c -o root -g wheel -m 444 $file /usr/X11R6/share/gnome/help/drivemount/C/figures/$basefile; \ done \ fi gmake install-data-hook gmake[5]: Entering directory `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount/help/C' /bin/sh ../../../mkinstalldirs /usr/X11R6/share/gnome/omf/gnome-applets for file in drivemount-C.omf; do \ install -c -o root -g wheel -m 444 $file.out /usr/X11R6/share/gnome/omf/gnome-applets/$file; \ done install: drivemount-C.omf.out: No such file or directory gmake[5]: *** [install-data-hook-omf] Error 71 gmake[5]: Leaving directory `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount/help/C' gmake[4]: *** [install-data-am] Error 2 gmake[4]: Leaving directory `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount/help/C' gmake[3]: *** [install-am] Error 2 gmake[3]: Leaving directory `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount/help/C' gmake[2]: *** [install-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount/help' gmake[1]: *** [install-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount' gmake: *** [install-recursive] Error 1 *** Error code 2 Stop in /usr/ports/x11/gnomeapplets2. *** Error code 1 Stop in /usr/ports/x11/gnome2. su-2.05b# I'm currently performing the 'portupgrade -r libsxlt' as suggested... its been going for like 8 hours. So hopefully it will fix the issue. If there is anything further you guys can discern from the above that I need to do, I will again be eternally grateful. Thanks, Andrew Humphries >From: Joe Marcus Clarke >To: Simon Barner >CC: Andrew Humphries , freebsd-gnome@freebsd.org >Subject: Re: GNOME 2.4 make install errors >Date: Sun, 23 Nov 2003 21:52:22 -0500 > >On Sun, 2003-11-23 at 21:47, Simon Barner wrote: > > [ ... snip ... ] > > > > > > install: drivemount-C.omf.out: No such file or directory > > > > gmake[5]: *** [install-data-hook-omf] Error 71 > > > > gmake[5]: Leaving directory > > > > [ ... snip ... ] > > > > > This error is most likely caused by a missing library (my money's on > > > either libxslt.so.1 or lbiintl.so.4). > > > > Mine, too ;-) > > > > > However, you haven't included > > > enough information to know for sure. The actual cause of the error is > > > occurring much higher up in the actual gnomeapplets2 build process. >You > > > need to include the entire build output. > > > > I saw exactly the same error message (bla-C.omf.out: No such file or > > directory) in at least one other recent mail. It's because > > ports/textproc/scrollkeeper could not find the old version of libxslt it > > was linked against. > > > > Reinstalling at least that port or better a `portupgrade -r libxslt' > > should cure the problem. > > > > Joe: Perhaps one should add the scrollkeeper example to FAQ #2? > >I don't think it would do any good. Most people completely miss the >real error altogether, and simply paste the [useless] tail end of the >make install. That's why I think an output interpreter (adamw suggested >one a while ago) would be a big win. It could recognize things like >this, and either prompt users for more input, or direct them to a >solution. > >Joe > > > > > Simon >-- >PGP Key : http://www.marcuscom.com/pgp.asc ><< signature.asc >> _________________________________________________________________ On the move? Get Hotmail on your mobile phone http://www.msn.co.uk/msnmobile From owner-freebsd-gnome@FreeBSD.ORG Mon Nov 24 09:07: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 67A6116A4CE for ; Mon, 24 Nov 2003 09:07:53 -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 66D9243FBD for ; Mon, 24 Nov 2003 09:07:51 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hAOH7ose018002; Mon, 24 Nov 2003 12:07:50 -0500 (EST) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) hAOH72uY075628; Mon, 24 Nov 2003 12:07:03 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Andrew Humphries In-Reply-To: References: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-vAjpWwNKZ8dcFqH9n3JD" Organization: MarcusCom, Inc. Message-Id: <1069693670.758.16.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 24 Nov 2003 12:07:50 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on creme-brulee.marcuscom.com cc: freebsd-gnome@freebsd.org Subject: Re: GNOME 2.4 make install errors 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, 24 Nov 2003 17:07:53 -0000 --=-vAjpWwNKZ8dcFqH9n3JD Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2003-11-24 at 11:33, Andrew Humphries wrote: > Okay, here is the entire build incl. tail errors: This is still useless since it's the output of make install. You will need to do a make clean in gnomeapplets2, then redo the build, then send the output. Joe >=20 > su-2.05b# make install clean > =3D=3D=3D> Installing for gnome2-2.4.0 > =3D=3D=3D> gnome2-2.4.0 depends on file: /usr/X11R6/libexec/cdplayer_ap= plet2 -=20 > not found > =3D=3D=3D> Verifying install for /usr/X11R6/libexec/cdplayer_applet2 i= n=20 > /usr/ports/x11/gnomeapplets2 > =3D=3D=3D> Installing for gnomeapplets2-2.4.1_2 > =3D=3D=3D> gnomeapplets2-2.4.1_2 depends on file:=20 > /usr/X11R6/share/gnome/.keep_me - found > =3D=3D=3D> gnomeapplets2-2.4.1_2 depends on file:=20 > /usr/X11R6/libdata/pkgconfig/gnome-mime-data-2.0.pc - found > =3D=3D=3D> gnomeapplets2-2.4.1_2 depends on executable: pkg-config - fo= und > =3D=3D=3D> gnomeapplets2-2.4.1_2 depends on shared library: gtop-2.0 - = found > =3D=3D=3D> gnomeapplets2-2.4.1_2 depends on shared library: X11.6 - fou= nd > =3D=3D=3D> gnomeapplets2-2.4.1_2 depends on shared library: esd.2 - fou= nd > =3D=3D=3D> gnomeapplets2-2.4.1_2 depends on shared library: glib-2.0.20= 0 - found > =3D=3D=3D> gnomeapplets2-2.4.1_2 depends on shared library: atk-1.0.400= - found > =3D=3D=3D> gnomeapplets2-2.4.1_2 depends on shared library: pango-1.0.2= 00 -=20 > found > =3D=3D=3D> gnomeapplets2-2.4.1_2 depends on shared library: gtk-x11-2.0= .200 -=20 > found > =3D=3D=3D> gnomeapplets2-2.4.1_2 depends on shared library: linc.1 - fo= und > =3D=3D=3D> gnomeapplets2-2.4.1_2 depends on shared library: IDL-2.0 - f= ound > =3D=3D=3D> gnomeapplets2-2.4.1_2 depends on shared library: ORBit-2.0 -= found > =3D=3D=3D> gnomeapplets2-2.4.1_2 depends on shared library: glade-2.0.0= - found > =3D=3D=3D> gnomeapplets2-2.4.1_2 depends on shared library: xml2.5 - fo= und > =3D=3D=3D> gnomeapplets2-2.4.1_2 depends on shared library: xslt.2 - fo= und > =3D=3D=3D> gnomeapplets2-2.4.1_2 depends on shared library: bonobo-2.0 = - found > =3D=3D=3D> gnomeapplets2-2.4.1_2 depends on shared library: gconf-2.5 -= found > =3D=3D=3D> gnomeapplets2-2.4.1_2 depends on shared library: gnomevfs-2.= 400 -=20 > found > =3D=3D=3D> gnomeapplets2-2.4.1_2 depends on shared library: gailutil.17= - found > =3D=3D=3D> gnomeapplets2-2.4.1_2 depends on shared library: gnomecanvas= -2.400 -=20 > found > =3D=3D=3D> gnomeapplets2-2.4.1_2 depends on shared library: art_lgpl_2.= 5 - found > =3D=3D=3D> gnomeapplets2-2.4.1_2 depends on shared library: gnome-2.400= - found > =3D=3D=3D> gnomeapplets2-2.4.1_2 depends on shared library: bonoboui-2.= 0 - found > =3D=3D=3D> gnomeapplets2-2.4.1_2 depends on shared library: gnomeui-2.4= 00 -=20 > found > =3D=3D=3D> gnomeapplets2-2.4.1_2 depends on shared library: gnome-deskt= op-2.3 -=20 > found > =3D=3D=3D> gnomeapplets2-2.4.1_2 depends on shared library: wnck-1.11 -= found > =3D=3D=3D> gnomeapplets2-2.4.1_2 depends on shared library: panel-apple= t-2.0 -=20 > found > =3D=3D=3D> Generating temporary packing list > =3D=3D=3D> Checking if x11/gnomeapplets2 already installed > Making install in po > gmake[1]: Entering directory=20 > `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/po' > if test -r ".././mkinstalldirs"; then \ > .././mkinstalldirs /usr/X11R6/share/gnome; \ > else \ > /bin/sh ../mkinstalldirs /usr/X11R6/share/gnome; \ > fi > installing am.gmo as=20 > /usr/X11R6/share/locale/am/LC_MESSAGES/gnome-applets-2.0.mo > installing ar.gmo as=20 > /usr/X11R6/share/locale/ar/LC_MESSAGES/gnome-applets-2.0.mo > installing az.gmo as=20 > /usr/X11R6/share/locale/az/LC_MESSAGES/gnome-applets-2.0.mo > installing be.gmo as=20 > /usr/X11R6/share/locale/be/LC_MESSAGES/gnome-applets-2.0.mo > installing bg.gmo as=20 > /usr/X11R6/share/locale/bg/LC_MESSAGES/gnome-applets-2.0.mo > installing bn.gmo as=20 > /usr/X11R6/share/locale/bn/LC_MESSAGES/gnome-applets-2.0.mo > installing ca.gmo as=20 > /usr/X11R6/share/locale/ca/LC_MESSAGES/gnome-applets-2.0.mo > installing cs.gmo as=20 > /usr/X11R6/share/locale/cs/LC_MESSAGES/gnome-applets-2.0.mo > installing cy.gmo as=20 > /usr/X11R6/share/locale/cy/LC_MESSAGES/gnome-applets-2.0.mo > installing da.gmo as=20 > /usr/X11R6/share/locale/da/LC_MESSAGES/gnome-applets-2.0.mo > installing de.gmo as=20 > /usr/X11R6/share/locale/de/LC_MESSAGES/gnome-applets-2.0.mo > installing el.gmo as=20 > /usr/X11R6/share/locale/el/LC_MESSAGES/gnome-applets-2.0.mo > installing en_GB.gmo as=20 > /usr/X11R6/share/locale/en_GB/LC_MESSAGES/gnome-applets-2.0.mo > installing es.gmo as=20 > /usr/X11R6/share/locale/es/LC_MESSAGES/gnome-applets-2.0.mo > installing et.gmo as=20 > /usr/X11R6/share/locale/et/LC_MESSAGES/gnome-applets-2.0.mo > installing eu.gmo as=20 > /usr/X11R6/share/locale/eu/LC_MESSAGES/gnome-applets-2.0.mo > installing fa.gmo as=20 > /usr/X11R6/share/locale/fa/LC_MESSAGES/gnome-applets-2.0.mo > installing fi.gmo as=20 > /usr/X11R6/share/locale/fi/LC_MESSAGES/gnome-applets-2.0.mo > installing fr.gmo as=20 > /usr/X11R6/share/locale/fr/LC_MESSAGES/gnome-applets-2.0.mo > installing ga.gmo as=20 > /usr/X11R6/share/locale/ga/LC_MESSAGES/gnome-applets-2.0.mo > installing gl.gmo as=20 > /usr/X11R6/share/locale/gl/LC_MESSAGES/gnome-applets-2.0.mo > installing he.gmo as=20 > /usr/X11R6/share/locale/he/LC_MESSAGES/gnome-applets-2.0.mo > installing hi.gmo as=20 > /usr/X11R6/share/locale/hi/LC_MESSAGES/gnome-applets-2.0.mo > installing hu.gmo as=20 > /usr/X11R6/share/locale/hu/LC_MESSAGES/gnome-applets-2.0.mo > installing is.gmo as=20 > /usr/X11R6/share/locale/is/LC_MESSAGES/gnome-applets-2.0.mo > installing it.gmo as=20 > /usr/X11R6/share/locale/it/LC_MESSAGES/gnome-applets-2.0.mo > installing ja.gmo as=20 > /usr/X11R6/share/locale/ja/LC_MESSAGES/gnome-applets-2.0.mo > installing ko.gmo as=20 > /usr/X11R6/share/locale/ko/LC_MESSAGES/gnome-applets-2.0.mo > installing lt.gmo as=20 > /usr/X11R6/share/locale/lt/LC_MESSAGES/gnome-applets-2.0.mo > installing lv.gmo as=20 > /usr/X11R6/share/locale/lv/LC_MESSAGES/gnome-applets-2.0.mo > installing mk.gmo as=20 > /usr/X11R6/share/locale/mk/LC_MESSAGES/gnome-applets-2.0.mo > installing ml.gmo as=20 > /usr/X11R6/share/locale/ml/LC_MESSAGES/gnome-applets-2.0.mo > installing mn.gmo as=20 > /usr/X11R6/share/locale/mn/LC_MESSAGES/gnome-applets-2.0.mo > installing ms.gmo as=20 > /usr/X11R6/share/locale/ms/LC_MESSAGES/gnome-applets-2.0.mo > installing nl.gmo as=20 > /usr/X11R6/share/locale/nl/LC_MESSAGES/gnome-applets-2.0.mo > installing nn.gmo as=20 > /usr/X11R6/share/locale/nn/LC_MESSAGES/gnome-applets-2.0.mo > installing no.gmo as=20 > /usr/X11R6/share/locale/no/LC_MESSAGES/gnome-applets-2.0.mo > installing pl.gmo as=20 > /usr/X11R6/share/locale/pl/LC_MESSAGES/gnome-applets-2.0.mo > installing pt.gmo as=20 > /usr/X11R6/share/locale/pt/LC_MESSAGES/gnome-applets-2.0.mo > installing pt_BR.gmo as=20 > /usr/X11R6/share/locale/pt_BR/LC_MESSAGES/gnome-applets-2.0.mo > installing ro.gmo as=20 > /usr/X11R6/share/locale/ro/LC_MESSAGES/gnome-applets-2.0.mo > installing ru.gmo as=20 > /usr/X11R6/share/locale/ru/LC_MESSAGES/gnome-applets-2.0.mo > installing sk.gmo as=20 > /usr/X11R6/share/locale/sk/LC_MESSAGES/gnome-applets-2.0.mo > installing sl.gmo as=20 > /usr/X11R6/share/locale/sl/LC_MESSAGES/gnome-applets-2.0.mo > installing sr.gmo as=20 > /usr/X11R6/share/locale/sr/LC_MESSAGES/gnome-applets-2.0.mo > installing sr@Latn.gmo as=20 > /usr/X11R6/share/locale/sr@Latn/LC_MESSAGES/gnome-applets-2.0.mo > installing sv.gmo as=20 > /usr/X11R6/share/locale/sv/LC_MESSAGES/gnome-applets-2.0.mo > installing ta.gmo as=20 > /usr/X11R6/share/locale/ta/LC_MESSAGES/gnome-applets-2.0.mo > installing tr.gmo as=20 > /usr/X11R6/share/locale/tr/LC_MESSAGES/gnome-applets-2.0.mo > installing uk.gmo as=20 > /usr/X11R6/share/locale/uk/LC_MESSAGES/gnome-applets-2.0.mo > installing vi.gmo as=20 > /usr/X11R6/share/locale/vi/LC_MESSAGES/gnome-applets-2.0.mo > installing wa.gmo as=20 > /usr/X11R6/share/locale/wa/LC_MESSAGES/gnome-applets-2.0.mo > installing zh_CN.gmo as=20 > /usr/X11R6/share/locale/zh_CN/LC_MESSAGES/gnome-applets-2.0.mo > installing zh_TW.gmo as=20 > /usr/X11R6/share/locale/zh_TW/LC_MESSAGES/gnome-applets-2.0.mo > if test "gnome-applets" =3D "glib"; then \ > if test -r ".././mkinstalldirs"; then \ > .././mkinstalldirs /usr/X11R6/share/gnome/glib-2.0/gettext/po; \ > else \ > /bin/sh ../mkinstalldirs /usr/X11R6/share/gnome/glib-2.0/gettext/po; = \ > fi; \ > install -c -o root -g wheel -m 444 ./Makefile.in.in \ > /usr/X11R6/share/gnome/glib-2.0/gettext/po/Makefile.in.= in;=20 > \ > else \ > : ; \ > fi > gmake[1]: Leaving directory=20 > `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/po' > Making install in screen-exec > gmake[1]: Entering directory=20 > `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/screen-exec' > gmake[2]: Entering directory=20 > `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/screen-exec' > gmake[2]: Nothing to be done for `install-exec-am'. > gmake[2]: Nothing to be done for `install-data-am'. > gmake[2]: Leaving directory=20 > `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/screen-exec' > gmake[1]: Leaving directory=20 > `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/screen-exec' > Making install in drivemount > gmake[1]: Entering directory=20 > `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount' > Making install in help > gmake[2]: Entering directory=20 > `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount/help' > Making install in C > gmake[3]: Entering directory=20 > `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount/help/C' > gmake[4]: Entering directory=20 > `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount/help/C' > gmake[4]: Nothing to be done for `install-exec-am'. > /bin/sh ../../../mkinstalldirs /usr/X11R6/share/gnome/help/drivemount/C > for file in legal.xml drivemount.xml; do \ > cp ./$file /usr/X11R6/share/gnome/help/drivemount/C; \ > done > if test "figures"; then \ > /bin/sh ../../../mkinstalldirs=20 > /usr/X11R6/share/gnome/help/drivemount/C/figures; \ > for file in ./figures/*.png; do \ > basefile=3D`echo $file | sed -e 's,^.*/,,'`; \ > install -c -o root -g wheel -m 444 $file=20 > /usr/X11R6/share/gnome/help/drivemount/C/figures/$basefile; \ > done \ > fi > gmake install-data-hook > gmake[5]: Entering directory=20 > `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount/help/C' > /bin/sh ../../../mkinstalldirs /usr/X11R6/share/gnome/omf/gnome-applets > for file in drivemount-C.omf; do \ > install -c -o root -g wheel -m 444 $file.out=20 > /usr/X11R6/share/gnome/omf/gnome-applets/$file; \ > done > install: drivemount-C.omf.out: No such file or directory > gmake[5]: *** [install-data-hook-omf] Error 71 > gmake[5]: Leaving directory=20 > `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount/help/C' > gmake[4]: *** [install-data-am] Error 2 > gmake[4]: Leaving directory=20 > `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount/help/C' > gmake[3]: *** [install-am] Error 2 > gmake[3]: Leaving directory=20 > `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount/help/C' > gmake[2]: *** [install-recursive] Error 1 > gmake[2]: Leaving directory=20 > `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount/help' > gmake[1]: *** [install-recursive] Error 1 > gmake[1]: Leaving directory=20 > `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.4.1/drivemount' > gmake: *** [install-recursive] Error 1 > *** Error code 2 >=20 > Stop in /usr/ports/x11/gnomeapplets2. > *** Error code 1 >=20 > Stop in /usr/ports/x11/gnome2. > su-2.05b# >=20 >=20 > I'm currently performing the 'portupgrade -r libsxlt' as suggested... its= =20 > been going for like 8 hours. So hopefully it will fix the issue. If there= is=20 > anything further you guys can discern from the above that I need to do, I= =20 > will again be eternally grateful. >=20 > Thanks, > Andrew Humphries >=20 >=20 >=20 > >From: Joe Marcus Clarke > >To: Simon Barner > >CC: Andrew Humphries , freebsd-gnome@freebsd.or= g > >Subject: Re: GNOME 2.4 make install errors > >Date: Sun, 23 Nov 2003 21:52:22 -0500 > > > >On Sun, 2003-11-23 at 21:47, Simon Barner wrote: > > > [ ... snip ... ] > > > > > > > > install: drivemount-C.omf.out: No such file or directory > > > > > gmake[5]: *** [install-data-hook-omf] Error 71 > > > > > gmake[5]: Leaving directory > > > > > > [ ... snip ... ] > > > > > > > This error is most likely caused by a missing library (my money's o= n > > > > either libxslt.so.1 or lbiintl.so.4). > > > > > > Mine, too ;-) > > > > > > > However, you haven't included > > > > enough information to know for sure. The actual cause of the error= is > > > > occurring much higher up in the actual gnomeapplets2 build process.= =20 > >You > > > > need to include the entire build output. > > > > > > I saw exactly the same error message (bla-C.omf.out: No such file or > > > directory) in at least one other recent mail. It's because > > > ports/textproc/scrollkeeper could not find the old version of libxslt= it > > > was linked against. > > > > > > Reinstalling at least that port or better a `portupgrade -r libxslt' > > > should cure the problem. > > > > > > Joe: Perhaps one should add the scrollkeeper example to FAQ #2? > > > >I don't think it would do any good. Most people completely miss the > >real error altogether, and simply paste the [useless] tail end of the > >make install. That's why I think an output interpreter (adamw suggested > >one a while ago) would be a big win. It could recognize things like > >this, and either prompt users for more input, or direct them to a > >solution. > > > >Joe > > > > > > > > Simon > >-- > >PGP Key : http://www.marcuscom.com/pgp.asc > ><< signature.asc >> >=20 > _________________________________________________________________ > On the move? Get Hotmail on your mobile phone http://www.msn.co.uk/msnmob= ile >=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 --=-vAjpWwNKZ8dcFqH9n3JD 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/wjrmb2iPiv4Uz4cRAg3jAJ9iUo1MElNwNahymk+mhe9B5zFuiwCZAXDS 67jRO0dkOKiOE+RTjzOcMJc= =QAOX -----END PGP SIGNATURE----- --=-vAjpWwNKZ8dcFqH9n3JD-- From owner-freebsd-gnome@FreeBSD.ORG Mon Nov 24 11:02:20 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 8D6EA16A4CE for ; Mon, 24 Nov 2003 11:02:20 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DC8D4402F for ; Mon, 24 Nov 2003 11:01:41 -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.9/8.12.9) with ESMTP id hAOJ1fFY056350 for ; Mon, 24 Nov 2003 11:01:41 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id hAOJ1eIE056344 for gnome@freebsd.org; Mon, 24 Nov 2003 11:01:40 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 24 Nov 2003 11:01:40 -0800 (PST) Message-Id: <200311241901.hAOJ1eIE056344@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, 24 Nov 2003 19:02:20 -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+ 1 problem total. From owner-freebsd-gnome@FreeBSD.ORG Mon Nov 24 12:09: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 A79F616A4CE for ; Mon, 24 Nov 2003 12:09:03 -0800 (PST) Received: from alef.poprostu.pl (alef.poprostu.pl [195.116.86.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B46243F93 for ; Mon, 24 Nov 2003 12:08:59 -0800 (PST) (envelope-from piero@poprostu.pl) Received: from beth.poprostu.pl (beth.poprostu.pl [213.25.228.183]) by alef.poprostu.pl (8.12.9p2/8.12.9) with SMTP id hAOE5t6H065232 for ; Mon, 24 Nov 2003 15:05:56 +0100 (CET) (envelope-from piero@poprostu.pl) Date: Mon, 24 Nov 2003 21:09:20 +0100 From: Piero To: freebsd-gnome@freebsd.org Message-Id: <20031124210920.2b178ef5.piero@poprostu.pl> Organization: Poprostu X-Mailer: Sylpheed version 0.9.6claws (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: PR request to commiters 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, 24 Nov 2003 20:09:03 -0000 Hi, Could you close ports/57765? This is obsolete now, as the lib dependencies have higher numbers, and the port would refuse to build cleanly. Thank you, -- Piero piero@poprostu.pl From owner-freebsd-gnome@FreeBSD.ORG Mon Nov 24 15:56: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 E0F8616A4CE for ; Mon, 24 Nov 2003 15:56:11 -0800 (PST) Received: from smtp03.mrf.mail.rcn.net (smtp03.mrf.mail.rcn.net [207.172.4.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DF2043FD7 for ; Mon, 24 Nov 2003 15:56:11 -0800 (PST) (envelope-from roberthuff@rcn.com) Received: from 209-6-197-67.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com ([209.6.197.67] helo=jerusalem.litteratus.org.litteratus.org) by smtp03.mrf.mail.rcn.net with esmtp (Exim 3.35 #4) id 1AOQYs-0004TS-00 for gnome@FreeBSD.org; Mon, 24 Nov 2003 18:56:10 -0500 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16322.39577.811050.220872@jerusalem.litteratus.org> Date: Mon, 24 Nov 2003 18:56:09 -0500 To: gnome@FreeBSD.org X-Mailer: VM 7.14 under 21.5 (beta15) "celery" XEmacs Lucid Subject: Mozilla: no spellchecker?? 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, 24 Nov 2003 23:56:12 -0000 Hello: According to Mozilla bug 56301, the spellchecker has been part of the standard code base since July. Yet I just complied 1.6a from the port and it's not there. Is it not available for FreeBSD yet, is there a special flag to set when building, or is there a external program I need to link to? Confused, Robert Huff From owner-freebsd-gnome@FreeBSD.ORG Mon Nov 24 18:45: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 2C32416A4CE for ; Mon, 24 Nov 2003 18:45:39 -0800 (PST) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 264D243F75 for ; Mon, 24 Nov 2003 18:45:38 -0800 (PST) (envelope-from manalive@gmx.net) Received: (qmail 29177 invoked by uid 65534); 25 Nov 2003 02:45:36 -0000 Received: from lsanca1-ar5-4-60-056-131.lsanca1.dsl-verizon.net (EHLO [192.168.0.4]) (4.60.56.131) by mail.gmx.net (mp010) with SMTP; 25 Nov 2003 03:45:36 +0100 X-Authenticated: #19378375 From: Jonas Manalive To: gnome@FreeBSD.org Content-Type: text/plain Message-Id: <1069728333.1162.7.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 24 Nov 2003 18:45:33 -0800 Content-Transfer-Encoding: 7bit Subject: Firebird shutdown 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, 25 Nov 2003 02:45:39 -0000 Hello, On my FreeBSD 5.1, Firebird installed and working just fine. I have linuxpluginwrapper and java 1.4 plugins installed and working fine too. The problem is closing the firebird, it would close the window, but the process for firebird is still running and would then zoom up to consume 100% of my cpu. I would like to submit a trace/bug if any if you could tell me how to do that. Best regards, Jonas From owner-freebsd-gnome@FreeBSD.ORG Mon Nov 24 21:51:12 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 3478516A4CE for ; Mon, 24 Nov 2003 21:51:12 -0800 (PST) Received: from bakkai.wkj.forus.or.jp (j110112.ppp.asahi-net.or.jp [61.213.110.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5CCD43FB1 for ; Mon, 24 Nov 2003 21:51:09 -0800 (PST) (envelope-from site@wkj.forus.or.jp) Received: (from root@localhost) by mx.wkj.forus.or.jp (8.11.6/3.7W+WKJ-2.2) id hAP5p6k13474 for gnome@FreeBSD.org; Tue, 25 Nov 2003 14:51:06 +0900 (JST) Date: Tue, 25 Nov 2003 14:51:06 +0900 (JST) From: SAITO Yasuhiro Message-Id: <200311250551.hAP5p6k13474@mx.wkj.forus.or.jp> To: gnome@FreeBSD.org Subject: 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, 25 Nov 2003 05:51:12 -0000 This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.57. Invocation command line was $ ./configure --x-libraries=/usr/X11R6/lib --x-includes=/usr/X11R6/include --prefix=/usr/X11R6 --build=i386-portbld-freebsd4.9 ## --------- ## ## Platform. ## ## --------- ## hostname = bakkai.wkj.forus.or.jp uname -m = i386 uname -r = 4.9-RELEASE uname -s = FreeBSD uname -v = FreeBSD 4.9-RELEASE #20: Thu Oct 30 17:29:00 JST 2003 site@bakkai.wkj.forus.or.jp:/usr/obj/usr/src/sys/bakkai /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: /sbin PATH: /usr/sbin PATH: /bin PATH: /usr/bin PATH: /usr/local/sbin PATH: /usr/local/bin PATH: /usr/X11R6/bin ## ----------- ## ## Core tests. ## ## ----------- ## configure:1483: checking for a BSD-compatible install configure:1537: result: /usr/bin/install -c -o root -g wheel configure:1548: checking whether build environment is sane configure:1591: result: yes configure:1624: checking for gawk configure:1653: result: no configure:1624: checking for mawk configure:1653: result: no configure:1624: checking for nawk configure:1640: found /usr/bin/nawk configure:1650: result: nawk configure:1660: checking whether gmake sets $(MAKE) configure:1680: result: yes configure:1892: checking for gcc configure:1918: result: cc configure:2162: checking for C compiler version configure:2165: cc --version &5 2.95.4 configure:2168: $? = 0 configure:2170: cc -v &5 Using builtin specs. gcc version 2.95.4 20020320 [FreeBSD] configure:2173: $? = 0 configure:2175: cc -V &5 cc: argument to `-V' is missing configure:2178: $? = 1 configure:2202: checking for C compiler default output configure:2205: cc -O3 -pipe -I/usr/X11R6/include -L/usr/X11R6/lib conftest.c >&5 configure:2208: $? = 0 configure:2254: result: a.out configure:2259: checking whether the C compiler works configure:2265: ./a.out configure:2268: $? = 0 configure:2285: result: yes configure:2292: checking whether we are cross compiling configure:2294: result: no configure:2297: checking for suffix of executables configure:2299: cc -o conftest -O3 -pipe -I/usr/X11R6/include -L/usr/X11R6/lib conftest.c >&5 configure:2302: $? = 0 configure:2327: result: configure:2333: checking for suffix of object files configure:2355: cc -c -O3 -pipe -I/usr/X11R6/include conftest.c >&5 configure:2358: $? = 0 configure:2380: result: o configure:2384: checking whether we are using the GNU C compiler configure:2409: cc -c -O3 -pipe -I/usr/X11R6/include conftest.c >&5 configure:2412: $? = 0 configure:2415: test -s conftest.o configure:2418: $? = 0 configure:2431: result: yes configure:2437: checking whether cc accepts -g configure:2459: cc -c -g -I/usr/X11R6/include conftest.c >&5 configure:2462: $? = 0 configure:2465: test -s conftest.o configure:2468: $? = 0 configure:2479: result: yes configure:2496: checking for cc option to accept ANSI C configure:2557: cc -c -O3 -pipe -I/usr/X11R6/include conftest.c >&5 configure:2560: $? = 0 configure:2563: test -s conftest.o configure:2566: $? = 0 configure:2584: result: none needed configure:2602: cc -c -O3 -pipe -I/usr/X11R6/include conftest.c >&5 conftest.c:2: syntax error before `me' configure:2605: $? = 1 configure: failed program was: | #ifndef __cplusplus | choke me | #endif configure:2724: checking for style of include used by gmake configure:2752: result: GNU configure:2780: checking dependency style of cc configure:2848: result: gcc configure:2937: checking build system type configure:2955: result: i386-portbld-freebsd4.9 configure:2963: checking host system type configure:2977: result: i386-portbld-freebsd4.9 configure:3007: checking for ld used by GCC configure:3070: result: /usr/libexec/elf/ld configure:3079: checking if the linker (/usr/libexec/elf/ld) is GNU ld GNU ld version 2.12.1 [FreeBSD] 2002-07-20 configure:3091: result: yes configure:3096: checking for /usr/libexec/elf/ld option to reload object files configure:3103: result: -r configure:3108: checking for BSD-compatible nm configure:3144: result: /usr/bin/nm -B configure:3147: checking for a sed that does not truncate output configure:3229: result: /usr/bin/sed configure:3232: checking whether ln -s works configure:3236: result: yes configure:3243: checking how to recognise dependent libraries configure:3424: result: pass_all configure:3437: checking command to parse /usr/bin/nm -B output configure:3521: cc -c -O3 -pipe -I/usr/X11R6/include conftest.c >&5 configure:3524: $? = 0 configure:3528: /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:3531: $? = 0 configure:3583: cc -o conftest -O3 -pipe -I/usr/X11R6/include -L/usr/X11R6/lib conftest.c conftstm.o >&5 configure:3586: $? = 0 configure:3630: result: ok configure:3639: checking how to run the C preprocessor configure:3675: cc -E -I/usr/X11R6/include conftest.c configure:3681: $? = 0 configure:3713: cc -E -I/usr/X11R6/include conftest.c configure:3715: ac_nonexistent.h: No such file or directory configure:3719: $? = 1 configure: failed program was: | #line 3705 "configure" | /* confdefs.h. */ | | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "xft" | #define VERSION "2.1.2" | /* end confdefs.h. */ | #include configure:3757: result: cc -E configure:3782: cc -E -I/usr/X11R6/include conftest.c configure:3788: $? = 0 configure:3820: cc -E -I/usr/X11R6/include conftest.c configure:3822: ac_nonexistent.h: No such file or directory configure:3826: $? = 1 configure: failed program was: | #line 3812 "configure" | /* confdefs.h. */ | | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "xft" | #define VERSION "2.1.2" | /* end confdefs.h. */ | #include configure:3869: checking for egrep configure:3879: result: grep -E configure:3884: checking for ANSI C header files configure:3910: cc -c -O3 -pipe -I/usr/X11R6/include conftest.c >&5 configure:3913: $? = 0 configure:3916: test -s conftest.o configure:3919: $? = 0 configure:4011: cc -o conftest -O3 -pipe -I/usr/X11R6/include -L/usr/X11R6/lib conftest.c >&5 configure:4014: $? = 0 configure:4016: ./conftest configure:4019: $? = 0 configure:4034: result: yes configure:4058: checking for sys/types.h configure:4075: cc -c -O3 -pipe -I/usr/X11R6/include conftest.c >&5 configure:4078: $? = 0 configure:4081: test -s conftest.o configure:4084: $? = 0 configure:4095: result: yes configure:4058: checking for sys/stat.h configure:4075: cc -c -O3 -pipe -I/usr/X11R6/include conftest.c >&5 configure:4078: $? = 0 configure:4081: test -s conftest.o configure:4084: $? = 0 configure:4095: result: yes configure:4058: checking for stdlib.h configure:4075: cc -c -O3 -pipe -I/usr/X11R6/include conftest.c >&5 configure:4078: $? = 0 configure:4081: test -s conftest.o configure:4084: $? = 0 configure:4095: result: yes configure:4058: checking for string.h configure:4075: cc -c -O3 -pipe -I/usr/X11R6/include conftest.c >&5 configure:4078: $? = 0 configure:4081: test -s conftest.o configure:4084: $? = 0 configure:4095: result: yes configure:4058: checking for memory.h configure:4075: cc -c -O3 -pipe -I/usr/X11R6/include conftest.c >&5 configure:4078: $? = 0 configure:4081: test -s conftest.o configure:4084: $? = 0 configure:4095: result: yes configure:4058: checking for strings.h configure:4075: cc -c -O3 -pipe -I/usr/X11R6/include conftest.c >&5 configure:4078: $? = 0 configure:4081: test -s conftest.o configure:4084: $? = 0 configure:4095: result: yes configure:4058: checking for inttypes.h configure:4075: cc -c -O3 -pipe -I/usr/X11R6/include conftest.c >&5 configure:4078: $? = 0 configure:4081: test -s conftest.o configure:4084: $? = 0 configure:4095: result: yes configure:4058: checking for stdint.h configure:4075: cc -c -O3 -pipe -I/usr/X11R6/include conftest.c >&5 configure:4117: stdint.h: No such file or directory configure:4078: $? = 1 configure: failed program was: | #line 4064 "configure" | /* confdefs.h. */ | | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "xft" | #define VERSION "2.1.2" | #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:4095: result: no configure:4058: checking for unistd.h configure:4075: cc -c -O3 -pipe -I/usr/X11R6/include conftest.c >&5 configure:4078: $? = 0 configure:4081: test -s conftest.o configure:4084: $? = 0 configure:4095: result: yes configure:4121: checking dlfcn.h usability configure:4134: cc -c -O3 -pipe -I/usr/X11R6/include conftest.c >&5 configure:4137: $? = 0 configure:4140: test -s conftest.o configure:4143: $? = 0 configure:4153: result: yes configure:4157: checking dlfcn.h presence configure:4168: cc -E -I/usr/X11R6/include conftest.c configure:4174: $? = 0 configure:4193: result: yes configure:4229: checking for dlfcn.h configure:4236: result: yes configure:4434: checking for ranlib configure:4450: found /usr/bin/ranlib configure:4461: result: ranlib configure:4514: checking for strip configure:4530: found /usr/bin/strip configure:4541: result: strip configure:4751: checking for objdir configure:4762: result: .libs configure:4779: checking for cc option to produce PIC configure:4925: result: -fPIC configure:4929: checking if cc PIC flag -fPIC works configure:4953: cc -c -O3 -pipe -fPIC -DPIC -I/usr/X11R6/include conftest.c >&5 configure:4956: $? = 0 configure:4959: test -s conftest.o configure:4962: $? = 0 configure:5000: result: yes configure:5016: checking if cc static flag -static works configure:5041: cc -o conftest -O3 -pipe -I/usr/X11R6/include -L/usr/X11R6/lib -static conftest.c >&5 configure:5044: $? = 0 configure:5047: test -s conftest configure:5050: $? = 0 configure:5066: result: yes configure:5078: checking if cc supports -c -o file.o configure:5098: cc -c -O3 -pipe -o out/conftest2.o -I/usr/X11R6/include conftest.c >&5 configure:5122: result: yes configure:5127: checking if cc supports -c -o file.lo configure:5155: cc -c -O3 -pipe -c -o conftest.lo -I/usr/X11R6/include conftest.c >&5 configure:5158: $? = 0 configure:5161: test -s conftest.lo configure:5164: $? = 0 configure:5186: result: yes configure:5217: checking if cc supports -fno-rtti -fno-exceptions configure:5240: cc -c -O3 -pipe -fno-rtti -fno-exceptions -c conftest.c -I/usr/X11R6/include conftest.c >&5 configure:5243: $? = 0 configure:5246: test -s conftest.o configure:5249: $? = 0 configure:5266: result: yes configure:5277: checking whether the linker (/usr/libexec/elf/ld) supports shared libraries configure:5972: result: yes configure:5977: checking how to hardcode library paths into programs configure:6001: result: immediate configure:6006: checking whether stripping libraries is possible configure:6011: result: yes configure:6022: checking dynamic linker characteristics configure:6442: result: freebsd4.9 ld.so configure:6447: checking if libtool supports shared libraries configure:6449: result: yes configure:6452: checking whether to build shared libraries configure:6473: result: yes configure:6476: checking whether to build static libraries configure:6480: result: yes configure:7154: checking whether -lc should be explicitly linked in configure:7162: cc -c -O3 -pipe -I/usr/X11R6/include conftest.c >&5 configure:7165: $? = 0 configure:7179: cc -shared conftest.o -v -Wl,-soname -Wl,conftest -o conftest 2\>\&1 \| grep -lc \>/dev/null 2\>\&1 configure:7182: $? = 1 configure:7195: result: yes configure:7778: checking for pkg-config configure:7796: found /usr/local/bin/pkg-config configure:7809: result: /usr/local/bin/pkg-config configure:7826: checking for xrender >= 0.8.2 configure:7924: checking for xrender >= 0 configure:7969: checking for X configure:8189: result: libraries /usr/X11R6/lib, headers /usr/X11R6/include configure:8213: checking X11/extensions/Xrender.h usability configure:8226: cc -c -O3 -pipe -I/usr/X11R6/include -I/usr/X11R6/include conftest.c >&5 configure:8229: $? = 0 configure:8232: test -s conftest.o configure:8235: $? = 0 configure:8245: result: yes configure:8249: checking X11/extensions/Xrender.h presence configure:8260: cc -E -I/usr/X11R6/include -I/usr/X11R6/include conftest.c configure:8266: $? = 0 configure:8285: result: yes configure:8321: checking for X11/extensions/Xrender.h configure:8328: result: yes configure:8353: checking for XRenderQueryVersion configure:8403: cc -o conftest -O3 -pipe -I/usr/X11R6/include -L/usr/X11R6/lib conftest.c -L/usr/X11R6/lib -lXrender -lXext -lX11 >&5 /usr/X11R6/lib/libX11.so: undefined reference to `pthread_cond_signal' /usr/X11R6/lib/libXThrStub.so.6: undefined reference to `_Xthr_zero_stub_' /usr/X11R6/lib/libX11.so: undefined reference to `pthread_cond_broadcast' /usr/X11R6/lib/libXThrStub.so.6: undefined reference to `_Xthr_self_stub_' /usr/X11R6/lib/libX11.so: undefined reference to `pthread_cond_init' /usr/X11R6/lib/libX11.so: undefined reference to `pthread_mutex_unlock' /usr/X11R6/lib/libX11.so: undefined reference to `pthread_self' /usr/X11R6/lib/libX11.so: undefined reference to `pthread_mutex_destroy' /usr/X11R6/lib/libX11.so: undefined reference to `pthread_mutex_lock' /usr/X11R6/lib/libX11.so: undefined reference to `pthread_cond_wait' /usr/X11R6/lib/libX11.so: undefined reference to `pthread_cond_destroy' /usr/X11R6/lib/libX11.so: undefined reference to `pthread_mutex_init' configure:8406: $? = 1 configure: failed program was: | #line 8359 "configure" | /* confdefs.h. */ | | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "xft" | #define VERSION "2.1.2" | #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 HAVE_X11_EXTENSIONS_XRENDER_H 1 | /* end confdefs.h. */ | /* System header to define __stub macros and hopefully few prototypes, | which can conflict with char XRenderQueryVersion (); 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 XRenderQueryVersion (); | /* 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_XRenderQueryVersion) || defined (__stub___XRenderQueryVersion) | choke me | #else | char (*f) () = XRenderQueryVersion; | #endif | #ifdef __cplusplus | } | #endif | | int | main () | { | return f != XRenderQueryVersion; | ; | return 0; | } configure:8423: result: no configure:8431: error: libXrender not found. ## ---------------- ## ## Cache variables. ## ## ---------------- ## am_cv_CC_dependencies_compiler_type=gcc ac_cv_header_stdlib_h=yes lt_cv_file_magic_cmd='$MAGIC_CMD' ac_cv_prog_cc_g=yes ac_cv_env_LDFLAGS_set=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_func_XRenderQueryVersion=no ac_cv_header_X11_extensions_Xrender_h=yes 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= lt_cv_prog_cc_shlib= lt_cv_prog_cc_static=-static ac_cv_env_host_alias_set= 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=-L/usr/X11R6/lib ac_cv_env_target_alias_set= ac_cv_host_alias=i386-portbld-freebsd4.9 ac_cv_prog_cc_stdc= ac_cv_env_CFLAGS_value='-O3 -pipe ' ac_cv_env_CC_set=set ac_cv_have_x='have_x=yes ac_x_includes=/usr/X11R6/include ac_x_libraries=/usr/X11R6/lib' 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/X11R6/include ac_cv_prog_ac_ct_RANLIB=ranlib ac_cv_header_memory_h=yes ac_cv_prog_ac_ct_STRIP=strip ac_cv_host=i386-portbld-freebsd4.9 ac_cv_env_host_alias_value= 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'\''' lt_cv_compiler_c_o=yes lt_cv_prog_cc_pic_works=yes lt_cv_file_magic_test_file= 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} /usr/ports/x11-fonts/Xft/work/xft-2.1.2/missing --run aclocal-1.7' AMDEPBACKSLASH='\' AMDEP_FALSE='#' AMDEP_TRUE='' AMTAR='${SHELL} /usr/ports/x11-fonts/Xft/work/xft-2.1.2/missing --run tar' AUTOCONF='${SHELL} /usr/ports/x11-fonts/Xft/work/xft-2.1.2/missing --run autoconf' AUTOHEADER='${SHELL} /usr/ports/x11-fonts/Xft/work/xft-2.1.2/missing --run autoheader' AUTOMAKE='${SHELL} /usr/ports/x11-fonts/Xft/work/xft-2.1.2/missing --run automake-1.7' AWK='nawk' CC='cc' CCDEPMODE='depmode=gcc' CFLAGS='-O3 -pipe ' CPP='cc -E' CPPFLAGS='-I/usr/X11R6/include' CYGPATH_W='echo' DEFS='' DEPDIR='.deps' ECHO='echo' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='grep -E' EXEEXT='' FONTCONFIG_CFLAGS='' FONTCONFIG_LIBS='' FREETYPE_CFLAGS='' FREETYPE_LIBS='' INSTALL_DATA='install -c -o root -g wheel -m 444' INSTALL_PROGRAM='install -c -s -o root -g wheel -m 555' INSTALL_SCRIPT='install -c -o root -g wheel -m 555' INSTALL_STRIP_PROGRAM='${SHELL} $(install_sh) -c -s' LDFLAGS='-L/usr/X11R6/lib' LIBOBJS='' LIBS=' -L/usr/X11R6/lib -lXrender -lXext -lX11' LIBTOOL='$(SHELL) $(top_builddir)/libtool' LN_S='ln -s' LTLIBOBJS='' MAKEINFO='${SHELL} /usr/ports/x11-fonts/Xft/work/xft-2.1.2/missing --run makeinfo' OBJEXT='o' PACKAGE='xft' PACKAGE_BUGREPORT='' PACKAGE_NAME='' PACKAGE_STRING='' PACKAGE_TARNAME='' PACKAGE_VERSION='' PATH_SEPARATOR=':' PKG_CONFIG='/usr/local/bin/pkg-config' RANLIB='ranlib' SET_MAKE='' SHELL='/bin/sh' STRIP='strip' VERSION='2.1.2' XRENDER_CFLAGS='-I/usr/X11R6/include' XRENDER_LIBS='-L/usr/X11R6/lib -lXrender -lXext -lX11' ac_ct_CC='cc' ac_ct_RANLIB='ranlib' ac_ct_STRIP='strip' am__fastdepCC_FALSE='' am__fastdepCC_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='${prefix}/share' exec_prefix='NONE' ft_config='' 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='/usr/ports/x11-fonts/Xft/work/xft-2.1.2/install-sh' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localstatedir='${prefix}/var' 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_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 HAVE_X11_EXTENSIONS_XRENDER_H 1 #define PACKAGE "xft" #define PACKAGE_BUGREPORT "" #define PACKAGE_NAME "" #define PACKAGE_STRING "" #define PACKAGE_TARNAME "" #define PACKAGE_VERSION "" #define STDC_HEADERS 1 #define VERSION "2.1.2" configure: exit 1 From owner-freebsd-gnome@FreeBSD.ORG Mon Nov 24 21:55: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 1F72116A4CE for ; Mon, 24 Nov 2003 21:55:45 -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 8F72143FDF for ; Mon, 24 Nov 2003 21:55:43 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hAP5teFm006709; Tue, 25 Nov 2003 00:55:40 -0500 (EST) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) hAP5souY083292; Tue, 25 Nov 2003 00:54:50 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: SAITO Yasuhiro In-Reply-To: <200311250551.hAP5p6k13474@mx.wkj.forus.or.jp> References: <200311250551.hAP5p6k13474@mx.wkj.forus.or.jp> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ZqT2phKQG5iMT4ju+Wzo" Organization: MarcusCom, Inc. Message-Id: <1069739733.98733.25.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 25 Nov 2003 00:55:33 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on creme-brulee.marcuscom.com cc: FreeBSD GNOME Users Subject: Re: Xft-2.1.2 build failure [was: no subject] 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, 25 Nov 2003 05:55:45 -0000 --=-ZqT2phKQG5iMT4ju+Wzo Content-Type: text/plain Content-Transfer-Encoding: quoted-printable As fun as it is to look at these, it would help to have a useful subject as well as a paragraph or two of issue summary. However, from the looks of this, you need to update to XFree86-4.3.0 before building this port. Joe [Xft 2.1.2 config log elided] --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-ZqT2phKQG5iMT4ju+Wzo 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/wu7Vb2iPiv4Uz4cRAnGJAJ9LTYmkL95pjPOQfI3tOvtVrsjyVACgqS7K 7v6TAYWh92a0Ql5ooaEGPDY= =d819 -----END PGP SIGNATURE----- --=-ZqT2phKQG5iMT4ju+Wzo-- From owner-freebsd-gnome@FreeBSD.ORG Mon Nov 24 22:04: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 9144116A4CF for ; Mon, 24 Nov 2003 22:04:38 -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 9F52843FE0 for ; Mon, 24 Nov 2003 22:04:34 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hAP64TFm016326; Tue, 25 Nov 2003 01:04:29 -0500 (EST) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) hAP63duY083435; Tue, 25 Nov 2003 01:03:39 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: SAITO Yasuhiro In-Reply-To: <200311250602.hAP62IE27932@miduho.sapporo.iij.ad.jp> References: <1069739733.98733.25.camel@shumai.marcuscom.com> <200311250602.hAP62IE27932@miduho.sapporo.iij.ad.jp> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-9XZdA62LI7GyiQvpmFr9" Organization: MarcusCom, Inc. Message-Id: <1069740262.98733.30.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 25 Nov 2003 01:04:22 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on creme-brulee.marcuscom.com cc: FreeBSD GNOME Users Subject: Re: Xft-2.1.2 build failure [was: no subject] 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, 25 Nov 2003 06:04:38 -0000 --=-9XZdA62LI7GyiQvpmFr9 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2003-11-25 at 01:02, SAITO Yasuhiro wrote: > I was going to build XFree86-4.3.0 with ports and faced this > problem.=20 Updating your XFree86-4-libraries should correct this. You'll also need current freetype2 and fontconfig installations. Joe >=20 > -- Yasuhiro >=20 > In article <1069739733.98733.25.camel@shumai.marcuscom.com> > Joe Marcus Clarke writes: >=20 > >As fun as it is to look at these, it would help to have a useful subject > >as well as a paragraph or two of issue summary. However, from the looks > >of this, you need to update to XFree86-4.3.0 before building this port. > > > >Joe > > > >[Xft 2.1.2 config log elided] > > > >--=20 > >PGP Key : http://www.marcuscom.com/pgp.asc --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-9XZdA62LI7GyiQvpmFr9 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/wvDmb2iPiv4Uz4cRAoC8AKCMTUib8f5WBaxAkd1VHQui96+ZtACfXwgh V9PMRdqRzdMoJm5diFIevc8= =RP9V -----END PGP SIGNATURE----- --=-9XZdA62LI7GyiQvpmFr9-- From owner-freebsd-gnome@FreeBSD.ORG Mon Nov 24 22:10: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 8D44616A4CE for ; Mon, 24 Nov 2003 22:10:39 -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 557AE43FCB for ; Mon, 24 Nov 2003 22:10:38 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hAP6AbNW025294; Tue, 25 Nov 2003 01:10:37 -0500 (EST) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) hAP69muY083484; Tue, 25 Nov 2003 01:09:48 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Robert Huff In-Reply-To: <16322.39577.811050.220872@jerusalem.litteratus.org> References: <16322.39577.811050.220872@jerusalem.litteratus.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-9shcm6djALVeQZvbse8c" Organization: MarcusCom, Inc. Message-Id: <1069740631.98733.34.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 25 Nov 2003 01:10:31 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on creme-brulee.marcuscom.com cc: FreeBSD GNOME Users Subject: Re: Mozilla: no spellchecker?? 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, 25 Nov 2003 06:10:39 -0000 --=-9shcm6djALVeQZvbse8c Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2003-11-24 at 18:56, Robert Huff wrote: > Hello: > According to Mozilla bug 56301, the spellchecker has been part > of the standard code base since July. Yet I just complied 1.6a from > the port and it's not there. Is it not available for FreeBSD yet, > is there a special flag to set when building, or is there a external > program I need to link to? What flags did you use to build Mozilla? The spell checker has been in there since 1.4, I believe. You need to build with mail/news and composer support, however. Joe > Confused, >=20 >=20 > Robert Huff >=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 --=-9shcm6djALVeQZvbse8c 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/wvJXb2iPiv4Uz4cRAuk+AKCblLXyOYk1jF7prkbkBq423lpEmQCfRU4u JEpvPuLLydec5bZLb6Okulw= =fUDr -----END PGP SIGNATURE----- --=-9shcm6djALVeQZvbse8c-- From owner-freebsd-gnome@FreeBSD.ORG Mon Nov 24 23:01: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 2588F16A4CE for ; Mon, 24 Nov 2003 23:01:26 -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 896CF43FA3 for ; Mon, 24 Nov 2003 23:01:24 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hAP71KFm024313; Tue, 25 Nov 2003 02:01:20 -0500 (EST) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) hAP70UuY084154; Tue, 25 Nov 2003 02:00:30 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: SAITO Yasuhiro In-Reply-To: <200311250658.hAP6wan44918@miduho.sapporo.iij.ad.jp> References: <1069740262.98733.30.camel@shumai.marcuscom.com> <200311250658.hAP6wan44918@miduho.sapporo.iij.ad.jp> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-rlM7EYq+Je4nKPlQ/luN" Organization: MarcusCom, Inc. Message-Id: <1069743672.98733.38.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 25 Nov 2003 02:01:13 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on creme-brulee.marcuscom.com cc: FreeBSD GNOME Users Subject: Re: Xft-2.1.2 build failure [was: no subject] 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, 25 Nov 2003 07:01:26 -0000 --=-rlM7EYq+Je4nKPlQ/luN Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2003-11-25 at 01:58, SAITO Yasuhiro wrote: > I tried it, but the problem was not cleared up. >=20 > Thanks in advance. Something is still wrong then. libXrender.so is installed by XFree86-libraries-4.3.0_6 (current version as of this writing). If you have that port, then you should have a /usr/X11R6/lib/libXrender.so. Joe >=20 > -- Yasuhiro >=20 > <> > : > : > checking whether to build shared libraries... yes > checking whether to build static libraries... yes > checking whether -lc should be explicitly linked in... yes > creating libtool > checking for pkg-config... /usr/local/bin/pkg-config > checking for xrender >=3D 0.8.2... gnome-config: not found > gnome-config: not found > Package xrender was not found in the pkg-config search path. > Perhaps you should add the directory containing `xrender.pc' > to the PKG_CONFIG_PATH environment variable > No package 'xrender' found > checking for xrender >=3D 0... gnome-config: not found > gnome-config: not found > Package xrender was not found in the pkg-config search path. > Perhaps you should add the directory containing `xrender.pc' > to the PKG_CONFIG_PATH environment variable > No package 'xrender' found > checking for X... libraries /usr/X11R6/lib, headers > /usr/X11R6/include > checking X11/extensions/Xrender.h usability... yes > checking X11/extensions/Xrender.h presence... yes > checking for X11/extensions/Xrender.h... yes > checking for XRenderQueryVersion... no > configure: error: libXrender not found. > =3D=3D=3D> Script "configure" failed unexpectedly. > Please report the problem to gnome@FreeBSD.org [maintainer] and att= ach > the "/usr/ports/x11-fonts/Xft/work/xft-2.1.2/config.log" including = the > output of the failure of your make command. Also, it might be a goo= d > idea to provide an overview of all packages installed on your syste= m > (e.g. an `ls /var/db/pkg`). > *** Error code 1 >=20 > Stop in /usr/ports/x11-fonts/Xft. > *** Error code 1 >=20 > Stop in /usr/ports/x11/XFree86-4-clients. > *** Error code 1 >=20 > Stop in /usr/ports/x11/XFree86-4. >=20 > #=20 >=20 > In article <1069740262.98733.30.camel@shumai.marcuscom.com> > Joe Marcus Clarke writes: >=20 > >On Tue, 2003-11-25 at 01:02, SAITO Yasuhiro wrote: > >> I was going to build XFree86-4.3.0 with ports and faced this > >> problem.=20 > > > >Updating your XFree86-4-libraries should correct this. You'll also need > >current freetype2 and fontconfig installations. > > > >Joe > > > >>=20 > >> -- Yasuhiro > >>=20 > >> In article <1069739733.98733.25.camel@shumai.marcuscom.com> > >> Joe Marcus Clarke writes: > >>=20 > >> >As fun as it is to look at these, it would help to have a useful subj= ect > >> >as well as a paragraph or two of issue summary. However, from the lo= oks > >> >of this, you need to update to XFree86-4.3.0 before building this por= t. > >> > > >> >Joe > >> > > >> >[Xft 2.1.2 config log elided] > >> > > >> >--=20 > >> >PGP Key : http://www.marcuscom.com/pgp.asc > >--=20 > >PGP Key : http://www.marcuscom.com/pgp.asc > >[2 This is a digitally signed message part ] --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-rlM7EYq+Je4nKPlQ/luN 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/wv44b2iPiv4Uz4cRAhFEAKCoGH5b+51Mgho38QyW8dXo0dasigCfcea+ iCDkvM2c5k7DS7eICRR1j3k= =Wesr -----END PGP SIGNATURE----- --=-rlM7EYq+Je4nKPlQ/luN-- From owner-freebsd-gnome@FreeBSD.ORG Tue Nov 25 05:37: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 DD6B316A4CE for ; Tue, 25 Nov 2003 05:37:25 -0800 (PST) Received: from pip.lemonia.org (82-32-25-136.cable.ubr04.azte.blueyonder.co.uk [82.32.25.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73B5443FE1 for ; Tue, 25 Nov 2003 05:37:23 -0800 (PST) (envelope-from lemon@aldigital.co.uk) Received: (qmail 12958 invoked from network); 25 Nov 2003 13:39:16 -0000 Received: from maybe.avalon (HELO aldigital.co.uk) (192.168.237.3) by yes.avalon with SMTP; 25 Nov 2003 13:39:16 -0000 Message-ID: <3FC35B18.7020704@aldigital.co.uk> Date: Tue, 25 Nov 2003 13:37:28 +0000 From: lemon User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031008 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-gnome@freebsd.org References: <1064695326.71020.8.camel@jake> <1064708263.1134.4.camel@shumai.marcuscom.com> <1064716398.93823.29.camel@hood.oook.cz> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: windows wander 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, 25 Nov 2003 13:37:26 -0000 Randy Bush wrote (some time ago): >>I had this issue of windows moving around when you click on the workspace >>pager *with Sawfish running* today too. It made Sawfish with virtual >>desktops absolutely unusable. I haven't investigated it much and reverted >>back to Metacity. The move of the window depended on where you clicked in >>the pager. When you clicked to the top left corner of the workspace on >>pager, the windows were almost ok. The more down and right you click, the >>windows are more displaced. > > > you're right, it's just clicking in the pager, using fn keys to get > between workspaces is non-damaging. whew! thanks for hint. > (i've already mailed randy about this, but thought i'd resend here too). this bug is discussed at the pager/libwnck maintainer has submitted a comprehensive patch in the first [0], and there's a suggestion for quick hack in the second. i can confirm the second works. my patch was: $ diff work/libwnck-2.4.0.1/libwnck/pager.c work-/libwnck-2.4.0.1/libwnck/pager.c 1157a1158 > #ifdef WANDER_FIX 1159a1161 > #endif /* WANDER_FIX */ ie: don't let wnck_pager_button_release run wnck_screen_move_viewport regards, l. [not sub'd to this list, please CC] [0] From owner-freebsd-gnome@FreeBSD.ORG Tue Nov 25 08:18: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 00C0A16A4CE for ; Tue, 25 Nov 2003 08:18:33 -0800 (PST) Received: from conure.mail.pas.earthlink.net (conure.mail.pas.earthlink.net [207.217.120.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4868B43FBD for ; Tue, 25 Nov 2003 08:18:32 -0800 (PST) (envelope-from welchsm@earthlink.net) Received: from bigbird.psp.pas.earthlink.net ([207.217.78.244]) by conure.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1AOftX-0004f4-00; Tue, 25 Nov 2003 08:18:31 -0800 Message-ID: <12675899.1069777110965.JavaMail.root@bigbird.psp.pas.earthlink.net> Date: Tue, 25 Nov 2003 10:18:30 -0600 (GMT-06:00) From: Sean Welch To: freebsd-gnome@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Earthlink Zoo Mail 1.0 Subject: Metacity with Expocity X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Sean Welch List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Nov 2003 16:18:33 -0000 I just saw this article: http://slashdot.org/articles/03/11/25/0330208.shtml?tid=131&tid=179&tid=185&tid=189&tid=190 an took a look at the patch here: http://www.pycage.de/download/expocity-11-24-03.diff Figuring to give it a try, I got it to compile and install but the keystroke that is supposed to activate it (Alt-Tab) doesn't do anything now. Perhaps someone else might have a better idea what to do with it and how to track the problem down??? It did compile cleanly... At any rate, here is the process I used. 1) cd /usr/ports/x11-wm/metacity 2) make extract && make patch 3) cd work && ln -s metacity-2.6.3 metacity 4) patch < expocity-11-24-03.diff 5) mv expocity* metacity/src 6) rm metacity && patch < Makefile.in_patch 7) cd ../ && make && make install I made up Makefile.in_patch myself and its contents are (yes, those are supposed to be tabs before the "\" symbols but this webmail client won't let me type/paste tabs): --- metacity-2.6.3/src/Makefile.in.orig Tue Nov 25 09:47:38 2003 +++ metacity-2.6.3/src/Makefile.in Tue Nov 25 09:49:19 2003 @@ -154,6 +154,8 @@ errors.h \ eventqueue.c \ eventqueue.h \ + expocity.c \ + expocity.h \ fixedtip.c \ fixedtip.h \ frame.c \ @@ -323,7 +325,7 @@ metacity_OBJECTS = async-getprop.$(OBJEXT) bell.$(OBJEXT) \ constraints.$(OBJEXT) core.$(OBJEXT) delete.$(OBJEXT) display.$(OBJEXT) \ draw-workspace.$(OBJEXT) effects.$(OBJEXT) errors.$(OBJEXT) \ -eventqueue.$(OBJEXT) fixedtip.$(OBJEXT) frame.$(OBJEXT) \ +eventqueue.$(OBJEXT) expocity.$(OBJEXT) fixedtip.$(OBJEXT) frame.$(OBJEXT) \ frames.$(OBJEXT) gradient.$(OBJEXT) group.$(OBJEXT) \ group-props.$(OBJEXT) iconcache.$(OBJEXT) keybindings.$(OBJEXT) \ main.$(OBJEXT) menu.$(OBJEXT) metaaccellabel.$(OBJEXT) place.$(OBJEXT) \ From owner-freebsd-gnome@FreeBSD.ORG Tue Nov 25 12:26: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 90E9D16A4CE for ; Tue, 25 Nov 2003 12:26:53 -0800 (PST) Received: from pfepa.post.tele.dk (pfepa.post.tele.dk [193.162.153.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E710C43FE0 for ; Tue, 25 Nov 2003 12:26:28 -0800 (PST) (envelope-from aners@parah.dk) Received: from ARNE (magnifik.dk [80.199.19.217]) by pfepa.post.tele.dk (Postfix) with SMTP id 8BB9948008C for ; Tue, 25 Nov 2003 21:26:23 +0100 (CET) Message-ID: <001b01c3b392$673cf0b0$6401a8c0@ARNE> From: "Anders Jeppesen" To: Date: Tue, 25 Nov 2003 21:26:23 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0017_01C3B39A.C66F6330" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: bug? 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, 25 Nov 2003 20:26:53 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0017_01C3B39A.C66F6330 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable checking for libxml libraries >=3D 2.6.0... configure: error: Version = 2.4.24 found. You need at least libxml2 2.6.0 for this version of = libxslt =3D=3D=3D> 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 - here you go :) // Kind regards // Anders Jeppesen // magnifik.dk Web ------=_NextPart_000_0017_01C3B39A.C66F6330 Content-Type: application/octet-stream; name="config.log" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="config.log" This file contains any messages produced by compilers while=0A= running configure, to aid debugging if configure makes a mistake.=0A= =0A= It was created by configure, which was=0A= generated by GNU Autoconf 2.57. Invocation command line was=0A= =0A= $ ./configure --with-html-dir=3D/usr/local/share/doc = --with-python=3D/usr/local --prefix=3D/usr/local = --build=3Di386-portbld-freebsd4.9=0A= =0A= ## --------- ##=0A= ## Platform. ##=0A= ## --------- ##=0A= =0A= hostname =3D pech.dk=0A= uname -m =3D i386=0A= uname -r =3D 4.9-RELEASE=0A= uname -s =3D FreeBSD=0A= uname -v =3D FreeBSD 4.9-RELEASE #0: Thu Nov 20 00:42:59 CET 2003 = root@pech.dk:/usr/obj/usr/src/sys/firewall =0A= =0A= /usr/bin/uname -p =3D i386=0A= /bin/uname -X =3D unknown=0A= =0A= /bin/arch =3D unknown=0A= /usr/bin/arch -k =3D unknown=0A= /usr/convex/getsysinfo =3D unknown=0A= hostinfo =3D unknown=0A= /bin/machine =3D unknown=0A= /usr/bin/oslevel =3D unknown=0A= /bin/universe =3D unknown=0A= =0A= PATH: /usr/local/libexec/libtool13=0A= PATH: /sbin=0A= PATH: /bin=0A= PATH: /usr/sbin=0A= PATH: /usr/bin=0A= PATH: /usr/games=0A= PATH: /usr/local/sbin=0A= PATH: /usr/local/bin=0A= PATH: /usr/X11R6/bin=0A= PATH: /usr/local/www/data/bin=0A= =0A= =0A= ## ----------- ##=0A= ## Core tests. ##=0A= ## ----------- ##=0A= =0A= configure:1531: checking for a BSD-compatible install=0A= configure:1585: result: /usr/bin/install -c -o root -g wheel=0A= configure:1596: checking whether build environment is sane=0A= configure:1639: result: yes=0A= configure:1672: checking for gawk=0A= configure:1701: result: no=0A= configure:1672: checking for mawk=0A= configure:1701: result: no=0A= configure:1672: checking for nawk=0A= configure:1688: found /usr/bin/nawk=0A= configure:1698: result: nawk=0A= configure:1708: checking whether gmake sets $(MAKE)=0A= configure:1728: result: yes=0A= configure:1873: checking whether to enable maintainer-specific portions = of Makefiles=0A= configure:1882: result: no=0A= configure:1934: checking for style of include used by gmake=0A= configure:1962: result: GNU=0A= configure:2033: checking for gcc=0A= configure:2059: result: cc=0A= configure:2303: checking for C compiler version=0A= configure:2306: cc --version &5=0A= 2.95.4=0A= configure:2309: $? =3D 0=0A= configure:2311: cc -v &5=0A= Using builtin specs.=0A= gcc version 2.95.4 20020320 [FreeBSD]=0A= configure:2314: $? =3D 0=0A= configure:2316: cc -V &5=0A= cc: argument to `-V' is missing=0A= configure:2319: $? =3D 1=0A= configure:2343: checking for C compiler default output=0A= configure:2346: cc -O -pipe -I/usr/local/include conftest.c >&5=0A= configure:2349: $? =3D 0=0A= configure:2395: result: a.out=0A= configure:2400: checking whether the C compiler works=0A= configure:2406: ./a.out=0A= configure:2409: $? =3D 0=0A= configure:2426: result: yes=0A= configure:2433: checking whether we are cross compiling=0A= configure:2435: result: no=0A= configure:2438: checking for suffix of executables=0A= configure:2440: cc -o conftest -O -pipe -I/usr/local/include = conftest.c >&5=0A= configure:2443: $? =3D 0=0A= configure:2468: result: =0A= configure:2474: checking for suffix of object files=0A= configure:2496: cc -c -O -pipe -I/usr/local/include conftest.c >&5=0A= configure:2499: $? =3D 0=0A= configure:2521: result: o=0A= configure:2525: checking whether we are using the GNU C compiler=0A= configure:2550: cc -c -O -pipe -I/usr/local/include conftest.c >&5=0A= configure:2553: $? =3D 0=0A= configure:2556: test -s conftest.o=0A= configure:2559: $? =3D 0=0A= configure:2572: result: yes=0A= configure:2578: checking whether cc accepts -g=0A= configure:2600: cc -c -g -I/usr/local/include conftest.c >&5=0A= configure:2603: $? =3D 0=0A= configure:2606: test -s conftest.o=0A= configure:2609: $? =3D 0=0A= configure:2620: result: yes=0A= configure:2637: checking for cc option to accept ANSI C=0A= configure:2698: cc -c -O -pipe -I/usr/local/include conftest.c >&5=0A= configure:2701: $? =3D 0=0A= configure:2704: test -s conftest.o=0A= configure:2707: $? =3D 0=0A= configure:2725: result: none needed=0A= configure:2743: cc -c -O -pipe -I/usr/local/include conftest.c >&5=0A= conftest.c:2: syntax error before `me'=0A= configure:2746: $? =3D 1=0A= configure: failed program was:=0A= | #ifndef __cplusplus=0A= | choke me=0A= | #endif=0A= configure:2857: checking dependency style of cc=0A= configure:2919: result: gcc=0A= configure:2926: checking for strerror in -lcposix=0A= configure:2957: cc -o conftest -O -pipe -I/usr/local/include = conftest.c -lcposix >&5=0A= /usr/libexec/elf/ld: cannot find -lcposix=0A= configure:2960: $? =3D 1=0A= configure: failed program was:=0A= | #line 2934 "configure"=0A= | /* confdefs.h. */=0A= | =0A= | #define PACKAGE_NAME ""=0A= | #define PACKAGE_TARNAME ""=0A= | #define PACKAGE_VERSION ""=0A= | #define PACKAGE_STRING ""=0A= | #define PACKAGE_BUGREPORT ""=0A= | #define PACKAGE "libxslt"=0A= | #define VERSION "1.1.0"=0A= | /* end confdefs.h. */=0A= | =0A= | /* Override any gcc2 internal prototype to avoid an error. */=0A= | #ifdef __cplusplus=0A= | extern "C"=0A= | #endif=0A= | /* We use char because int might match the return type of a gcc2=0A= | builtin and then its argument prototype would still apply. */=0A= | char strerror ();=0A= | int=0A= | main ()=0A= | {=0A= | strerror ();=0A= | ;=0A= | return 0;=0A= | }=0A= configure:2978: result: no=0A= configure:3032: checking for gcc=0A= configure:3058: result: cc=0A= configure:3302: checking for C compiler version=0A= configure:3305: cc --version &5=0A= 2.95.4=0A= configure:3308: $? =3D 0=0A= configure:3310: cc -v &5=0A= Using builtin specs.=0A= gcc version 2.95.4 20020320 [FreeBSD]=0A= configure:3313: $? =3D 0=0A= configure:3315: cc -V &5=0A= cc: argument to `-V' is missing=0A= configure:3318: $? =3D 1=0A= configure:3321: checking whether we are using the GNU C compiler=0A= configure:3368: result: yes=0A= configure:3374: checking whether cc accepts -g=0A= configure:3416: result: yes=0A= configure:3433: checking for cc option to accept ANSI C=0A= configure:3521: result: none needed=0A= configure:3539: cc -c -O -pipe -I/usr/local/include conftest.c >&5=0A= conftest.c:2: syntax error before `me'=0A= configure:3542: $? =3D 1=0A= configure: failed program was:=0A= | #ifndef __cplusplus=0A= | choke me=0A= | #endif=0A= configure:3653: checking dependency style of cc=0A= configure:3715: result: gcc=0A= configure:3725: checking how to run the C preprocessor=0A= configure:3761: cc -E -I/usr/local/include conftest.c=0A= configure:3767: $? =3D 0=0A= configure:3799: cc -E -I/usr/local/include conftest.c=0A= configure:3801: ac_nonexistent.h: No such file or directory=0A= configure:3805: $? =3D 1=0A= configure: failed program was:=0A= | #line 3791 "configure"=0A= | /* confdefs.h. */=0A= | =0A= | #define PACKAGE_NAME ""=0A= | #define PACKAGE_TARNAME ""=0A= | #define PACKAGE_VERSION ""=0A= | #define PACKAGE_STRING ""=0A= | #define PACKAGE_BUGREPORT ""=0A= | #define PACKAGE "libxslt"=0A= | #define VERSION "1.1.0"=0A= | /* end confdefs.h. */=0A= | #include =0A= configure:3843: result: cc -E=0A= configure:3868: cc -E -I/usr/local/include conftest.c=0A= configure:3874: $? =3D 0=0A= configure:3906: cc -E -I/usr/local/include conftest.c=0A= configure:3908: ac_nonexistent.h: No such file or directory=0A= configure:3912: $? =3D 1=0A= configure: failed program was:=0A= | #line 3898 "configure"=0A= | /* confdefs.h. */=0A= | =0A= | #define PACKAGE_NAME ""=0A= | #define PACKAGE_TARNAME ""=0A= | #define PACKAGE_VERSION ""=0A= | #define PACKAGE_STRING ""=0A= | #define PACKAGE_BUGREPORT ""=0A= | #define PACKAGE "libxslt"=0A= | #define VERSION "1.1.0"=0A= | /* end confdefs.h. */=0A= | #include =0A= configure:3955: checking for egrep=0A= configure:3965: result: grep -E=0A= configure:3970: checking for ANSI C header files=0A= configure:3996: cc -c -O -pipe -I/usr/local/include conftest.c >&5=0A= configure:3999: $? =3D 0=0A= configure:4002: test -s conftest.o=0A= configure:4005: $? =3D 0=0A= configure:4097: cc -o conftest -O -pipe -I/usr/local/include = conftest.c >&5=0A= configure:4100: $? =3D 0=0A= configure:4102: ./conftest=0A= configure:4105: $? =3D 0=0A= configure:4120: result: yes=0A= configure:4203: checking build system type=0A= configure:4221: result: i386-portbld-freebsd4.9=0A= configure:4229: checking host system type=0A= configure:4243: result: i386-portbld-freebsd4.9=0A= configure:4273: checking for ld used by GCC=0A= configure:4336: result: /usr/libexec/elf/ld=0A= configure:4345: checking if the linker (/usr/libexec/elf/ld) is GNU ld=0A= GNU ld version 2.12.1 [FreeBSD] 2002-07-20=0A= configure:4357: result: yes=0A= configure:4362: checking for /usr/libexec/elf/ld option to reload object = files=0A= configure:4369: result: -r=0A= configure:4374: checking for BSD-compatible nm=0A= configure:4410: result: /usr/bin/nm -B=0A= configure:4413: checking for a sed that does not truncate output=0A= configure:4495: result: /usr/bin/sed=0A= configure:4498: checking whether ln -s works=0A= configure:4502: result: yes=0A= configure:4509: checking how to recognise dependent libraries=0A= configure:4690: result: pass_all=0A= configure:4702: checking command to parse /usr/bin/nm -B output=0A= configure:4786: cc -c -O -pipe -I/usr/local/include conftest.c >&5=0A= configure:4789: $? =3D 0=0A= configure:4793: /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=0A= configure:4796: $? =3D 0=0A= configure:4848: cc -o conftest -O -pipe -I/usr/local/include = conftest.c conftstm.o >&5=0A= configure:4851: $? =3D 0=0A= configure:4895: result: ok=0A= configure:4913: checking for sys/types.h=0A= configure:4930: cc -c -O -pipe -I/usr/local/include conftest.c >&5=0A= configure:4933: $? =3D 0=0A= configure:4936: test -s conftest.o=0A= configure:4939: $? =3D 0=0A= configure:4950: result: yes=0A= configure:4913: checking for sys/stat.h=0A= configure:4930: cc -c -O -pipe -I/usr/local/include conftest.c >&5=0A= configure:4933: $? =3D 0=0A= configure:4936: test -s conftest.o=0A= configure:4939: $? =3D 0=0A= configure:4950: result: yes=0A= configure:4913: checking for stdlib.h=0A= configure:4930: cc -c -O -pipe -I/usr/local/include conftest.c >&5=0A= configure:4933: $? =3D 0=0A= configure:4936: test -s conftest.o=0A= configure:4939: $? =3D 0=0A= configure:4950: result: yes=0A= configure:4913: checking for string.h=0A= configure:4930: cc -c -O -pipe -I/usr/local/include conftest.c >&5=0A= configure:4933: $? =3D 0=0A= configure:4936: test -s conftest.o=0A= configure:4939: $? =3D 0=0A= configure:4950: result: yes=0A= configure:4913: checking for memory.h=0A= configure:4930: cc -c -O -pipe -I/usr/local/include conftest.c >&5=0A= configure:4933: $? =3D 0=0A= configure:4936: test -s conftest.o=0A= configure:4939: $? =3D 0=0A= configure:4950: result: yes=0A= configure:4913: checking for strings.h=0A= configure:4930: cc -c -O -pipe -I/usr/local/include conftest.c >&5=0A= configure:4933: $? =3D 0=0A= configure:4936: test -s conftest.o=0A= configure:4939: $? =3D 0=0A= configure:4950: result: yes=0A= configure:4913: checking for inttypes.h=0A= configure:4930: cc -c -O -pipe -I/usr/local/include conftest.c >&5=0A= configure:4933: $? =3D 0=0A= configure:4936: test -s conftest.o=0A= configure:4939: $? =3D 0=0A= configure:4950: result: yes=0A= configure:4913: checking for stdint.h=0A= configure:4930: cc -c -O -pipe -I/usr/local/include conftest.c >&5=0A= configure:4972: stdint.h: No such file or directory=0A= configure:4933: $? =3D 1=0A= configure: failed program was:=0A= | #line 4919 "configure"=0A= | /* confdefs.h. */=0A= | =0A= | #define PACKAGE_NAME ""=0A= | #define PACKAGE_TARNAME ""=0A= | #define PACKAGE_VERSION ""=0A= | #define PACKAGE_STRING ""=0A= | #define PACKAGE_BUGREPORT ""=0A= | #define PACKAGE "libxslt"=0A= | #define VERSION "1.1.0"=0A= | #define STDC_HEADERS 1=0A= | #define HAVE_SYS_TYPES_H 1=0A= | #define HAVE_SYS_STAT_H 1=0A= | #define HAVE_STDLIB_H 1=0A= | #define HAVE_STRING_H 1=0A= | #define HAVE_MEMORY_H 1=0A= | #define HAVE_STRINGS_H 1=0A= | #define HAVE_INTTYPES_H 1=0A= | /* end confdefs.h. */=0A= | #include =0A= | #if HAVE_SYS_TYPES_H=0A= | # include =0A= | #endif=0A= | #if HAVE_SYS_STAT_H=0A= | # include =0A= | #endif=0A= | #if STDC_HEADERS=0A= | # include =0A= | # include =0A= | #else=0A= | # if HAVE_STDLIB_H=0A= | # include =0A= | # endif=0A= | #endif=0A= | #if HAVE_STRING_H=0A= | # if !STDC_HEADERS && HAVE_MEMORY_H=0A= | # include =0A= | # endif=0A= | # include =0A= | #endif=0A= | #if HAVE_STRINGS_H=0A= | # include =0A= | #endif=0A= | #if HAVE_INTTYPES_H=0A= | # include =0A= | #else=0A= | # if HAVE_STDINT_H=0A= | # include =0A= | # endif=0A= | #endif=0A= | #if HAVE_UNISTD_H=0A= | # include =0A= | #endif=0A= | =0A= | #include =0A= configure:4950: result: no=0A= configure:4913: checking for unistd.h=0A= configure:4930: cc -c -O -pipe -I/usr/local/include conftest.c >&5=0A= configure:4933: $? =3D 0=0A= configure:4936: test -s conftest.o=0A= configure:4939: $? =3D 0=0A= configure:4950: result: yes=0A= configure:4976: checking dlfcn.h usability=0A= configure:4989: cc -c -O -pipe -I/usr/local/include conftest.c >&5=0A= configure:4992: $? =3D 0=0A= configure:4995: test -s conftest.o=0A= configure:4998: $? =3D 0=0A= configure:5008: result: yes=0A= configure:5012: checking dlfcn.h presence=0A= configure:5023: cc -E -I/usr/local/include conftest.c=0A= configure:5029: $? =3D 0=0A= configure:5048: result: yes=0A= configure:5084: checking for dlfcn.h=0A= configure:5091: result: yes=0A= configure:5289: checking for ranlib=0A= configure:5305: found /usr/bin/ranlib=0A= configure:5316: result: ranlib=0A= configure:5369: checking for strip=0A= configure:5385: found /usr/bin/strip=0A= configure:5396: result: strip=0A= configure:5606: checking for objdir=0A= configure:5617: result: .libs=0A= configure:5634: checking for cc option to produce PIC=0A= configure:5780: result: -fPIC=0A= configure:5784: checking if cc PIC flag -fPIC works=0A= configure:5808: cc -c -O -pipe -fPIC -DPIC -I/usr/local/include = conftest.c >&5=0A= configure:5811: $? =3D 0=0A= configure:5814: test -s conftest.o=0A= configure:5817: $? =3D 0=0A= configure:5855: result: yes=0A= configure:5871: checking if cc static flag -static works=0A= configure:5896: cc -o conftest -O -pipe -I/usr/local/include -static = conftest.c >&5=0A= configure:5899: $? =3D 0=0A= configure:5902: test -s conftest=0A= configure:5905: $? =3D 0=0A= configure:5921: result: yes=0A= configure:5933: checking if cc supports -c -o file.o=0A= configure:5953: cc -c -O -pipe -o out/conftest2.o -I/usr/local/include = conftest.c >&5=0A= configure:5977: result: yes=0A= configure:5982: checking if cc supports -c -o file.lo=0A= configure:6010: cc -c -O -pipe -c -o conftest.lo -I/usr/local/include = conftest.c >&5=0A= configure:6013: $? =3D 0=0A= configure:6016: test -s conftest.lo=0A= configure:6019: $? =3D 0=0A= configure:6041: result: yes=0A= configure:6072: checking if cc supports -fno-rtti -fno-exceptions=0A= configure:6095: cc -c -O -pipe -fno-rtti -fno-exceptions -c conftest.c = -I/usr/local/include conftest.c >&5=0A= configure:6098: $? =3D 0=0A= configure:6101: test -s conftest.o=0A= configure:6104: $? =3D 0=0A= configure:6121: result: yes=0A= configure:6132: checking whether the linker (/usr/libexec/elf/ld) = supports shared libraries=0A= configure:6827: result: yes=0A= configure:6832: checking how to hardcode library paths into programs=0A= configure:6856: result: immediate=0A= configure:6861: checking whether stripping libraries is possible=0A= configure:6866: result: yes=0A= configure:6877: checking dynamic linker characteristics=0A= configure:7308: result: freebsd4.9 ld.so=0A= configure:7313: checking if libtool supports shared libraries=0A= configure:7315: result: yes=0A= configure:7318: checking whether to build shared libraries=0A= configure:7339: result: yes=0A= configure:7342: checking whether to build static libraries=0A= configure:7346: result: yes=0A= configure:8020: checking whether -lc should be explicitly linked in=0A= configure:8028: cc -c -O -pipe -I/usr/local/include conftest.c >&5=0A= configure:8031: $? =3D 0=0A= configure:8045: cc -shared conftest.o -v -Wl,-soname -Wl,conftest -o = conftest 2\>\&1 \| grep -lc \>/dev/null 2\>\&1=0A= configure:8048: $? =3D 1=0A= configure:8061: result: yes=0A= configure:8646: checking for sys/types.h=0A= configure:8651: result: yes=0A= configure:8655: checking sys/time.h usability=0A= configure:8668: cc -c -O -pipe -I/usr/local/include conftest.c >&5=0A= configure:8671: $? =3D 0=0A= configure:8674: test -s conftest.o=0A= configure:8677: $? =3D 0=0A= configure:8687: result: yes=0A= configure:8691: checking sys/time.h presence=0A= configure:8702: cc -E -I/usr/local/include conftest.c=0A= configure:8708: $? =3D 0=0A= configure:8727: result: yes=0A= configure:8763: checking for sys/time.h=0A= configure:8770: result: yes=0A= configure:8646: checking for stdlib.h=0A= configure:8651: result: yes=0A= configure:8646: checking for unistd.h=0A= configure:8651: result: yes=0A= configure:8646: checking for string.h=0A= configure:8651: result: yes=0A= configure:8802: checking ieeefp.h usability=0A= configure:8815: cc -c -O -pipe -I/usr/local/include conftest.c >&5=0A= configure:8818: $? =3D 0=0A= configure:8821: test -s conftest.o=0A= configure:8824: $? =3D 0=0A= configure:8834: result: yes=0A= configure:8838: checking ieeefp.h presence=0A= configure:8849: cc -E -I/usr/local/include conftest.c=0A= configure:8855: $? =3D 0=0A= configure:8874: result: yes=0A= configure:8910: checking for ieeefp.h=0A= configure:8917: result: yes=0A= configure:8802: checking nan.h usability=0A= configure:8815: cc -c -O -pipe -I/usr/local/include conftest.c >&5=0A= configure:8865: nan.h: No such file or directory=0A= configure:8818: $? =3D 1=0A= configure: failed program was:=0A= | #line 8805 "configure"=0A= | /* confdefs.h. */=0A= | =0A= | #define PACKAGE_NAME ""=0A= | #define PACKAGE_TARNAME ""=0A= | #define PACKAGE_VERSION ""=0A= | #define PACKAGE_STRING ""=0A= | #define PACKAGE_BUGREPORT ""=0A= | #define PACKAGE "libxslt"=0A= | #define VERSION "1.1.0"=0A= | #define STDC_HEADERS 1=0A= | #define HAVE_SYS_TYPES_H 1=0A= | #define HAVE_SYS_STAT_H 1=0A= | #define HAVE_STDLIB_H 1=0A= | #define HAVE_STRING_H 1=0A= | #define HAVE_MEMORY_H 1=0A= | #define HAVE_STRINGS_H 1=0A= | #define HAVE_INTTYPES_H 1=0A= | #define HAVE_UNISTD_H 1=0A= | #define HAVE_DLFCN_H 1=0A= | #define HAVE_SYS_TYPES_H 1=0A= | #define HAVE_SYS_TIME_H 1=0A= | #define HAVE_STDLIB_H 1=0A= | #define HAVE_UNISTD_H 1=0A= | #define HAVE_STRING_H 1=0A= | #define HAVE_IEEEFP_H 1=0A= | /* end confdefs.h. */=0A= | #include =0A= | #if HAVE_SYS_TYPES_H=0A= | # include =0A= | #endif=0A= | #if HAVE_SYS_STAT_H=0A= | # include =0A= | #endif=0A= | #if STDC_HEADERS=0A= | # include =0A= | # include =0A= | #else=0A= | # if HAVE_STDLIB_H=0A= | # include =0A= | # endif=0A= | #endif=0A= | #if HAVE_STRING_H=0A= | # if !STDC_HEADERS && HAVE_MEMORY_H=0A= | # include =0A= | # endif=0A= | # include =0A= | #endif=0A= | #if HAVE_STRINGS_H=0A= | # include =0A= | #endif=0A= | #if HAVE_INTTYPES_H=0A= | # include =0A= | #else=0A= | # if HAVE_STDINT_H=0A= | # include =0A= | # endif=0A= | #endif=0A= | #if HAVE_UNISTD_H=0A= | # include =0A= | #endif=0A= | #include =0A= configure:8834: result: no=0A= configure:8838: checking nan.h presence=0A= configure:8849: cc -E -I/usr/local/include conftest.c=0A= configure:8867: nan.h: No such file or directory=0A= configure:8855: $? =3D 1=0A= configure: failed program was:=0A= | #line 8841 "configure"=0A= | /* confdefs.h. */=0A= | =0A= | #define PACKAGE_NAME ""=0A= | #define PACKAGE_TARNAME ""=0A= | #define PACKAGE_VERSION ""=0A= | #define PACKAGE_STRING ""=0A= | #define PACKAGE_BUGREPORT ""=0A= | #define PACKAGE "libxslt"=0A= | #define VERSION "1.1.0"=0A= | #define STDC_HEADERS 1=0A= | #define HAVE_SYS_TYPES_H 1=0A= | #define HAVE_SYS_STAT_H 1=0A= | #define HAVE_STDLIB_H 1=0A= | #define HAVE_STRING_H 1=0A= | #define HAVE_MEMORY_H 1=0A= | #define HAVE_STRINGS_H 1=0A= | #define HAVE_INTTYPES_H 1=0A= | #define HAVE_UNISTD_H 1=0A= | #define HAVE_DLFCN_H 1=0A= | #define HAVE_SYS_TYPES_H 1=0A= | #define HAVE_SYS_TIME_H 1=0A= | #define HAVE_STDLIB_H 1=0A= | #define HAVE_UNISTD_H 1=0A= | #define HAVE_STRING_H 1=0A= | #define HAVE_IEEEFP_H 1=0A= | /* end confdefs.h. */=0A= | #include =0A= configure:8874: result: no=0A= configure:8910: checking for nan.h=0A= configure:8917: result: no=0A= configure:8802: checking math.h usability=0A= configure:8815: cc -c -O -pipe -I/usr/local/include conftest.c >&5=0A= configure:8818: $? =3D 0=0A= configure:8821: test -s conftest.o=0A= configure:8824: $? =3D 0=0A= configure:8834: result: yes=0A= configure:8838: checking math.h presence=0A= configure:8849: cc -E -I/usr/local/include conftest.c=0A= configure:8855: $? =3D 0=0A= configure:8874: result: yes=0A= configure:8910: checking for math.h=0A= configure:8917: result: yes=0A= configure:8802: checking fp_class.h usability=0A= configure:8815: cc -c -O -pipe -I/usr/local/include conftest.c >&5=0A= configure:8866: fp_class.h: No such file or directory=0A= configure:8818: $? =3D 1=0A= configure: failed program was:=0A= | #line 8805 "configure"=0A= | /* confdefs.h. */=0A= | =0A= | #define PACKAGE_NAME ""=0A= | #define PACKAGE_TARNAME ""=0A= | #define PACKAGE_VERSION ""=0A= | #define PACKAGE_STRING ""=0A= | #define PACKAGE_BUGREPORT ""=0A= | #define PACKAGE "libxslt"=0A= | #define VERSION "1.1.0"=0A= | #define STDC_HEADERS 1=0A= | #define HAVE_SYS_TYPES_H 1=0A= | #define HAVE_SYS_STAT_H 1=0A= | #define HAVE_STDLIB_H 1=0A= | #define HAVE_STRING_H 1=0A= | #define HAVE_MEMORY_H 1=0A= | #define HAVE_STRINGS_H 1=0A= | #define HAVE_INTTYPES_H 1=0A= | #define HAVE_UNISTD_H 1=0A= | #define HAVE_DLFCN_H 1=0A= | #define HAVE_SYS_TYPES_H 1=0A= | #define HAVE_SYS_TIME_H 1=0A= | #define HAVE_STDLIB_H 1=0A= | #define HAVE_UNISTD_H 1=0A= | #define HAVE_STRING_H 1=0A= | #define HAVE_IEEEFP_H 1=0A= | #define HAVE_MATH_H 1=0A= | /* end confdefs.h. */=0A= | #include =0A= | #if HAVE_SYS_TYPES_H=0A= | # include =0A= | #endif=0A= | #if HAVE_SYS_STAT_H=0A= | # include =0A= | #endif=0A= | #if STDC_HEADERS=0A= | # include =0A= | # include =0A= | #else=0A= | # if HAVE_STDLIB_H=0A= | # include =0A= | # endif=0A= | #endif=0A= | #if HAVE_STRING_H=0A= | # if !STDC_HEADERS && HAVE_MEMORY_H=0A= | # include =0A= | # endif=0A= | # include =0A= | #endif=0A= | #if HAVE_STRINGS_H=0A= | # include =0A= | #endif=0A= | #if HAVE_INTTYPES_H=0A= | # include =0A= | #else=0A= | # if HAVE_STDINT_H=0A= | # include =0A= | # endif=0A= | #endif=0A= | #if HAVE_UNISTD_H=0A= | # include =0A= | #endif=0A= | #include =0A= configure:8834: result: no=0A= configure:8838: checking fp_class.h presence=0A= configure:8849: cc -E -I/usr/local/include conftest.c=0A= configure:8868: fp_class.h: No such file or directory=0A= configure:8855: $? =3D 1=0A= configure: failed program was:=0A= | #line 8841 "configure"=0A= | /* confdefs.h. */=0A= | =0A= | #define PACKAGE_NAME ""=0A= | #define PACKAGE_TARNAME ""=0A= | #define PACKAGE_VERSION ""=0A= | #define PACKAGE_STRING ""=0A= | #define PACKAGE_BUGREPORT ""=0A= | #define PACKAGE "libxslt"=0A= | #define VERSION "1.1.0"=0A= | #define STDC_HEADERS 1=0A= | #define HAVE_SYS_TYPES_H 1=0A= | #define HAVE_SYS_STAT_H 1=0A= | #define HAVE_STDLIB_H 1=0A= | #define HAVE_STRING_H 1=0A= | #define HAVE_MEMORY_H 1=0A= | #define HAVE_STRINGS_H 1=0A= | #define HAVE_INTTYPES_H 1=0A= | #define HAVE_UNISTD_H 1=0A= | #define HAVE_DLFCN_H 1=0A= | #define HAVE_SYS_TYPES_H 1=0A= | #define HAVE_SYS_TIME_H 1=0A= | #define HAVE_STDLIB_H 1=0A= | #define HAVE_UNISTD_H 1=0A= | #define HAVE_STRING_H 1=0A= | #define HAVE_IEEEFP_H 1=0A= | #define HAVE_MATH_H 1=0A= | /* end confdefs.h. */=0A= | #include =0A= configure:8874: result: no=0A= configure:8910: checking for fp_class.h=0A= configure:8917: result: no=0A= configure:8802: checking float.h usability=0A= configure:8815: cc -c -O -pipe -I/usr/local/include conftest.c >&5=0A= configure:8818: $? =3D 0=0A= configure:8821: test -s conftest.o=0A= configure:8824: $? =3D 0=0A= configure:8834: result: yes=0A= configure:8838: checking float.h presence=0A= configure:8849: cc -E -I/usr/local/include conftest.c=0A= configure:8855: $? =3D 0=0A= configure:8874: result: yes=0A= configure:8910: checking for float.h=0A= configure:8917: result: yes=0A= configure:8802: checking ansidecl.h usability=0A= configure:8815: cc -c -O -pipe -I/usr/local/include conftest.c >&5=0A= configure:8867: ansidecl.h: No such file or directory=0A= configure:8818: $? =3D 1=0A= configure: failed program was:=0A= | #line 8805 "configure"=0A= | /* confdefs.h. */=0A= | =0A= | #define PACKAGE_NAME ""=0A= | #define PACKAGE_TARNAME ""=0A= | #define PACKAGE_VERSION ""=0A= | #define PACKAGE_STRING ""=0A= | #define PACKAGE_BUGREPORT ""=0A= | #define PACKAGE "libxslt"=0A= | #define VERSION "1.1.0"=0A= | #define STDC_HEADERS 1=0A= | #define HAVE_SYS_TYPES_H 1=0A= | #define HAVE_SYS_STAT_H 1=0A= | #define HAVE_STDLIB_H 1=0A= | #define HAVE_STRING_H 1=0A= | #define HAVE_MEMORY_H 1=0A= | #define HAVE_STRINGS_H 1=0A= | #define HAVE_INTTYPES_H 1=0A= | #define HAVE_UNISTD_H 1=0A= | #define HAVE_DLFCN_H 1=0A= | #define HAVE_SYS_TYPES_H 1=0A= | #define HAVE_SYS_TIME_H 1=0A= | #define HAVE_STDLIB_H 1=0A= | #define HAVE_UNISTD_H 1=0A= | #define HAVE_STRING_H 1=0A= | #define HAVE_IEEEFP_H 1=0A= | #define HAVE_MATH_H 1=0A= | #define HAVE_FLOAT_H 1=0A= | /* end confdefs.h. */=0A= | #include =0A= | #if HAVE_SYS_TYPES_H=0A= | # include =0A= | #endif=0A= | #if HAVE_SYS_STAT_H=0A= | # include =0A= | #endif=0A= | #if STDC_HEADERS=0A= | # include =0A= | # include =0A= | #else=0A= | # if HAVE_STDLIB_H=0A= | # include =0A= | # endif=0A= | #endif=0A= | #if HAVE_STRING_H=0A= | # if !STDC_HEADERS && HAVE_MEMORY_H=0A= | # include =0A= | # endif=0A= | # include =0A= | #endif=0A= | #if HAVE_STRINGS_H=0A= | # include =0A= | #endif=0A= | #if HAVE_INTTYPES_H=0A= | # include =0A= | #else=0A= | # if HAVE_STDINT_H=0A= | # include =0A= | # endif=0A= | #endif=0A= | #if HAVE_UNISTD_H=0A= | # include =0A= | #endif=0A= | #include =0A= configure:8834: result: no=0A= configure:8838: checking ansidecl.h presence=0A= configure:8849: cc -E -I/usr/local/include conftest.c=0A= configure:8869: ansidecl.h: No such file or directory=0A= configure:8855: $? =3D 1=0A= configure: failed program was:=0A= | #line 8841 "configure"=0A= | /* confdefs.h. */=0A= | =0A= | #define PACKAGE_NAME ""=0A= | #define PACKAGE_TARNAME ""=0A= | #define PACKAGE_VERSION ""=0A= | #define PACKAGE_STRING ""=0A= | #define PACKAGE_BUGREPORT ""=0A= | #define PACKAGE "libxslt"=0A= | #define VERSION "1.1.0"=0A= | #define STDC_HEADERS 1=0A= | #define HAVE_SYS_TYPES_H 1=0A= | #define HAVE_SYS_STAT_H 1=0A= | #define HAVE_STDLIB_H 1=0A= | #define HAVE_STRING_H 1=0A= | #define HAVE_MEMORY_H 1=0A= | #define HAVE_STRINGS_H 1=0A= | #define HAVE_INTTYPES_H 1=0A= | #define HAVE_UNISTD_H 1=0A= | #define HAVE_DLFCN_H 1=0A= | #define HAVE_SYS_TYPES_H 1=0A= | #define HAVE_SYS_TIME_H 1=0A= | #define HAVE_STDLIB_H 1=0A= | #define HAVE_UNISTD_H 1=0A= | #define HAVE_STRING_H 1=0A= | #define HAVE_IEEEFP_H 1=0A= | #define HAVE_MATH_H 1=0A= | #define HAVE_FLOAT_H 1=0A= | /* end confdefs.h. */=0A= | #include =0A= configure:8874: result: no=0A= configure:8910: checking for ansidecl.h=0A= configure:8917: result: no=0A= configure:8947: checking sys/timeb.h usability=0A= configure:8960: cc -c -O -pipe -I/usr/local/include conftest.c >&5=0A= configure:8963: $? =3D 0=0A= configure:8966: test -s conftest.o=0A= configure:8969: $? =3D 0=0A= configure:8979: result: yes=0A= configure:8983: checking sys/timeb.h presence=0A= configure:8994: cc -E -I/usr/local/include conftest.c=0A= configure:9000: $? =3D 0=0A= configure:9019: result: yes=0A= configure:9055: checking for sys/timeb.h=0A= configure:9062: result: yes=0A= configure:8947: checking time.h usability=0A= configure:8960: cc -c -O -pipe -I/usr/local/include conftest.c >&5=0A= configure:8963: $? =3D 0=0A= configure:8966: test -s conftest.o=0A= configure:8969: $? =3D 0=0A= configure:8979: result: yes=0A= configure:8983: checking time.h presence=0A= configure:8994: cc -E -I/usr/local/include conftest.c=0A= configure:9000: $? =3D 0=0A= configure:9019: result: yes=0A= configure:9055: checking for time.h=0A= configure:9062: result: yes=0A= configure:8938: checking for sys/stat.h=0A= configure:8943: result: yes=0A= configure:8947: checking stdarg.h usability=0A= configure:8960: cc -c -O -pipe -I/usr/local/include conftest.c >&5=0A= configure:8963: $? =3D 0=0A= configure:8966: test -s conftest.o=0A= configure:8969: $? =3D 0=0A= configure:8979: result: yes=0A= configure:8983: checking stdarg.h presence=0A= configure:8994: cc -E -I/usr/local/include conftest.c=0A= configure:9000: $? =3D 0=0A= configure:9019: result: yes=0A= configure:9055: checking for stdarg.h=0A= configure:9062: result: yes=0A= configure:9080: checking for stat=0A= configure:9130: cc -o conftest -O -pipe -I/usr/local/include = conftest.c >&5=0A= configure:9133: $? =3D 0=0A= configure:9136: test -s conftest=0A= configure:9139: $? =3D 0=0A= configure:9150: result: yes=0A= configure:9080: checking for _stat=0A= configure:9130: cc -o conftest -O -pipe -I/usr/local/include = conftest.c >&5=0A= configure:9133: $? =3D 0=0A= configure:9136: test -s conftest=0A= configure:9139: $? =3D 0=0A= configure:9150: result: yes=0A= configure:9160: checking for isnan=0A= configure:9210: cc -o conftest -O -pipe -I/usr/local/include = conftest.c >&5=0A= configure:9213: $? =3D 0=0A= configure:9216: test -s conftest=0A= configure:9219: $? =3D 0=0A= configure:9230: result: yes=0A= configure:9299: checking for isinf=0A= configure:9349: cc -o conftest -O -pipe -I/usr/local/include = conftest.c >&5=0A= configure:9352: $? =3D 0=0A= configure:9355: test -s conftest=0A= configure:9358: $? =3D 0=0A= configure:9369: result: yes=0A= configure:9438: checking for pow=0A= configure:9488: cc -o conftest -O -pipe -I/usr/local/include = conftest.c >&5=0A= /tmp/ccI47KXd.o: In function `main':=0A= /tmp/ccI47KXd.o(.text+0x9): undefined reference to `pow'=0A= /tmp/ccI47KXd.o(.data+0x0): undefined reference to `pow'=0A= configure:9491: $? =3D 1=0A= configure: failed program was:=0A= | #line 9444 "configure"=0A= | /* confdefs.h. */=0A= | =0A= | #define PACKAGE_NAME ""=0A= | #define PACKAGE_TARNAME ""=0A= | #define PACKAGE_VERSION ""=0A= | #define PACKAGE_STRING ""=0A= | #define PACKAGE_BUGREPORT ""=0A= | #define PACKAGE "libxslt"=0A= | #define VERSION "1.1.0"=0A= | #define STDC_HEADERS 1=0A= | #define HAVE_SYS_TYPES_H 1=0A= | #define HAVE_SYS_STAT_H 1=0A= | #define HAVE_STDLIB_H 1=0A= | #define HAVE_STRING_H 1=0A= | #define HAVE_MEMORY_H 1=0A= | #define HAVE_STRINGS_H 1=0A= | #define HAVE_INTTYPES_H 1=0A= | #define HAVE_UNISTD_H 1=0A= | #define HAVE_DLFCN_H 1=0A= | #define HAVE_SYS_TYPES_H 1=0A= | #define HAVE_SYS_TIME_H 1=0A= | #define HAVE_STDLIB_H 1=0A= | #define HAVE_UNISTD_H 1=0A= | #define HAVE_STRING_H 1=0A= | #define HAVE_IEEEFP_H 1=0A= | #define HAVE_MATH_H 1=0A= | #define HAVE_FLOAT_H 1=0A= | #define HAVE_SYS_TIMEB_H 1=0A= | #define HAVE_TIME_H 1=0A= | #define HAVE_SYS_STAT_H 1=0A= | #define HAVE_STDARG_H 1=0A= | #define HAVE_STAT 1=0A= | #define HAVE__STAT 1=0A= | /* end confdefs.h. */=0A= | /* System header to define __stub macros and hopefully few prototypes,=0A= | which can conflict with char pow (); below.=0A= | Prefer to if __STDC__ is defined, since=0A= | exists even on freestanding compilers. */=0A= | #ifdef __STDC__=0A= | # include =0A= | #else=0A= | # include =0A= | #endif=0A= | /* Override any gcc2 internal prototype to avoid an error. */=0A= | #ifdef __cplusplus=0A= | extern "C"=0A= | {=0A= | #endif=0A= | /* We use char because int might match the return type of a gcc2=0A= | builtin and then its argument prototype would still apply. */=0A= | char pow ();=0A= | /* The GNU C library defines this for functions which it implements=0A= | to always fail with ENOSYS. Some functions are actually named=0A= | something starting with __ and the normal name is an alias. */=0A= | #if defined (__stub_pow) || defined (__stub___pow)=0A= | choke me=0A= | #else=0A= | char (*f) () =3D pow;=0A= | #endif=0A= | #ifdef __cplusplus=0A= | }=0A= | #endif=0A= | =0A= | int=0A= | main ()=0A= | {=0A= | return f !=3D pow;=0A= | ;=0A= | return 0;=0A= | }=0A= configure:9508: result: no=0A= configure:9513: checking for pow in -lm=0A= configure:9544: cc -o conftest -O -pipe -I/usr/local/include = conftest.c -lm >&5=0A= configure:9547: $? =3D 0=0A= configure:9550: test -s conftest=0A= configure:9553: $? =3D 0=0A= configure:9565: result: yes=0A= configure:9577: checking for floor=0A= configure:9627: cc -o conftest -O -pipe -I/usr/local/include = conftest.c >&5=0A= /tmp/ccqQnJ5m.o: In function `main':=0A= /tmp/ccqQnJ5m.o(.text+0x9): undefined reference to `floor'=0A= /tmp/ccqQnJ5m.o(.data+0x0): undefined reference to `floor'=0A= configure:9630: $? =3D 1=0A= configure: failed program was:=0A= | #line 9583 "configure"=0A= | /* confdefs.h. */=0A= | =0A= | #define PACKAGE_NAME ""=0A= | #define PACKAGE_TARNAME ""=0A= | #define PACKAGE_VERSION ""=0A= | #define PACKAGE_STRING ""=0A= | #define PACKAGE_BUGREPORT ""=0A= | #define PACKAGE "libxslt"=0A= | #define VERSION "1.1.0"=0A= | #define STDC_HEADERS 1=0A= | #define HAVE_SYS_TYPES_H 1=0A= | #define HAVE_SYS_STAT_H 1=0A= | #define HAVE_STDLIB_H 1=0A= | #define HAVE_STRING_H 1=0A= | #define HAVE_MEMORY_H 1=0A= | #define HAVE_STRINGS_H 1=0A= | #define HAVE_INTTYPES_H 1=0A= | #define HAVE_UNISTD_H 1=0A= | #define HAVE_DLFCN_H 1=0A= | #define HAVE_SYS_TYPES_H 1=0A= | #define HAVE_SYS_TIME_H 1=0A= | #define HAVE_STDLIB_H 1=0A= | #define HAVE_UNISTD_H 1=0A= | #define HAVE_STRING_H 1=0A= | #define HAVE_IEEEFP_H 1=0A= | #define HAVE_MATH_H 1=0A= | #define HAVE_FLOAT_H 1=0A= | #define HAVE_SYS_TIMEB_H 1=0A= | #define HAVE_TIME_H 1=0A= | #define HAVE_SYS_STAT_H 1=0A= | #define HAVE_STDARG_H 1=0A= | #define HAVE_STAT 1=0A= | #define HAVE__STAT 1=0A= | #define HAVE_POW 1=0A= | /* end confdefs.h. */=0A= | /* System header to define __stub macros and hopefully few prototypes,=0A= | which can conflict with char floor (); below.=0A= | Prefer to if __STDC__ is defined, since=0A= | exists even on freestanding compilers. */=0A= | #ifdef __STDC__=0A= | # include =0A= | #else=0A= | # include =0A= | #endif=0A= | /* Override any gcc2 internal prototype to avoid an error. */=0A= | #ifdef __cplusplus=0A= | extern "C"=0A= | {=0A= | #endif=0A= | /* We use char because int might match the return type of a gcc2=0A= | builtin and then its argument prototype would still apply. */=0A= | char floor ();=0A= | /* The GNU C library defines this for functions which it implements=0A= | to always fail with ENOSYS. Some functions are actually named=0A= | something starting with __ and the normal name is an alias. */=0A= | #if defined (__stub_floor) || defined (__stub___floor)=0A= | choke me=0A= | #else=0A= | char (*f) () =3D floor;=0A= | #endif=0A= | #ifdef __cplusplus=0A= | }=0A= | #endif=0A= | =0A= | int=0A= | main ()=0A= | {=0A= | return f !=3D floor;=0A= | ;=0A= | return 0;=0A= | }=0A= configure:9647: result: no=0A= configure:9652: checking for floor in -lm=0A= configure:9683: cc -o conftest -O -pipe -I/usr/local/include = conftest.c -lm >&5=0A= configure:9686: $? =3D 0=0A= configure:9689: test -s conftest=0A= configure:9692: $? =3D 0=0A= configure:9704: result: yes=0A= configure:9716: checking for fabs=0A= configure:9766: cc -o conftest -O -pipe -I/usr/local/include = conftest.c >&5=0A= configure:9774: warning: conflicting types for built-in function `fabs'=0A= configure:9769: $? =3D 0=0A= configure:9772: test -s conftest=0A= configure:9775: $? =3D 0=0A= configure:9786: result: yes=0A= configure:9858: checking for gettimeofday=0A= configure:9908: cc -o conftest -O -pipe -I/usr/local/include = conftest.c >&5=0A= configure:9911: $? =3D 0=0A= configure:9914: test -s conftest=0A= configure:9917: $? =3D 0=0A= configure:9928: result: yes=0A= configure:9947: checking for mktime=0A= configure:9997: cc -o conftest -O -pipe -I/usr/local/include = conftest.c >&5=0A= configure:10000: $? =3D 0=0A= configure:10003: test -s conftest=0A= configure:10006: $? =3D 0=0A= configure:10017: result: yes=0A= configure:9947: checking for localtime=0A= configure:9997: cc -o conftest -O -pipe -I/usr/local/include = conftest.c >&5=0A= configure:10000: $? =3D 0=0A= configure:10003: test -s conftest=0A= configure:10006: $? =3D 0=0A= configure:10017: result: yes=0A= configure:9947: checking for asctime=0A= configure:9997: cc -o conftest -O -pipe -I/usr/local/include = conftest.c >&5=0A= configure:10000: $? =3D 0=0A= configure:10003: test -s conftest=0A= configure:10006: $? =3D 0=0A= configure:10017: result: yes=0A= configure:9947: checking for time=0A= configure:9997: cc -o conftest -O -pipe -I/usr/local/include = conftest.c >&5=0A= configure:10000: $? =3D 0=0A= configure:10003: test -s conftest=0A= configure:10006: $? =3D 0=0A= configure:10017: result: yes=0A= configure:9947: checking for gmtime=0A= configure:9997: cc -o conftest -O -pipe -I/usr/local/include = conftest.c >&5=0A= configure:10000: $? =3D 0=0A= configure:10003: test -s conftest=0A= configure:10006: $? =3D 0=0A= configure:10017: result: yes=0A= configure:9947: checking for ftime=0A= configure:9997: cc -o conftest -O -pipe -I/usr/local/include = conftest.c >&5=0A= /tmp/ccWJPbli.o: In function `main':=0A= /tmp/ccWJPbli.o(.text+0x9): undefined reference to `ftime'=0A= /tmp/ccWJPbli.o(.data+0x0): undefined reference to `ftime'=0A= configure:10000: $? =3D 1=0A= configure: failed program was:=0A= | #line 9953 "configure"=0A= | /* confdefs.h. */=0A= | =0A= | #define PACKAGE_NAME ""=0A= | #define PACKAGE_TARNAME ""=0A= | #define PACKAGE_VERSION ""=0A= | #define PACKAGE_STRING ""=0A= | #define PACKAGE_BUGREPORT ""=0A= | #define PACKAGE "libxslt"=0A= | #define VERSION "1.1.0"=0A= | #define STDC_HEADERS 1=0A= | #define HAVE_SYS_TYPES_H 1=0A= | #define HAVE_SYS_STAT_H 1=0A= | #define HAVE_STDLIB_H 1=0A= | #define HAVE_STRING_H 1=0A= | #define HAVE_MEMORY_H 1=0A= | #define HAVE_STRINGS_H 1=0A= | #define HAVE_INTTYPES_H 1=0A= | #define HAVE_UNISTD_H 1=0A= | #define HAVE_DLFCN_H 1=0A= | #define HAVE_SYS_TYPES_H 1=0A= | #define HAVE_SYS_TIME_H 1=0A= | #define HAVE_STDLIB_H 1=0A= | #define HAVE_UNISTD_H 1=0A= | #define HAVE_STRING_H 1=0A= | #define HAVE_IEEEFP_H 1=0A= | #define HAVE_MATH_H 1=0A= | #define HAVE_FLOAT_H 1=0A= | #define HAVE_SYS_TIMEB_H 1=0A= | #define HAVE_TIME_H 1=0A= | #define HAVE_SYS_STAT_H 1=0A= | #define HAVE_STDARG_H 1=0A= | #define HAVE_STAT 1=0A= | #define HAVE__STAT 1=0A= | #define HAVE_POW 1=0A= | #define HAVE_FLOOR 1=0A= | #define HAVE_GETTIMEOFDAY 1=0A= | #define HAVE_MKTIME 1=0A= | #define HAVE_LOCALTIME 1=0A= | #define HAVE_ASCTIME 1=0A= | #define HAVE_TIME 1=0A= | #define HAVE_GMTIME 1=0A= | /* end confdefs.h. */=0A= | /* System header to define __stub macros and hopefully few prototypes,=0A= | which can conflict with char ftime (); below.=0A= | Prefer to if __STDC__ is defined, since=0A= | exists even on freestanding compilers. */=0A= | #ifdef __STDC__=0A= | # include =0A= | #else=0A= | # include =0A= | #endif=0A= | /* Override any gcc2 internal prototype to avoid an error. */=0A= | #ifdef __cplusplus=0A= | extern "C"=0A= | {=0A= | #endif=0A= | /* We use char because int might match the return type of a gcc2=0A= | builtin and then its argument prototype would still apply. */=0A= | char ftime ();=0A= | /* The GNU C library defines this for functions which it implements=0A= | to always fail with ENOSYS. Some functions are actually named=0A= | something starting with __ and the normal name is an alias. */=0A= | #if defined (__stub_ftime) || defined (__stub___ftime)=0A= | choke me=0A= | #else=0A= | char (*f) () =3D ftime;=0A= | #endif=0A= | #ifdef __cplusplus=0A= | }=0A= | #endif=0A= | =0A= | int=0A= | main ()=0A= | {=0A= | return f !=3D ftime;=0A= | ;=0A= | return 0;=0A= | }=0A= configure:10017: result: no=0A= configure:10039: checking for printf=0A= configure:10089: cc -o conftest -O -pipe -I/usr/local/include = conftest.c >&5=0A= configure:10092: $? =3D 0=0A= configure:10095: test -s conftest=0A= configure:10098: $? =3D 0=0A= configure:10109: result: yes=0A= configure:10039: checking for sprintf=0A= configure:10089: cc -o conftest -O -pipe -I/usr/local/include = conftest.c >&5=0A= configure:10092: $? =3D 0=0A= configure:10095: test -s conftest=0A= configure:10098: $? =3D 0=0A= configure:10109: result: yes=0A= configure:10039: checking for fprintf=0A= configure:10089: cc -o conftest -O -pipe -I/usr/local/include = conftest.c >&5=0A= configure:10092: $? =3D 0=0A= configure:10095: test -s conftest=0A= configure:10098: $? =3D 0=0A= configure:10109: result: yes=0A= configure:10039: checking for snprintf=0A= configure:10089: cc -o conftest -O -pipe -I/usr/local/include = conftest.c >&5=0A= configure:10092: $? =3D 0=0A= configure:10095: test -s conftest=0A= configure:10098: $? =3D 0=0A= configure:10109: result: yes=0A= configure:10039: checking for vfprintf=0A= configure:10089: cc -o conftest -O -pipe -I/usr/local/include = conftest.c >&5=0A= configure:10092: $? =3D 0=0A= configure:10095: test -s conftest=0A= configure:10098: $? =3D 0=0A= configure:10109: result: yes=0A= configure:10039: checking for vsprintf=0A= configure:10089: cc -o conftest -O -pipe -I/usr/local/include = conftest.c >&5=0A= configure:10092: $? =3D 0=0A= configure:10095: test -s conftest=0A= configure:10098: $? =3D 0=0A= configure:10109: result: yes=0A= configure:10039: checking for vsnprintf=0A= configure:10089: cc -o conftest -O -pipe -I/usr/local/include = conftest.c >&5=0A= configure:10092: $? =3D 0=0A= configure:10095: test -s conftest=0A= configure:10098: $? =3D 0=0A= configure:10109: result: yes=0A= configure:10039: checking for sscanf=0A= configure:10089: cc -o conftest -O -pipe -I/usr/local/include = conftest.c >&5=0A= configure:10092: $? =3D 0=0A= configure:10095: test -s conftest=0A= configure:10098: $? =3D 0=0A= configure:10109: result: yes=0A= configure:10133: checking for perl=0A= configure:10149: found /usr/bin/perl=0A= configure:10160: result: perl=0A= configure:10407: checking for libxml libraries >=3D 2.6.0=0A= configure:10467: error: Version 2.4.24 found. You need at least libxml2 = 2.6.0 for this version of libxslt=0A= =0A= ## ---------------- ##=0A= ## Cache variables. ##=0A= ## ---------------- ##=0A= =0A= am_cv_CC_dependencies_compiler_type=3Dgcc=0A= ac_cv_func_sscanf=3Dyes=0A= ac_cv_header_ansidecl_h=3Dno=0A= ac_cv_func_stat=3Dyes=0A= ac_cv_header_stdlib_h=3Dyes=0A= lt_cv_file_magic_cmd=3D'$MAGIC_CMD'=0A= ac_cv_header_sys_time_h=3Dyes=0A= ac_cv_func_localtime=3Dyes=0A= ac_cv_lib_cposix_strerror=3Dno=0A= ac_cv_prog_cc_g=3Dyes=0A= ac_cv_env_LDFLAGS_set=3D=0A= ac_cv_func_gmtime=3Dyes=0A= ac_cv_header_stdarg_h=3Dyes=0A= lt_cv_prog_cc_can_build_shared=3Dyes=0A= ac_cv_c_compiler_gnu=3Dyes=0A= ac_cv_exeext=3D=0A= ac_cv_env_CFLAGS_set=3Dset=0A= ac_cv_func_fprintf=3Dyes=0A= ac_cv_func_vfprintf=3Dyes=0A= ac_cv_func_fabs=3Dyes=0A= ac_cv_header_fp_class_h=3Dno=0A= ac_cv_prog_make_gmake_set=3Dyes=0A= ac_cv_func_mktime=3Dyes=0A= ac_cv_env_CPP_value=3D=0A= ac_cv_env_CPPFLAGS_set=3Dset=0A= lt_cv_prog_cc_static_works=3Dyes=0A= lt_cv_prog_cc_no_builtin=3D=0A= ac_cv_header_float_h=3Dyes=0A= lt_cv_prog_cc_shlib=3D=0A= ac_cv_func_snprintf=3Dyes=0A= ac_cv_func_ftime=3Dno=0A= lt_cv_prog_cc_static=3D-static=0A= ac_cv_env_host_alias_set=3D=0A= ac_cv_func_vsnprintf=3Dyes=0A= lt_cv_ld_reload_flag=3D-r=0A= ac_cv_func_pow=3Dno=0A= ac_cv_func_isinf=3Dyes=0A= ac_cv_func_isnan=3Dyes=0A= lt_cv_archive_cmds_need_lc=3Dyes=0A= ac_cv_header_sys_stat_h=3Dyes=0A= lt_cv_prog_gnu_ld=3Dyes=0A= ac_cv_env_build_alias_set=3Dset=0A= ac_cv_func__stat=3Dyes=0A= ac_cv_env_LDFLAGS_value=3D=0A= ac_cv_env_target_alias_set=3D=0A= ac_cv_func_sprintf=3Dyes=0A= ac_cv_host_alias=3Di386-portbld-freebsd4.9=0A= ac_cv_prog_cc_stdc=3D=0A= ac_cv_env_CFLAGS_value=3D'-O -pipe '=0A= ac_cv_env_CC_set=3Dset=0A= ac_cv_func_vsprintf=3Dyes=0A= ac_cv_func_gettimeofday=3Dyes=0A= ac_cv_header_math_h=3Dyes=0A= lt_cv_prog_cc_wl=3D-Wl,=0A= ac_cv_header_sys_types_h=3Dyes=0A= ac_cv_header_stdc=3Dyes=0A= ac_cv_func_printf=3Dyes=0A= ac_cv_header_ieeefp_h=3Dyes=0A= ac_cv_header_strings_h=3Dyes=0A= lt_cv_path_SED=3D/usr/bin/sed=0A= ac_cv_header_stdint_h=3Dno=0A= ac_cv_header_inttypes_h=3Dyes=0A= ac_cv_prog_egrep=3D'grep -E'=0A= ac_cv_header_sys_timeb_h=3Dyes=0A= ac_cv_header_unistd_h=3Dyes=0A= ac_cv_header_string_h=3Dyes=0A= lt_cv_global_symbol_to_cdecl=3D'sed -n -e '\''s/^. .* \(.*\)$/extern = char \1;/p'\'''=0A= lt_cv_path_LD=3D/usr/libexec/elf/ld=0A= ac_cv_build_alias=3Di386-portbld-freebsd4.9=0A= ac_cv_env_CPPFLAGS_value=3D-I/usr/local/include=0A= ac_cv_func_floor=3Dno=0A= ac_cv_lib_m_pow=3Dyes=0A= ac_cv_header_time_h=3Dyes=0A= ac_cv_prog_ac_ct_RANLIB=3Dranlib=0A= ac_cv_header_memory_h=3Dyes=0A= ac_cv_func_asctime=3Dyes=0A= ac_cv_prog_ac_ct_STRIP=3Dstrip=0A= ac_cv_host=3Di386-portbld-freebsd4.9=0A= ac_cv_env_host_alias_value=3D=0A= ac_cv_func_time=3Dyes=0A= ac_cv_header_nan_h=3Dno=0A= lt_cv_global_symbol_to_c_name_address=3D'sed -n -e '\''s/^: \([^ ]*\) $/ = {\"\1\", (lt_ptr) 0},/p'\'' -e '\''s/^[BCDEGRST] \([^ ]*\) \([^ ]*\)$/ = {"\2", (lt_ptr) \&\2},/p'\'''=0A= lt_cv_compiler_c_o=3Dyes=0A= lt_cv_prog_cc_pic_works=3Dyes=0A= lt_cv_file_magic_test_file=3D=0A= ac_cv_build=3Di386-portbld-freebsd4.9=0A= ac_cv_prog_CPP=3D'cc -E'=0A= ac_cv_prog_AWK=3Dnawk=0A= ac_cv_env_build_alias_value=3Di386-portbld-freebsd4.9=0A= lt_cv_prog_cc_pic=3D' -fPIC'=0A= lt_cv_sys_global_symbol_pipe=3D'sed -n -e '\''s/^.*[ = ]\([ABCDGISTW][ABCDGISTW]*\)[ ][ ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 = \2\3 \3/p'\'''=0A= lt_cv_deplibs_check_method=3Dpass_all=0A= ac_cv_prog_ac_ct_CC=3Dcc=0A= ac_cv_prog_PERL=3Dperl=0A= lt_cv_compiler_o_lo=3Dyes=0A= ac_cv_env_target_alias_value=3D=0A= ac_cv_env_CC_value=3Dcc=0A= ac_cv_lib_m_floor=3Dyes=0A= lt_cv_path_NM=3D'/usr/bin/nm -B'=0A= ac_cv_env_CPP_set=3D=0A= ac_cv_header_dlfcn_h=3Dyes=0A= ac_cv_objext=3Do=0A= =0A= ## ----------------- ##=0A= ## Output variables. ##=0A= ## ----------------- ##=0A= =0A= ACLOCAL=3D'${SHELL} = /usr/ports/textproc/libxslt/work/libxslt-1.1.0/missing --run aclocal-1.6'=0A= AMDEPBACKSLASH=3D'\'=0A= AMDEP_FALSE=3D'#'=0A= AMDEP_TRUE=3D''=0A= AMTAR=3D'${SHELL} /usr/ports/textproc/libxslt/work/libxslt-1.1.0/missing = --run tar'=0A= AUTOCONF=3D'${SHELL} = /usr/ports/textproc/libxslt/work/libxslt-1.1.0/missing --run autoconf'=0A= AUTOHEADER=3D'${SHELL} = /usr/ports/textproc/libxslt/work/libxslt-1.1.0/missing --run autoheader'=0A= AUTOMAKE=3D'${SHELL} = /usr/ports/textproc/libxslt/work/libxslt-1.1.0/missing --run = automake-1.6'=0A= AWK=3D'nawk'=0A= CC=3D'cc'=0A= CCDEPMODE=3D'depmode=3Dgcc'=0A= CFLAGS=3D'-O -pipe -Wall'=0A= CPP=3D'cc -E'=0A= CPPFLAGS=3D'-I/usr/local/include'=0A= DEFS=3D''=0A= DEPDIR=3D'.deps'=0A= ECHO=3D'echo'=0A= ECHO_C=3D''=0A= ECHO_N=3D'-n'=0A= ECHO_T=3D''=0A= EGREP=3D'grep -E'=0A= EXEEXT=3D''=0A= EXTRA_LIBS=3D''=0A= HTML_DIR=3D'/usr/local/share/doc'=0A= INSTALL_DATA=3D'install -c -o root -g wheel -m 444'=0A= INSTALL_PROGRAM=3D'install -c -s -o root -g wheel -m 555'=0A= INSTALL_SCRIPT=3D'install -c -o root -g wheel -m 555'=0A= INSTALL_STRIP_PROGRAM=3D'${SHELL} $(install_sh) -c -s'=0A= LDFLAGS=3D''=0A= LIBEXSLT_MAJOR_VERSION=3D'0'=0A= LIBEXSLT_MICRO_VERSION=3D'0'=0A= LIBEXSLT_MINOR_VERSION=3D'8'=0A= LIBEXSLT_VERSION=3D'0.8.0'=0A= LIBEXSLT_VERSION_INFO=3D'8:0:8'=0A= LIBEXSLT_VERSION_NUMBER=3D'800'=0A= LIBOBJS=3D''=0A= LIBS=3D''=0A= LIBTOOL=3D'$(SHELL) $(top_builddir)/libtool'=0A= LIBXML_CFLAGS=3D''=0A= LIBXML_LIBS=3D''=0A= LIBXML_REQUIRED_VERSION=3D'2.6.0'=0A= LIBXML_SRC=3D''=0A= LIBXSLT_MAJOR_VERSION=3D'1'=0A= LIBXSLT_MICRO_VERSION=3D'0'=0A= LIBXSLT_MINOR_VERSION=3D'1'=0A= LIBXSLT_VERSION=3D'1.1.0'=0A= LIBXSLT_VERSION_INFO=3D'2:0:1'=0A= LIBXSLT_VERSION_NUMBER=3D'10100'=0A= LN_S=3D'ln -s'=0A= LTLIBOBJS=3D''=0A= MAINT=3D'#'=0A= MAINTAINER_MODE_FALSE=3D''=0A= MAINTAINER_MODE_TRUE=3D'#'=0A= MAKEINFO=3D'${SHELL} = /usr/ports/textproc/libxslt/work/libxslt-1.1.0/missing --run makeinfo'=0A= M_LIBS=3D'-lm'=0A= OBJEXT=3D'o'=0A= PACKAGE=3D'libxslt'=0A= PACKAGE_BUGREPORT=3D''=0A= PACKAGE_NAME=3D''=0A= PACKAGE_STRING=3D''=0A= PACKAGE_TARNAME=3D''=0A= PACKAGE_VERSION=3D''=0A= PATH_SEPARATOR=3D':'=0A= PERL=3D'perl'=0A= PYTHON=3D'/usr/local/bin/python'=0A= PYTHONSODV=3D''=0A= PYTHON_INCLUDES=3D'/usr/local/include/python2.2'=0A= PYTHON_SITE_PACKAGES=3D'/usr/local/lib/python2.2/site-packages'=0A= PYTHON_SUBDIR=3D'python'=0A= PYTHON_VERSION=3D'2.2'=0A= RANLIB=3D'ranlib'=0A= RELDATE=3D''=0A= SET_MAKE=3D''=0A= SHELL=3D'/bin/sh'=0A= STATIC_BINARIES=3D''=0A= STRIP=3D'strip'=0A= VERSION=3D'1.1.0'=0A= WIN32_EXTRA_LDFLAGS=3D''=0A= WIN32_EXTRA_LIBADD=3D''=0A= WITH_DEBUGGER=3D'1'=0A= WITH_MEM_DEBUG=3D'0'=0A= WITH_PERL_FALSE=3D'#'=0A= WITH_PERL_TRUE=3D''=0A= WITH_PYTHON_FALSE=3D'#'=0A= WITH_PYTHON_TRUE=3D''=0A= WITH_TRIO=3D'0'=0A= WITH_XSLT_DEBUG=3D'1'=0A= XML_CONFIG=3D'xml2-config'=0A= XSLTPROCDV=3D''=0A= XSLT_INCLUDEDIR=3D''=0A= XSLT_LIBDIR=3D''=0A= XSLT_LIBS=3D''=0A= ac_ct_CC=3D'cc'=0A= ac_ct_RANLIB=3D'ranlib'=0A= ac_ct_STRIP=3D'strip'=0A= am__include=3D'include'=0A= am__quote=3D''=0A= bindir=3D'${exec_prefix}/bin'=0A= build=3D'i386-portbld-freebsd4.9'=0A= build_alias=3D'i386-portbld-freebsd4.9'=0A= build_cpu=3D'i386'=0A= build_os=3D'freebsd4.9'=0A= build_vendor=3D'portbld'=0A= datadir=3D'${prefix}/share'=0A= exec_prefix=3D'NONE'=0A= host=3D'i386-portbld-freebsd4.9'=0A= host_alias=3D''=0A= host_cpu=3D'i386'=0A= host_os=3D'freebsd4.9'=0A= host_vendor=3D'portbld'=0A= includedir=3D'${prefix}/include'=0A= infodir=3D'${prefix}/info'=0A= install_sh=3D'/usr/ports/textproc/libxslt/work/libxslt-1.1.0/install-sh'=0A= libdir=3D'${exec_prefix}/lib'=0A= libexecdir=3D'${exec_prefix}/libexec'=0A= localstatedir=3D'${prefix}/var'=0A= mandir=3D'${prefix}/man'=0A= oldincludedir=3D'/usr/include'=0A= prefix=3D'/usr/local'=0A= program_transform_name=3D's,x,x,'=0A= pythondir=3D'$(libdir)/python${PYTHON_VERSION}/site-packages'=0A= sbindir=3D'${exec_prefix}/sbin'=0A= sharedstatedir=3D'${prefix}/com'=0A= sysconfdir=3D'${prefix}/etc'=0A= target_alias=3D''=0A= =0A= ## ----------- ##=0A= ## confdefs.h. ##=0A= ## ----------- ##=0A= =0A= #define HAVE_ASCTIME 1=0A= #define HAVE_DLFCN_H 1=0A= #define HAVE_FLOAT_H 1=0A= #define HAVE_FLOOR 1=0A= #define HAVE_FPRINTF 1=0A= #define HAVE_GETTIMEOFDAY 1=0A= #define HAVE_GMTIME 1=0A= #define HAVE_IEEEFP_H 1=0A= #define HAVE_INTTYPES_H 1=0A= #define HAVE_LOCALTIME 1=0A= #define HAVE_MATH_H 1=0A= #define HAVE_MEMORY_H 1=0A= #define HAVE_MKTIME 1=0A= #define HAVE_POW 1=0A= #define HAVE_PRINTF 1=0A= #define HAVE_SNPRINTF 1=0A= #define HAVE_SPRINTF 1=0A= #define HAVE_SSCANF 1=0A= #define HAVE_STAT 1=0A= #define HAVE_STDARG_H 1=0A= #define HAVE_STDLIB_H 1=0A= #define HAVE_STDLIB_H 1=0A= #define HAVE_STRINGS_H 1=0A= #define HAVE_STRING_H 1=0A= #define HAVE_STRING_H 1=0A= #define HAVE_SYS_STAT_H 1=0A= #define HAVE_SYS_STAT_H 1=0A= #define HAVE_SYS_TIMEB_H 1=0A= #define HAVE_SYS_TIME_H 1=0A= #define HAVE_SYS_TYPES_H 1=0A= #define HAVE_SYS_TYPES_H 1=0A= #define HAVE_TIME 1=0A= #define HAVE_TIME_H 1=0A= #define HAVE_UNISTD_H 1=0A= #define HAVE_UNISTD_H 1=0A= #define HAVE_VFPRINTF 1=0A= #define HAVE_VSNPRINTF 1=0A= #define HAVE_VSPRINTF 1=0A= #define HAVE__STAT 1=0A= #define PACKAGE "libxslt"=0A= #define PACKAGE_BUGREPORT ""=0A= #define PACKAGE_NAME ""=0A= #define PACKAGE_STRING ""=0A= #define PACKAGE_TARNAME ""=0A= #define PACKAGE_VERSION ""=0A= #define STDC_HEADERS 1=0A= #define VERSION "1.1.0"=0A= #define WITH_DEBUGGER 1=0A= =0A= configure: exit 1=0A= ------=_NextPart_000_0017_01C3B39A.C66F6330-- From owner-freebsd-gnome@FreeBSD.ORG Tue Nov 25 12:30: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 5F82316A4CE for ; Tue, 25 Nov 2003 12:30:57 -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 8B57943F85 for ; Tue, 25 Nov 2003 12:30:29 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hAPKUSFm002741; Tue, 25 Nov 2003 15:30:28 -0500 (EST) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) hAPKTYuY092397; Tue, 25 Nov 2003 15:29:34 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Anders Jeppesen In-Reply-To: <001b01c3b392$673cf0b0$6401a8c0@ARNE> References: <001b01c3b392$673cf0b0$6401a8c0@ARNE> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Zie8L6geWVRRq1WU7pIF" Organization: MarcusCom, Inc. Message-Id: <1069792229.743.59.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 25 Nov 2003 15:30:30 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on creme-brulee.marcuscom.com cc: FreeBSD GNOME Users Subject: Re: bug? 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, 25 Nov 2003 20:30:57 -0000 --=-Zie8L6geWVRRq1WU7pIF Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2003-11-25 at 15:26, Anders Jeppesen wrote: > checking for libxml libraries >=3D 2.6.0... configure: error: Version 2.4= .24 found. You need at least libxml2 2.6.0 for this version of libxslt > =3D=3D=3D> Script "configure" failed unexpectedly. > Please report the problem to gnome@FreeBSD.org [maintainer] and att= ach > the "/usr/ports/textproc/libxslt/work/libxslt-1.1.0/config.log" inc= luding > 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 >=20 >=20 > - here you go :) The error is pretty straight-forward. You need to upgrade your libxml2 port before installing this version of libxslt. Joe >=20 >=20 >=20 > // Kind regards > // Anders Jeppesen > // magnifik.dk Web >=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 --=-Zie8L6geWVRRq1WU7pIF 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/w7vlb2iPiv4Uz4cRAviJAJ0Zj/elN+saHJA6pz5gc5voVXFN6ACdGZmw /tXbSK6eS6WndD/5RiRVFes= =AXTF -----END PGP SIGNATURE----- --=-Zie8L6geWVRRq1WU7pIF-- From owner-freebsd-gnome@FreeBSD.ORG Tue Nov 25 13:48: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 960A616A4CE for ; Tue, 25 Nov 2003 13:48:14 -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 0CEB443FBD for ; Tue, 25 Nov 2003 13:48:11 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hAPLm7Pf002459; Tue, 25 Nov 2003 16:48:07 -0500 (EST) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) hAPLlDuY093157; Tue, 25 Nov 2003 16:47:13 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Franz Klammer In-Reply-To: <3FC0D95D.8080007@webonaut.com> References: <3FC0D95D.8080007@webonaut.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-2Qh953GWqk83bYxiR0Cy" Organization: MarcusCom, Inc. Message-Id: <1069796889.743.75.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 25 Nov 2003 16:48:09 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on creme-brulee.marcuscom.com X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: FreeBSD GNOME Users Subject: Re: another gdesklets kse/libc_r 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: Tue, 25 Nov 2003 21:48:14 -0000 --=-2Qh953GWqk83bYxiR0Cy Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2003-11-23 at 10:59, Franz Klammer wrote: > at least under -current i've following threads-problem: >=20 > when a sensor doing commands.getstatusoutput(cmd) > out of a thread the first call works like expected, but > the second call will result in a deadlock (i think). > what i've found in the last days was that it happens while > commands.getstatusoutput -> pipe.read() >=20 > if added a print "1.... "+cmd bevore getstatusoutput and > a print "2 ... "+cmd after. heres the output if i start > gdesklets from a terminal-window: >=20 > 1 ... /bin/date '+%a %d %b %y'|iconv -t UTF-8 > 2 ... /bin/date '+%a %d %b %y'|iconv -t UTF-8 > 1 ... /bin/date '+%a %d %b %y'|iconv -t UTF-8 >=20 >=20 > that problem only occours with libc_r but not with libkse. >=20 > also with libc_r a ps fax | grep gdesklets looks like this: > 80390 p4 S+ 0:05,58 python /usr/X11R6/bin/gdesklets > 80431 p4 S+ 0:00,00 python /usr/X11R6/bin/gdesklets > 80446 p4 S+ 0:00,00 python /usr/X11R6/bin/gdesklets >=20 > with libkse there is only one line. >=20 > i'm out of ideas now. Is this on 5.x? The more I think about this, the more it sounds like the "dreaded thread" problem where by -lc_r is not passed to the linker on all versions of FreeBSD. gdesklets seems to be safe, but I'm not sure if this particular sensor needs compiled code. Joe >=20 > franz. >=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 --=-2Qh953GWqk83bYxiR0Cy 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/w84Zb2iPiv4Uz4cRAk49AJ0ctCq91wcUj4T6TizsG+TXZowErQCeJFF2 PxLEPFl2o8evKGDrE76duFc= =PCn5 -----END PGP SIGNATURE----- --=-2Qh953GWqk83bYxiR0Cy-- From owner-freebsd-gnome@FreeBSD.ORG Tue Nov 25 15:54: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 68D8016A4CE for ; Tue, 25 Nov 2003 15:54:50 -0800 (PST) Received: from smtp012.mail.yahoo.com (smtp012.mail.yahoo.com [216.136.173.32]) by mx1.FreeBSD.org (Postfix) with SMTP id 44CB243FB1 for ; Tue, 25 Nov 2003 15:54:49 -0800 (PST) (envelope-from kaeru@pd.jaring.my) Received: from unknown (HELO ?219.95.57.84?) (khairil?yusof@219.95.57.84 with plain) by smtp-v1.mail.vip.sc5.yahoo.com with SMTP; 25 Nov 2003 23:54:48 -0000 From: Khairil Yusof To: Jonas Manalive In-Reply-To: <1069728333.1162.7.camel@localhost> References: <1069728333.1162.7.camel@localhost> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-cY5JJARZApwFJVQEa3nP" Message-Id: <1069804481.1176.140.camel@wolverine.home.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 26 Nov 2003 07:54:42 +0800 cc: gnome@freebsd.org Subject: Re: Firebird shutdown 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, 25 Nov 2003 23:54:50 -0000 --=-cY5JJARZApwFJVQEa3nP Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2003-11-25 at 10:45, Jonas Manalive wrote: > On my FreeBSD 5.1, Firebird installed and working just fine. I have > linuxpluginwrapper and java 1.4 plugins installed and working fine too. =20 Can you try disable linuxpluginwrapper (maybe java 1.4 also) and see if you still have the problem? For me anyways, linuxpluginwrapper doesn't work 100% fine just yet, and the problems have been posted to this list already. -- FreeBSD 5.2-BETA i386=20 7:54am up 1 day, 17:15, 4 users, load averages: 0.99, 1.12, 0.99 --=-cY5JJARZApwFJVQEa3nP 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/w+vBDAqnLW/+/X8RAtRUAJ4682AW01g/Lb8r/wrbho+CHvg4ZACgtIaf 8ugE3fTBUGu1AT7biUBmgXw= =RNsj -----END PGP SIGNATURE----- --=-cY5JJARZApwFJVQEa3nP-- From owner-freebsd-gnome@FreeBSD.ORG Tue Nov 25 16:22:32 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 A37A916A4CE for ; Tue, 25 Nov 2003 16:22:32 -0800 (PST) Received: from lakemtao05.cox.net (lakemtao05.cox.net [68.1.17.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35A3D43FB1 for ; Tue, 25 Nov 2003 16:22:30 -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 <20031126002226.EMC29834.lakemtao05.cox.net@mezz.mezzweb.com>; Tue, 25 Nov 2003 19:22:26 -0500 Date: Tue, 25 Nov 2003 18:21:25 -0600 To: Sean Welch References: <12675899.1069777110965.JavaMail.root@bigbird.psp.pas.earthlink.net> From: Jeremy Messenger Content-Type: multipart/mixed; boundary=----------fdwcsBtuTPpdvuVktwh6R9 MIME-Version: 1.0 Message-ID: In-Reply-To: <12675899.1069777110965.JavaMail.root@bigbird.psp.pas.earthlink.net> User-Agent: Opera7.23/Linux M2 build 518 cc: freebsd-gnome@freebsd.org Subject: Re: Metacity with Expocity 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, 26 Nov 2003 00:22:32 -0000 ------------fdwcsBtuTPpdvuVktwh6R9 Content-Type: text/plain; format=flowed; charset=iso-8859-1 Content-Transfer-Encoding: 8bit On Tue, 25 Nov 2003 10:18:30 -0600 (GMT-06:00), Sean Welch wrote: > I just saw this article: > > http://slashdot.org/articles/03/11/25/0330208.shtml?tid=131&tid=179&tid=185&tid=189&tid=190 > > an took a look at the patch here: > > http://www.pycage.de/download/expocity-11-24-03.diff > > Figuring to give it a try, I got it to compile and install but the > keystroke that is supposed to > activate it (Alt-Tab) doesn't do anything now. Perhaps someone else > might have a better > idea what to do with it and how to track the problem down??? It did > compile cleanly... Because, it never has been patch clean if you read the messages of patch. Looks like the diff was created against the CVS or development version of Metacity. Or maybe older version of Metacity, I dunno. That got me curious, I don't understand what's advantage of it. So, I cleaned the patch and make it easier for other users. You should be able to use this attach and put it in the x11-wm/metacity/files/ and do the 'make -DFORCE_PKG_REGISTER install', then restart Metacity. I just played with it and it works, but I don't really like it thought. Maybe, I will like it if they make it more smaller and can stay in the background when I am doing with vim, browser or whatever. :-) BTW: Be sure to your Metacity version is 2.6.3 if you want to use an attach of patch-expocity. Cheers, Mezz -- bsdforums.org 's moderator, mezz. ------------fdwcsBtuTPpdvuVktwh6R9 Content-Disposition: attachment; filename=patch-expocity Content-Type: application/octet-stream; name=patch-expocity Content-Transfer-Encoding: 8bit diff -urN src/Makefile.am.orig src/Makefile.am --- src/Makefile.am.orig Fri Sep 26 12:04:37 2003 +++ src/Makefile.am Tue Nov 25 17:59:17 2003 @@ -29,6 +29,8 @@ errors.h \ eventqueue.c \ eventqueue.h \ + expocity.c \ + expocity.h \ fixedtip.c \ fixedtip.h \ frame.c \ diff -urN src/Makefile.in.orig src/Makefile.in --- src/Makefile.in.orig Mon Oct 27 18:43:56 2003 +++ src/Makefile.in Tue Nov 25 18:01:38 2003 @@ -154,6 +154,8 @@ errors.h \ eventqueue.c \ eventqueue.h \ + expocity.c \ + expocity.h \ fixedtip.c \ fixedtip.h \ frame.c \ @@ -323,7 +325,7 @@ metacity_OBJECTS = async-getprop.$(OBJEXT) bell.$(OBJEXT) \ constraints.$(OBJEXT) core.$(OBJEXT) delete.$(OBJEXT) display.$(OBJEXT) \ draw-workspace.$(OBJEXT) effects.$(OBJEXT) errors.$(OBJEXT) \ -eventqueue.$(OBJEXT) fixedtip.$(OBJEXT) frame.$(OBJEXT) \ +eventqueue.$(OBJEXT) expocity.$(OBJEXT) fixedtip.$(OBJEXT) frame.$(OBJEXT) \ frames.$(OBJEXT) gradient.$(OBJEXT) group.$(OBJEXT) \ group-props.$(OBJEXT) iconcache.$(OBJEXT) keybindings.$(OBJEXT) \ main.$(OBJEXT) menu.$(OBJEXT) metaaccellabel.$(OBJEXT) place.$(OBJEXT) \ diff -urN src/display.c.orig src/display.c --- src/display.c.orig Mon Oct 13 15:15:40 2003 +++ src/display.c Tue Nov 25 17:52:51 2003 @@ -54,6 +54,8 @@ #endif #include +#include "expocity.h" + #define USE_GDK_DISPLAY typedef struct @@ -1286,7 +1288,19 @@ } } #endif /* HAVE_SHAPE */ - + + /* these are the window events at which expocity updates the thumbnail image + of the window */ + switch (event->type) + { + case CreateNotify: + case ButtonRelease: + case KeyRelease: + case FocusIn: + case FocusOut: + expocity_grab_window(window); + } + switch (event->type) { case KeyPress: diff -urN src/expocity.c.orig src/expocity.c --- src/expocity.c.orig Wed Dec 31 18:00:00 1969 +++ src/expocity.c Tue Nov 25 17:54:05 2003 @@ -0,0 +1,625 @@ +/* expocity window switching extension for metacity + * Copyright (C) 2003 Martin Grimme + */ + +/* + * Copyright (C) 2001 Havoc Pennington + * Copyright (C) 2002 Red Hat, Inc. + * + * This program is free software; you can redistribute it and/or + * modify it under the terms of the GNU General Public License as + * published by the Free Software Foundation; either version 2 of the + * License, or (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, but + * WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA + * 02111-1307, USA. + */ + +#include "expocity.h" + +static Thumbnail* thumbnail_new (MetaWindow* window); +static void thumbnail_set_pixbuf (Thumbnail* thumb, GdkPixbuf* pixbuf); +static void thumbnail_set_position (Thumbnail* thumb, int x, int y); +static void thumbnail_set_size (Thumbnail* thumb, int width, int height); +static void thumbnail_get_position (Thumbnail* thumb, int* x, int* y); +static void thumbnail_get_size (Thumbnail* thumb, int* width, int* height); +static GdkPixbuf* thumbnail_get_pixbuf (Thumbnail* thumb); +static GtkWidget* thumbnail_make_window (Thumbnail* thumb, float scale); + +static gboolean on_select_window (GtkWidget* src, GdkEventButton* event, + MetaWindow* window); +static gboolean on_enter_window (GtkWidget* src, GdkEvent* event, + GtkWidget* tint); +static gboolean on_leave_window (GtkWidget* src, GdkEvent* event, + GtkWidget* tint); + +static GdkRegion* get_uncovered_areas (MetaWindow* window, + gboolean is_recursive); +static void get_window_rectangle (MetaWindow* window, int* x, int* y, + int* width, int* height); + +static gboolean attract_point (int* x, int* y, int px, int py, + double strength); +static void layout_windows (GSList* thumbnails, int* total_width, + int* total_height); + + +static GHashTable* all_thumbnails; +static GSList* thumbnails = NULL; + +/* the list of open thumbnail windows is required for closing the thumbnail + windows again */ +static GSList* open_windows = NULL; + +/* while this lock is set, expocity may not grab the contents of windows */ +static gboolean grab_lock = FALSE; + +/* while this lock is set, user actions are ignored */ +static gboolean action_lock = TRUE; + + +static Thumbnail* +thumbnail_new (MetaWindow* window) +{ + Thumbnail* thumb; + + thumb = g_new(Thumbnail, 1); + thumb->window = window; + thumb->pixbuf = NULL; + thumb->x = 0; + thumb->y = 0; + thumb->width = 0; + thumb->height = 0; + return thumb; +} + +static void +thumbnail_set_pixbuf (Thumbnail* thumb, + GdkPixbuf* pixbuf) +{ + if (thumb->pixbuf != NULL) gdk_pixbuf_unref(thumb->pixbuf); + thumb->pixbuf = pixbuf; +} + +static void +thumbnail_set_position (Thumbnail* thumb, + int x, + int y) +{ + thumb->x = x; + thumb->y = y; +} + +static void +thumbnail_set_size (Thumbnail* thumb, + int width, + int height) +{ + thumb->width = width; + thumb->height = height; +} + +static void +thumbnail_get_position (Thumbnail* thumb, + int* x, + int* y) +{ + *x = thumb->x; + *y = thumb->y; +} + +static void +thumbnail_get_size (Thumbnail* thumb, + int* width, + int* height) +{ + *width = thumb->width; + *height = thumb->height; +} + +static GdkPixbuf* +thumbnail_get_pixbuf (Thumbnail* thumb) +{ + return thumb->pixbuf; +} + +static GtkWidget* +thumbnail_make_window (Thumbnail* thumb, + float scale) +{ + GtkTooltips* tooltip; + GtkWidget* thumbwin; + GtkWidget* frame; + GtkWidget* fixed; + GdkPixbuf* scaled; + GtkWidget* img; + GdkPixbuf* tint; + GtkWidget* tintimg; + int width, height; + + width = gdk_pixbuf_get_width(thumb->pixbuf) * scale; + height = gdk_pixbuf_get_height(thumb->pixbuf) * scale; + + thumbwin = gtk_window_new(GTK_WINDOW_TOPLEVEL); + frame = gtk_frame_new(NULL); + gtk_widget_show(frame); + gtk_container_add(GTK_CONTAINER(thumbwin), frame); + + fixed = gtk_fixed_new(); + gtk_widget_show(fixed); + gtk_container_add(GTK_CONTAINER(frame), fixed); + + scaled = gdk_pixbuf_scale_simple(thumb->pixbuf, width, height, + GDK_INTERP_BILINEAR); + img = gtk_image_new_from_pixbuf(scaled); + gdk_pixbuf_unref(scaled); + gtk_widget_show(img); + gtk_fixed_put(GTK_FIXED(fixed), img, 0, 0); + + tint = gdk_pixbuf_composite_color_simple(thumb->pixbuf, width, height, + GDK_INTERP_BILINEAR, 200, 20, + 0x00ffaa, 0x00ffaa); + tintimg = gtk_image_new_from_pixbuf(tint); + gdk_pixbuf_unref(tint); + gtk_fixed_put(GTK_FIXED(fixed), tintimg, 0, 0); + + g_signal_connect(thumbwin, "button-press-event", + G_CALLBACK(on_select_window), thumb->window); + g_signal_connect(thumbwin, "enter-notify-event", + G_CALLBACK(on_enter_window), tintimg); + g_signal_connect(thumbwin, "leave-notify-event", + G_CALLBACK(on_leave_window), tintimg); + gtk_widget_add_events(thumbwin, + GDK_BUTTON_PRESS_MASK | GDK_ENTER_NOTIFY_MASK | + GDK_LEAVE_NOTIFY_MASK); + + tooltip = gtk_tooltips_new(); + gtk_tooltips_set_tip(tooltip, thumbwin, thumb->window->title, ""); + + return thumbwin; +} + + +/* Initializes expocity. This has to be done before calling any other expocity + * functions. + */ +void +expocity_init () +{ + all_thumbnails = g_hash_table_new(NULL, NULL); +} + + + +/* Returns the uncovered areas of the given window as a GdkRegion. + */ +static GdkRegion* +get_uncovered_areas (MetaWindow* window, + gboolean is_recursive) +{ + MetaWindow* above_window; + int x, y, width, height; + MetaRectangle outer_rect; + GdkRectangle* this_rectangle; + GdkRegion* this_region; + GdkRegion* above_region; + + this_rectangle = g_new(GdkRectangle, 1); + if (is_recursive) + { + meta_window_get_outer_rect(window, &outer_rect); + x = outer_rect.x; + y = outer_rect.y; + width = outer_rect.width; + height = outer_rect.height; + } + else + get_window_rectangle(window, &x, &y, &width, &height); + + this_rectangle->x = x; + this_rectangle->y = y; + this_rectangle->width = width; + this_rectangle->height = height; + this_region = gdk_region_rectangle(this_rectangle); + g_free(this_rectangle); + + above_window = meta_stack_get_above(window->screen->stack, window, FALSE); + if (above_window != NULL) + { + above_region = get_uncovered_areas(above_window, TRUE); + if (is_recursive) + gdk_region_union(this_region, above_region); + else + gdk_region_subtract(this_region, above_region); + g_free(above_region); + } + + return this_region; +} + + +/* Returns the geometry rectangle of the given window. This does not include + * the window's frame. + */ +static void +get_window_rectangle (MetaWindow* window, + int* x, + int* y, + int* width, + int* height) +{ + meta_window_get_geometry(window, x, y, + width, height); + + /* ignore the window frame */ + if (window->frame != NULL) + { + *x += window->rect.x; + *y += window->rect.y; + } + *width = window->rect.width; + *height = window->rect.height; +} + + + +/* Grabs the contents of the currently visible parts of the given window. + */ +gboolean +expocity_grab_window (MetaWindow* window) +{ + GdkRectangle screen_rect; + GdkRegion* screen_region; + GdkRegion* uncovered_region; + GdkRectangle* region_rects; + int region_rects_number; + int i; + GdkPixbuf* pixbuf = NULL; + int window_x, window_y, window_width, window_height; + Thumbnail* thumb; + + /* do nothing when there's no window or grabbing is locked */ + if (window == NULL || window->shaded || window->minimized || + grab_lock == TRUE) + return FALSE; + + get_window_rectangle(window, &window_x, &window_y, + &window_width, &window_height); + if (window_width == 0 || window_height == 0) return FALSE; + + + thumb = g_hash_table_lookup(all_thumbnails, window); + if (thumb == NULL) + { + thumb = thumbnail_new(window); + g_hash_table_insert(all_thumbnails, window, thumb); + } + + /* get the uncovered regions and intersect it with the screen to eliminate + offscreen areas */ + uncovered_region = get_uncovered_areas(window, FALSE); + screen_rect.x = 0; screen_rect.y = 0; + screen_rect.width = gdk_screen_width(); + screen_rect.height = gdk_screen_height(); + screen_region = gdk_region_rectangle(&screen_rect); + gdk_region_intersect(uncovered_region, screen_region); + gdk_region_get_rectangles(uncovered_region, ®ion_rects, + ®ion_rects_number); + g_free(screen_region); + g_free(uncovered_region); + + pixbuf = thumbnail_get_pixbuf(thumb); + if (pixbuf == NULL || gdk_pixbuf_get_width(pixbuf) != window_width || + gdk_pixbuf_get_height(pixbuf) != window_height) + { + /* create a new thumbnail if there's none or if the size has changed */ + pixbuf = gdk_pixbuf_new(GDK_COLORSPACE_RGB, FALSE, 8, + window_width, window_height); + thumbnail_set_pixbuf(thumb, pixbuf); + thumbnail_set_size(thumb, window_width, window_height); + } + + for (i = 0; i < region_rects_number; i++) + { + gdk_pixbuf_get_from_drawable(pixbuf, gdk_get_default_root_window(), NULL, + region_rects[i].x, region_rects[i].y, + region_rects[i].x - window_x, + region_rects[i].y - window_y, + region_rects[i].width, + region_rects[i].height); + } + g_free(region_rects); + + return FALSE; +} + + +/* Frees the memory that expocity has allocated for the given window. + */ +void +expocity_free_window (MetaWindow* window) +{ + Thumbnail* thumb; + + thumb = g_hash_table_lookup(all_thumbnails, window); + if (thumb != NULL) { + gdk_pixbuf_unref(thumbnail_get_pixbuf(thumb)); + } + g_hash_table_remove(all_thumbnails, window); +} + + +static gboolean +on_select_window (GtkWidget* src, + GdkEventButton* event, + MetaWindow* window) +{ + GSList* iter; + GtkWidget* thumbnail; + + if (action_lock == TRUE) return TRUE; + + meta_screen_unshow_desktop(window->screen); + meta_window_activate(window, event->time); + + iter = open_windows; + while (iter != NULL) + { + thumbnail = GTK_WIDGET(iter->data); + gtk_widget_hide(thumbnail); + gtk_widget_destroy(thumbnail); + iter = iter->next; + } + g_slist_free(open_windows); + g_slist_free(thumbnails); + thumbnails = NULL; + + grab_lock = FALSE; + action_lock = TRUE; + return TRUE; +} + + +static gboolean +on_enter_window (GtkWidget* src, + GdkEvent* event, + GtkWidget* tint) +{ + if (action_lock == FALSE) gtk_widget_show(tint); + return TRUE; +} + + +static gboolean +on_leave_window (GtkWidget* src, + GdkEvent* event, + GtkWidget* tint) +{ + gtk_widget_hide(tint); + return TRUE; +} + + + +/* Attracts the point (x, y) to the point (px, py) depending on the strength. + * Returns if (x, y) has changed. + */ +static gboolean +attract_point (int* x, + int* y, + int px, + int py, + double strength) +{ + int prev_x = *x, prev_y = *y; + double att_vector[] = {px - *x, py - *y}; + double length; + gboolean changed = TRUE; + + /* normalize the attraction vector and scale it by the strength */ + length = sqrt(att_vector[0] * att_vector[0] + att_vector[1] * att_vector[1]); + if (abs(strength) > length) length = abs(strength); + if (length >= 1) + { + att_vector[0] *= strength / length; + att_vector[1] *= strength / length; + *x += att_vector[0]; + *y += att_vector[1]; + } + + if (abs(prev_x - *x) < 1 && abs(prev_y - *y) < 1) changed = FALSE; + + return changed; +} + + + +/* Computes a layout for the thumbnail windows and returns the total size of + * the layout. + * The algorithm works like this: + * For n elements, you will have ceil(sqrt(n)) elements per line. + * Elements are arranged in slots from left to right, top to bottom. + * A slot can contain several elements arranged vertically, if the line still + * has space left for additional elements. + * The highest element in a line determines the space available for the line. + */ +static void +layout_windows (GSList* thumbnails, + int* total_width, + int* total_height) +{ + int slots[g_slist_length(thumbnails)][4]; + int slots_number = 0; + int line_max[(int) sqrt(g_slist_length(thumbnails))]; + int i, j; + int current_line = 0; + int line_length = 0; + int cx = 0, cy = 0; + GSList* iter; + Thumbnail* thumbnail; + int thumb_x, thumb_y, thumb_width, thumb_height; + gboolean have_place; + int items_per_line; + int DISTANCE = 50; + + *total_width = 0; + *total_height = 0; + items_per_line = (int) (sqrt(g_slist_length(thumbnails)) + 0.5); + line_max[0] = 0; + + slots[0][0] = 0; + slots[0][1] = 0; + slots[0][2] = 0; + slots[0][3] = 0; + for (iter = thumbnails; iter != NULL; iter = iter->next) + { + thumbnail = (Thumbnail*) iter->data; + thumbnail_get_position(thumbnail, &thumb_x, &thumb_y); + thumbnail_get_size(thumbnail, &thumb_width, &thumb_height); + have_place = FALSE; + + /* find a good place between other elements */ + for (i = 0; i < slots_number; i++) + { + j = slots[i][3]; + if (thumb_width < slots[i][2] && + slots[i][1] + thumb_height <= line_max[j]) + { + thumb_x = slots[i][0]; + thumb_y = slots[i][1]; + slots[i][1] += thumb_height + DISTANCE; + have_place = TRUE; + break; + } + } + + /* otherwise append or start a new line */ + if (have_place == FALSE && line_length < items_per_line) + { + thumb_x = cx; + thumb_y = cy; + line_length++; + slots_number++; + slots[slots_number][0] = thumb_x; + slots[slots_number][1] = thumb_y + thumb_height + DISTANCE; + slots[slots_number][2] = thumb_width; + slots[slots_number][3] = current_line; + cx += thumb_width + DISTANCE; + line_max[current_line] = MAX(line_max[current_line], + cy + thumb_height); + + } + else if (have_place == FALSE) + { + current_line++; + line_length = 1; + cx = 0; + cy = line_max[current_line - 1] + DISTANCE; + line_max[current_line] = cy + thumb_height; + thumb_x = cx; + thumb_y = cy; + slots_number++; + slots[slots_number][0] = thumb_x; + slots[slots_number][1] = thumb_y + thumb_height + DISTANCE; + slots[slots_number][2] = thumb_width; + slots[slots_number][3] = current_line; + cx += thumb_width + DISTANCE; + } + + thumbnail_set_position(thumbnail, thumb_x, thumb_y); + *total_width = MAX(*total_width, thumb_x + thumb_width); + *total_height = MAX(*total_height, thumb_y + thumb_height); + } +} + + +/* Layouts and displays the window thumbnails. + */ +void +expocity_run (MetaDisplay* display, + MetaScreen* screen) +{ + GtkWidget* thumbwin; + GList* windowlist; + GList* iter; + GSList* iter2; + MetaWindow* key; + Thumbnail* value; + int x, y; + float scale; + int total_width, total_height; + float angle = 0.0; + float step; + gboolean changed = TRUE; + + if (grab_lock == TRUE) return; + grab_lock = TRUE; + windowlist = meta_display_get_tab_list(display, META_TAB_LIST_NORMAL, + screen, screen->active_workspace); + thumbnails = NULL; + open_windows = NULL; + for (iter = windowlist; iter != NULL; iter = iter->next) + { + key = iter->data; + value = g_hash_table_lookup(all_thumbnails, key); + if (value != NULL) thumbnails = g_slist_append(thumbnails, value); + } + g_list_free(windowlist); + + if (g_slist_length(thumbnails) == 0) + { + grab_lock = FALSE; + return; + } + meta_screen_show_desktop(screen); + + if (thumbnails != NULL) + layout_windows(thumbnails, &total_width, &total_height); + + scale = MIN(((double) gdk_screen_width() - 24) / total_width, + ((double) gdk_screen_height() - 24) / total_height); + scale = MIN(scale, 1.0); + + step = 6.2831853 / g_slist_length(thumbnails); + for (iter2 = thumbnails; iter2 != NULL; iter2 = iter2->next) + { + thumbwin = thumbnail_make_window(iter2->data, scale); + thumbnail_get_position(iter2->data, &x, &y); + gtk_window_move(GTK_WINDOW(thumbwin), + gdk_screen_width() / 2 - cos(angle) * 2 * gdk_screen_width(), + gdk_screen_height() / 2 - sin(angle) * 2 * gdk_screen_height()); + g_object_set_data(G_OBJECT(thumbwin), "x", + GINT_TO_POINTER((int) ((gdk_screen_width() - total_width * scale) / + 2 + x * scale))); + g_object_set_data(G_OBJECT(thumbwin), "y", + GINT_TO_POINTER((int) ((gdk_screen_height() - total_height * scale) / + 2 + y * scale))); + gtk_widget_show(thumbwin); + open_windows = g_slist_append(open_windows, thumbwin); + angle += step; + } + + while (changed == TRUE) + { + changed = FALSE; + for (iter2 = open_windows; iter2 != NULL; iter2 = iter2->next) + { + gtk_window_get_position(GTK_WINDOW(iter2->data), &x, &y); + changed |= attract_point(&x, &y, + GPOINTER_TO_INT(g_object_get_data(G_OBJECT(iter2->data), "x")), + GPOINTER_TO_INT(g_object_get_data(G_OBJECT(iter2->data), "y")), + 30); + gtk_window_move(GTK_WINDOW(iter2->data), x, y); + } + while (gtk_events_pending()) gtk_main_iteration(); + } + + action_lock = FALSE; +} diff -urN src/expocity.h.orig src/expocity.h --- src/expocity.h.orig Wed Dec 31 18:00:00 1969 +++ src/expocity.h Tue Nov 25 17:54:12 2003 @@ -0,0 +1,53 @@ +/* expocity window switching extension for metacity + * Copyright (C) 2003 Martin Grimme + */ + +/* + * Copyright (C) 2001 Havoc Pennington + * Copyright (C) 2002 Red Hat, Inc. + * + * This program is free software; you can redistribute it and/or + * modify it under the terms of the GNU General Public License as + * published by the Free Software Foundation; either version 2 of the + * License, or (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, but + * WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA + * 02111-1307, USA. + */ + +#ifndef EXPOCITY_H +#define EXPOCITY_H + +#include +#include +#include "window.h" +#include "display.h" +#include "screen.h" +#include + +typedef struct _Thumbnail Thumbnail; + +/* structure for storing a thumbnail and its layouted geometry */ +struct _Thumbnail +{ + MetaWindow* window; + GdkPixbuf* pixbuf; + int x; + int y; + int width; + int height; +}; + +void expocity_init (void); +gboolean expocity_grab_window (MetaWindow* window); +void expocity_free_window (MetaWindow* window); +void expocity_run (MetaDisplay* display, MetaScreen* screen); + +#endif diff -urN src/keybindings.c.orig src/keybindings.c --- src/keybindings.c.orig Mon Sep 29 11:55:25 2003 +++ src/keybindings.c Tue Nov 25 17:56:20 2003 @@ -28,6 +28,8 @@ #include "place.h" #include "prefs.h" +#include "expocity.h" + #include #include #include @@ -2779,7 +2781,10 @@ { MetaTabList type; MetaWindow *initial_selection; - + + expocity_run(display, screen); + return; + type = GPOINTER_TO_INT (binding->handler->data); meta_topic (META_DEBUG_KEYBINDINGS, diff -urN src/main.c.orig src/main.c --- src/main.c.orig Mon Sep 29 11:55:26 2003 +++ src/main.c Tue Nov 25 17:57:58 2003 @@ -28,6 +28,8 @@ #include "session.h" #include "prefs.h" +#include "expocity.h" + #include #include #ifdef HAVE_GCONF @@ -388,6 +390,9 @@ /* must be after UI init so we can override GDK handlers */ meta_errors_init (); + + /* initialize the expocity addon */ + expocity_init(); #if 1 g_log_set_handler (NULL, diff -urN src/window.c.orig src/window.c --- src/window.c.orig Sun Oct 26 10:22:54 2003 +++ src/window.c Tue Nov 25 18:00:43 2003 @@ -40,6 +40,8 @@ #include "window-props.h" #include "constraints.h" +#include "expocity.h" + #include #include @@ -1019,7 +1021,8 @@ g_object_unref (G_OBJECT (window->mini_icon)); meta_icon_cache_free (&window->icon_cache); - + + expocity_free_window (window); g_free (window->sm_client_id); g_free (window->wm_client_machine); g_free (window->startup_id); ------------fdwcsBtuTPpdvuVktwh6R9-- From owner-freebsd-gnome@FreeBSD.ORG Tue Nov 25 16:55: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 665E816A4CE for ; Tue, 25 Nov 2003 16:55:50 -0800 (PST) Received: from alef.poprostu.pl (alef.poprostu.pl [195.116.86.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC2AD43FB1 for ; Tue, 25 Nov 2003 16:55:46 -0800 (PST) (envelope-from piero@poprostu.pl) Received: from beth.poprostu.pl (beth.poprostu.pl [213.25.228.183]) by alef.poprostu.pl (8.12.9p2/8.12.9) with SMTP id hAPIqs6H080232 for ; Tue, 25 Nov 2003 19:52:55 +0100 (CET) (envelope-from piero@poprostu.pl) Date: Wed, 26 Nov 2003 01:54:25 +0100 From: Piero To: freebsd-gnome@freebsd.org Message-Id: <20031126015425.07267f7d.piero@poprostu.pl> In-Reply-To: References: <12675899.1069777110965.JavaMail.root@bigbird.psp.pas.earthlink.net> Organization: Poprostu X-Mailer: Sylpheed version 0.9.6claws (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Metacity with Expocity 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, 26 Nov 2003 00:55:50 -0000 On Tue, 25 Nov 2003 18:21:25 -0600, Jeremy Messenger wrote: > On Tue, 25 Nov 2003 10:18:30 -0600 (GMT-06:00), Sean Welch > wrote: > > > I just saw this article: > > > > http://slashdot.org/articles/03/11/25/0330208.shtml?tid=131&tid=179&tid=185&tid=189&tid=190 > > > > an took a look at the patch here: > > > > http://www.pycage.de/download/expocity-11-24-03.diff > > > > Figuring to give it a try, I got it to compile and install but > > the keystroke that is supposed to > > activate it (Alt-Tab) doesn't do anything now. Perhaps someone > > else might have a better > > idea what to do with it and how to track the problem down??? It > > did compile cleanly... > > > Because, it never has been patch clean if you read the messages of > patch. Looks like the diff was created against the CVS or > development version of Metacity. Or maybe older version of > Metacity, I dunno. > Yes, the original patch was supposed to work against the CVS version as noted at www.gnomedesktop.org: http://www.gnomedesktop.org/article.php?sid=1478 "If you want to try it out yourself, get the patch from here and apply it to the current CVS version of metacity." -- Piero piero@poprostu.pl From owner-freebsd-gnome@FreeBSD.ORG Tue Nov 25 18:08: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 78B5D16A4CE for ; Tue, 25 Nov 2003 18:08:38 -0800 (PST) Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3CBC43FA3 for ; Tue, 25 Nov 2003 18:08:37 -0800 (PST) (envelope-from welchsm@earthlink.net) Received: from louie.psp.pas.earthlink.net ([207.217.78.221]) by harrier.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1AOp6Y-0003wJ-00; Tue, 25 Nov 2003 18:08:34 -0800 Message-ID: <12736983.1069812514644.JavaMail.root@louie.psp.pas.earthlink.net> Date: Tue, 25 Nov 2003 20:08:34 -0600 (GMT-06:00) From: Sean Welch To: Jeremy Messenger Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Earthlink Zoo Mail 1.0 cc: freebsd-gnome@freebsd.org Subject: Re: Metacity with Expocity X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Sean Welch List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Nov 2003 02:08:38 -0000 Thanks! It does work as advertised -- and now I can see what the people on slashdot meant by "S-L-O-W" I'd like to see this cleaned up and the speed increased. This is a *cool* effect. For others who would like to try this, it slows down all window manager functions to an unbearable crawl -- that means moving windows, switching virtual desktops, and creation of new windows. The feature also shifts windows slightly from their original positions after the expose like effect (I'd like to try this on Panther to see what it looks liek full speed). Sean -----Original Message----- From: Jeremy Messenger Sent: Nov 25, 2003 6:21 PM To: Sean Welch Cc: freebsd-gnome@freebsd.org Subject: Re: Metacity with Expocity On Tue, 25 Nov 2003 10:18:30 -0600 (GMT-06:00), Sean Welch wrote: > I just saw this article: > > http://slashdot.org/articles/03/11/25/0330208.shtml?tid=131&tid=179&tid=185&tid=189&tid=190 > > an took a look at the patch here: > > http://www.pycage.de/download/expocity-11-24-03.diff > > Figuring to give it a try, I got it to compile and install but the > keystroke that is supposed to > activate it (Alt-Tab) doesn't do anything now. Perhaps someone else > might have a better > idea what to do with it and how to track the problem down??? It did > compile cleanly... Because, it never has been patch clean if you read the messages of patch. Looks like the diff was created against the CVS or development version of Metacity. Or maybe older version of Metacity, I dunno. That got me curious, I don't understand what's advantage of it. So, I cleaned the patch and make it easier for other users. You should be able to use this attach and put it in the x11-wm/metacity/files/ and do the 'make -DFORCE_PKG_REGISTER install', then restart Metacity. I just played with it and it works, but I don't really like it thought. Maybe, I will like it if they make it more smaller and can stay in the background when I am doing with vim, browser or whatever. :-) BTW: Be sure to your Metacity version is 2.6.3 if you want to use an attach of patch-expocity. Cheers, Mezz -- bsdforums.org 's moderator, mezz. From owner-freebsd-gnome@FreeBSD.ORG Tue Nov 25 18:20:31 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 7E64716A4CE for ; Tue, 25 Nov 2003 18:20:31 -0800 (PST) Received: from gauss.stokely.org (builder.freebsdmall.com [65.86.180.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A41ED43F93 for ; Tue, 25 Nov 2003 18:20:30 -0800 (PST) (envelope-from murray@gauss.stokely.org) Received: from gauss.stokely.org (localhost [127.0.0.1]) by gauss.stokely.org (8.12.10/8.12.9) with ESMTP id hAQ2KSYm029810 for ; Tue, 25 Nov 2003 18:20:28 -0800 (PST) (envelope-from murray@gauss.stokely.org) Received: (from murray@localhost) by gauss.stokely.org (8.12.10/8.12.9/Submit) id hAQ2KS9m029809 for gnome@freebsd.org; Tue, 25 Nov 2003 18:20:28 -0800 (PST) Date: Tue, 25 Nov 2003 18:20:28 -0800 From: Murray Stokely To: gnome@freebsd.org Message-ID: <20031126022028.GB29765@freebsdmall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-GPG-Key-ID: 1024D/0E451F7D X-GPG-Key-Fingerprint: E2CA 411D DD44 53FD BB4B 3CB5 B4D7 10A2 0E45 1F7D Subject: [scottl@freebsd.org: 5.2-BETA disc1 is overflowing] 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, 26 Nov 2003 02:20:31 -0000 The disc1 package set currently tries to include Mozilla in addition to the gnome-specific version of Mozilla. This is a big duplication of precious disk space. Can the port be modified (possibly only or release package builds) to be leaner and more conservative with what it includes? We really want to continue to include both KDE and GNOME on disc1 but that is hard to do. - Murray ----- Forwarded message from Scott Long ----- From: Scott Long Subject: 5.2-BETA disc1 is overflowing To: re@freebsd.org, portmgr@freebsd.org Date: Tue, 25 Nov 2003 19:00:31 -0700 (MST) All, This is the result of putting the print-cdrom.sh packages on x86 disc1: -rw-r--r-- 1 root wheel 779845632 Nov 25 17:27 5.2-BETA-i386-miniinst.iso (ignore the miniinst name for the moment) This is seriously overfilled, and we need to take some drastic action to cut it. Options: 1. Remove GNOME or KDE. KDE looks to be much bigger, likely because of koffice. 2. Figure out some way to trim down the dependency list for GNOME and KDE. One thing that I noticed was that GNOME included it's own version of mozilla, in addition to the normal mozilla! 3. Massively cut down other ports. 4. Give up and not do disc1 packages anymore. Suggestions? Scott ----- End forwarded message ----- From owner-freebsd-gnome@FreeBSD.ORG Tue Nov 25 18:51:23 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 37E2B16A4CF for ; Tue, 25 Nov 2003 18:51:23 -0800 (PST) Received: from lakemtao07.cox.net (lakemtao07.cox.net [68.1.17.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81D3C43FBD for ; Tue, 25 Nov 2003 18:51:21 -0800 (PST) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.11]) by lakemtao07.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP id <20031126025119.EAYY4890.lakemtao07.cox.net@mezz.mezzweb.com>; Tue, 25 Nov 2003 21:51:19 -0500 Date: Tue, 25 Nov 2003 20:50:18 -0600 To: Sean Welch References: <12736983.1069812514644.JavaMail.root@louie.psp.pas.earthlink.net> 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: <12736983.1069812514644.JavaMail.root@louie.psp.pas.earthlink.net> User-Agent: Opera7.23/Linux M2 build 518 cc: freebsd-gnome@freebsd.org Subject: Re: Metacity with Expocity 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, 26 Nov 2003 02:51:23 -0000 X-List-Received-Date: Wed, 26 Nov 2003 02:51:23 -0000 On Tue, 25 Nov 2003 20:08:34 -0600 (GMT-06:00), Sean Welch wrote: > Thanks! It does work as advertised -- and now I can see > what the people on slashdot meant by "S-L-O-W" Umm, strange.. It doesn't slow down in my case, it's hard to notice on AthlonXP 2000+ w/ 512mb ram. Also, near everything in my machine have been compiled with the debug and it seems normal to me. :-) Cheers, Mezz > I'd like to see this cleaned up and the speed increased. > This is a *cool* effect. > > For others who would like to try this, it slows down all > window manager functions to an unbearable crawl -- that > means moving windows, switching virtual desktops, and > creation of new windows. The feature also shifts windows > slightly from their original positions after the expose like > effect (I'd like to try this on Panther to see what it looks > liek full speed). > > Sean > > -----Original Message----- > From: Jeremy Messenger > Sent: Nov 25, 2003 6:21 PM > To: Sean Welch > Cc: freebsd-gnome@freebsd.org > Subject: Re: Metacity with Expocity > > On Tue, 25 Nov 2003 10:18:30 -0600 (GMT-06:00), Sean Welch > wrote: > >> I just saw this article: >> >> http://slashdot.org/articles/03/11/25/0330208.shtml?tid=131&tid=179&tid=185&tid=189&tid=190 >> >> an took a look at the patch here: >> >> http://www.pycage.de/download/expocity-11-24-03.diff >> >> Figuring to give it a try, I got it to compile and install but the >> keystroke that is supposed to >> activate it (Alt-Tab) doesn't do anything now. Perhaps someone else >> might have a better >> idea what to do with it and how to track the problem down??? It did >> compile cleanly... > > > Because, it never has been patch clean if you read the messages of patch. > Looks like the diff was created against the CVS or development version of > Metacity. Or maybe older version of Metacity, I dunno. > > That got me curious, I don't understand what's advantage of it. So, I > cleaned the patch and make it easier for other users. You should be able > to use this attach and put it in the x11-wm/metacity/files/ and do the > 'make -DFORCE_PKG_REGISTER install', then restart Metacity. I just played > with it and it works, but I don't really like it thought. Maybe, I will > like it if they make it more smaller and can stay in the background when > I > am doing with vim, browser or whatever. :-) > > BTW: Be sure to your Metacity version is 2.6.3 if you want to use an > attach of patch-expocity. > > Cheers, > Mezz -- bsdforums.org 's moderator, mezz. From owner-freebsd-gnome@FreeBSD.ORG Tue Nov 25 18:52: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 7ED9816A4CE for ; Tue, 25 Nov 2003 18:52:46 -0800 (PST) Received: from lakemtao05.cox.net (lakemtao05.cox.net [68.1.17.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id F061943FE0 for ; Tue, 25 Nov 2003 18:52:44 -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 <20031126025242.BTNM29834.lakemtao05.cox.net@mezz.mezzweb.com> for ; Tue, 25 Nov 2003 21:52:42 -0500 To: freebsd-gnome@freebsd.org References: <12675899.1069777110965.JavaMail.root@bigbird.psp.pas.earthlink.net> <20031126015425.07267f7d.piero@poprostu.pl> 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, 25 Nov 2003 20:51:42 -0600 In-Reply-To: <20031126015425.07267f7d.piero@poprostu.pl> User-Agent: Opera7.23/Linux M2 build 518 Subject: Re: Metacity with Expocity 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, 26 Nov 2003 02:52:46 -0000 On Wed, 26 Nov 2003 01:54:25 +0100, Piero wrote: > On Tue, 25 Nov 2003 18:21:25 -0600, Jeremy Messenger > wrote: > >> On Tue, 25 Nov 2003 10:18:30 -0600 (GMT-06:00), Sean Welch >> wrote: >> >> > I just saw this article: >> > >> > >> http://slashdot.org/articles/03/11/25/0330208.shtml?tid=131&tid=179&tid=185&tid=189&tid=190 >> > >> > an took a look at the patch here: >> > >> > http://www.pycage.de/download/expocity-11-24-03.diff >> > >> > Figuring to give it a try, I got it to compile and install but >> > the keystroke that is supposed to >> > activate it (Alt-Tab) doesn't do anything now. Perhaps someone >> > else might have a better >> > idea what to do with it and how to track the problem down??? It >> > did compile cleanly... >> >> >> Because, it never has been patch clean if you read the messages of >> patch. Looks like the diff was created against the CVS or >> development version of Metacity. Or maybe older version of >> Metacity, I dunno. >> > > Yes, the original patch was supposed to work against the CVS version > as noted at www.gnomedesktop.org: > > http://www.gnomedesktop.org/article.php?sid=1478 > "If you want to try it out yourself, get the patch from here and > apply it to the current CVS version of metacity." Thanks, I wasn't pay attention and I just do it quickly. Cheers, Mezz -- bsdforums.org 's moderator, mezz. From owner-freebsd-gnome@FreeBSD.ORG Tue Nov 25 19:05: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 330DE16A4CE for ; Tue, 25 Nov 2003 19:05:41 -0800 (PST) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01DBD43FDF for ; Tue, 25 Nov 2003 19:05:39 -0800 (PST) (envelope-from JimAdams@VibrantLogic.com) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) ESMTP id hAQ35bFn022197 for ; Tue, 25 Nov 2003 19:05:38 -0800 Received: from VibrantLogic.com (D-128-208-45-141.dhcp4.washington.edu [128.208.45.141]) (authenticated bits=0)id hAQ35bwx010640 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Tue, 25 Nov 2003 19:05:37 -0800 Message-ID: <3FC4187E.2040207@VibrantLogic.com> Date: Tue, 25 Nov 2003 19:05:34 -0800 From: Jim Adams Organization: VibrantLogic User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031013 Thunderbird/0.3 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-gnome@freebsd.org References: <12675899.1069777110965.JavaMail.root@bigbird.psp.pas.earthlink.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Metacity with Expocity X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: JimAdams@VibrantLogic.com List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Nov 2003 03:05:41 -0000 Jeremy Messenger wrote: > > > Because, it never has been patch clean if you read the messages of > patch. Looks like the diff was created against the CVS or development > version of Metacity. Or maybe older version of Metacity, I dunno. > > That got me curious, I don't understand what's advantage of it. So, I > cleaned the patch and make it easier for other users. You should be > able to use this attach and put it in the x11-wm/metacity/files/ and > do the 'make -DFORCE_PKG_REGISTER install', then restart Metacity. I > just played with it and it works, but I don't really like it thought. > Maybe, I will like it if they make it more smaller and can stay in the > background when I am doing with vim, browser or whatever. :-) > > BTW: Be sure to your Metacity version is 2.6.3 if you want to use an > attach of patch-expocity. > > Cheers, > Mezz > I was interested in trying your patch, but can't seem to get it to work. I must be making a silly error somewhere. As far as I can tell the patch file looks like it should work. Any ideas? jfa# cd /usr/ports/x11-wm/metacity/ jfa# mv /disk1/patch-expocity files/ jfa# make -DFORCE_PKG_REGISTER install >> metacity-2.6.3.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/gnome2. >> Attempting to fetch from http://www.gtlib.cc.gatech.edu/pub/gnome/sources/metacity/2.6/. Receiving metacity-2.6.3.tar.bz2 (1749859 bytes): 0% Receiving metacity-2.6.3.tar.bz2 (1749859 bytes): 13% Receiving metacity-2.6.3.tar.bz2 (1749859 bytes): 39% Receiving metacity-2.6.3.tar.bz2 (1749859 bytes): 66% Receiving metacity-2.6.3.tar.bz2 (1749859 bytes): 90% Receiving metacity-2.6.3.tar.bz2 (1749859 bytes): 100% 1749859 bytes transferred in 4.1 seconds (418.54 kBps) ===> Extracting for metacity-2.6.3 >> Checksum OK for gnome2/metacity-2.6.3.tar.bz2. ===> Patching for metacity-2.6.3 ===> Applying FreeBSD patches for metacity-2.6.3 1 out of 1 hunks failed--saving rejects to src/Makefile.am.rej 2 out of 2 hunks failed--saving rejects to src/Makefile.in.rej 2 out of 2 hunks failed--saving rejects to src/display.c.rej 2 out of 2 hunks failed--saving rejects to src/keybindings.c.rej 2 out of 2 hunks failed--saving rejects to src/main.c.rej 2 out of 2 hunks failed--saving rejects to src/window.c.rej >> Patch patch-expocity failed to apply cleanly. >> Patch(es) patch-configure applied cleanly. *** Error code 1 Stop in /usr/ports/x11-wm/metacity. -Jim From owner-freebsd-gnome@FreeBSD.ORG Tue Nov 25 19:09: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 334A816A4CE for ; Tue, 25 Nov 2003 19:09:45 -0800 (PST) Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A0DB43FE3 for ; Tue, 25 Nov 2003 19:09:44 -0800 (PST) (envelope-from welchsm@earthlink.net) Received: from louie.psp.pas.earthlink.net ([207.217.78.221]) by harrier.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1AOq3j-0004U8-00; Tue, 25 Nov 2003 19:09:43 -0800 Message-ID: <12492904.1069816183399.JavaMail.root@louie.psp.pas.earthlink.net> Date: Tue, 25 Nov 2003 21:09:43 -0600 (GMT-06:00) From: Sean Welch To: Jeremy Messenger Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Earthlink Zoo Mail 1.0 cc: freebsd-gnome@freebsd.org Subject: Re: Metacity with Expocity X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Sean Welch List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Nov 2003 03:09:45 -0000 Well no wonder! :-) I was trying it on my laptop running at 700MHz with a 100 MHz bus... I might try it again with the speed bumped to its max (1 GHz) to see if that makes it livable. (I've also got 512M RAM) That's a pretty smokin' machine compared to mine. Sean -----Original Message----- From: Jeremy Messenger Sent: Nov 25, 2003 8:50 PM To: Sean Welch Cc: freebsd-gnome@freebsd.org Subject: Re: Metacity with Expocity On Tue, 25 Nov 2003 20:08:34 -0600 (GMT-06:00), Sean Welch wrote: > Thanks! It does work as advertised -- and now I can see > what the people on slashdot meant by "S-L-O-W" Umm, strange.. It doesn't slow down in my case, it's hard to notice on AthlonXP 2000+ w/ 512mb ram. Also, near everything in my machine have been compiled with the debug and it seems normal to me. :-) Cheers, Mezz > I'd like to see this cleaned up and the speed increased. > This is a *cool* effect. > > For others who would like to try this, it slows down all > window manager functions to an unbearable crawl -- that > means moving windows, switching virtual desktops, and > creation of new windows. The feature also shifts windows > slightly from their original positions after the expose like > effect (I'd like to try this on Panther to see what it looks > liek full speed). > > Sean > > -----Original Message----- > From: Jeremy Messenger > Sent: Nov 25, 2003 6:21 PM > To: Sean Welch > Cc: freebsd-gnome@freebsd.org > Subject: Re: Metacity with Expocity > > On Tue, 25 Nov 2003 10:18:30 -0600 (GMT-06:00), Sean Welch > wrote: > >> I just saw this article: >> >> http://slashdot.org/articles/03/11/25/0330208.shtml?tid=131&tid=179&tid=185&tid=189&tid=190 >> >> an took a look at the patch here: >> >> http://www.pycage.de/download/expocity-11-24-03.diff >> >> Figuring to give it a try, I got it to compile and install but the >> keystroke that is supposed to >> activate it (Alt-Tab) doesn't do anything now. Perhaps someone else >> might have a better >> idea what to do with it and how to track the problem down??? It did >> compile cleanly... > > > Because, it never has been patch clean if you read the messages of patch. > Looks like the diff was created against the CVS or development version of > Metacity. Or maybe older version of Metacity, I dunno. > > That got me curious, I don't understand what's advantage of it. So, I > cleaned the patch and make it easier for other users. You should be able > to use this attach and put it in the x11-wm/metacity/files/ and do the > 'make -DFORCE_PKG_REGISTER install', then restart Metacity. I just played > with it and it works, but I don't really like it thought. Maybe, I will > like it if they make it more smaller and can stay in the background when > I > am doing with vim, browser or whatever. :-) > > BTW: Be sure to your Metacity version is 2.6.3 if you want to use an > attach of patch-expocity. > > Cheers, > Mezz -- bsdforums.org 's moderator, mezz. From owner-freebsd-gnome@FreeBSD.ORG Tue Nov 25 19:19: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 E6B2816A4CE for ; Tue, 25 Nov 2003 19:19:50 -0800 (PST) Received: from lakemtao08.cox.net (lakemtao08.cox.net [68.1.17.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96E1043FBF for ; Tue, 25 Nov 2003 19:19:49 -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 <20031126031944.EJIQ5790.lakemtao08.cox.net@mezz.mezzweb.com> for ; Tue, 25 Nov 2003 22:19:44 -0500 To: freebsd-gnome@freebsd.org References: <12675899.1069777110965.JavaMail.root@bigbird.psp.pas.earthlink.net> <3FC4187E.2040207@VibrantLogic.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: Tue, 25 Nov 2003 21:18:46 -0600 In-Reply-To: <3FC4187E.2040207@VibrantLogic.com> User-Agent: Opera7.23/Linux M2 build 518 Subject: Re: Metacity with Expocity 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, 26 Nov 2003 03:19:51 -0000 On Tue, 25 Nov 2003 19:05:34 -0800, Jim Adams wrote: > Jeremy Messenger wrote: > >> >> >> Because, it never has been patch clean if you read the messages of >> patch. Looks like the diff was created against the CVS or development >> version of Metacity. Or maybe older version of Metacity, I dunno. >> >> That got me curious, I don't understand what's advantage of it. So, I >> cleaned the patch and make it easier for other users. You should be >> able to use this attach and put it in the x11-wm/metacity/files/ and do >> the 'make -DFORCE_PKG_REGISTER install', then restart Metacity. I just >> played with it and it works, but I don't really like it thought. Maybe, >> I will like it if they make it more smaller and can stay in the >> background when I am doing with vim, browser or whatever. :-) >> >> BTW: Be sure to your Metacity version is 2.6.3 if you want to use an >> attach of patch-expocity. >> >> Cheers, >> Mezz >> > I was interested in trying your patch, but can't seem to get it to > work. I must be making a silly error somewhere. As far as I can tell > the patch file looks like it should work. Any ideas? > > jfa# cd /usr/ports/x11-wm/metacity/ > jfa# mv /disk1/patch-expocity files/ What is /disk1? Windows partition or what? Or, maybe it was your email client? You need to make sure it stays in ASCII (UNIX format) when you download this patch and move. Maybe, you can try do this: jfa# perl -i -pne 's/\r\n/\n/g' /usr/ports/x11-wm/metacity/files/patch-expocity Then try it again to see if it will help. If not, then I can gzip the patch and send it to you in private. Cheers, Mezz > jfa# make -DFORCE_PKG_REGISTER install > >> metacity-2.6.3.tar.bz2 doesn't seem to exist in > /usr/ports/distfiles/gnome2. > >> Attempting to fetch from > http://www.gtlib.cc.gatech.edu/pub/gnome/sources/metacity/2.6/. > > Receiving metacity-2.6.3.tar.bz2 (1749859 bytes): 0% > Receiving metacity-2.6.3.tar.bz2 (1749859 bytes): 13% > Receiving metacity-2.6.3.tar.bz2 (1749859 bytes): 39% > Receiving metacity-2.6.3.tar.bz2 (1749859 bytes): 66% > Receiving metacity-2.6.3.tar.bz2 (1749859 bytes): 90% > Receiving metacity-2.6.3.tar.bz2 (1749859 bytes): 100% > 1749859 bytes transferred in 4.1 seconds (418.54 kBps) > ===> Extracting for metacity-2.6.3 > >> Checksum OK for gnome2/metacity-2.6.3.tar.bz2. > ===> Patching for metacity-2.6.3 > ===> Applying FreeBSD patches for metacity-2.6.3 > 1 out of 1 hunks failed--saving rejects to src/Makefile.am.rej > 2 out of 2 hunks failed--saving rejects to src/Makefile.in.rej > 2 out of 2 hunks failed--saving rejects to src/display.c.rej > 2 out of 2 hunks failed--saving rejects to src/keybindings.c.rej > 2 out of 2 hunks failed--saving rejects to src/main.c.rej > 2 out of 2 hunks failed--saving rejects to src/window.c.rej > >> Patch patch-expocity failed to apply cleanly. > >> Patch(es) patch-configure applied cleanly. > *** Error code 1 > > Stop in /usr/ports/x11-wm/metacity. > > > -Jim -- bsdforums.org 's moderator, mezz. From owner-freebsd-gnome@FreeBSD.ORG Tue Nov 25 20:09:35 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 B1B5416A4CE for ; Tue, 25 Nov 2003 20:09:35 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-63-207-60-234.dsl.lsan03.pacbell.net [63.207.60.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12D5F43FBD for ; Tue, 25 Nov 2003 20:09:35 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C0F6C66C55; Tue, 25 Nov 2003 20:09:34 -0800 (PST) Date: Tue, 25 Nov 2003 20:09:34 -0800 From: Kris Kennaway To: gnome@FreeBSD.org Message-ID: <20031126040934.GB43648@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mxv5cy4qt+RJ9ypb" Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: galeon-1.2.12_2 broken on 5.2 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, 26 Nov 2003 04:09:35 -0000 --mxv5cy4qt+RJ9ypb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline http://bento.freebsd.org/errorlogs/i386-5-latest/galeon-1.2.12_2.log Can someone please investigate? Kris --mxv5cy4qt+RJ9ypb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/xCd9Wry0BWjoQKURAqLdAKDkrT3A9/H98EBD8F1A2F5A7BcXJACfSf0C KzgIjZFAI8oeTlEpUe/MJ9Y= =Nui0 -----END PGP SIGNATURE----- --mxv5cy4qt+RJ9ypb-- From owner-freebsd-gnome@FreeBSD.ORG Tue Nov 25 20:11: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 DACD716A4CE; Tue, 25 Nov 2003 20:11:01 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-63-207-60-234.dsl.lsan03.pacbell.net [63.207.60.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 152BF43FE3; Tue, 25 Nov 2003 20:11:01 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AE91266C55; Tue, 25 Nov 2003 20:11:00 -0800 (PST) Date: Tue, 25 Nov 2003 20:11:00 -0800 From: Kris Kennaway To: gnome@FreeBSD.org Message-ID: <20031126041100.GC43648@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+xNpyl7Qekk2NvDX" Content-Disposition: inline User-Agent: Mutt/1.4.1i cc: bland@FreeBSD.org Subject: passepartout-0.2_3 broken on 5.2 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, 26 Nov 2003 04:11:02 -0000 --+xNpyl7Qekk2NvDX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline http://bento.freebsd.org/errorlogs/i386-5-latest/passepartout-0.2_3.log Looks like the previous attempt at fixing wasn't quite complete. kris --+xNpyl7Qekk2NvDX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/xCfTWry0BWjoQKURAqFOAJ9nlZDta61rJliPsG+k3k4Y3RHztwCfYwEA ebhDxOkupT5fMHIPtdgqryM= =W3k2 -----END PGP SIGNATURE----- --+xNpyl7Qekk2NvDX-- From owner-freebsd-gnome@FreeBSD.ORG Tue Nov 25 20:33:08 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 89D3A16A4CE for ; Tue, 25 Nov 2003 20:33:08 -0800 (PST) Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by mx1.FreeBSD.org (Postfix) with SMTP id B069143F3F for ; Tue, 25 Nov 2003 20:33:07 -0800 (PST) (envelope-from adamw@magnesium.net) Received: (qmail 18574 invoked by uid 1252); 26 Nov 2003 04:33:07 -0000 Date: 25 Nov 2003 23:33:07 -0500 Date: Tue, 25 Nov 2003 23:33:07 -0500 From: Adam Weinberger To: Sean Welch Message-ID: <20031126043307.GL40706@toxic.magnesium.net> References: <12736983.1069812514644.JavaMail.root@louie.psp.pas.earthlink.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <12736983.1069812514644.JavaMail.root@louie.psp.pas.earthlink.net> 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: freebsd-gnome@freebsd.org Subject: Re: Metacity with Expocity 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, 26 Nov 2003 04:33:08 -0000 >> (11.25.2003 @ 2108 PST): Sean Welch said, in 2.4K: << > Thanks! It does work as advertised -- and now I can see > what the people on slashdot meant by "S-L-O-W" > > I'd like to see this cleaned up and the speed increased. > This is a *cool* effect. > > For others who would like to try this, it slows down all > window manager functions to an unbearable crawl -- that > means moving windows, switching virtual desktops, and > creation of new windows. The feature also shifts windows > slightly from their original positions after the expose like > effect (I'd like to try this on Panther to see what it looks > liek full speed). >> end of "Re: Metacity with Expocity" from Sean Welch << FWIW, I made a port of 3ddesktop... it's in the ports tree somewhere. It's unbelievably silly but super cool. Not really the same thing, but it also slows things down a lot. # 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 Nov 25 20:40: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 B22DD16A4CF for ; Tue, 25 Nov 2003 20:40:37 -0800 (PST) Received: from smtp4.jp.viruscheck.net (smtp4.jp.viruscheck.net [154.33.69.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id AACA743FDD for ; Tue, 25 Nov 2003 20:40:36 -0800 (PST) (envelope-from bland@freebsd.org) Received: from [154.33.69.38] (helo=mail5.jp.viruscheck.net) by smtp4.jp.viruscheck.net with esmtp (Exim 3.20 #2) id 1AOrTf-00024t-00; Wed, 26 Nov 2003 13:40:35 +0900 Received: from [220.220.111.152] (helo=noc.orchid) by mail5.jp.viruscheck.net with esmtp (Exim 3.36 #2) id 1AOrTe-0007lU-00; Wed, 26 Nov 2003 13:40:34 +0900 Received: from FreeBSD.org (horse.orchid [89.60.10.11]) by noc.orchid (8.12.9p2/8.12.9) with ESMTP id hAQ4eW4v072704; Wed, 26 Nov 2003 13:40:33 +0900 (JST) (envelope-from bland@FreeBSD.org) Message-ID: <3FC42EC0.5030503@FreeBSD.org> Date: Wed, 26 Nov 2003 13:40:32 +0900 From: Alexander Nedotsukov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20031126041100.GC43648@xor.obsecurity.org> In-Reply-To: <20031126041100.GC43648@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: gnome@FreeBSD.org Subject: Re: passepartout-0.2_3 broken on 5.2 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, 26 Nov 2003 04:40:37 -0000 Kris Kennaway wrote: >http://bento.freebsd.org/errorlogs/i386-5-latest/passepartout-0.2_3.log > >Looks like the previous attempt at fixing wasn't quite complete. > >kris > My alogies Kris. This due incomplete plist of libxml++. Fix commited. All the best, Alexander. From owner-freebsd-gnome@FreeBSD.ORG Tue Nov 25 21:30:55 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 14B0516A4CE; Tue, 25 Nov 2003 21:30:55 -0800 (PST) Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 495CD43F93; Tue, 25 Nov 2003 21:30:54 -0800 (PST) (envelope-from welchsm@earthlink.net) Received: from bigbird.psp.pas.earthlink.net ([207.217.78.244]) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1AOsGL-0001vr-00; Tue, 25 Nov 2003 21:30:53 -0800 Message-ID: <14958369.1069824653233.JavaMail.root@bigbird.psp.pas.earthlink.net> Date: Tue, 25 Nov 2003 23:30:53 -0600 (GMT-06:00) From: Sean Welch To: Adam Weinberger Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Earthlink Zoo Mail 1.0 cc: freebsd-gnome@freebsd.org Subject: Re: Metacity with Expocity X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Sean Welch List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Nov 2003 05:30:55 -0000 Yes, indeed -- I use it often and find that the slowness is all restricted to startup and transitions between virtual desktops. I wouldn't mind so much the slowness of the expocity mod if it was similarly restricted, but even moving a window around the screen is slow to start! By the way, thanks for that port! I like using it with no zoom so that the desktop rotates on faces of a cube. Sean -----Original Message----- From: Adam Weinberger Sent: Nov 25, 2003 10:33 PM To: Sean Welch Cc: Jeremy Messenger , freebsd-gnome@FreeBSD.org Subject: Re: Metacity with Expocity >> (11.25.2003 @ 2108 PST): Sean Welch said, in 2.4K: << > Thanks! It does work as advertised -- and now I can see > what the people on slashdot meant by "S-L-O-W" > > I'd like to see this cleaned up and the speed increased. > This is a *cool* effect. > > For others who would like to try this, it slows down all > window manager functions to an unbearable crawl -- that > means moving windows, switching virtual desktops, and > creation of new windows. The feature also shifts windows > slightly from their original positions after the expose like > effect (I'd like to try this on Panther to see what it looks > liek full speed). >> end of "Re: Metacity with Expocity" from Sean Welch << FWIW, I made a port of 3ddesktop... it's in the ports tree somewhere. It's unbelievably silly but super cool. Not really the same thing, but it also slows things down a lot. # 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 Nov 25 22:18:29 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 C6AE716A4CE for ; Tue, 25 Nov 2003 22:18:29 -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 4444F43FBD for ; Tue, 25 Nov 2003 22:18:28 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hAQ6IOFm025900; Wed, 26 Nov 2003 01:18:25 -0500 (EST) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) hAQ6HSuY096885; Wed, 26 Nov 2003 01:17:28 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Kris Kennaway In-Reply-To: <20031126040934.GB43648@xor.obsecurity.org> References: <20031126040934.GB43648@xor.obsecurity.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-A3Uv5mkeKrKe4Ua49Wt2" Organization: MarcusCom, Inc. Message-Id: <1069827497.7292.180.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 26 Nov 2003 01:18:17 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on creme-brulee.marcuscom.com X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: FreeBSD GNOME Users Subject: Re: galeon-1.2.12_2 broken on 5.2 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, 26 Nov 2003 06:18:29 -0000 --=-A3Uv5mkeKrKe4Ua49Wt2 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2003-11-25 at 23:09, Kris Kennaway wrote: > http://bento.freebsd.org/errorlogs/i386-5-latest/galeon-1.2.12_2.log >=20 > Can someone please investigate? Fixed! Joe >=20 > Kris --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-A3Uv5mkeKrKe4Ua49Wt2 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/xEWpb2iPiv4Uz4cRAvWpAJ0bK46FYMmFrUN2RD926RQfz+epyACfX0nT 2SQI5XhxOrCv+l7LfWsmwdI= =ejmF -----END PGP SIGNATURE----- --=-A3Uv5mkeKrKe4Ua49Wt2-- From owner-freebsd-gnome@FreeBSD.ORG Wed Nov 26 00:45: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 4597A16A4CE for ; Wed, 26 Nov 2003 00:45:36 -0800 (PST) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0FF443F75 for ; Wed, 26 Nov 2003 00:45:34 -0800 (PST) (envelope-from JimAdams@VibrantLogic.com) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9]) ESMTP id hAQ8jTFn005431 for ; Wed, 26 Nov 2003 00:45:34 -0800 Received: from VibrantLogic.com (D-128-208-45-141.dhcp4.washington.edu [128.208.45.141]) (authenticated bits=0)id hAQ8jTSR014733 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Wed, 26 Nov 2003 00:45:29 -0800 Message-ID: <3FC4682A.9050100@VibrantLogic.com> Date: Wed, 26 Nov 2003 00:45:30 -0800 From: Jim Adams Organization: VibrantLogic User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031013 Thunderbird/0.3 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD GNOME Users References: <12675899.1069777110965.JavaMail.root@bigbird.psp.pas.earthlink.net> <3FC4187E.2040207@VibrantLogic.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Metacity with Expocity X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: JimAdams@VibrantLogic.com List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Nov 2003 08:45:36 -0000 Jeremy Messenger wrote: > On Tue, 25 Nov 2003 19:05:34 -0800, Jim Adams > wrote: > >> Jeremy Messenger wrote: >> >>> >>> >>> Because, it never has been patch clean if you read the messages of >>> patch. Looks like the diff was created against the CVS or >>> development version of Metacity. Or maybe older version of Metacity, >>> I dunno. >>> >>> That got me curious, I don't understand what's advantage of it. So, >>> I cleaned the patch and make it easier for other users. You should >>> be able to use this attach and put it in the x11-wm/metacity/files/ >>> and do the 'make -DFORCE_PKG_REGISTER install', then restart >>> Metacity. I just played with it and it works, but I don't really >>> like it thought. Maybe, I will like it if they make it more smaller >>> and can stay in the background when I am doing with vim, browser or >>> whatever. :-) >>> >>> BTW: Be sure to your Metacity version is 2.6.3 if you want to use an >>> attach of patch-expocity. >>> >>> Cheers, >>> Mezz >>> >> I was interested in trying your patch, but can't seem to get it to >> work. I must be making a silly error somewhere. As far as I can >> tell the patch file looks like it should work. Any ideas? >> >> jfa# cd /usr/ports/x11-wm/metacity/ >> jfa# mv /disk1/patch-expocity files/ > > > What is /disk1? Windows partition or what? Or, maybe it was your email > client? You need to make sure it stays in ASCII (UNIX format) when you > download this patch and move. Maybe, you can try do this: > > jfa# perl -i -pne 's/\r\n/\n/g' > /usr/ports/x11-wm/metacity/files/patch-expocity > > Then try it again to see if it will help. If not, then I can gzip the > patch and send it to you in private. > excellent! This did the trick. Some pretty cool eye candy, I must say. Runs pretty snappy on my athlon xp 1600+/512MB ram. -Jim > Cheers, > Mezz > >> jfa# make -DFORCE_PKG_REGISTER install >> >> metacity-2.6.3.tar.bz2 doesn't seem to exist in >> /usr/ports/distfiles/gnome2. >> >> Attempting to fetch from >> http://www.gtlib.cc.gatech.edu/pub/gnome/sources/metacity/2.6/. >> >> Receiving metacity-2.6.3.tar.bz2 (1749859 bytes): 0% >> Receiving metacity-2.6.3.tar.bz2 (1749859 bytes): 13% >> Receiving metacity-2.6.3.tar.bz2 (1749859 bytes): 39% >> Receiving metacity-2.6.3.tar.bz2 (1749859 bytes): 66% >> Receiving metacity-2.6.3.tar.bz2 (1749859 bytes): 90% >> Receiving metacity-2.6.3.tar.bz2 (1749859 bytes): 100% >> 1749859 bytes transferred in 4.1 seconds (418.54 kBps) >> ===> Extracting for metacity-2.6.3 >> >> Checksum OK for gnome2/metacity-2.6.3.tar.bz2. >> ===> Patching for metacity-2.6.3 >> ===> Applying FreeBSD patches for metacity-2.6.3 >> 1 out of 1 hunks failed--saving rejects to src/Makefile.am.rej >> 2 out of 2 hunks failed--saving rejects to src/Makefile.in.rej >> 2 out of 2 hunks failed--saving rejects to src/display.c.rej >> 2 out of 2 hunks failed--saving rejects to src/keybindings.c.rej >> 2 out of 2 hunks failed--saving rejects to src/main.c.rej >> 2 out of 2 hunks failed--saving rejects to src/window.c.rej >> >> Patch patch-expocity failed to apply cleanly. >> >> Patch(es) patch-configure applied cleanly. >> *** Error code 1 >> >> Stop in /usr/ports/x11-wm/metacity. >> >> >> -Jim > > > From owner-freebsd-gnome@FreeBSD.ORG Wed Nov 26 01:25: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 7C4CC16A4CE for ; Wed, 26 Nov 2003 01:25:06 -0800 (PST) Received: from sv02.webonaut.com (kirk.webonaut.com [212.41.243.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id C49A943FA3 for ; Wed, 26 Nov 2003 01:25:04 -0800 (PST) (envelope-from klammer@webonaut.com) Received: from localhost (localhost [127.0.0.1]) by sv02.webonaut.com (Postfix) with ESMTP id 13B7B76421; Wed, 26 Nov 2003 10:25:02 +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 33875-02; Wed, 26 Nov 2003 10:24:59 +0100 (CET) Received: from webonaut.com (sisko.webonaut.com [212.41.243.28]) by sv02.webonaut.com (Postfix) with ESMTP id DF3A27641F; Wed, 26 Nov 2003 10:24:58 +0100 (CET) Message-ID: <3FC4716B.4050504@webonaut.com> Date: Wed, 26 Nov 2003 10:24:59 +0100 From: Franz Klammer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031021 Thunderbird/0.3 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joe Marcus Clarke References: <3FC0D95D.8080007@webonaut.com> <1069796889.743.75.camel@gyros> In-Reply-To: <1069796889.743.75.camel@gyros> 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 Users Subject: Re: another gdesklets kse/libc_r 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: Wed, 26 Nov 2003 09:25:06 -0000 Joe Marcus Clarke wrote: >On Sun, 2003-11-23 at 10:59, Franz Klammer wrote: > >>at least under -current i've following threads-problem: >> >>when a sensor doing commands.getstatusoutput(cmd) >>out of a thread the first call works like expected, but >>the second call will result in a deadlock (i think). >>what i've found in the last days was that it happens while >>commands.getstatusoutput -> pipe.read() >> >>if added a print "1.... "+cmd bevore getstatusoutput and >>a print "2 ... "+cmd after. heres the output if i start >>gdesklets from a terminal-window: >> >>1 ... /bin/date '+%a %d %b %y'|iconv -t UTF-8 >>2 ... /bin/date '+%a %d %b %y'|iconv -t UTF-8 >>1 ... /bin/date '+%a %d %b %y'|iconv -t UTF-8 >> >> >>that problem only occours with libc_r but not with libkse. >> >>also with libc_r a ps fax | grep gdesklets looks like this: >> 80390 p4 S+ 0:05,58 python /usr/X11R6/bin/gdesklets >> 80431 p4 S+ 0:00,00 python /usr/X11R6/bin/gdesklets >> 80446 p4 S+ 0:00,00 python /usr/X11R6/bin/gdesklets >> >>with libkse there is only one line. >> >>i'm out of ideas now. >> > >Is this on 5.x? The more I think about this, the more it sounds like > yes it's 5.x: 5.2-BETA FreeBSD 5.2-BETA #11: Tue Nov 25 12:10.03 CET 2003 >the "dreaded thread" problem where by -lc_r is not passed to the linker >on all versions of FreeBSD. gdesklets seems to be safe, but I'm not >sure if this particular sensor needs compiled code. > > not sure. because if i played around with the desklets i've changed the installed .py-files and when i run gedesklets as normal user python didn't use the outdated (pre-)compiled versions. ok! i didn't changed all sensors. only sensor/Sensor.py and Sensors/ExternalInterval/__init__.py. just for info - (so far i can remember) i've tried following: - recompile python with WITH_HUGHE_STACK_SIZE - reqrite Sensor.py to use threading instead of threads - use py-pexpect instead of getstatusoutput - a alternate version of popen found from google in commands::getstatusoutput() ¹) - playing around with thread-(un)locking before/after getstatusoutput - playing with gtk.threads_enter & gtk.threads_leave - add a random sleep-time before starting the threads (because i've found something in the Changelog from python about starting some threads to fast in series.) ¹) http://groups.google.com/groups?selm=3A83D8FF.A90F4E4A%40ebioinformatics.com and isn't python still an interpreting language even with .pyc or pyo - files? i guess there is a problem with python (or py-{gtk|gnome|...}) or maybe with the internal compiler from or python at all. i didn't have a 4.x desktop pc available therefore i can't test it. but because i suppose there is actually no problem with the psi-sensors i think i will send it for commit in the next days. franz. >Joe > > From owner-freebsd-gnome@FreeBSD.ORG Wed Nov 26 08:19:55 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 181E916A4CE for ; Wed, 26 Nov 2003 08:19:55 -0800 (PST) Received: from alef.poprostu.pl (alef.poprostu.pl [195.116.86.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2542743FDF for ; Wed, 26 Nov 2003 08:19:44 -0800 (PST) (envelope-from piero@poprostu.pl) Received: from beth.poprostu.pl (beth.poprostu.pl [213.25.228.183]) by alef.poprostu.pl (8.12.9p2/8.12.9) with SMTP id hAQAGp6H086791 for ; Wed, 26 Nov 2003 11:16:52 +0100 (CET) (envelope-from piero@poprostu.pl) Date: Wed, 26 Nov 2003 17:19:47 +0100 From: Piero To: freebsd-gnome@freebsd.org Message-Id: <20031126171947.75d7e88f.piero@poprostu.pl> Organization: Poprostu X-Mailer: Sylpheed version 0.9.6claws (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Wed__26_Nov_2003_17_19_47_+0100_Gx_igVuqJXwL0KFi" Subject: usability problems 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, 26 Nov 2003 16:19:55 -0000 This is a multi-part message in MIME format. --Multipart=_Wed__26_Nov_2003_17_19_47_+0100_Gx_igVuqJXwL0KFi Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi, I noticed recently some problems with my GNOME. Somehow I cannot switch to the vt anymore with CTRL+ALT+Fn. It works well, if I start X with plain twm or fluxbox f.e. Recently some new issue came up, I have troubles with window switching. When I click with the mouse in the window, it won't be brought up. I would have to click on the top window bar. When doing ALT+TAB, when I am trying to switch to other running up. After pressing the TAB I get the windows list with the app icon marked and the window black border, but releasing the shortcut would not bring up the window. The previously active window keeps the focus. I don't recall any changes to the desktop properties recently. I tried rebuilding metacity, but it didn't help. Do you have any ideas, what reasons may cause this? thanks, -- Piero piero@poprostu.pl --Multipart=_Wed__26_Nov_2003_17_19_47_+0100_Gx_igVuqJXwL0KFi Content-Type: application/octet-stream; name="ports.txt" Content-Disposition: attachment; filename="ports.txt" Content-Transfer-Encoding: base64 QWJpV29yZDItZ25vbWUtMi4wLjEgQW4gb3Blbi1zb3VyY2UsIGNyb3NzLXBsYXRmb3JtIFdZU0lX WUcgd29yZCBwcm9jZXNzb3IKSGVybWVzLTEuMy4zICAgICAgICBGYXN0IHBpeGVsIGZvcm1hdHMg Y29udmVyc2lvbiBsaWJyYXJ5Ck9SQml0LTAuNS4xN18xICAgICAgSGlnaC1wZXJmb3JtYW5jZSBD T1JCQSBPUkIgd2l0aCBzdXBwb3J0IGZvciB0aGUgQyBsYW5ndWFnZQpPUkJpdDItMi44LjIgICAg ICAgIEhpZ2gtcGVyZm9ybWFuY2UgQ09SQkEgT1JCIHdpdGggc3VwcG9ydCBmb3IgdGhlIEMgbGFu Z3VhZ2UKU2FibG90LTEuMCAgICAgICAgICBYTUwgdG9vbGtpdCBpbXBsZW1lbnRpbmcgWFNMVCAx LjAsIFhQYXRoIDEuMCBhbmQgRE9NIExldmVsMgpYRnJlZTg2LUZvbnRTZXJ2ZXItNC4zLjBfMiBY RnJlZTg2LTQgZm9udCBzZXJ2ZXIKWEZyZWU4Ni1TZXJ2ZXItNC4zLjBfMTIgWEZyZWU4Ni00IFgg c2VydmVyIGFuZCByZWxhdGVkIHByb2dyYW1zClhGcmVlODYtY2xpZW50cy00LjMuMF81IFhGcmVl ODYtNCBjbGllbnQgcHJvZ3JhbXMgYW5kIHJlbGF0ZWQgZmlsZXMKWEZyZWU4Ni1mb250MTAwZHBp LTQuMy4wIFhGcmVlODYtNCBiaXRtYXAgMTAwIGRwaSBmb250cwpYRnJlZTg2LWZvbnQ3NWRwaS00 LjMuMCBYRnJlZTg2LTQgYml0bWFwIDc1IGRwaSBmb250cwpYRnJlZTg2LWZvbnREZWZhdWx0Qml0 bWFwcy00LjMuMCBYRnJlZTg2LTQgZGVmYXVsdCBiaXRtYXAgZm9udHMKWEZyZWU4Ni1mb250RW5j b2RpbmdzLTQuMy4wIFhGcmVlODYtNCBmb250IGVuY29kaW5nIGZpbGVzClhGcmVlODYtZm9udFNj YWxhYmxlLTQuMy4wIFhGcmVlODYtNCBzY2FsYWJsZSBmb250cwpYRnJlZTg2LWxpYnJhcmllcy00 LjMuMF82IFhGcmVlODYtNCBsaWJyYXJpZXMgYW5kIGhlYWRlcnMKWGZ0LTIuMS4yICAgICAgICAg ICBBIGNsaWVudC1zaWRlZCBmb250IEFQSSBmb3IgWCBhcHBsaWNhdGlvbnMKYWFsaWItMS40LnI1 XzEgICAgICBBbiBhc2NpaSBhcnQgbGlicmFyeQphcGFjaGUrbW9kX3NzbC0xLjMuMjkrMi44LjE2 IFRoZSBBcGFjaGUgMS4zIHdlYnNlcnZlciB3aXRoIFNTTC9UTFMgZnVuY3Rpb25hbGl0eQphcnRz LTEuMS40LDEgICAgICAgIEF1ZGlvIHN5c3RlbSBmb3IgdGhlIEtERSBpbnRlZ3JhdGVkIFgxMSBk ZXNrdG9wCmFydHdpei1mb250cy0xLjBfMSAgQSBzZXQgb2YgZnJlZSBmb250cyBmb3IgWDExIGRl c2t0b3BzCmFzcGVsbC0wLjUwLjQuMSAgICAgU3BlbGxpbmcgY2hlY2tlciB3aXRoIGJldHRlciBz dWdnZXN0aW9uIGxvZ2ljIHRoYW4gaXNwZWxsCmF0LXNwaS0xLjMuOCAgICAgICAgQW4gQXNzaXN0 aXZlIFRlY2hub2xvZ3kgU2VydmljZSBQcm92aWRlciBJbnRlcmZhY2UKYXRrLTEuNC4xXzEgICAg ICAgICBBIEdOT01FIGFjY2Vzc2liaWxpdHkgdG9vbGtpdCAoQVRLKQphdXRvY29uZi0yLjU3ICAg ICAgIEF1dG9tYXRpY2FsbHkgY29uZmlndXJlIHNvdXJjZSBjb2RlIG9uIG1hbnkgVW4qeCBwbGF0 Zm9ybXMKYXV0b2NvbmYyMTMtMi4xMy4wMDAyMjdfNSBBdXRvbWF0aWNhbGx5IGNvbmZpZ3VyZSBz b3VyY2UgY29kZSBvbiBtYW55IFVuKnggcGxhdGZvcm1zIAphdXRvbWFrZS0xLjcuNV8xICAgIEdO VSBhdXRvbWFrZSBnZW5lcmF0ZXMgaW5wdXQgZmlsZXMgZm9yIEdOVSBhdXRvY29uZgphdXRvbWFr ZTE0LTEuNC41XzkgIEdOVSBTdGFuZGFyZHMtY29tcGxpYW50IE1ha2VmaWxlIGdlbmVyYXRvciAo bGVnYWN5IHZlcnNpb24gCmJhc2gtMi4wNWIuMDA3ICAgICAgVGhlIEdOVSBCb3VybmUgQWdhaW4g U2hlbGwKYmluZDg0LWJhc2UtOC40LjEgICBUaGUgQmVya2VsZXkgSW50ZXJuZXQgTmFtZSBEb21h aW4sIGFuIGltcGxlbWVudGF0aW9uIG9mIEROUwpiaXNvbi0xLjc1XzEgICAgICAgIEEgcGFyc2Vy IGdlbmVyYXRvciBmcm9tIEZTRiwgKG1vc3RseSkgY29tcGF0aWJsZSB3aXRoIFlhY2MKYml0c3Ry ZWFtLXZlcmEtMS4xMCBCaXRzdHJlYW0gVmVyYSBUcnVlVHlwZSBmb250IGNvbGxlY3Rpb24KYnVn YnVkZHkyLTIuNC4xLjEgICBBIGJ1ZyByZXBvcnRpbmcgdG9vbCBmb3IgR05PTUUgMgpiemlwLTAu MjEgICAgICAgICAgIEEgYmxvY2stc29ydGluZyBmaWxlIGNvbXByZXNzb3IKY2RwYXJhbm9pYS0z LjkuOF82ICBBIENEREEgZXh0cmFjdGlvbiB0b29sIChhbHNvIGtub3duIGFzIHJpcHBlcikKY3Vw cy0xLjEuMTkuMCAgICAgICBUaGUgQ29tbW9uIFVOSVggUHJpbnRpbmcgU3lzdGVtOiBNZXRhcG9y dCB0byBpbnN0YWxsIGNvbXBsZQpjdXBzLWJhc2UtMS4xLjE5LjAgIFRoZSBDb21tb24gVU5JWCBQ cmludGluZyBTeXN0ZW06IGhlYWRlcnMsIGxpYnMsICYgZGFlbW9ucwpjdXBzLWxwci0xLjEuMTku MCAgIFRoZSBDVVBTIEJTRCBhbmQgc3lzdGVtIFYgY29tcGF0aWJpbGl0eSBiaW5hcmllcyAobHAq IGNvbW1hCmN1cHMtcHN0b3Jhc3Rlci03LjA3IEdOVSBQb3N0c2NyaXB0IGludGVycHJldGVyIGZv ciBDVVBTIHByaW50aW5nIHRvIG5vbi1QUyBwcmluCmN2c3VwLXdpdGhvdXQtZ3VpLTE2LjFoIEdl bmVyYWwgbmV0d29yayBmaWxlIGRpc3RyaWJ1dGlvbiBzeXN0ZW0gb3B0aW1pemVkIGZvciBDVlMg CmRiMy0zLjMuMTEsMSAgICAgICAgVGhlIEJlcmtlbGV5IERCIHBhY2thZ2UsIHJldmlzaW9uIDMK ZGVjc3MtMS4wICAgICAgICAgICBTdHJpcCBjYXNjYWRpbmcgc3R5bGUgc2hlZXRzIGZyb20gd2Vi cGFnZXMKZGlhYmxvLWpyZS0xLjMuMS4wICBKYXZhIFJ1bnRpbWUgRW52aXJvbm1lbnQgMS4zLjEK ZGpiZmZ0LTAuNzYgICAgICAgICBBbiBleHRyZW1lbHkgZmFzdCBsaWJyYXJ5IGZvciBmbG9hdGlu Zy1wb2ludCBjb252b2x1dGlvbgpkb2Nib29rLXNrLTQuMS4yXzEgIFhNTCB2ZXJzaW9uIG9mIHRo ZSBEb2NCb29rIERURCB2ZXJzaW9uIGNvbnRyb2xsZWQgZm9yIFNjcm9sCmRvY2Jvb2steG1sLTQu Ml8xICAgWE1MIHZlcnNpb24gb2YgdGhlIERvY0Jvb2sgRFRECmRvY2Jvb2steHNsLTEuNjIuNCAg WFNMIERvY0Jvb2sgc3R5bGVzaGVldHMKZHJpLTQuMy4wLDEgICAgICAgICBPcGVuR0wgaGFyZHdh cmUgYWNjZWxlcmF0aW9uIGRyaXZlcnMgZm9yIFhGcmVlODYKZWVsMi0yLjQuMSAgICAgICAgICBH ZW5lcmFsbHkgdXNlZnVsIGNsYXNzZXMgYW5kIGV4dGVuc2lvbnMgdG8gR05PTUUKZWplY3QtMS40 XzEgICAgICAgICBVdGlsaXR5IGZvciBlamVjdGluZyBtZWRpYSBmcm9tIENEIG9yIG9wdGljYWwg ZGlzayBkcml2ZQplb2cyLTIuNC4xICAgICAgICAgIFRoZSBFeWUgT2YgR25vbWUgaW1hZ2Ugdmll d2VyCmVzb3VuZC0wLjIuMzJfMSAgICAgQSBzb3VuZCBsaWJyYXJ5IGZvciBlbmxpZ2h0ZW5tZW50 IHBhY2thZ2UKZXZvbHV0aW9uLTEuNC41ICAgICBBbiBpbnRlZ3JhdGVkIG1haWwsIGNhbGVuZGFy IGFuZCBhZGRyZXNzIGJvb2sgZGlzdHJpYnV0ZWQgcwpleGltLTQuMjRfNCAgICAgICAgIEhpZ2gg cGVyZm9ybWFuY2UgTVRBIGZvciBVbml4IHN5c3RlbXMgb24gdGhlIEludGVybmV0CmV4aW0tbW9u aXRvci00LjIwICAgVGhlIEV4aW0gbW9uaXRvciBmb3IgdGhlIEV4aW0gTVRBCmV4cGF0LTEuOTUu Nl8xICAgICAgWE1MIDEuMCBwYXJzZXIgd3JpdHRlbiBpbiBDCmZhbS0yLjYuOV8zICAgICAgICAg QSBmaWxlIGFsdGVyYXRpb24gbW9uaXRvcgpmaWxlcm9sbGVyLTIuNC4yXzEsMSBBbiBhcmNoaXZl IG1hbmFnZXIgZm9yIHppcCBmaWxlcywgdGFyLCBldGMKZmxhYy0xLjEuMF8yICAgICAgICBGcmVl IGxvc3NsZXNzIGF1ZGlvIGNvZGVjCmZvbnRjb25maWctMi4yLjkwXzMgQW4gWE1MLWJhc2VkIGZv bnQgY29uZmlndXJhdGlvbiBBUEkgZm9yIFggV2luZG93cwpmcmVlY2l2LWd0ay0xLjE0LjAgIEEg Y2l2aWxpc2F0aW9uIGNsb25lIGZvciBYMTEgdXNpbmcgR05PTUU7IG11bHRpcGxheWVyCmZyZWV0 eXBlLTEuMy4xXzIgICAgQSBmcmVlIGFuZCBwb3J0YWJsZSBUcnVlVHlwZSBmb250IHJlbmRlcmlu ZyBlbmdpbmUKZnJlZXR5cGUyLTIuMS41XzEgICBBIGZyZWUgYW5kIHBvcnRhYmxlIFRydWVUeXBl IGZvbnQgcmVuZGVyaW5nIGVuZ2luZQpmcmliaWRpLTAuMTAuNF8xICAgIEEgRnJlZSBJbXBsZW1l bnRhdGlvbiBvZiB0aGUgVW5pY29kZSBCaWRpcmVjdGlvbmFsIEFsZ29yaXRoCmdhaWwtMS40LjEg ICAgICAgICAgQW4gaW1wbGVtZW50YXRpb24gb2YgdGhlIEFUSyBpbnRlcmZhY2VzIGZvciBHVEsr IHdpZGdldHMKZ2FpbS0wLjczICAgICAgICAgICBHdGsrLTIuMCBvcGVuLXNvdXJjZSAnY2xvbmUn IG9mIEFPTCdzIEluc3RhbnQgTWVzc2VuZ2VyIGNsaQpnYWwyLTEuOTkuMTAgICAgICAgIEEgY29s bGVjdGlvbiBvZiB3aWRnZXRzIHRha2VuIGZyb20gR05PTUUgMiBnbnVtZXJpYwpnY2FsY3Rvb2wt NC4zLjE2ICAgIEEgR05PTUUgMiBjYWxjdWxhdG9yIHRvb2wgYmFzZWQgb24gdGhlIG9sZCBjYWxj dG9vbCBmb3IgT3BlCmdjYy0zLjMuM18yMDAzMTEwMyAgR05VIENvbXBpbGVyIENvbGxlY3Rpb24g My4zCmdjb2xvci0wLjQgICAgICAgICAgR1RLLWJhc2VkIGNvbG9yIHBpY2tlcgpnY29uZi1lZGl0 b3ItMi40LjAsMSBBIGdjb25mIGRhdGFiYXNlIGVkaXRvciBmb3IgdGhlIEdOT01FIDIgZW52aXJv bm1lbnQKZ2NvbmYyLTIuNC4wLjEgICAgICBBIGNvbmZpZ3VyYXRpb24gZGF0YWJhc2Ugc3lzdGVt IGZvciBHTk9NRQpnZGJtLTEuOC4zICAgICAgICAgIFRoZSBHTlUgZGF0YWJhc2UgbWFuYWdlcgpn ZGVza2NhbC0wLjU1ICAgICAgIEEgY2FsZW5kYXIgZm9yIHRoZSBnbm9tZTIgZGVza3RvcCB3aXRo IHNtb290aCBhbHBoYS1ibGVuZGluCmdkay1waXhidWYtMC4yMi4wICAgQSBncmFwaGljIGxpYnJh cnkgZm9yIEdUSysKZ2RtMi0yLjQuNC41ICAgICAgICBHTk9NRSAyIHZlcnNpb24gb2YgeGRtIGRp c3BsYXkgbWFuYWdlcgpnZWRpdDItMi40LjEgICAgICAgIEEgc21hbGwgYnV0IHBvd2VyZnVsIHRl eHQgZWRpdG9yIGZvciBHbm9tZSAyIERlc2t0b3AgRW52aXJvCmdldHRleHQtMC4xMi4xICAgICAg R05VIGdldHRleHQgcGFja2FnZQpnZnRwLTIuMC4xNiAgICAgICAgIEEgZnJlZSBtdWx0aXRocmVh ZGVkIEdUSy1iYXNlZCBHVUkgZnRwIGFuZCBzZnRwIGNsaWVudApnaG9zdHNjcmlwdC1nbnUtNy4w N180IEdOVSBQb3N0c2NyaXB0IGludGVycHJldGVyCmdpbXAtZ25vbWUtMS4zLjIyLDEgQSBHTlUg SW1hZ2UgTWFuaXB1bGF0aW9uIFByb2dyYW0gKHVuc3RhYmxlIGRldmVsb3BtZW50IHZlcnMKZ2lt cC1wcmludC00LjIuNV8xICBHSU1QIFByaW50IFByaW50ZXIgRHJpdmVyCmdsZS0zLjAuMyAgICAg ICAgICAgQSBHTCBUdWJpbmcgYW5kIEV4dHJ1c2lvbiBMaWJyYXJ5CmdsaWItMS4yLjEwXzEwICAg ICAgU29tZSB1c2VmdWwgcm91dGluZXMgb2YgQyBwcm9ncmFtbWluZyAocHJldmlvdXMgc3RhYmxl IHZlcnMKZ2xpYi0yLjIuMyAgICAgICAgICBTb21lIHVzZWZ1bCByb3V0aW5lcyBvZiBDIHByb2dy YW1taW5nIChjdXJyZW50IHN0YWJsZSB2ZXJzaQpnbWFrZS0zLjgwXzEgICAgICAgIEdOVSB2ZXJz aW9uIG9mICdtYWtlJyB1dGlsaXR5Cmdub21lLWljb24tdGhlbWUtMS4wLjkgQSBjb2xsZWN0aW9u IG9mIGljb25zIGZvciB0aGUgR05PTUUgMiBkZXNrdG9wCmdub21lLXBrZ3ZpZXctMS4wLjIgRGlz cGxheXMgdGhlIHZlcnNpb24gb2YgR05PTUUgY29tcG9uZW50cyBpbnN0YWxsZWQKZ25vbWUtdGhl bWVzLTIuNC4xXzEgQSBjb2xsZWN0aW9uIG9mIHRoZW1lcyBhbmQgaWNvbnMgZm9yIEdOT01FIDIg ZGVzaWduZWQgZm9yIGEKZ25vbWVhcHBsZXRzMi0yLjQuMV8yIEFwcGxldHMgY29tcG9uZW50cyBm b3IgdGhlIEdub21lIDIgRGVza3RvcCBFbnZpcm9ubWVudApnbm9tZWF1ZGlvMi0yLjAuMCAgIFNv dW5kIGZpbGVzIGZvciB1c2Ugd2l0aCBHTk9NRSAyCmdub21lY29udHJvbGNlbnRlcjItMi40LjAg Q29udHJvbCBjZW50ZXIgZm9yIEdOT01FIDIgcHJvamVjdApnbm9tZWRlc2t0b3AtMi40LjEuMV8x IEFkZGl0aW9uYWwgVUkgQVBJIGZvciBHTk9NRSAyCmdub21laGllci0xLjBfMTAgICAgQW4gdXRp bGl0eSBwb3J0LCBpbnN0YWxsaW5nIGhpZXJhcmNoeSBvZiBjb21tb24gR05PTUUgZGlyZWMKZ25v bWVtZWRpYTItMi40LjEuMSBNdWx0aW1lZGlhIGFwcGxpY2F0aW9ucyBmb3IgdGhlIEdOT01FIDIg ZGVza3RvcApnbm9tZW1pbWVkYXRhLTIuNC4wIEEgTUlNRSBhbmQgQXBwbGljYXRpb24gZGF0YWJh c2UgZm9yIEdOT01FCmdub21lcGFuZWwtMi40LjEgICAgUGFuZWwgY29tcG9uZW50IGZvciB0aGUg R05PTUUgMiBEZXNrdG9wCmdub21lc2Vzc2lvbi0yLjQuMSAgU2Vzc2lvbiBjb21wb25lbnQgZm9y IHRoZSBHTk9NRSAyIGRlc2t0b3AKZ25vbWVzcGVsbC0xLjAuNSAgICBBIEdOT01FL0Jvbm9ibyBj b21wb25lbnQgZm9yIHNwZWxsIGNoZWNraW5nCmdub21lc3lzdGVtbW9uaXRvci0yLjQuMCBHTk9N RSAyIHN5c3RlbSBtb25pdG9yIHByb2dyYW0KZ25vbWV0ZXJtaW5hbC0yLjQuMiBUZXJtaW5hbCBj b21wb25lbnQgZm9yIHRoZSBHTk9NRSAyIERlc2t0b3AKZ25vbWV1c2VyZG9jczItMi40LjEgR05P TUUgMiB1c2VycyBndWlkZQpnbm9tZXV0aWxzMi0yLjQuMSwxIEdOT01FIDIgc3VwcG9ydCB1dGls aXRpZXMKZ25vbWV2ZnMtZXh0cmFzLTAuOTkuMTEgQSBwbHVnaW4gZm9yIGdub21ldmZzMiB0byBi cm93c2Ugc21iIHNoYXJlcyB3aXRoIG5hdXRpbHVzMgpnbm9tZXZmczItMi40LjFfMSAgIEdOT01F IFZpcnR1YWwgRmlsZSBTeXN0ZW0KZ251bWVyaWMyLTEuMi4xXzEgICBUaGUgR05PTUUgMiBzcHJl YWRzaGVldApnbnVwZy0xLjIuM18zICAgICAgIFRoZSBHTlUgUHJpdmFjeSBHdWFyZApnbnVwZy1p ZGVhLTEuMC41ICAgIElERUEgZXh0ZW5zaW9uIG1vZHVsZSBmb3IgZ251cGcgKGFuZCBSU0EgZm9y IGRlbW9uc3RyYXRpb24pCmdwZGYtMC4xMTEgICAgICAgICAgR05PTUUgdmVyc2lvbiBvZiB4cGRm CmdwZ21lLTAuMy4xNV8xICAgICAgQSBsaWJyYXJ5IHRvIG1ha2UgYWNjZXNzIHRvIEdudVBHIGVh c2llcgpnc20tMS4wLjEwICAgICAgICAgIEF1ZGlvIGNvbnZlcnRlciBhbmQgbGlicmFyeSBmb3Ig Y29udmVydGluZyB1LWxhdyB0byBnc20gZW5jCmdzdHJlYW1lci0wLjYuNCAgICAgRGV2ZWxvcG1l bnQgZnJhbWV3b3JrIGZvciBjcmVhdGluZyBtZWRpYSBhcHBsaWNhdGlvbnMKZ3N0cmVhbWVyLXBs YXllci0wLjYuMF8yIFNpbXBsZSB5ZXQgZnVuY3Rpb25hbCBtZWRpYXBsYXllciB3cml0dGVuIHdp dGggR1N0cmVhbWVyCmdzdHJlYW1lci1wbHVnaW5zLTAuNi40XzEgR1N0cmVhbWVyIHdyaXR0ZW4g Y29sbGVjdGlvbiBvZiBwbHVnaW5zIGhhbmRsaW5nIHNldmVyYWwgbWUKZ3RodW1iMi0yLjEuOSAg ICAgICBBbiBpbWFnZSB2aWV3ZXIgYW5kIGJyb3dzZXIgZm9yIHRoZSBHTk9NRSAyIGVudmlyb25t ZW50Cmd0ay0xLjIuMTBfMTAgICAgICAgR2ltcCBUb29sa2l0IGZvciBYMTEgR1VJIChwcmV2aW91 cyBzdGFibGUgdmVyc2lvbikKZ3RrLTIuMi40XzEgICAgICAgICBHaW1wIFRvb2xraXQgZm9yIFgx MSBHVUkgKGN1cnJlbnQgc3RhYmxlIHZlcnNpb24pCmd0ay1ibHVlY3VydmUtdGhlbWUtMC43MyBC bHVlY3VydmUgdW5pZmllZC1sb29rIHRoZW1lIGZvciBHVEsxIGFuZCBHVEsyIGZyb20gUmVkSGF0 IApndGstZW5naW5lczItMi4yLjAgIFRoZW1lIGVuZ2luZSBmb3IgdGhlIGd0aystMi4wIHRvb2xr aXQKZ3RrLXNlbmQtcHItMC4zICAgICBHVEsyIHNlbmQtcHIgdG9vbApndGtnbGFyZWEtMS45OS4w XzIgIEFuIE9wZW5HTCB3aWRnZXQgZm9yIHRoZSBHVEsrMiBHVUkgdG9vbGtpdApndGtodG1sMy0z LjAuOSAgICAgIExpZ2h0d2VpZ2h0IEhUTUwgcmVuZGVyaW5nL3ByaW50aW5nL2VkaXRpbmcgZW5n aW5lCmd0a3NvdXJjZXZpZXctMC43LjAgQSB0ZXh0IHdpZGdldCB0aGF0IGFkZHMgc3ludGF4IGhp Z2hsaWdodGluZyB0byB0aGUgR3RrVGV4dFYKZ3RvZG8tMC4xMy41ICAgICAgICBBbiBHdGsyIFRv ZG8gbGlzdCBtYW5hZ2VyCmd1Y2hhcm1hcC1nbm9tZS0xLjIuMCBBIFVuaWNvZGUvSVNPMTA2NDYg Y2hhcmFjdGVyIG1hcCBhbmQgZm9udCB2aWV3ZXIKaWQzbGliLTMuOC4yICAgICAgICBMaWJyYXJ5 IGZvciBtYW5pcHVsYXRpbmcgSUQzdjEvdjEuMSBhbmQgSUQzdjIgdGFncwppbWFrZS00LjMuMF8x ICAgICAgIEltYWtlIGFuZCBvdGhlciB1dGlsaXRpZXMgZnJvbSBYRnJlZTg2CmltbGliLTEuOS4x NF8xICAgICAgQSBncmFwaGljIGxpYnJhcnkgZm9yIGVubGlnaHRlbm1lbnQgcGFja2FnZQppbnRs dG9vbC0wLjI3LjJfMSAgIFhtbCBpbnRlcm5hdGlvbmFsaXphdGlvbiBzdXBwb3J0IGZvciBHTk9N RSwgYW5kIG90aGVycwppc2MtZGhjcDMtMy4wLjEucjEyIElTQyBEeW5hbWljIEhvc3QgQ29uZmln dXJhdGlvbiBQcm90b2NvbCBjbGllbnQgYW5kIHNlcnZlciBjCmphdmF2bXdyYXBwZXItMS40ICAg V3JhcHBlciBzY3JpcHQgZm9yIHZhcmlvdXMgSmF2YSBWaXJ0dWFsIE1hY2hpbmVzCmpwZWctNmJf MSAgICAgICAgICAgSUpHJ3MganBlZyBjb21wcmVzc2lvbiB1dGlsaXRpZXMKbGFtZS0zLjkzLjEg ICAgICAgICBJU08gY29kZSBiYXNlZCBmYXN0IE1QMyBlbmNvZGVyIGtpdApsY21zLTEuMDksMSAg ICAgICAgIExpZ2h0IENvbG9yIE1hbmFnZW1lbnQgU3lzdGVtIC0tIGEgY29sb3IgbWFuYWdlbWVu dCBsaWJyYXJ5CmxoYS0xLjE0aV8yICAgICAgICAgQXJjaGl2ZSBmaWxlcyB1c2luZyBMWlNTIGFu ZCBIdWZmbWFuIGNvbXByZXNzaW9uICgubHpoIGZpbGUKbGliSURMLTAuOC4yICAgICAgICBBIGxp YnJhcnkgZm9yIGNyZWF0aW5nIHRyZWVzIG9mIENPUkJBIEludGVyZmFjZSBEZWZpbml0aW9uIAps aWJhNTItMC43LjQgICAgICAgIEEgZnJlZSBsaWJyYXJ5IGZvciBkZWNvZGluZyBBVFNDIEEvNTIg c3RyZWFtcywgYWthIEFDLTMKbGliYW8tZXNvdW5kLTAuOC40XzEgUG9ydGFibGUgYXVkaW8gb3V0 cHV0IGxpYnJhcnkKbGliYXJ0X2xncGwyLTIuMy4xNiBMaWJyYXJ5IGZvciBoaWdoLXBlcmZvcm1h bmNlIDJEIGdyYXBoaWNzCmxpYmF1ZGlvZmlsZS0wLjIuNCAgQSBzb3VuZCBsaWJyYXJ5IGZvciBT R0kgYXVkaW8gZmlsZQpsaWJib25vYm8tMi40LjIgICAgIEEgY29tcG9uZW50IGFuZCBjb21wb3Vu ZCBkb2N1bWVudCBzeXN0ZW0gZm9yIEdOT01FMgpsaWJib25vYm91aS0yLjQuMSAgIEdVSSBmcm9u dGVuZCB0byB0aGUgbGliYm9ub2JvIGNvbXBvbmVudCBvZiBHTk9NRSAyCmxpYmR2ZGNzcy0xLjIu OCAgICAgUG9ydGFibGUgYWJzdHJhY3Rpb24gbGlicmFyeSBmb3IgRFZEIGRlY3J5cHRpb24KbGli ZHZkcmVhZC0wLjkuNCAgICBUaGlzIGlzIG5lZWRlZCBieSBvZ2xlLCB3aGljaCBpcyBhIERWRCBw bGF5ZXIgdGhhdCBzdXBwb3J0cwpsaWJlc210cC0xLjAuMSwxICAgIEEgbGlicmFyeSBmb3IgcG9z dGluZyBlbGVjdHJvbmljIG1haWwKbGliZXhpZi0wLjUuMTJfMSAgICBMaWJyYXJ5IHRvIHJlYWQg ZGlnaXRhbCBjYW1lcmEgZmlsZSBtZXRhLWRhdGEKbGliZ2FpbC1nbm9tZS0xLjAuMl8yIEFuIGlt cGxlbWVudGF0aW9uIG9mIHRoZSBBVEsgaW50ZXJmYWNlcyBmb3IgR05PTUUgd2lkZ2V0cwpsaWJn ZGEyLTEuMC4xXzIgICAgIFByb3ZpZGVzIHVuaWZvcm0gYWNjZXNzIHRvIGRpZmZlcmVudCBraW5k cyBvZiBkYXRhIHNvdXJjZXMKbGliZ2xhZGUyLTIuMC4xXzEgICBHTk9NRSBnbGFkZSBsaWJyYXJ5 CmxpYmdsdXQtNS4wLjIgICAgICAgQSBncmFwaGljcyBsaWJyYXJ5IHNpbWlsYXIgdG8gU0dJJ3Mg T3BlbkdMCmxpYmdub21lLTIuNC4wXzEgICAgTGlicmFyaWVzIGZvciBHTk9NRSwgYSBHTlUgZGVz a3RvcCBlbnZpcm9ubWVudApsaWJnbm9tZWNhbnZhcy0yLjQuMCBBIGdyYXBoaWNzIGxpYnJhcnkg Zm9yIEdOT01FCmxpYmdub21lZGItMS4wLjEgICAgTGlicmFyeSBjb21wb25lbnRzIGZvciB0aGUg R05PTUUgZGF0YWJhc2UgZnJvbnRlbmQKbGliZ25vbWVwcmludC0yLjQuMV8yIEdub21lIHByaW50 IHN1cHBvcnQgbGlicmFyeQpsaWJnbm9tZXByaW50dWktMi40LjEgR25vbWUgcHJpbnQgc3VwcG9y dCBsaWJyYXJ5CmxpYmdub21ldWktMi40LjAuMV8xIExpYnJhcmllcyBmb3IgdGhlIEdOT01FIEdV SSwgYSBHTlUgZGVza3RvcCBlbnZpcm9ubWVudApsaWJnbnVnZXRvcHQtMS4yICAgIEdOVSBnZXRv cHQgbGlicmFyeQpsaWJnc2YtMS44LjIgICAgICAgIEFuIGV4dGVuc2libGUgaS9vIGFic3RyYWN0 aW9uIGZvciBkZWFsaW5nIHdpdGggc3RydWN0dXJlZCBmCmxpYmd0a2h0bWwtMi40LjFfMSAgTGln aHR3ZWlnaHQgSFRNTCByZW5kZXJpbmcvcHJpbnRpbmcvZWRpdGluZyBlbmdpbmUKbGliZ3RvcDIt Mi4wLjdfMiAgICBHTk9NRSAyIHRvcCBsaWJyYXJ5CmxpYmljb252LTEuOS4xXzMgICAgQSBjaGFy YWN0ZXIgc2V0IGNvbnZlcnNpb24gbGlicmFyeQpsaWJpanMtMC4zNCAgICAgICAgIEMgbGlicmFy eSB0aGF0IHN1cHBvcnRzIHBsdWdpbiBwcmludGVyIGRyaXZlciBmb3IgR2hvc3RzY3JpCmxpYmx0 ZGwtMS41ICAgICAgICAgU3lzdGVtIGluZGVwZW5kZW50IGRsb3BlbiB3cmFwcGVyCmxpYm1pa21v ZC1lc291bmQtMy4xLjEwXzEgTWlrTW9kIFNvdW5kIExpYnJhcnkKbGlibW5nLTEuMC41XzEgICAg ICBNdWx0aXBsZS1pbWFnZSBOZXR3b3JrIEdyYXBoaWNzIChNTkcpIHJlZmVyZW5jZSBsaWJyYXJ5 CmxpYm1wZWcyLTAuMy4xXzEgICAgQSBmcmVlIGxpYnJhcnkgZm9yIGRlY29kaW5nIG1wZWctMiBh bmQgbXBlZy0xIHZpZGVvIHN0cmVhbXMKbGlibXVzaWNicmFpbnotMi4wLjJfMSAybmQgZ2VuZXJh dGlvbiBpbmNhcm5hdGlvbiBvZiB0aGUgQ0QgSW5kZXggLSBhdWRpbyBtZXRhZGF0YQpsaWJvZ2ct MS4wXzEsMyAgICAgIE9nZyBiaXRzdHJlYW0gbGlicmFyeQpsaWJyc3ZnMi0yLjQuMF8xICAgIExp YnJhcnkgZm9yIHBhcnNpbmcgYW5kIHJlbmRlcmluZyBTVkcgdmVjdG9yLWdyYXBoaWMgZmlsZXMK bGlic2xhbmctMS40LjkgICAgICBSb3V0aW5lcyBmb3IgcmFwaWQgYWxwaGEtbnVtZXJpYyB0ZXJt aW5hbCBhcHBsaWNhdGlvbnMgZGV2ZQpsaWJzb3VwLTEuOTkuMjYgICAgIEEgU09BUCAoU2ltcGxl IE9iamVjdCBBY2Nlc3MgUHJvdG9jb2wpIGltcGxlbWVudGF0aW9uIGluIEMKbGlidG9vbC0xLjMu NV8xICAgICBHZW5lcmljIHNoYXJlZCBsaWJyYXJ5IHN1cHBvcnQgc2NyaXB0CmxpYnRvb2wtMS40 LjNfMiAgICAgR2VuZXJpYyBzaGFyZWQgbGlicmFyeSBzdXBwb3J0IHNjcmlwdApsaWJ1bmdpZi00 LjEuMGIxXzEgIFRvb2xzIGFuZCBsaWJyYXJ5IHJvdXRpbmVzIGZvciB3b3JraW5nIHdpdGggR0lG IGltYWdlcwpsaWJ2b3JiaXMtMS4wXzEsMyAgIEF1ZGlvIGNvbXByZXNzaW9uIGNvZGVjIGxpYnJh cnkKbGlid25jay0yLjQuMC4xICAgICBMaWJyYXJ5IHVzZWQgZm9yIHdyaXRpbmcgcGFnZXJzIGFu ZCB0YXNrc2xpc3RzCmxpYnd3dy01LjQuMCAgICAgICAgVGhlIFczQyBSZWZlcmVuY2UgTGlicmFy eQpsaWJ4bWwtMS44LjE3XzEgICAgIFhtbCBwYXJzZXIgbGlicmFyeSBmb3IgR05PTUUKbGlieG1s Mi0yLjYuMl8xICAgICBYbWwgcGFyc2VyIGxpYnJhcnkgZm9yIEdOT01FCmxpYnhzbHQtMS4xLjBf MSAgICAgVGhlIFhTTFQgQyBsaWJyYXJ5IGZvciBHTk9NRQpsaW5jLTEuMC4zICAgICAgICAgIEEg bGlicmFyeSBmb3Igd3JpdGluZyBuZXR3b3JrZWQgc2VydmVycyAmIGNsaWVudHMKbGlua3MtMi4x LnAxMSwxICAgICBMeW54LWxpa2UgdGV4dCBXV1cgYnJvd3NlcgpsaW51eF9iYXNlLTcuMV81ICAg IFRoZSBiYXNlIHNldCBvZiBwYWNrYWdlcyBuZWVkZWQgaW4gTGludXggbW9kZQpsaW51eHRocmVh ZHMtMi4yLjNfMTMgUE9TSVggcHRocmVhZHMgaW1wbGVtZW50YXRpb24gdXNpbmcgcmZvcmsgdG8g Z2VuZXJhdGUga2VybmUKbG91ZG1vdXRoLTAuMTQuMSAgICBMaWdodHdlaWdodCBKYWJiZXIgY2xp ZW50IGxpYnJhcnkKbHBlLTEuMi42XzIgICAgICAgICBBICJsaWdodHdlaWdodCBwcm9ncmFtbWVy J3MgZWRpdG9yIiB3aXRoIHN5bnRheCBoaWdobGlnaHRpbgpsc29mLTQuNjkgICAgICAgICAgIExp c3RzIGluZm9ybWF0aW9uIGFib3V0IG9wZW4gZmlsZXMgKHNpbWlsYXIgdG8gZnN0YXQoMSkpCmx5 bngtMi44LjQuMWQgICAgICAgQSBub24tZ3JhcGhpY2FsLCB0ZXh0LWJhc2VkIFdvcmxkLVdpZGUg V2ViIGNsaWVudApsem8tMS4wOF8xICAgICAgICAgIFBvcnRhYmxlIHNwZWVkeSwgbG9zc2xlc3Mg ZGF0YSBjb21wcmVzc2lvbiBsaWJyYXJ5Cmx6b3AtMS4wMSAgICAgICAgICAgRmFzdCBmaWxlIGNv bXByZXNzb3Igc2ltaWxhciB0byBnemlwLCB1c2luZyB0aGUgTFpPIGxpYnJhcnkKbTQtMS40XzEg ICAgICAgICAgICBHTlUgbTQKbWFkLWVzb3VuZC0wLjE0LjJiXzMgSGlnaC1xdWFsaXR5IE1QRUcg YXVkaW8gZGVjb2RlcgptYWlsbWFuLTIuMS4zICAgICAgIEEgbWFpbGluZyBsaXN0IG1hbmFnZXIg KE1MTSkgd2l0aCBhIHVzZXItZnJpZW5kbHkgd2ViIGZyb250Cm1jLTQuNi4wXzYgICAgICAgICAg TWlkbmlnaHQgQ29tbWFuZGVyLCBhIGZyZWUgTm9ydG9uIENvbW1hbmRlciBDbG9uZQptZXRhY2l0 eS0yLjYuMyAgICAgIEEgd2luZG93IG1hbmFnZXIgZm9yIHRoZSBhZHVsdCBpbiB5b3UKbW0tMS4z LjAgICAgICAgICAgICBTaGFyZWQgbWVtb3J5IGFsbG9jYXRpb24gbGlicmFyeSBmb3IgcHJlLWZv cmtlZCBwcm9jZXNzIG1vZAptbXYtMS4wMWIgICAgICAgICAgIE1vdmUvY29weS9hcHBlbmQvbGlu ayBtdWx0aXBsZSBmaWxlcyB3aXRoIHNvcGhpc3RpY2F0ZWQgd2lsCm1vZF9nemlwLTEuMy4yNi4x YSAgQW4gSW50ZXJuZXQgQ29udGVudCBBY2NlbGVyYXRpb24gbW9kdWxlIGZvciBBcGFjaGUKbW9k X2hvc3RzX2FjY2Vzcy0xLjAuMF8xIEFwYWNoZSBtb2R1bGUgdGhhdCBtYWtlcyBBcGFjaGUgcmVz cGVjdCBob3N0cy5hbGxvdyBhbmQgaG9zCm1vZF9sYXlvdXQtMy4yLjEgICAgQXBhY2hlIG1vZHVs ZSB0byB3cmFwIHNlcnZlZCBwYWdlcyB3aXRoIGEgaGVhZGVyIGFuZC9vciBmb28KbW9kX3Blcmwt MS4yOCAgICAgICBFbWJlZHMgYSBQZXJsIGludGVycHJldGVyIGluIHRoZSBBcGFjaGUgc2VydmVy Cm1vZF9waHA0LTQuMy40XzIsMSAgUEhQIEFwYWNoZSBNb2R1bGUKbW96aWxsYS1ndGsyLTEuNi5h ICBUaGUgb3BlbiBzb3VyY2UsIHN0YW5kYXJkcyBjb21wbGlhbnQgd2ViIGJyb3dzZXIKbXBsYXll ci1ndGstZXNvdW5kLTAuOTIuMF8zIEhpZ2ggcGVyZm9ybWFuY2UgbWVkaWEgcGxheWVyL2VuY29k ZXIgc3VwcG9ydGluZyBtYW55IGZvcm1hCm1wbGF5ZXItc2tpbnMtMS4xLjAgU2tpbnMgZm9yIE1Q bGF5ZXIncyBHcmFwaGljYWwgVXNlciBJbnRlcmZhY2UgKEdVSSkKbXRyLTAuNTQgICAgICAgICAg ICBUcmFjZXJvdXRlIGFuZCBwaW5nIGluIGEgc2luZ2xlIGdyYXBoaWNhbCBuZXR3b3JrIGRpYWdu b3N0aQptdXRlbGxhLTAuNC4zLDEgICAgIEEgY29tbWFuZCBsaW5lIEdudXRlbGxhIGNsaWVudApt eXNxbC1jbGllbnQtMy4yMy41NyBNdWx0aXRocmVhZGVkIFNRTCBkYXRhYmFzZSAoY2xpZW50KQpt eXNxbC1zZXJ2ZXItMy4yMy41NyBNdWx0aXRocmVhZGVkIFNRTCBkYXRhYmFzZSAoc2VydmVyKQpu YXNtLTAuOTguMzgsMSAgICAgIEdlbmVyYWwtcHVycG9zZSBtdWx0aS1wbGF0Zm9ybSB4ODYgYXNz ZW1ibGVyCm5hdXRpbHVzLW1lZGlhLTAuMy4zLjEgR1N0cmVhbWVyLWJhc2VkIG11bHRpbWVkaWEg dmlld3MgZm9yIE5hdXRpbHVzCm5hdXRpbHVzMi0yLjQuMSAgICAgR05PTUUgZmlsZSBtYW5hZ2Vy IGFuZCBncmFwaGljYWwgc2hlbGwgZGV2ZWxvcGVkIGJ5IEVhemVsCm5jZnRwLTMuMS41XzIgICAg ICAgZnRwIHJlcGxhY2VtZW50IHdpdGggYWR2YW5jZWQgdXNlciBpbnRlcmZhY2UKbmVvbi0wLjI0 LjNfMSAgICAgICBBbiBIVFRQIGFuZCBXZWJEQVYgY2xpZW50IGxpYnJhcnkgZm9yIFVuaXggc3lz dGVtcwpubWFwLTMuNDhfMSAgICAgICAgIFBvcnQgc2Nhbm5pbmcgdXRpbGl0eSBmb3IgbGFyZ2Ug bmV0d29ya3MKbnNwci00LjNfMiAgICAgICAgICBBIHBsYXRmb3JtLW5ldXRyYWwgQVBJIGZvciBz eXN0ZW0gbGV2ZWwgYW5kIGxpYmMgbGlrZSBmdW5jdApuc3MtMy44ICAgICAgICAgICAgIEEgc2V0 IG9mIGxpYnJhcmllcyB0byBzdXBwb3J0IGRldmVsb3BtZW50IG9mIHNlY3VyaXR5LWVuYWJsCm51 bWxvY2t4LTEuMF8xICAgICAgVGhpcyBsaXR0bGUgdGhpbmd5IGFsbG93cyB5b3UgdG8gc3RhcnQg WCB3aXRoIE51bUxvY2sgdHVybmUKb3Blbi1tb3RpZi0yLjIuMl8xICBNb3RpZiBYMTEgVG9vbGtp dCAoaW5kdXN0cnkgc3RhbmRhcmQgR1VJIChJRUVFIDEyOTUpKQpvcGVubGRhcC1jbGllbnQtMi4x LjIzIE9wZW4gc291cmNlIExEQVAgY2xpZW50IGltcGxlbWVudGF0aW9uCm9wZW5xdWlja3RpbWUt MS4wICAgUG9ydGFibGUgbGlicmFyeSBmb3IgaGFuZGxpbmcgQXBwbGUncyBRdWlja1RpbWUoVE0p IGZpbGVzCm9wZXJhLTcuMjMuMjAwMzExMTkgQSBibGF6aW5nbHkgZmFzdCwgZnVsbC1mZWF0dXJl ZCwgc3RhbmRhcmRzLWNvbXBsaWFudCBicm93c2UKcDUtQXV0aGVuLVNBU0wtMi4wNiBQZXJsNSBt b2R1bGUgZm9yIFNBU0wgYXV0aGVudGljYXRpb24KcDUtQ0dJLW1vZHVsZXMtMi43NiBNb2R1bGVz IGZvciBwZXJsNSwgZm9yIHVzZSBpbiB3cml0aW5nIENHSSBzY3JpcHRzCnA1LUNHSS5wbS0zLjAw LDEgICAgU2ltcGxlIENvbW1vbiBHYXRld2F5IEludGVyZmFjZSBDbGFzcyBmb3IgUGVybApwNS1E QkktMS4zOCAgICAgICAgIFRoZSBwZXJsNSBEYXRhYmFzZSBJbnRlcmZhY2UuICBSZXF1aXJlZCBm b3IgREJEOjoqIG1vZHVsZXMKcDUtRGF0YS1TaG93VGFibGUtMy4zIFBlcmw1IG1vZHVsZSB0byBw cmV0dHktcHJpbnQgYXJyYXlzIG9mIGRhdGEKcDUtRGlnZXN0LU1ENS0yLjMwICBQZXJsNSBpbnRl cmZhY2UgdG8gdGhlIE1ENSBhbGdvcml0aG0KcDUtRnJlZXplVGhhdy0wLjQzICBBIG1vZHVsZSBm b3IgY29udmVydGluZyBQZXJsIHN0cnVjdHVyZXMgdG8gc3RyaW5ncyBhbmQgYmFjawpwNS1HZXRv cHQtTG9uZy0yLjMyIFBlcmwgbW9kdWxlIGZvciBleHRlbmRlZCBwcm9jZXNzaW5nIG9mIGNvbW1h bmQgbGluZSBvcHRpb25zCnA1LUhUTUwtUGFyc2VyLTMuMzQgUGVybDUgbW9kdWxlIGZvciBwYXJz ZSBIVE1MIHRhZwpwNS1IVE1MLVN0cmVhbS0xLjU0IFBlcmw1IEhUTUwgb3V0cHV0IHN0cmVhbSBj bGFzcywgYW5kIHNvbWUgbWFya3VwIHV0aWxpdGllcwpwNS1IVE1MLVRhZ3NldC0zLjAzIFNvbWUg dXNlZnVsIGRhdGEgdGFibGUgaW4gcGFyc2luZyBIVE1MCnA1LUltYWdlLVNpemUtMi45OTIgUGVy bDUgbW9kdWxlIHRvIGRldGVybWluZSB0aGUgc2l6ZSBvZiBpbWFnZXMgaW4gc2V2ZXJhbCBjb20K cDUtTUlNRS1CYXNlNjQtMi4yMSBQZXJsNSBtb2R1bGUgZm9yIEJhc2U2NCBhbmQgUXVvdGVkLVBy aW50YWJsZSBlbmNvZGluZ3MKcDUtTUxEQk0tMi4wMSAgICAgICBTdG9yZSBtdWx0aS1sZXZlbCBo YXNoIHN0cnVjdHVyZSBpbiBzaW5nbGUgbGV2ZWwgdGllZCBoYXNoCnA1LU15c3FsLW1vZHVsZXMt MS4yMjE5IFBlcmw1IG1vZHVsZXMgZm9yIGFjY2Vzc2luZyBNeVNRTCBkYXRhYmFzZXMKcDUtTmV0 LTEuMTcsMSAgICAgICBQZXJsNSBtb2R1bGVzIHRvIGFjY2VzcyBhbmQgdXNlIG5ldHdvcmsgcHJv dG9jb2xzCnA1LU5ldC1UZWxuZXQtMy4wMyAgUGVybDUgbW9kdWxlIHRvIGFjY2VzcyBhbmQgdXNl IHRlbG5ldCBwcm90b2NvbApwNS1TdG9yYWJsZS0yLjA4ICAgIFBlcnNpc3RlbmN5IGZvciBwZXJs IGRhdGEgc3RydWN0dXJlcwpwNS1UZXN0LUhhcm5lc3MtMi4zMCBSdW4gcGVybCBzdGFuZGFyZCB0 ZXN0IHNjcmlwdHMgd2l0aCBzdGF0aXN0aWNzCnA1LVRlc3QtU2ltcGxlLTAuNDdfMSBCYXNpYyB1 dGlsaXRpZXMgZm9yIHdyaXRpbmcgdGVzdHMgaW4gcGVybApwNS1VUkktMS4yNyAgICAgICAgIFBl cmw1IGludGVyZmFjZSB0byBVbmlmb3JtIFJlc291cmNlIElkZW50aWZpZXIgKFVSSSkgcmVmZXJl CnA1LVdXVy1MaW5rLTAuMDM2ICAgTWFpbnRhaW4gaW5mb3JtYXRpb24gYWJvdXQgdGhlIHN0YXRl IG9mIGxpbmtzCnA1LVhNTC1QYXJzZXItMi4zNCAgUGVybCBleHRlbnNpb24gaW50ZXJmYWNlIHRv IEphbWVzIENsYXJrJ3MgWE1MIHBhcnNlciwgZXhwYXQKcDUtbGlid3d3LTUuNzUgICAgICBQZXJs NSBsaWJyYXJ5IGZvciBXV1cgYWNjZXNzCnBhbmdvLTEuMi41ICAgICAgICAgQW4gb3Blbi1zb3Vy Y2UgZnJhbWV3b3JrIGZvciB0aGUgbGF5b3V0IGFuZCByZW5kZXJpbmcgb2YgaTEKcGNyZS00LjQg ICAgICAgICAgICBQZXJsIENvbXBhdGlibGUgUmVndWxhciBFeHByZXNzaW9ucyBsaWJyYXJ5CnBk ZnRvaHRtbC0wLjM2ICAgICAgQSBjb21tYW5kLWxpbmUgdG9vbCBmb3IgY29udmVydGluZyBwZGYt ZmlsZXMgaW50byBodG1sCnBlcmwtNS42LjFfMTQgICAgICAgUHJhY3RpY2FsIEV4dHJhY3Rpb24g YW5kIFJlcG9ydCBMYW5ndWFnZQpwaHBudWtlLTYuMCAgICAgICAgIEFuIGF1dG9tYXRlZCB3ZWJz aXRlIHBhY2thZ2UgdG8gZGlzdHJpYnV0ZSBhbmQgbWFuYWdlIGNvbnRlCnBrZ190cmVlLTEuMV8x ICAgICAgR2V0IGEgJ2dyYXBoaWNhbCcgdHJlZS1vdmVydmlldyBvZiBpbnN0YWxsZWQgcGFja2Fn ZXMKcGtnY29uZmlnLTAuMTUuMCAgICBBbiB1dGlsaXR5IHVzZWQgdG8gcmV0cmlldmUgaW5mb3Jt YXRpb24gYWJvdXQgaW5zdGFsbGVkIGxpYgpwbC1la2ctMS4zICAgICAgICAgIFRleHQtbW9kZSBH YWR1LUdhZHUgY2xpZW50CnBsLWdudWdhZHUyLWVzb3VuZC0yLjAucDMgR1RLMiBiYXNlZCB1bnN0 YWJsZSB2ZXJzaW9uIG9mIEdhZHVHYWR1IGNsaWVudCBmb3IgWDExL0dUSwpwbC1saWJ0bGVuLTIw MDMwNzIxIEJhY2tlbmQgZm9yIGludGVyb3BlcmFiaWxpdHkgd2l0aCBUbGVuLnBsLCBQb2xpc2gg SU0gbmV0d29yCnBsLXNtcy0xLjkuMmQgICAgICAgU2VuZCBTTVMgdG8gY2VsbHVsYXIgcGhvbmVz IGluIFBvbGFuZCAoSWRlYSwgRVJBLCBQbHVzKQpwbmctMS4yLjVfMiAgICAgICAgIExpYnJhcnkg Zm9yIG1hbmlwdWxhdGluZyBQTkcgaW1hZ2VzCnBvcHQtMS42LjRfMSAgICAgICAgQSBnZXRvcHQo MykgbGlrZSBsaWJyYXJ5IHdpdGggYSBudW1iZXIgb2YgZW5oYW5jZW1lbnRzLCBmcm8KcG9ydGxp bnQtMi41LjMgICAgICBBIHZlcmlmaWVyIGZvciBGcmVlQlNEIHBvcnQgZGlyZWN0b3J5CnBvcnR1 cGdyYWRlLTIwMDMwNzIzIEZyZWVCU0QgcG9ydHMvcGFja2FnZXMgYWRtaW5pc3RyYXRpb24gYW5k IG1hbmFnZW1lbnQgdG9vbCBzCnBvc3RncmVzcWwtNy4zLjRfMSAgVGhlIG1vc3QgYWR2YW5jZWQg b3Blbi1zb3VyY2UgZGF0YWJhc2UgYXZhaWxhYmxlIGFueXdoZXJlCnB0aC0yLjAuMCAgICAgICAg ICAgR05VIFBvcnRhYmxlIFRocmVhZHMKcHdnZW4tMS4xNV8xICAgICAgICBBIHNpbXBsZSBwYXNz d29yZCBnZW5lcmF0b3IKcHkyMy1leHBhdC0yLjMuMl8yICBQeXRob24gaW50ZXJmYWNlIHRvIHRo ZSBFeHBhdCBYTUwgcGFyc2VyCnB5MjMtZ3RrLTIuMC4wICAgICAgQSBzZXQgb2YgUHl0aG9uIGJp bmRpbmdzIGZvciBHVEsKcHkyMy1udW1lcmljLTIzLjAgICBUaGUgTnVtZXJpYyBFeHRlbnNpb24g dG8gUHl0aG9uCnB5dGhvbi0yLjMuMl8zICAgICAgQW4gaW50ZXJwcmV0ZWQgb2JqZWN0LW9yaWVu dGVkIHByb2dyYW1taW5nIGxhbmd1YWdlCnF0LTMuMi4xICAgICAgICAgICAgQSBDKysgWCBHVUkg dG9vbGtpdApxdC1ibHVlY3VydmUtdGhlbWUtMC43MyBCbHVlY3VydmUgdW5pZmllZC1sb29rIHRo ZW1lIGZvciBRVDMgZnJvbSBSZWRIYXQgOC4wCnJhci0zLjIwLDEgICAgICAgICAgRmlsZSBhcmNo aXZlciAoYmluYXJ5IHBvcnQpCnJjX3N1YnItMS4xNiAgICAgICAgQ29tbW9uIHN0YXJ0dXAgYW5k IHNodXRkb3duIHN1YnJvdXRpbmVzIHVzZWQgYnkgc2NyaXB0cwpyaHl0aG1ib3gtMC42LjAgICAg IEF1ZGlvIHBsYXllciBmb3IgdGhlIEdub21lIDIgZGVza3RvcCBlbnZpcm9ubWVudApycG0tMy4w LjZfOCAgICAgICAgIFRoZSBSZWQgSGF0IFBhY2thZ2UgTWFuYWdlcgpyc3luYy0yLjUuNl8yICAg ICAgIEEgbmV0d29yayBmaWxlIGRpc3RyaWJ1dGlvbi9zeW5jaHJvbml6YXRpb24gdXRpbGl0eQpy dWJ5LTEuNi44LjIwMDMuMTAuMTUgQW4gb2JqZWN0LW9yaWVudGVkIGludGVycHJldGVkIHNjcmlw dGluZyBsYW5ndWFnZQpydWJ5LWJkYjEtMC4yLjEgICAgIFJ1YnkgaW50ZXJmYWNlIHRvIEJlcmtl bGV5IERCIHJldmlzaW9uIDEuOHggd2l0aCBmdWxsIGZlYXR1CnJ1Ynktc2hpbS1ydWJ5MTgtMS44 LjEucDIgQSBzZXQgb2YgUnVieSBtb2R1bGVzIHRvIHByb3ZpZGUgUnVieSAxLjggZnVuY3Rpb25h bGl0aWVzCnNhbWJhLTIuMi44YSAgICAgICAgQSBmcmVlIFNNQiBhbmQgQ0lGUyBjbGllbnQgYW5k IHNlcnZlciBmb3IgVU5JWApzYW1iYS1saWJzbWJjbGllbnQtMy4wLjAgVGhlIHNoYXJlZCBsaWIg ZnJvbSB0aGUgc2FtYmEgcGFja2dlcwpzY2ludGlsbGEtZ3RrMi0xLjU2IEEgZnVsbC1mZWF0dXJl ZCBmcmVlIHNvdXJjZSBjb2RlIGVkaXRpbmcgY29tcG9uZW50IGZvciBHVEsrCnNjaXRlLWd0azIt MS41NiAgICAgQSBmdWxsLWZlYXR1cmVkIFNDSW50aWxsYSBiYXNlZCBUZXh0IEVkaXRvciBmb3Ig R1RLL0dOT01FCnNjcmVlbS0wLjguMiAgICAgICAgTmljZSBHTk9NRS9HVEstYmFzZWQgSFRNTCBl ZGl0b3IKc2Nyb2xsa2VlcGVyLTAuMy4xMl80LDEgQW4gT3BlbiBEb2N1bWVudCBDYXRhbG9naW5n IFByb2plY3QKc2RsLTEuMi41XzMgICAgICAgICBDcm9zcy1wbGF0Zm9ybSBtdWx0aS1tZWRpYSBk ZXZlbG9wbWVudCBBUEkgKGRldmVsb3BtLiB2ZXJzLgpzZG9jYm9vay14bWwtNC4xLjIuNV8xICJT aW1wbGlmaWVkIiBEb2NCb29rIFhNTCBEVEQKc2VkX2lucGxhY2UtMjAwMi4xMC4xOSBBIG1vZGlm aWVkIHZlcnNpb24gb2YgdGhlIHNlZCgxKSB3aGljaCBjYW4gZG8gaW4tcGxhY2UgZWRpdApzb2Rp cG9kaS0wLjMyXzEgICAgIEEgc21hbGwgdmVjdG9yIGJhc2VkIGRyYXdpbmcgcHJvZ3JhbSB3aXRo IEdOT01FIGxpYnJhcmllcwpzb3gtMTIuMTcuNCAgICAgICAgIFNPdW5kIGVYY2hhbmdlIC0gdW5p dmVyc2FsIHNvdW5kIHNhbXBsZSB0cmFuc2xhdG9yCnN0YXJ0dXAtbm90aWZpY2F0aW9uLTAuNV8x IExpYnJhcnkgdGhhdCBzdXBwb3J0cyBzdGFydHVwIG5vdGlmaWNhdGlvbiBzcGVjIGZyb20gZnJl ZWRlCnN2Z2FsaWItMS40LjNfMSAgICAgQSBsb3cgbGV2ZWwgY29uc29sZSBncmFwaGljcyBsaWJy YXJ5CnN5bHBoZWVkLWNsYXdzLTAuOS42XzEgQSBsaWdodHdlaWdodCBhbmQgdmVyeSBmZWF0dXJl ZnVsIEdUSysgYmFzZWQgZS1tYWlsIGFuZCBuZXcKdDFsaWItNS4wLjAgICAgICAgICBBIFR5cGUg MSBSYXN0ZXJpemVyIExpYnJhcnkgZm9yIFVOSVgvWDExCnRpZmYtMy42LjAgICAgICAgICAgVG9v bHMgYW5kIGxpYnJhcnkgcm91dGluZXMgZm9yIHdvcmtpbmcgd2l0aCBUSUZGIGltYWdlcwp0aWdo dHZuYy0xLjIuOSAgICAgIEVuaGFuY2VkIHZlcnNpb24gb2YgVk5DCnRyYWZzaG93LTMuMV8zICAg ICAgRnVsbCBzY3JlZW4gdmlzdWFsaXphdGlvbiBvZiBuZXR3b3JrIHRyYWZmaWMKdW5hY2UtMS4y YiAgICAgICAgICBFeHRyYWN0LCB2aWV3ICYgdGVzdCBBQ0UgYXJjaGl2ZXMKdW5hcmotMi40M18x ICAgICAgICBBbGxvd3MgZmlsZXMgdG8gYmUgZXh0cmFjdGVkIGZyb20gQVJKIGFyY2hpdmVzCnVu emlwLTUuNTBfMiAgICAgICAgTGlzdCwgdGVzdCBhbmQgZXh0cmFjdCBjb21wcmVzc2VkIGZpbGVz IGluIGEgWklQIGFyY2hpdmUKdXVsaWItMC41LjE4ICAgICAgICBBIGxpYnJhcnkgZm9yIHV1L3h4 L0Jhc2U2NC9CaW5IZXgveUVuYyBkZS0vZW5jb2RpbmcKdnRlLTAuMTEuMTBfMSAgICAgICBUZXJt aW5hbCB3aWRnZXQgd2l0aCBpbXByb3ZlZCBhY2Nlc3NpYmlsaXR5IGFuZCBJMThOIHN1cHBvcgp3 ZWJmb250cy0wLjIxXzEgICAgIFRydWVUeXBlIGNvcmUgZm9udHMgZm9yIHRoZSBXZWIKd2dldC0x LjguMl81ICAgICAgICBSZXRyaWV2ZSBmaWxlcyBmcm9tIHRoZSBOZXQgdmlhIEhUVFAgYW5kIEZU UAp3aW4zMi1jb2RlY3MtMi4wLjkwLDEgSHVnZSBjb21waWxhdGlvbiBvZiBXaW4zMiBiaW5hcnkg Y29kZWNzLCBpbmNsdWRpbmcgTVBFRy00KEQKd2luMzItY29kZWNzLTIuMC45MF8xLDEgSHVnZSBj b21waWxhdGlvbiBvZiBXaW4zMiBiaW5hcnkgY29kZWNzLCBpbmNsdWRpbmcgTVBFRy00KEQKd2lu ZS0yMDAzMTExOCAgICAgICBNaWNyb3NvZnQgV2luZG93cyAzLjEvOTUvOTgvTlQvMjAwMCBlbXVs YXRvciBmb3IgVW5peAp3cmFwcGVyLTEuMF8zICAgICAgIFdyYXBwZXIgZm9yIFhGcmVlODYtNCBz ZXJ2ZXIKeGNoYXQyLTIuMC40XzEgICAgICBBbiBYMTEgSVJDIGNsaWVudCB1c2luZyB0aGUgR1RL KyAyIHRvb2xraXQKeG1sY2F0bWdyLTEuMSAgICAgICBTR01ML1hNTCBjYXRhbG9nIG1hbmFnZXIK eG9zZC0yLjIuNSAgICAgICAgICBYIE9uLVNjcmVlbi1EaXNwbGF5IExpYnJhcnkgYW5kIFhNTVMg cGx1Zy1pbgp4cGRmLTIuMDMgICAgICAgICAgIERpc3BsYXkgUERGIGZpbGVzLCBhbmQgY29udmVy dCB0aGVtIHRvIG90aGVyIGZvcm1hdHMKeHNjcmVlbnNhdmVyLWdub21lLTQuMTQgU2F2ZSB5b3Vy IHNjcmVlbiB3aGlsZSB5b3UgZW50ZXJ0YWluIHlvdXIgY2F0IChmb3IgR05PTUUgdXMKeWVscC0y LjQuMiAgICAgICAgICBBIGhlbHAgYnJvd3NlciBmb3IgdGhlIEdOT01FIDIgZGVza3RvcAp5dGFs ay0zLjEuMSAgICAgICAgIEEgbmV3ICJ0YWxrIiB0aGF0IGNhbiB0YWxrIHRvIG11bHRpcGxlIHBh cnRpZXMgYXQgb25jZQp6ZW5pdHktMS42ICAgICAgICAgIERpc3BsYXkgR05PTUUgZGlhbG9ncyBm cm9tIHRoZSBjb21tYW5kIGxpbmUKemlwLTIuM18xICAgICAgICAgICBDcmVhdGUvdXBkYXRlIFpJ UCBmaWxlcyBjb21wYXRpYmxlIHdpdGggcGt6aXAKem9vLTIuMTAuMSAgICAgICAgICBNYW5pcHVs YXRlIGFyY2hpdmVzIG9mIGZpbGVzIGluIGNvbXByZXNzZWQgZm9ybQo= --Multipart=_Wed__26_Nov_2003_17_19_47_+0100_Gx_igVuqJXwL0KFi-- From owner-freebsd-gnome@FreeBSD.ORG Wed Nov 26 13:20: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 DA3AE16A4CE for ; Wed, 26 Nov 2003 13:20:25 -0800 (PST) Received: from psg.com (psg.com [147.28.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89A6843FDD for ; Wed, 26 Nov 2003 13:20:24 -0800 (PST) (envelope-from randy@psg.com) Received: from [127.0.0.1] (helo=roam.psg.com) by psg.com with esmtp (Exim 4.24; FreeBSD 4.9) id 1AP75E-000CJo-3k; Wed, 26 Nov 2003 21:20:24 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.24; FreeBSD 4.9) id 1AP75A-0003oP-QX; Wed, 26 Nov 2003 13:20:20 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 26 Nov 2003 13:20:20 -0800 To: Joe Marcus Clarke References: <20031117191112.GA33092@xor.obsecurity.org> <1069097328.737.31.camel@gyros> <1069173907.743.2.camel@gyros> <1069187959.743.39.camel@gyros> Message-Id: cc: FreeBSD GNOME Users Subject: Re: gnomemeeting kills gnome2 build 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, 26 Nov 2003 21:20:26 -0000 > You only need to remove ffmpeg temporarily (only for building > gnomemeeting). Do pkg_deinstall -fO ffmpeg, then install gnomemeeting, > then reinstall ffmpeg. while this worked the other week, it fails now :-( # history 53 pkg_deinstall -fO ffmpeg 54 portupgrade -f gnomemeeting-0.98.5 c++ -I/usr/local/include/ffmpeg -DP_FREEBSD=490100 -I/usr/local/include -I/usr/local/include -D_REENTRANT -pthread -Wall -DP_FREEBSD=490100 -DP_USE_PRAGMA -DPHAS_TEMPLATES -I/usr/ports/devel/pwlib/work/pwlib/include/ptlib/unix -DPTRACING -I/usr/ports/net/openh323/work/openh323/include -DHAS_IXJ -DHAS_OSS -DPTRACING -I/usr/ports/devel/pwlib/work/pwlib/include -DNDEBUG -O -pipe -march=pentiumpro -c h263codec.cxx -o /usr/ports/net/openh323/work/openh323/lib/obj_FreeBSD_x86_r/h263codec.o h263codec.cxx:112: avcodec.h: No such file or directory h263codec.cxx: In method `H323_H263Codec::H323_H263Codec(H323Codec::Direction, unsigned int, unsigned int, unsigned int, unsigned int, unsigned int, unsigned int, unsigned int)': h263codec.cxx:406: implicit declaration of function `int avcodec_init(...)' h263codec.cxx:408: `h263_encoder' undeclared (first use this function) h263codec.cxx:408: (Each undeclared identifier is reported only once h263codec.cxx:408: for each function it appears in.) h263codec.cxx:408: implicit declaration of function `int register_avcodec(...)' h263codec.cxx:409: `h263p_encoder' undeclared (first use this function) h263codec.cxx:410: `h263_decoder' undeclared (first use this function) h263codec.cxx:422: `CODEC_ID_H263P' undeclared (first use this function) h263codec.cxx:422: implicit declaration of function `int avcodec_find_encoder(...)' h263codec.cxx:424: `CODEC_ID_H263' undeclared (first use this function) h263codec.cxx:424: implicit declaration of function `int avcodec_find_decoder(...)' h263codec.cxx: In method `void H323_H263Codec::InitialiseCodec()': h263codec.cxx:484: implicit declaration of function `int avcodec_alloc_context(...)' h263codec.cxx:484: assignment to `AVCodecContext *' from `int' lacks a cast h263codec.cxx:485: implicit declaration of function `int avcodec_alloc_frame(...)' h263codec.cxx:485: assignment to `AVFrame *' from `int' lacks a cast h263codec.cxx:488: implicit declaration of function `int avcodec_get_context_defaults(...)' h263codec.cxx:491: invalid use of undefined type `struct AVCodecContext' /usr/ports/net/openh323/work/openh323/include/h263codec.h:93: forward declaration of `struct AVCodecContext' h263codec.cxx:492: invalid use of undefined type `struct AVCodecContext' /usr/ports/net/openh323/work/openh323/include/h263codec.h:93: forward declaration of `struct AVCodecContext' h263codec.cxx:493: invalid use of undefined type `struct AVCodecContext' /usr/ports/net/openh323/work/openh323/include/h263codec.h:93: forward declaration of `struct AVCodecContext' h263codec.cxx:494: invalid use of undefined type `struct AVCodecContext' /usr/ports/net/openh323/work/openh323/include/h263codec.h:93: forward declaration of `struct AVCodecContext' h263codec.cxx:495: invalid use of undefined type `struct AVCodecContext' /usr/ports/net/openh323/work/openh323/include/h263codec.h:93: forward declaration of `struct AVCodecContext' h263codec.cxx:496: invalid use of undefined type `struct AVCodecContext' /usr/ports/net/openh323/work/openh323/include/h263codec.h:93: forward declaration of `struct AVCodecContext' h263codec.cxx:498: invalid use of undefined type `struct AVCodecContext' /usr/ports/net/openh323/work/openh323/include/h263codec.h:93: forward declaration of `struct AVCodecContext' h263codec.cxx:502: invalid use of undefined type `struct AVCodecContext' /usr/ports/net/openh323/work/openh323/include/h263codec.h:93: forward declaration of `struct AVCodecContext' h263codec.cxx:506: invalid use of undefined type `struct AVCodecContext' /usr/ports/net/openh323/work/openh323/include/h263codec.h:93: forward declaration of `struct AVCodecContext' h263codec.cxx:509: invalid use of undefined type `struct AVCodecContext' /usr/ports/net/openh323/work/openh323/include/h263codec.h:93: forward declaration of `struct AVCodecContext' h263codec.cxx:515: invalid use of undefined type `struct AVCodecContext' /usr/ports/net/openh323/work/openh323/include/h263codec.h:93: forward declaration of `struct AVCodecContext' h263codec.cxx:515: `DEFAULT_FRAME_RATE_BASE' undeclared (first use this function) h263codec.cxx:521: invalid use of undefined type `struct AVCodecContext' /usr/ports/net/openh323/work/openh323/include/h263codec.h:93: forward declaration of `struct AVCodecContext' h263codec.cxx:522: invalid use of undefined type `struct AVCodecContext' /usr/ports/net/openh323/work/openh323/include/h263codec.h:93: forward declaration of `struct AVCodecContext' h263codec.cxx:523: invalid use of undefined type `struct AVCodecContext' /usr/ports/net/openh323/work/openh323/include/h263codec.h:93: forward declaration of `struct AVCodecContext' h263codec.cxx:527: invalid use of undefined type `struct AVFrame' /usr/ports/net/openh323/work/openh323/include/h263codec.h:94: forward declaration of `struct AVFrame' h263codec.cxx:528: invalid use of undefined type `struct AVFrame' /usr/ports/net/openh323/work/openh323/include/h263codec.h:94: forward declaration of `struct AVFrame' h263codec.cxx:528: invalid use of undefined type `struct AVFrame' /usr/ports/net/openh323/work/openh323/include/h263codec.h:94: forward declaration of `struct AVFrame' h263codec.cxx:529: invalid use of undefined type `struct AVFrame' /usr/ports/net/openh323/work/openh323/include/h263codec.h:94: forward declaration of `struct AVFrame' h263codec.cxx:529: invalid use of undefined type `struct AVFrame' /usr/ports/net/openh323/work/openh323/include/h263codec.h:94: forward declaration of `struct AVFrame' h263codec.cxx:530: invalid use of undefined type `struct AVFrame' /usr/ports/net/openh323/work/openh323/include/h263codec.h:94: forward declaration of `struct AVFrame' h263codec.cxx:531: invalid use of undefined type `struct AVFrame' /usr/ports/net/openh323/work/openh323/include/h263codec.h:94: forward declaration of `struct AVFrame' h263codec.cxx:532: invalid use of undefined type `struct AVFrame' /usr/ports/net/openh323/work/openh323/include/h263codec.h:94: forward declaration of `struct AVFrame' h263codec.cxx: In method `void H323_H263Codec::CloseCodec()': h263codec.cxx:542: implicit declaration of function `int avcodec_close(...)' h263codec.cxx: In method `BOOL H323_H263Codec::Read(BYTE *, unsigned int &, RTP_DataFrame &)': h263codec.cxx:605: implicit declaration of function `int avcodec_encode_video(...)' h263codec.cxx: In method `BOOL H323_H263Codec::Write(const BYTE *, unsigned int, const RTP_DataFrame &, unsigned int &)': h263codec.cxx:815: implicit declaration of function `int avcodec_decode_video(...)' h263codec.cxx: In method `BOOL H323_H263Codec::Resize(int, int)': h263codec.cxx:862: invalid use of undefined type `struct AVCodecContext' /usr/ports/net/openh323/work/openh323/include/h263codec.h:93: forward declaration of `struct AVCodecContext' h263codec.cxx:870: invalid use of undefined type `struct AVCodecContext' /usr/ports/net/openh323/work/openh323/include/h263codec.h:93: forward declaration of `struct AVCodecContext' h263codec.cxx:871: invalid use of undefined type `struct AVCodecContext' /usr/ports/net/openh323/work/openh323/include/h263codec.h:93: forward declaration of `struct AVCodecContext' h263codec.cxx:874: implicit declaration of function `int avcodec_open(...)' h263codec.cxx: In method `BOOL H323_H263Codec::RenderFrame(AVFrame *)': h263codec.cxx:908: invalid use of undefined type `struct AVFrame' /usr/ports/net/openh323/work/openh323/include/h263codec.h:94: forward declaration of `struct AVFrame' h263codec.cxx:909: invalid use of undefined type `struct AVFrame' /usr/ports/net/openh323/work/openh323/include/h263codec.h:94: forward declaration of `struct AVFrame' h263codec.cxx:910: invalid use of undefined type `struct AVCodecContext' /usr/ports/net/openh323/work/openh323/include/h263codec.h:93: forward declaration of `struct AVCodecContext' h263codec.cxx:910: invalid use of undefined type `struct AVCodecContext' /usr/ports/net/openh323/work/openh323/include/h263codec.h:93: forward declaration of `struct AVCodecContext' h263codec.cxx:911: invalid use of undefined type `struct AVCodecContext' /usr/ports/net/openh323/work/openh323/include/h263codec.h:93: forward declaration of `struct AVCodecContext' h263codec.cxx:911: invalid use of undefined type `struct AVCodecContext' /usr/ports/net/openh323/work/openh323/include/h263codec.h:93: forward declaration of `struct AVCodecContext' gmake[2]: *** [/usr/ports/net/openh323/work/openh323/lib/obj_FreeBSD_x86_r/h263codec.o] Error 1 gmake[2]: Leaving directory `/usr/ports/net/openh323/work/openh323/src' gmake[1]: *** [opt] Error 2 gmake[1]: Leaving directory `/usr/ports/net/openh323/work/openh323' gmake: *** [optnoshared] Error 2 *** Error code 2 Stop in /usr/ports/net/openh323. *** Error code 1 Stop in /usr/ports/net/gnomemeeting. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade28411.0 make ** Fix the problem and try again. ** The following packages were not installed or upgraded (*:skipped / !:failed) ! net/gnomemeeting (gnomemeeting-0.98.5) (missing header) From owner-freebsd-gnome@FreeBSD.ORG Wed Nov 26 13:25: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 8F0A616A4CE for ; Wed, 26 Nov 2003 13:25:33 -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 19EC043FE1 for ; Wed, 26 Nov 2003 13:25:30 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hAQLPQPf024472; Wed, 26 Nov 2003 16:25:27 -0500 (EST) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) hAQLOQuY004743; Wed, 26 Nov 2003 16:24:26 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Randy Bush In-Reply-To: References: <20031117191112.GA33092@xor.obsecurity.org> <1069097328.737.31.camel@gyros> <1069173907.743.2.camel@gyros> <1069187959.743.39.camel@gyros> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ALVyMqHdSXte+0EofYnw" Organization: MarcusCom, Inc. Message-Id: <1069881929.752.95.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 26 Nov 2003 16:25:29 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on creme-brulee.marcuscom.com X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: FreeBSD GNOME Users Subject: Re: gnomemeeting kills gnome2 build 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, 26 Nov 2003 21:25:33 -0000 --=-ALVyMqHdSXte+0EofYnw Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2003-11-26 at 16:20, Randy Bush wrote: > > You only need to remove ffmpeg temporarily (only for building > > gnomemeeting). Do pkg_deinstall -fO ffmpeg, then install gnomemeeting, > > then reinstall ffmpeg. >=20 > while this worked the other week, it fails now :-( You still have ffmpeg installed. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-ALVyMqHdSXte+0EofYnw 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/xRpJb2iPiv4Uz4cRAkaIAJ90Hdz/ZAs/ydJ6QoQB/g8BRp1qSACgiVph KnI0bVYjkoyVsQnkSY5cFLg= =aivu -----END PGP SIGNATURE----- --=-ALVyMqHdSXte+0EofYnw-- From owner-freebsd-gnome@FreeBSD.ORG Wed Nov 26 13:33:23 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 81ABB16A4CE for ; Wed, 26 Nov 2003 13:33:23 -0800 (PST) Received: from psg.com (psg.com [147.28.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7144A43FD7 for ; Wed, 26 Nov 2003 13:33:22 -0800 (PST) (envelope-from randy@psg.com) Received: from [127.0.0.1] (helo=roam.psg.com) by psg.com with esmtp (Exim 4.24; FreeBSD 4.9) id 1AP7Hm-000D6M-8T; Wed, 26 Nov 2003 21:33:22 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.24; FreeBSD 4.9) id 1AP7Hj-0003pH-6c; Wed, 26 Nov 2003 13:33:19 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 26 Nov 2003 13:33:18 -0800 To: Joe Marcus Clarke References: <20031117191112.GA33092@xor.obsecurity.org> <1069097328.737.31.camel@gyros> <1069173907.743.2.camel@gyros> <1069187959.743.39.camel@gyros> <1069881929.752.95.camel@gyros> Message-Id: cc: FreeBSD GNOME Users Subject: Re: gnomemeeting kills gnome2 build 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, 26 Nov 2003 21:33:23 -0000 >> while this worked the other week, it fails now :-( > You still have ffmpeg installed. while i believe you, how the heck do i remove something i can no longer find? # pkg_deinstall -fO ffmpeg ** No matching package found. # ls -d /var/db/pkg/ff* ls: /var/db/pkg/ff*: No such file or directory # pkgdb -u ---> Updating the pkgdb roam2.psg.com:/usr/src# pkgdb -Ff ---> Checking the package registry database Stale origin: 'security/pgp5': perhaps moved or obsoleted. -> The port 'security/pgp5' was removed on 2003-11-08 because: "Software is outdated" -> Hint: pgp-5.0i_1 is not required by any other package -> Hint: checking for overwritten files... -> No files installed by pgp-5.0i_1 have been overwritten by other packages. Deinstall pgp-5.0i_1 ? [no] Stale dependency: balsa2-2.0.15 -> openldap-client-2.1.23 (net/openldap21-client): openldap-client-2.2.2.b (score:76%) ? ([y]es/[n]o/[a]ll) [no] all Fixed. (-> openldap-client-2.2.2.b) Stale dependency: glade2-2.0.1 -> openldap-client-2.1.23 (net/openldap21-client): Fixed. (-> openldap-client-2.2.2.b) Stale dependency: gnumeric2-1.2.1_1 -> openldap-client-2.1.23 (net/openldap21-client): Fixed. (-> openldap-client-2.2.2.b) Stale dependency: gnupg-1.2.3_3 -> openldap-client-2.1.23 (net/openldap21-client): Fixed. (-> openldap-client-2.2.2.b) Stale dependency: libgda2-1.0.1_2 -> openldap-client-2.1.23 (net/openldap21-client): Fixed. (-> openldap-client-2.2.2.b) Stale dependency: libgnomedb-1.0.1 -> openldap-client-2.1.23 (net/openldap21-client): Fixed. (-> openldap-client-2.2.2.b) Stale dependency: vlc-0.6.2 -> ffmpeg-0.4.8 (multimedia/ffmpeg): New dependency? (? to help): Delete this? ([y]es/[n]o/[a]ll) [yes] n New dependency? (? to help): ? [Enter] to skip, [Ctrl]+[D] to delete, [.][Enter] to abort, [Tab] to complete New dependency? (? to help): Skip this? ([y]es/[n]o/[a]ll) [yes] Skipped. # portupgrade -f gnomemeeting ---> Upgrading 'gnomemeeting-0.98.5' to 'gnomemeeting-0.98.5_1' (net/gnomemeeting) ---> Building '/usr/ports/net/gnomemeeting' ===> Cleaning for gnomemeeting-0.98.5_1 ===> Extracting for gnomemeeting-0.98.5_1 >> Checksum OK for gnomemeeting-0.98.5.tar.bz2. ===> Patching for gnomemeeting-0.98.5_1 ===> Applying FreeBSD patches for gnomemeeting-0.98.5_1 ===> gnomemeeting-0.98.5_1 depends on file: /nonexistent - not found ===> Verifying build for /nonexistent in /usr/ports/net/openh323 ===> Building for openh323-1.12.0_1 kaboomph! randy From owner-freebsd-gnome@FreeBSD.ORG Wed Nov 26 13:35:43 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 63C6916A4CF for ; Wed, 26 Nov 2003 13:35:43 -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 7E6B743FDF for ; Wed, 26 Nov 2003 13:35:36 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hAQLZWSq029221; Wed, 26 Nov 2003 16:35:33 -0500 (EST) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) hAQLYWuY004835; Wed, 26 Nov 2003 16:34:32 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Randy Bush In-Reply-To: References: <20031117191112.GA33092@xor.obsecurity.org> <1069097328.737.31.camel@gyros> <1069173907.743.2.camel@gyros> <1069187959.743.39.camel@gyros> <1069881929.752.95.camel@gyros> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-kntJUlJHt4NjOHl9I1RM" Organization: MarcusCom, Inc. Message-Id: <1069882535.752.99.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 26 Nov 2003 16:35:35 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on creme-brulee.marcuscom.com X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: FreeBSD GNOME Users Subject: Re: gnomemeeting kills gnome2 build 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, 26 Nov 2003 21:35:43 -0000 --=-kntJUlJHt4NjOHl9I1RM Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2003-11-26 at 16:33, Randy Bush wrote: > >> while this worked the other week, it fails now :-( > > You still have ffmpeg installed. >=20 > while i believe you, how the heck do i remove something i can no > longer find? rm -r /usr/local/include/ffmpeg Joe >=20 > # pkg_deinstall -fO ffmpeg > ** No matching package found. > # ls -d /var/db/pkg/ff* > ls: /var/db/pkg/ff*: No such file or directory >=20 > # pkgdb -u =20 > ---> Updating the pkgdb > roam2.psg.com:/usr/src# pkgdb -Ff > ---> Checking the package registry database > Stale origin: 'security/pgp5': perhaps moved or obsoleted. > -> The port 'security/pgp5' was removed on 2003-11-08 because: > "Software is outdated" > -> Hint: pgp-5.0i_1 is not required by any other package > -> Hint: checking for overwritten files... > -> No files installed by pgp-5.0i_1 have been overwritten by other packa= ges. > Deinstall pgp-5.0i_1 ? [no]=20 > Stale dependency: balsa2-2.0.15 -> openldap-client-2.1.23 (net/openldap21= -client): > openldap-client-2.2.2.b (score:76%) ? ([y]es/[n]o/[a]ll) [no] all > Fixed. (-> openldap-client-2.2.2.b) > Stale dependency: glade2-2.0.1 -> openldap-client-2.1.23 (net/openldap21-= client): > Fixed. (-> openldap-client-2.2.2.b) > Stale dependency: gnumeric2-1.2.1_1 -> openldap-client-2.1.23 (net/openld= ap21-client): > Fixed. (-> openldap-client-2.2.2.b) > Stale dependency: gnupg-1.2.3_3 -> openldap-client-2.1.23 (net/openldap21= -client): > Fixed. (-> openldap-client-2.2.2.b) > Stale dependency: libgda2-1.0.1_2 -> openldap-client-2.1.23 (net/openldap= 21-client): > Fixed. (-> openldap-client-2.2.2.b) > Stale dependency: libgnomedb-1.0.1 -> openldap-client-2.1.23 (net/openlda= p21-client): > Fixed. (-> openldap-client-2.2.2.b) > Stale dependency: vlc-0.6.2 -> ffmpeg-0.4.8 (multimedia/ffmpeg): > New dependency? (? to help):=20 > Delete this? ([y]es/[n]o/[a]ll) [yes] n > New dependency? (? to help): ? > [Enter] to skip, [Ctrl]+[D] to delete, [.][Enter] to abort, [Tab] to co= mplete > New dependency? (? to help):=20 > Skip this? ([y]es/[n]o/[a]ll) [yes]=20 > Skipped. >=20 > # portupgrade -f gnomemeeting > ---> Upgrading 'gnomemeeting-0.98.5' to 'gnomemeeting-0.98.5_1' (net/gno= memeeting) > ---> Building '/usr/ports/net/gnomemeeting' > =3D=3D=3D> Cleaning for gnomemeeting-0.98.5_1 > =3D=3D=3D> Extracting for gnomemeeting-0.98.5_1 > >> Checksum OK for gnomemeeting-0.98.5.tar.bz2. > =3D=3D=3D> Patching for gnomemeeting-0.98.5_1 > =3D=3D=3D> Applying FreeBSD patches for gnomemeeting-0.98.5_1 > =3D=3D=3D> gnomemeeting-0.98.5_1 depends on file: /nonexistent - not fo= und > =3D=3D=3D> Verifying build for /nonexistent in /usr/ports/net/openh323 > =3D=3D=3D> Building for openh323-1.12.0_1 >=20 > kaboomph! >=20 > randy --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-kntJUlJHt4NjOHl9I1RM 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/xRynb2iPiv4Uz4cRAmXHAJwKSHUROjF43Rl5FOVFFKNwayM8ZgCgiiJ7 lwsmyVRZZ3KkCI9Tmvwb2ek= =p2jG -----END PGP SIGNATURE----- --=-kntJUlJHt4NjOHl9I1RM-- From owner-freebsd-gnome@FreeBSD.ORG Wed Nov 26 13:39:55 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 260D616A4CE for ; Wed, 26 Nov 2003 13:39:55 -0800 (PST) Received: from psg.com (psg.com [147.28.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB88843FBF for ; Wed, 26 Nov 2003 13:39:53 -0800 (PST) (envelope-from randy@psg.com) Received: from [127.0.0.1] (helo=roam.psg.com) by psg.com with esmtp (Exim 4.24; FreeBSD 4.9) id 1AP7O5-000DWA-Lr; Wed, 26 Nov 2003 21:39:53 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.24; FreeBSD 4.9) id 1AP7O2-0003pt-Lo; Wed, 26 Nov 2003 13:39:50 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 26 Nov 2003 13:39:50 -0800 To: Joe Marcus Clarke References: <20031117191112.GA33092@xor.obsecurity.org> <1069097328.737.31.camel@gyros> <1069173907.743.2.camel@gyros> <1069187959.743.39.camel@gyros> <1069881929.752.95.camel@gyros> <1069882535.752.99.camel@gyros> Message-Id: cc: FreeBSD GNOME Users Subject: Re: gnomemeeting kills gnome2 build 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, 26 Nov 2003 21:39:55 -0000 >> while i believe you, how the heck do i remove something i can no >> longer find? > rm -r /usr/local/include/ffmpeg # rm -r /usr/local/include/ffmpeg rm: /usr/local/include/ffmpeg: No such file or directory note i did do a successful pkg_deinstall of it before i retested with the one i showed you which failed. # find / -name ffmpeg\* -print /usr/local/man/man1/ffmpeg.1 /usr/ports/multimedia/ffmpeg /usr/ports/multimedia/ffmpeg045 /usr/ports/distfiles/ffmpeg-0.4.7.tar.gz /usr/ports/distfiles/ffmpeg-0.4.8.tar.gz # randy From owner-freebsd-gnome@FreeBSD.ORG Wed Nov 26 13:46: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 4BA8516A4CE for ; Wed, 26 Nov 2003 13:46:48 -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 A54D043FDF for ; Wed, 26 Nov 2003 13:46:46 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hAQLkhFm026938; Wed, 26 Nov 2003 16:46:43 -0500 (EST) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) hAQLjfuY004931; Wed, 26 Nov 2003 16:45:41 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Randy Bush In-Reply-To: References: <20031117191112.GA33092@xor.obsecurity.org> <1069097328.737.31.camel@gyros> <1069173907.743.2.camel@gyros> <1069187959.743.39.camel@gyros> <1069881929.752.95.camel@gyros> <1069882535.752.99.camel@gyros> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-D4G/m9ZjeAheYu1W/Yqj" Organization: MarcusCom, Inc. Message-Id: <1069883204.752.101.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 26 Nov 2003 16:46:44 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on creme-brulee.marcuscom.com X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: FreeBSD GNOME Users Subject: Re: gnomemeeting kills gnome2 build 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, 26 Nov 2003 21:46:48 -0000 --=-D4G/m9ZjeAheYu1W/Yqj Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2003-11-26 at 16:39, Randy Bush wrote: > >> while i believe you, how the heck do i remove something i can no > >> longer find? > > rm -r /usr/local/include/ffmpeg >=20 > # rm -r /usr/local/include/ffmpeg > rm: /usr/local/include/ffmpeg: No such file or directory Try a make clean in net/openh323 and net/pwlib. I just rebuilt these ports, and I didn't run into any problems. Joe >=20 > note i did do a successful pkg_deinstall of it before i retested > with the one i showed you which failed. >=20 > # find / -name ffmpeg\* -print > /usr/local/man/man1/ffmpeg.1 > /usr/ports/multimedia/ffmpeg > /usr/ports/multimedia/ffmpeg045 > /usr/ports/distfiles/ffmpeg-0.4.7.tar.gz > /usr/ports/distfiles/ffmpeg-0.4.8.tar.gz > # >=20 > randy --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-D4G/m9ZjeAheYu1W/Yqj 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/xR9Eb2iPiv4Uz4cRAgSrAJ0bnREuRSiErbNHODtqYk8AtcJWFwCgrrZL N6BIwFYLfK4KtPdIVVdSLdc= =vfKn -----END PGP SIGNATURE----- --=-D4G/m9ZjeAheYu1W/Yqj-- From owner-freebsd-gnome@FreeBSD.ORG Wed Nov 26 14:01:29 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 4F3FD16A4CF for ; Wed, 26 Nov 2003 14:01:29 -0800 (PST) Received: from psg.com (psg.com [147.28.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAD2F43FA3 for ; Wed, 26 Nov 2003 14:01:27 -0800 (PST) (envelope-from randy@psg.com) Received: from [127.0.0.1] (helo=roam.psg.com) by psg.com with esmtp (Exim 4.24; FreeBSD 4.9) id 1AP7ix-000Efk-KR; Wed, 26 Nov 2003 22:01:27 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.24; FreeBSD 4.9) id 1AP7iu-0003r1-JG; Wed, 26 Nov 2003 14:01:24 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 26 Nov 2003 14:01:23 -0800 To: Joe Marcus Clarke References: <20031117191112.GA33092@xor.obsecurity.org> <1069097328.737.31.camel@gyros> <1069173907.743.2.camel@gyros> <1069187959.743.39.camel@gyros> <1069881929.752.95.camel@gyros> <1069882535.752.99.camel@gyros> <1069883204.752.101.camel@gyros> Message-Id: cc: FreeBSD GNOME Users Subject: Re: gnomemeeting kills gnome2 build 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, 26 Nov 2003 22:01:29 -0000 > Try a make clean in net/openh323 and net/pwlib. bingo! thank you randy From owner-freebsd-gnome@FreeBSD.ORG Wed Nov 26 16:22: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 113C516A4CE for ; Wed, 26 Nov 2003 16:22:48 -0800 (PST) Received: from mail.fibertel.com.ar (mta2.fibertel.com.ar [24.232.0.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id D882D43FDF for ; Wed, 26 Nov 2003 16:22:45 -0800 (PST) (envelope-from diabolo@fibertel.com.ar) Received: from llhosts (24.232.226.179) by mail.fibertel.com.ar (7.0.019) (authenticated as diabolo) id 3FC2155C000DFADB for freebsd-gnome@FreeBSD.org; Wed, 26 Nov 2003 21:22:44 -0300 From: Diabolo To: freebsd-gnome@FreeBSD.org Content-Type: multipart/mixed; boundary="=-og1LGh0V4Oyxn/1wxsYm" Message-Id: <1069892572.1645.6.camel@nocbuc> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 26 Nov 2003 21:22:52 -0300 Subject: gnome frezee 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, 27 Nov 2003 00:22:48 -0000 --=-og1LGh0V4Oyxn/1wxsYm Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi guys, when i tryed to logout from gnome-panel all the gnome frezee and i have to kill all with ctrl+alt+backspace to return the shell and give me this error: application 'gnome-session' lost its connection to the display :0.0; most likely the X server was shut down or you killed/destroyed the application. xinit: connection to X server lost. waiting for X server to shut down X connection to :0.0 broken (explicit kill or server shutdown). Window manager warning: Lost connection to the display ':0.0'; most likely the X server was shut down or you killed/destroyed the window manager. The application 'gnome-panel' lost its connection to the display :0.0; most likely the X server was shut down or you killed/destroyed the application. The application 'nautilus' lost its connection to the display :0.0; most likely the X server was shut down or you killed/destroyed the application. Regards. --=-og1LGh0V4Oyxn/1wxsYm Content-Disposition: attachment; filename=dmesg.boot Content-Type: text/plain; name=dmesg.boot; charset= Content-Transfer-Encoding: 7bit ail.cf Wed Nov 26 20:36:26 2003 Waiting (max 60 seconds) for system process `vnlru' to stop...stopped Waiting (max 60 seconds) for system process `bufdaemon' to stop...stopped Waiting (max 60 seconds) for system process `syncer' to stop...stopped syncing disks... 14 done Uptime: 6m1s Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.9-STABLE #0: Wed Nov 26 20:28:13 ART 2003 root@hellgate.inferno:/usr/obj/usr/src/sys/HELLKERN Timecounter "i8254" frequency 1193182 Hz CPU: AMD Athlon(TM) XP 2200+ (1800.07-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 Features=0x383fbff AMD Features=0xc0400000 real memory = 536854528 (524272K bytes) avail memory = 516583424 (504476K bytes) Preloaded elf kernel "kernel" at 0xc059f000. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 10 entries at 0xc00f1bf0 apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 11 pci0: (vendor=0x14e4, dev=0x4401) at 9.0 irq 12 ahc0: port 0xd800-0xd8ff mem 0xed000000-0xed000fff irq 11 at device 10.0 on pci0 aic7850: Single Channel A, SCSI Id=7, 3/253 SCBs xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xd400-0xd47f mem 0xec800000-0xec80007f irq 10 at device 14.0 on pci0 xl0: Ethernet address: 00:10:5a:a0:db:db miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl1: <3Com 3c905C-TX Fast Etherlink XL> port 0xd000-0xd07f mem 0xec000000-0xec00007f irq 12 at device 15.0 on pci0 xl1: Ethernet address: 00:01:02:c2:91:16 miibus1: on xl1 xlphy1: <3c905C 10/100 internal PHY> on miibus1 xlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto uhci0: port 0xb800-0xb81f irq 5 at device 16.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xb400-0xb41f irq 5 at device 16.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xb000-0xb01f irq 5 at device 16.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at 16.3 irq 5 isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0xa800-0xa80f at device 17.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pcm0: port 0xe000-0xe0ff irq 9 at device 17.5 on pci0 pcm0: orm0: