From owner-freebsd-gnome Sun Jul 7 0:50:40 2002 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 58DD737B400 for ; Sun, 7 Jul 2002 00:50:38 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id C861343E31 for ; Sun, 7 Jul 2002 00:50:37 -0700 (PDT) (envelope-from marcus@FreeBSD.org) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g677nsp4051065 for ; Sun, 7 Jul 2002 03:49:54 -0400 (EDT) (envelope-from marcus@FreeBSD.org) Subject: Possible patch for nautilus freeze From: Joe Marcus Clarke To: gnome@FreeBSD.org Content-Type: multipart/mixed; boundary="=-8BCh1oajyy4KBROqKJXo" X-Mailer: Ximian Evolution 1.0.7 Date: 07 Jul 2002 03:50:19 -0400 Message-Id: <1026028225.404.10.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-8BCh1oajyy4KBROqKJXo Content-Type: text/plain Content-Transfer-Encoding: 7bit Guys, I need your help. I've been trying to hunt down why Nautilus freezes when trying to thumbnail certain images. I think I found the problem. It's in libeel. Attached is a patch that fixes my little test kludge. I'm on the road again (another week, another Networkers), so I can't test Nautilus for real. I would really appreciate it, if someone could stick this file in x11-toolkits/eel2/files, then rebuild and reinstall eel2. Then, try to thumbnail some png or gif images, and let me know if the freeze problem is gone in Nautilus. Thanks! Joe --=-8BCh1oajyy4KBROqKJXo Content-Disposition: attachment; filename=patch-eel_eel-gdk-pixbuf-extensions.c Content-Transfer-Encoding: quoted-printable Content-Type: text/x-c; name=patch-eel_eel-gdk-pixbuf-extensions.c; charset=ISO8859-1 --- eel/eel-gdk-pixbuf-extensions.c.orig Sun Jul 7 03:24:52 2002 +++ eel/eel-gdk-pixbuf-extensions.c Sun Jul 7 03:25:03 2002 @@ -101,7 +101,7 @@ { GnomeVFSResult result; GnomeVFSHandle *handle; - char buffer[LOAD_BUFFER_SIZE]; + static char buffer[LOAD_BUFFER_SIZE]; GnomeVFSFileSize bytes_read; GdkPixbufLoader *loader; GdkPixbuf *pixbuf;=09 --=-8BCh1oajyy4KBROqKJXo-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sun Jul 7 1:30: 7 2002 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 5937C37B400 for ; Sun, 7 Jul 2002 01:30:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0718943E42 for ; Sun, 7 Jul 2002 01:30:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g678U3JU069686 for ; Sun, 7 Jul 2002 01:30:03 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g678U3GP069685; Sun, 7 Jul 2002 01:30:03 -0700 (PDT) Date: Sun, 7 Jul 2002 01:30:03 -0700 (PDT) Message-Id: <200207070830.g678U3GP069685@freefall.freebsd.org> To: gnome@FreeBSD.org Cc: From: Tim Myrick Subject: Re: misc/39002: Nautilus doesn't start Reply-To: Tim Myrick Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The following reply was made to PR misc/39002; it has been noted by GNATS. From: Tim Myrick To: , Cc: Subject: Re: misc/39002: Nautilus doesn't start Date: Sun, 07 Jul 2002 02:44:21 -0500 I have this same issue with 4.6, so it's broken in the new release as well. I have even gone back and tried to install 4.5 so that I would have a working file manager within GNOME and received the same error documented in this bug report. I haven't tried building from the ports collection because the machine that I have installed to is an experimental box without any network connectivity. Tim Myrick shadwolf@alltel.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sun Jul 7 2:48: 9 2002 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 92F7F37B400; Sun, 7 Jul 2002 02:48:06 -0700 (PDT) Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE2A343E52; Sun, 7 Jul 2002 02:48:05 -0700 (PDT) (envelope-from joe@tao.org.uk) Received: by tao.org.uk (Postfix, from userid 100) id E8115232; Sun, 7 Jul 2002 10:47:33 +0100 (BST) Date: Sun, 7 Jul 2002 10:47:33 +0100 From: Josef Karthauser To: Joe Marcus Clarke Cc: cvs@FreeBSD.org, gnome@FreeBSD.org, portmgr@FreeBSD.org Subject: Re: Another repo-copy Message-ID: <20020707094733.GA1188@genius.tao.org.uk> References: <1025850176.1380.122.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline In-Reply-To: <1025850176.1380.122.camel@shumai.marcuscom.com> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 05, 2002 at 02:22:56AM -0400, Joe Marcus Clarke wrote: > I'd like to get the following repo-copy: >=20 > print/ggv --> print/ggv2 >=20 > This goes with my still pending request for: >=20 > misc/gnomeuserdocs --> misc/gnomeuserdocs2 Hi Joe, Both have now been copied. Joe --=20 "As far as the laws of mathematics refer to reality, they are not certain; and as far as they are certain, they do not refer to reality." - Albert Einstein, 1921 --huq684BweRXVnRxX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iEYEARECAAYFAj0oDjQACgkQXVIcjOaxUBamWACgyrtFpW0my8WlSVCG4k2v5lPF RFgAoNljri/72y/YX/YNGIUNaZ5gIyrJ =swsZ -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sun Jul 7 8:38:26 2002 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 E3C3E37B400; Sun, 7 Jul 2002 08:38:24 -0700 (PDT) Received: from ncc-1701.webonaut.com (static62-99-136-018.adsl.inode.at [62.99.136.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD88343E3B; Sun, 7 Jul 2002 08:38:23 -0700 (PDT) (envelope-from klammer@webonaut.com) Received: from mysqlhost (mysqlhost [127.0.0.1]) by ncc-1701.webonaut.com (Postfix) with ESMTP id E0F2A6FAE5; Sun, 7 Jul 2002 17:38:22 +0200 (CEST) Subject: Re: Possible patch for nautilus freeze From: Franz Klammer To: Joe Marcus Clarke Cc: gnome@FreeBSD.org In-Reply-To: <1026028225.404.10.camel@gyros.marcuscom.com> References: <1026028225.404.10.camel@gyros.marcuscom.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 07 Jul 2002 17:38:22 +0200 Message-Id: <1026056303.25113.4.camel@ncc-1701.webonaut.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Am So, 2002-07-07 um 09.50 schrieb Joe Marcus Clarke: > Guys, I need your help. I've been trying to hunt down why Nautilus > freezes when trying to thumbnail certain images. I think I found the > problem. It's in libeel. Attached is a patch that fixes my little test > kludge. I'm on the road again (another week, another Networkers), so I > can't test Nautilus for real. > > I would really appreciate it, if someone could stick this file in > x11-toolkits/eel2/files, then rebuild and reinstall eel2. Then, try to > thumbnail some png or gif images, and let me know if the freeze problem > is gone in Nautilus. Thanks! everything works now. thank you very much! franz. > > Joe > ---- > > --- eel/eel-gdk-pixbuf-extensions.c.orig Sun Jul 7 03:24:52 2002 > +++ eel/eel-gdk-pixbuf-extensions.c Sun Jul 7 03:25:03 2002 > @@ -101,7 +101,7 @@ > { > GnomeVFSResult result; > GnomeVFSHandle *handle; > - char buffer[LOAD_BUFFER_SIZE]; > + static char buffer[LOAD_BUFFER_SIZE]; > GnomeVFSFileSize bytes_read; > GdkPixbufLoader *loader; > GdkPixbuf *pixbuf; -- WEBONAUT.com http://webonaut.com mailto:klammer@webonaut.com Tel.: +43-664-3434708 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sun Jul 7 10: 0:50 2002 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 4580737B400 for ; Sun, 7 Jul 2002 10:00:48 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0DE443EA9 for ; Sun, 7 Jul 2002 10:00:29 -0700 (PDT) (envelope-from fenner@FreeBSD.org) Received: from freefall.freebsd.org (fenner@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g67H0SJU074533 for ; Sun, 7 Jul 2002 10:00:28 -0700 (PDT) (envelope-from fenner@freefall.freebsd.org) Received: (from fenner@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g67H0SKw074515 for gnome@freebsd.org; Sun, 7 Jul 2002 10:00:28 -0700 (PDT) Date: Sun, 7 Jul 2002 10:00:28 -0700 (PDT) From: Bill Fenner Message-Id: <200207071700.g67H0SKw074515@freefall.freebsd.org> To: gnome@freebsd.org Subject: FreeBSD ports: 1 unfetchable distfiles: graphics/librsvg2 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dear gnome@freebsd.org, You are listed as the FreeBSD port maintainer for 1 port whose distfiles [or main web pages] are not fetchable from their MASTER_SITES. Could you please visit http://people.freebsd.org/~fenner/portsurvey/gnome@freebsd.org.html and correct the problems listed there? The individual port with a problem is graphics/librsvg2. Note that the main port web page, as listed in the WWW: line of the pkg-descr, is checked just as though it was a port distfile. This is an unfortunate side effect of the architecture of the distfile survey reporting tool, but if you see a distfile being reported as not fetchable that's not actually a distfile, see if it's from the pkg-descr. If you have already corrected the problems and submitted a PR, please accept my thanks and apologies for the delay in getting the fixes into the tree. This reminder is created automatically and does not (yet) have a way to know if a PR fixing the problem has been submitted. Please do *NOT* send your response to me directly; I do not always have time to commit your fix; please instead submit a PR via 'send-pr' so it doesn't get lost. Problems are usually of two types: 1. The software package has been upgraded and the version in the port has been removed. The best solution to this problem is to upgrade the port to the most current version of the software package. If you are a FreeBSD committer, then you can just upgrade the port directly. If not, you should create the updated port on your own machine, test it (and maybe even run "portlint" on it), and then use "send-pr" to submit a "diff -uNr old-port updated-port". If you added or deleted any files, please make an explicit note of it. 2. The mirror site being used no longer contains the software package in question, or no longer exists. Solutions include: a) If there are other mirror sites, just remove the bad site from the list. (Make sure that what appears to be a bad site isn't actually a problem of type 1, upgrade) b) If the README or other support files in the software documentation mention where to get the software package, use one of those sites. c) Use ftpsearch (http://ftpsearch.ntnu.no/ftpsearch) or other search engines to find another place to get the original DISTFILES. Make sure that you don't pick a FreeBSD distfiles mirror -- if you can't find any other places where the file exists, it can be a LOCAL_PORT or you can simply comment out the MASTER_SITES= line, with a comment explaining why. Once you have a solution, use "send-pr" to submit a "diff -u" of the Makefile. Note that this isn't an urgent issue, as people who try to build the port now will just fall back to the FreeBSD distfiles mirror. Please just put it on your list to do and get to it when you have time. These messages will continue to arrive twice a month until the fix is committed, as a reminder. Thanks, Bill "distfiles" Fenner. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sun Jul 7 10:57: 1 2002 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 6C0B037B400 for ; Sun, 7 Jul 2002 10:56:59 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE26743E6D for ; Sun, 7 Jul 2002 10:56:58 -0700 (PDT) (envelope-from marcus@FreeBSD.org) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g67HuCp4054142; Sun, 7 Jul 2002 13:56:12 -0400 (EDT) (envelope-from marcus@FreeBSD.org) Subject: Re: Possible patch for nautilus freeze From: Joe Marcus Clarke To: Franz Klammer Cc: gnome@FreeBSD.org In-Reply-To: <1026056303.25113.4.camel@ncc-1701.webonaut.com> References: <1026028225.404.10.camel@gyros.marcuscom.com> <1026056303.25113.4.camel@ncc-1701.webonaut.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 07 Jul 2002 13:56:44 -0400 Message-Id: <1026064605.342.3.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 2002-07-07 at 11:38, Franz Klammer wrote: > Am So, 2002-07-07 um 09.50 schrieb Joe Marcus Clarke: > > Guys, I need your help. I've been trying to hunt down why Nautilus > > freezes when trying to thumbnail certain images. I think I found the > > problem. It's in libeel. Attached is a patch that fixes my little test > > kludge. I'm on the road again (another week, another Networkers), so I > > can't test Nautilus for real. > > > > I would really appreciate it, if someone could stick this file in > > x11-toolkits/eel2/files, then rebuild and reinstall eel2. Then, try to > > thumbnail some png or gif images, and let me know if the freeze problem > > is gone in Nautilus. Thanks! > > everything works now. > thank you very much! Cool! I was finally able to X back nautilus last night, so I verified it worked for myself, too. Also, looks like some work is being done on eel to make it more multi-head friendly. I'll try to get this patch committed back to the eel developers. Thanks for testing, Franz. Joe > > franz. > > > > > Joe > > ---- > > > > > --- eel/eel-gdk-pixbuf-extensions.c.orig Sun Jul 7 03:24:52 2002 > > +++ eel/eel-gdk-pixbuf-extensions.c Sun Jul 7 03:25:03 2002 > > @@ -101,7 +101,7 @@ > > { > > GnomeVFSResult result; > > GnomeVFSHandle *handle; > > - char buffer[LOAD_BUFFER_SIZE]; > > + static char buffer[LOAD_BUFFER_SIZE]; > > GnomeVFSFileSize bytes_read; > > GdkPixbufLoader *loader; > > GdkPixbuf *pixbuf; > -- > WEBONAUT.com > http://webonaut.com > mailto:klammer@webonaut.com > Tel.: +43-664-3434708 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-gnome" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sun Jul 7 11:22:18 2002 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 AB7A137B400 for ; Sun, 7 Jul 2002 11:22:16 -0700 (PDT) Received: from smtp.web.de (smtp01.web.de [194.45.170.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30A6E43E09 for ; Sun, 7 Jul 2002 11:22:16 -0700 (PDT) (envelope-from Jan.Lentfer@web.de) Received: from [217.82.38.36] (helo=floundjan.homeip.net) by smtp.web.de with esmtp (WEB.DE(Exim) 4.70 #5) id 17RGfm-0004on-00 for gnome@freebsd.org; Sun, 07 Jul 2002 20:22:14 +0200 Received: from localhost (localhost.lan [127.0.0.1]) by floundjan.homeip.net (Postfix on FreeBSD 4.5) with ESMTP id DE9D43F9 for ; Sun, 7 Jul 2002 20:22:13 +0200 (CEST) Received: from jan-linnb.lan (jan-linnb.lan [192.168.0.25]) by floundjan.homeip.net (Postfix on FreeBSD 4.5) with ESMTP id B599637C for ; Sun, 7 Jul 2002 20:22:10 +0200 (CEST) Subject: can't build gal-0.19.3 from ports From: Jan Lentfer To: gnome@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 07 Jul 2002 20:20:40 +0200 Message-Id: <1026066041.2275.23.camel@jan-linnb.lan> Mime-Version: 1.0 X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This does not seem to be the issue with missing headers, since I have gnomecanvas AND libgnomecanvas installed: jan-alpha# pkg_info | grep canva gnomecanvas-0.18.0 A graphics library for GNOME libgnomecanvas-2.0.1 A graphics library for GNOME The build fails with: cc -O -pipe -mcpu=ev56 -I/usr/X11R6/include -Wall -Wunused -L/usr/X11R6/lib -o e-completion-test e-completion-test.o .libs/libetext.al -L/usr/local/lib ../../gal/e-table/.libs/libetable.al -Wl,-E -L/usr/X11R6/lib -L/usr/local/lib -lgnomeprint -lfreetype -lglade-gnome -lglade -lxml -lXpm -ljpeg -lgnomeui -lart_lgpl -lgdk_imlib -ltiff -lungif -lpng -lz -lSM -lICE -lgnome -lgnomesupport -lesd -lgnugetopt -laudiofile -lgdk_pixbuf -lgtk12 -lgdk12 -lgmodule12 -lglib12 -lintl -lXext -lX11 -lm -lgnomecanvaspixbuf -L/usr/X11R6/lib -lgdk_imlib -ltiff -lungif -lpng -lz -lm -L/usr/X11R6/lib -L/usr/X11R6/lib -lgtk12 -lgdk12 -L/usr/local/lib -Wl,-E -lgmodule12 -lglib12 -lintl -lXext -lX11 -lm -L/usr/local/lib -liconv ../../gal/widgets/.libs/libwidgets.al -liconv ../../gal/unicode/.libs/libunicode.al ../../gal/util/.libs/libutil.al -L/usr/local/lib ../../gal/util/.libs/libutil.al(e-util.lo): In function `e_strdup_append_strings': e-util.lo(.text+0x2d08): undefined reference to `va_copy' e-util.lo(.text+0x2d0c): undefined reference to `va_copy' gmake[3]: *** [e-completion-test] Error 1 gmake[3]: Leaving directory `/usr/ports/x11-toolkits/gal/work/gal-0.19.3/gal/e-text' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/x11-toolkits/gal/work/gal-0.19.3/gal' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/x11-toolkits/gal/work/gal-0.19.3' gmake: *** [all-recursive-am] Error 2 *** Error code 2 Stop in /usr/ports/x11-toolkits/gal. jan-alpha# Any help appreciated, Jan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sun Jul 7 13:13:22 2002 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 E299A37B400 for ; Sun, 7 Jul 2002 13:13:21 -0700 (PDT) Received: from zircon.seattle.wa.us (sense-sea-CovadSub-0-80.oz.net [216.39.147.80]) by mx1.FreeBSD.org (Postfix) with SMTP id 1E52943E09 for ; Sun, 7 Jul 2002 13:13:21 -0700 (PDT) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 59965 invoked from network); 7 Jul 2002 20:06:38 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 7 Jul 2002 20:06:38 -0000 Subject: Re: gdm hangs after entering username From: Joe Kelsey To: James Satterfield Cc: freebsd-gnome@freebsd.org In-Reply-To: <00eb01c224a3$4eec3f90$0feba8c0@sphynx> References: <00eb01c224a3$4eec3f90$0feba8c0@sphynx> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 07 Jul 2002 13:06:38 -0700 Message-Id: <1026072398.14017.186.camel@zircon.zircon.seattle.wa.us> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 2002-07-05 at 21:12, James Satterfield wrote: > As this has happened on every system I've compiled the gnome2 port on, > I would imagine it's a known issue. I cannot find any errors in any logs. > Upon entering a username, I never get a field to enter the password. > System options like shutdown/reboot and whatnot are still responsive tho. The problem is pango. You need to cvsup the change to pango to not link libc in the shared library creation. Once I did that, gdm2 magically started working. /Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sun Jul 7 13:22:54 2002 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 5AE3337B400 for ; Sun, 7 Jul 2002 13:22:51 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EFAD43E09 for ; Sun, 7 Jul 2002 13:22:50 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g67KM2p4055016; Sun, 7 Jul 2002 16:22:03 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: can't build gal-0.19.3 from ports From: Joe Marcus Clarke To: Jan Lentfer Cc: gnome@FreeBSD.ORG In-Reply-To: <1026066041.2275.23.camel@jan-linnb.lan> References: <1026066041.2275.23.camel@jan-linnb.lan> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 07 Jul 2002 16:22:36 -0400 Message-Id: <1026073357.345.3.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 2002-07-07 at 14:20, Jan Lentfer wrote: > This does not seem to be the issue with missing headers, since I have > gnomecanvas AND libgnomecanvas installed: You may want to rebuild and reinstall glib12. va_copy() is not defined in FreeBSD (4.x anyway), and should not be used by glib. However, it looks like for whatever reason, glib's configure found a va_copy, and defined G_VA_COPY to be va_copy. The G_VA_COPY macro should be defined to be as a simple assignment. Joe > > > jan-alpha# pkg_info | grep canva > gnomecanvas-0.18.0 A graphics library for GNOME > libgnomecanvas-2.0.1 A graphics library for GNOME > > > The build fails with: > cc -O -pipe -mcpu=ev56 -I/usr/X11R6/include -Wall -Wunused > -L/usr/X11R6/lib -o e-completion-test e-completion-test.o > .libs/libetext.al -L/usr/local/lib ../../gal/e-table/.libs/libetable.al > -Wl,-E -L/usr/X11R6/lib -L/usr/local/lib -lgnomeprint -lfreetype > -lglade-gnome -lglade -lxml -lXpm -ljpeg -lgnomeui -lart_lgpl > -lgdk_imlib -ltiff -lungif -lpng -lz -lSM -lICE -lgnome -lgnomesupport > -lesd -lgnugetopt -laudiofile -lgdk_pixbuf -lgtk12 -lgdk12 -lgmodule12 > -lglib12 -lintl -lXext -lX11 -lm -lgnomecanvaspixbuf -L/usr/X11R6/lib > -lgdk_imlib -ltiff -lungif -lpng -lz -lm -L/usr/X11R6/lib > -L/usr/X11R6/lib -lgtk12 -lgdk12 -L/usr/local/lib -Wl,-E -lgmodule12 > -lglib12 -lintl -lXext -lX11 -lm -L/usr/local/lib -liconv > ../../gal/widgets/.libs/libwidgets.al -liconv > ../../gal/unicode/.libs/libunicode.al ../../gal/util/.libs/libutil.al > -L/usr/local/lib > ../../gal/util/.libs/libutil.al(e-util.lo): In function > `e_strdup_append_strings': > e-util.lo(.text+0x2d08): undefined reference to `va_copy' > e-util.lo(.text+0x2d0c): undefined reference to `va_copy' > gmake[3]: *** [e-completion-test] Error 1 > gmake[3]: Leaving directory > `/usr/ports/x11-toolkits/gal/work/gal-0.19.3/gal/e-text' > gmake[2]: *** [all-recursive] Error 1 > gmake[2]: Leaving directory > `/usr/ports/x11-toolkits/gal/work/gal-0.19.3/gal' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory > `/usr/ports/x11-toolkits/gal/work/gal-0.19.3' > gmake: *** [all-recursive-am] Error 2 > *** Error code 2 > > Stop in /usr/ports/x11-toolkits/gal. > jan-alpha# > > > Any help appreciated, > > Jan > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-gnome" in the body of the message > -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sun Jul 7 13:26:46 2002 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 67C5837B400 for ; Sun, 7 Jul 2002 13:26:44 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEE7443E42 for ; Sun, 7 Jul 2002 13:26:43 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.4/8.12.4) with SMTP id g67KQebM038072; Sun, 7 Jul 2002 16:26:40 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 7 Jul 2002 16:26:40 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Joe Marcus Clarke Cc: gnome@FreeBSD.ORG Subject: Re: Problem building imlib In-Reply-To: <1025990919.369.3.camel@gyros.marcuscom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Yes, fixed, thanks! Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories On 6 Jul 2002, Joe Marcus Clarke wrote: > On Sat, 2002-07-06 at 12:27, Robert Watson wrote: > > > > This is with -CURRENT of about a week ago, and ports tree of a day or so > > ago. Any suggestions? > > Make sure you have rev 1.5 of Mk/bsd.gnomeng.mk. This should take care > of the problem you're seeing. > > Joe > > > > > ===> Extracting for xchat-1.8.9 > > >> Checksum OK for xchat-1.8.9.tar.bz2. > > ===> xchat-1.8.9 depends on executable: gmake - found > > ===> xchat-1.8.9 depends on executable: perl5.6.1 - found > > ===> xchat-1.8.9 depends on shared library: iconv.3 - found > > ===> xchat-1.8.9 depends on shared library: X11.6 - found > > ===> xchat-1.8.9 depends on shared library: glib12.3 - found > > ===> xchat-1.8.9 depends on shared library: gtk12.2 - found > > ===> xchat-1.8.9 depends on shared library: Imlib.5 - not found > > ===> Verifying install for Imlib.5 in /usr/ports/graphics/imlib > > ===> Configuring for imlib-1.9.14_1 > > -e "s^%%LOCALBASE%%^/usr/local^" > > /usr/ports/graphics/imlib/work/imlib-1.9.14/imlib-config.in > > -e: not found > > *** Error code 127 > > > > Stop in /usr/ports/graphics/imlib. > > *** Error code 1 > > > > Stop in /usr/ports/irc/xchat. > > > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-gnome" in the body of the message > > > -- > PGP Key : http://www.marcuscom.com/pgp.asc > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sun Jul 7 13:30:11 2002 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 506CC37B407 for ; Sun, 7 Jul 2002 13:30:06 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2273F43E4A for ; Sun, 7 Jul 2002 13:30:05 -0700 (PDT) (envelope-from marcus@freebsd.org) Received: from gyros.marcuscom.com (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g67KTIp8055080 for ; Sun, 7 Jul 2002 16:29:19 -0400 (EDT) (envelope-from marcus@freebsd.org) Received: from gyros.marcuscom.com (localhost [127.0.0.1]) by gyros.marcuscom.com (8.12.5/8.12.5) with ESMTP id g677WNja038076 for ; Sun, 7 Jul 2002 03:32:23 -0400 (EDT) (envelope-from marcus@FreeBSD.org) Received: (from marcus@localhost) by gyros.marcuscom.com (8.12.5/8.12.5/Submit) id g677WMRa038075; Sun, 7 Jul 2002 03:32:22 -0400 (EDT) X-Authentication-Warning: gyros.marcuscom.com: marcus set sender to marcus@FreeBSD.org using -f Subject: Possible patch for nautilus freeze From: Joe Marcus Clarke To: gnome@freebsd.org Content-Type: multipart/mixed; boundary="=-pLaf9qeAqblOBWh+EQ9N" X-Mailer: Ximian Evolution 1.0.7 Date: 07 Jul 2002 03:32:22 -0400 Message-Id: <1026027142.404.5.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-pLaf9qeAqblOBWh+EQ9N Content-Type: text/plain Content-Transfer-Encoding: 7bit Guys, I need your help. I've been trying to hunt down why Nautilus freezes when trying to thumbnail certain images. I think I found the problem. It's in libeel. Attached is a patch that fixes my little test kludge. I'm on the road again (another week, another Networkers), so I can't test Nautilus for real. I would really appreciate it, if someone could stick this file in x11-toolkits/eel2/files, then rebuild and reinstall eel2. Then, try to thumbnail some png or gif images, and let me know if the freeze problem is gone in Nautilus. Thanks! Joe --=-pLaf9qeAqblOBWh+EQ9N Content-Disposition: attachment; filename=patch-eel_eel-gdk-pixbuf-extensions.c Content-Transfer-Encoding: quoted-printable Content-Type: text/x-c; name=patch-eel_eel-gdk-pixbuf-extensions.c; charset=ISO8859-1 --- eel/eel-gdk-pixbuf-extensions.c.orig Sun Jul 7 03:24:52 2002 +++ eel/eel-gdk-pixbuf-extensions.c Sun Jul 7 03:25:03 2002 @@ -101,7 +101,7 @@ { GnomeVFSResult result; GnomeVFSHandle *handle; - char buffer[LOAD_BUFFER_SIZE]; + static char buffer[LOAD_BUFFER_SIZE]; GnomeVFSFileSize bytes_read; GdkPixbufLoader *loader; GdkPixbuf *pixbuf;=09 --=-pLaf9qeAqblOBWh+EQ9N-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sun Jul 7 13:33:48 2002 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 4C0AD37B405 for ; Sun, 7 Jul 2002 13:33:47 -0700 (PDT) Received: from zircon.seattle.wa.us (sense-sea-CovadSub-0-80.oz.net [216.39.147.80]) by mx1.FreeBSD.org (Postfix) with SMTP id 7835F43E5E for ; Sun, 7 Jul 2002 13:33:46 -0700 (PDT) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 10593 invoked from network); 7 Jul 2002 20:33:44 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 7 Jul 2002 20:33:44 -0000 Subject: Re: ports/40205: gnome2 fails in libgnomeui From: Joe Kelsey To: Joe Marcus Clarke Cc: gnome@FreeBSD.org In-Reply-To: <200207042330.g64NUF2D078245@freefall.freebsd.org> References: <200207042330.g64NUF2D078245@freefall.freebsd.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 07 Jul 2002 13:33:44 -0700 Message-Id: <1026074024.14017.190.camel@zircon.zircon.seattle.wa.us> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Yes, I did indeed remove the offending libgnome. However the problem persists. libbonoboui.h clearly wants to include a file called libgnome/gnome-defs.h. However, gnome-defs.h definitly does not exist in /usr/X11R6/include/libgnome-2.0/libgnome. I have reinstalled both libgnome and libbonoboui multiple times and still encounter the same error, libgnome/gnome-defs.h simply does not exist. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sun Jul 7 13:34:28 2002 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 1FCC037B400 for ; Sun, 7 Jul 2002 13:34:27 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86E6C43E54 for ; Sun, 7 Jul 2002 13:34:26 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g67KXcp4055135; Sun, 7 Jul 2002 16:33:38 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: misc/39002: Nautilus doesn't start From: Joe Marcus Clarke To: Tim Myrick Cc: gnome@FreeBSD.ORG In-Reply-To: <200207070830.g678U3GP069685@freefall.freebsd.org> References: <200207070830.g678U3GP069685@freefall.freebsd.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 07 Jul 2002 16:34:06 -0400 Message-Id: <1026074052.345.9.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 2002-07-07 at 04:30, Tim Myrick wrote: > The following reply was made to PR misc/39002; it has been noted by GNATS. > > From: Tim Myrick > To: , > Cc: > Subject: Re: misc/39002: Nautilus doesn't start > Date: Sun, 07 Jul 2002 02:44:21 -0500 > > I have this same issue with 4.6, so it's broken in the new release as well. > I have even gone back and tried to install 4.5 so that I would have a > working file manager within GNOME and received the same error documented in > this bug report. I haven't tried building from the ports collection because > the machine that I have installed to is an experimental box without any > network connectivity. I'll try and build another package of Nautilus as there have been reports that the package building cluster may be having some problems. Of course, you will need Internet access to get the new package, and it might be easier to simply build from ports. Joe > > Tim Myrick > shadwolf@alltel.net > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-gnome" in the body of the message > -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sun Jul 7 13:36:37 2002 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 B34E437B401 for ; Sun, 7 Jul 2002 13:36:33 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0C9643E5E for ; Sun, 7 Jul 2002 13:36:32 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g67KZjp4055166; Sun, 7 Jul 2002 16:35:46 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: gnumeric port failed to compile From: Joe Marcus Clarke To: Feczak Szabolcs Cc: gnome@FreeBSD.ORG In-Reply-To: <20020704154614.GA29014@koli.kando.hu> References: <20020704154614.GA29014@koli.kando.hu> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 07 Jul 2002 16:36:19 -0400 Message-Id: <1026074180.345.13.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 2002-07-04 at 11:46, Feczak Szabolcs wrote: > Here is the output from the error: These are always a bit tricky, but the bottom line is you have some outdated include directories lingering about on your system. The libxml directories you should have in ${LOCALBASE}/include are as follows: libxml2/ gnome-xml/ It looks like you may have a /usr/local/include/libxml directory. If you do, delete it, and update to the latest versions of libxml and libxml2. Joe > > /include/gnome-1.0 -I/usr/X11R6/include -DNEED_GNOMESUPPORT_H -I/usr/X11R6/lib/gnome-libs/include -I/usr/X11R6/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/X11R6/include/gdk-pixbuf-1.0 -I/usr/local/include/gnome-xml -I/usr/X11R6/include/libglade-1.0 -I/usr/local/include/orbit-1.0 -I/usr/local/include -D_THREAD_SAFE -I/usr/X11R6/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/X11R6/include -O -pipe -I/usr/X11R6/include -Wall -Wunused -Wsign-promo -Wsign-compare -Wpointer-arith -Wnested-externs -Wchar-subscripts -c dialog-cell-comment.c > In file included from ../../src/sheet-object.h:7, > from ../../src/sheet-object-cell-comment.h:4, > from dialog-cell-comment.c:15: > ../../src/xml-io.h:11: libxml/tree.h: No such file or directory > ../../src/xml-io.h:12: libxml/xmlmemory.h: No such file or directory > In file included from ../../src/sheet-object.h:7, > from ../../src/sheet-object-cell-comment.h:4, > from dialog-cell-comment.c:15: > ../../src/xml-io.h:16: syntax error before `cur' > ../../src/xml-io.h:19: syntax error before `tree' > ../../src/xml-io.h:25: syntax error before `xmlDocPtr' > ../../src/xml-io.h:59: syntax error before `doc' > ../../src/xml-io.h:61: syntax error before `doc' > ../../src/xml-io.h:69: syntax error before `xml_workbook_write' > ../../src/xml-io.h:70: warning: type defaults to `int' in declaration of `xml_workbook_write' > ../../src/xml-io.h:70: warning: data definition has no type or storage class > ../../src/xml-io.h:74: syntax error before `xmlNodePtr' > ../../src/xml-io.h:76: syntax error before `xml_check_version' > ../../src/xml-io.h:76: syntax error before `doc' > ../../src/xml-io.h:77: warning: type defaults to `int' in declaration of `xml_check_version' > ../../src/xml-io.h:77: warning: data definition has no type or storage class > ../../src/xml-io.h:79: syntax error before `*' > ../../src/xml-io.h:80: warning: type defaults to `int' in declaration of `xml_cellregion_write' > ../../src/xml-io.h:80: warning: data definition has no type or storage class > ../../src/xml-io.h:85: syntax error before `*' > ../../src/xml-io.h:85: syntax error before `node' > ../../src/xml-io.h:85: warning: type defaults to `int' in declaration of `xml_node_get_cstr' > ../../src/xml-io.h:85: warning: data definition has no type or storage class > ../../src/xml-io.h:86: syntax error before `node' > ../../src/xml-io.h:87: syntax error before `node' > ../../src/xml-io.h:88: syntax error before `node' > ../../src/xml-io.h:89: syntax error before `node' > ../../src/xml-io.h:90: syntax error before `node' > ../../src/xml-io.h:91: syntax error before `node' > ../../src/xml-io.h:92: syntax error before `node' > ../../src/xml-io.h:94: syntax error before `xml_write_style' > ../../src/xml-io.h:94: warning: type defaults to `int' in declaration of `xml_write_style' > ../../src/xml-io.h:94: warning: data definition has no type or storage class > ../../src/xml-io.h:95: syntax error before `xmlNodePtr' > In file included from ../../src/sheet-object-cell-comment.h:4, > from dialog-cell-comment.c:15: > ../../src/sheet-object.h:56: syntax error before `xmlNodePtr' > ../../src/sheet-object.h:57: syntax error before `sheet_object_write_xml' > ../../src/sheet-object.h:58: warning: type defaults to `int' in declaration of `sheet_object_write_xml' > ../../src/sheet-object.h:58: warning: data definition has no type or storage class > gmake[3]: *** [dialog-cell-comment.o] Error 1 > gmake[3]: Leaving directory `/home/ports/math/gnumeric/work/gnumeric-1.0.8/src/dialogs' > gmake[2]: *** [all-recursive] Error 1 > gmake[2]: Leaving directory `/home/ports/math/gnumeric/work/gnumeric-1.0.8/src' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/home/ports/math/gnumeric/work/gnumeric-1.0.8' > gmake: *** [all-recursive-am] Error 2 > *** Error code 2 > > Stop in /home/ports/math/gnumeric. > > Please investigate, > for any further questions I answer gladly > > Thanks > > -- > Feczo ___________________________ > <-- http://feczo.koli.kando.hu --> > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-gnome" in the body of the message > -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sun Jul 7 13:38:19 2002 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 EF35937B400 for ; Sun, 7 Jul 2002 13:38:17 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F36B43E54 for ; Sun, 7 Jul 2002 13:38:17 -0700 (PDT) (envelope-from marcus@FreeBSD.org) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g67KbUp4055182; Sun, 7 Jul 2002 16:37:31 -0400 (EDT) (envelope-from marcus@FreeBSD.org) Subject: Re: ports/40205: gnome2 fails in libgnomeui From: Joe Marcus Clarke To: Joe Kelsey Cc: gnome@FreeBSD.org In-Reply-To: <1026074024.14017.190.camel@zircon.zircon.seattle.wa.us> References: <200207042330.g64NUF2D078245@freefall.freebsd.org> <1026074024.14017.190.camel@zircon.zircon.seattle.wa.us> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 07 Jul 2002 16:38:04 -0400 Message-Id: <1026074285.345.15.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 2002-07-07 at 16:33, Joe Kelsey wrote: > Yes, I did indeed remove the offending libgnome. > > However the problem persists. libbonoboui.h clearly wants to include a > file called libgnome/gnome-defs.h. However, gnome-defs.h definitly does > not exist in /usr/X11R6/include/libgnome-2.0/libgnome. I have > reinstalled both libgnome and libbonoboui multiple times and still > encounter the same error, libgnome/gnome-defs.h simply does not exist. Looks like you still have an old directory somewhere. gnome-defs.h is part of GNOME 1.4.1. See if you have any /usr/X11R6/include/gnome.h file lying around (or any other orphaned header that is including gnome-defs.h). Joe > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-gnome" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sun Jul 7 13:46:40 2002 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 6367937B400 for ; Sun, 7 Jul 2002 13:46:39 -0700 (PDT) Received: from smtp.web.de (smtp02.web.de [217.72.192.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6A6643E42 for ; Sun, 7 Jul 2002 13:46:38 -0700 (PDT) (envelope-from Jan.Lentfer@web.de) Received: from [217.82.38.36] (helo=floundjan.homeip.net) by smtp.web.de with esmtp (WEB.DE(Exim) 4.70 #5) id 17RIvW-0005KB-00; Sun, 07 Jul 2002 22:46:38 +0200 Received: from localhost (localhost.lan [127.0.0.1]) by floundjan.homeip.net (Postfix on FreeBSD 4.5) with ESMTP id 41D4D6D; Sun, 7 Jul 2002 22:46:37 +0200 (CEST) Received: from jan-linnb.lan (jan-linnb.lan [192.168.0.25]) by floundjan.homeip.net (Postfix on FreeBSD 4.5) with ESMTP id 1ABFF37C; Sun, 7 Jul 2002 22:46:34 +0200 (CEST) Subject: Re: can't build gal-0.19.3 from ports From: Jan Lentfer To: Joe Marcus Clarke Cc: Jan Lentfer , gnome@FreeBSD.ORG In-Reply-To: <1026073357.345.3.camel@gyros.marcuscom.com> References: <1026066041.2275.23.camel@jan-linnb.lan> <1026073357.345.3.camel@gyros.marcuscom.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 07 Jul 2002 22:45:03 +0200 Message-Id: <1026074703.2275.43.camel@jan-linnb.lan> Mime-Version: 1.0 X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Am Son, 2002-07-07 um 22.22 schrieb Joe Marcus Clarke: > On Sun, 2002-07-07 at 14:20, Jan Lentfer wrote: > > This does not seem to be the issue with missing headers, since I have > > gnomecanvas AND libgnomecanvas installed: > > You may want to rebuild and reinstall glib12. va_copy() is not defined > in FreeBSD (4.x anyway), and should not be used by glib. However, it > looks like for whatever reason, glib's configure found a va_copy, and > defined G_VA_COPY to be va_copy. The G_VA_COPY macro should be defined > to be as a simple assignment. That did it.... how did you know? The configure script in glib12 check for va_copy and said "no" - how did get in there last time I compiled? Jan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sun Jul 7 13:53:56 2002 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 DC70B37B400 for ; Sun, 7 Jul 2002 13:53:54 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11D3443E42 for ; Sun, 7 Jul 2002 13:53:54 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g67Kr7p4055319; Sun, 7 Jul 2002 16:53:07 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: can't build gal-0.19.3 from ports From: Joe Marcus Clarke To: Jan Lentfer Cc: Jan Lentfer , gnome@FreeBSD.ORG In-Reply-To: <1026074703.2275.43.camel@jan-linnb.lan> References: <1026066041.2275.23.camel@jan-linnb.lan> <1026073357.345.3.camel@gyros.marcuscom.com> <1026074703.2275.43.camel@jan-linnb.lan> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 07 Jul 2002 16:53:40 -0400 Message-Id: <1026075221.345.20.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 2002-07-07 at 16:45, Jan Lentfer wrote: > Am Son, 2002-07-07 um 22.22 schrieb Joe Marcus Clarke: > > On Sun, 2002-07-07 at 14:20, Jan Lentfer wrote: > > > This does not seem to be the issue with missing headers, since I have > > > gnomecanvas AND libgnomecanvas installed: > > > > You may want to rebuild and reinstall glib12. va_copy() is not defined > > in FreeBSD (4.x anyway), and should not be used by glib. However, it > > looks like for whatever reason, glib's configure found a va_copy, and > > defined G_VA_COPY to be va_copy. The G_VA_COPY macro should be defined > > to be as a simple assignment. > > That did it.... how did you know? The configure script in glib12 check > for va_copy and said "no" - how did get in there last time I compiled? Glad it's working. I'm not sure how that va_copy snook in there. Joe > > Jan > > -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sun Jul 7 14:24:33 2002 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 10F9B37B400 for ; Sun, 7 Jul 2002 14:24:32 -0700 (PDT) Received: from zircon.seattle.wa.us (sense-sea-CovadSub-0-80.oz.net [216.39.147.80]) by mx1.FreeBSD.org (Postfix) with SMTP id 1158243E31 for ; Sun, 7 Jul 2002 14:24:31 -0700 (PDT) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 18461 invoked from network); 7 Jul 2002 21:24:28 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 7 Jul 2002 21:24:28 -0000 Subject: Re: ports/40205: gnome2 fails in libgnomeui From: Joe Kelsey To: Joe Marcus Clarke Cc: gnome@FreeBSD.org In-Reply-To: <1026074285.345.15.camel@gyros.marcuscom.com> References: <200207042330.g64NUF2D078245@freefall.freebsd.org> <1026074024.14017.190.camel@zircon.zircon.seattle.wa.us> <1026074285.345.15.camel@gyros.marcuscom.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 07 Jul 2002 14:24:28 -0700 Message-Id: <1026077068.10639.1.camel@zircon.zircon.seattle.wa.us> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 2002-07-07 at 13:38, Joe Marcus Clarke wrote: > On Sun, 2002-07-07 at 16:33, Joe Kelsey wrote: > > Yes, I did indeed remove the offending libgnome. > > > > However the problem persists. libbonoboui.h clearly wants to include a > > file called libgnome/gnome-defs.h. However, gnome-defs.h definitly does > > not exist in /usr/X11R6/include/libgnome-2.0/libgnome. I have > > reinstalled both libgnome and libbonoboui multiple times and still > > encounter the same error, libgnome/gnome-defs.h simply does not exist. > > Looks like you still have an old directory somewhere. gnome-defs.h is > part of GNOME 1.4.1. See if you have any /usr/X11R6/include/gnome.h > file lying around (or any other orphaned header that is including > gnome-defs.h). /usr/X11R6/include/bonobo/ was the latest offending leftover directory. I'll report any other issuse if they come up. /Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sun Jul 7 18:16:15 2002 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 D2D8237B400 for ; Sun, 7 Jul 2002 18:16:13 -0700 (PDT) Received: from zircon.seattle.wa.us (sense-sea-CovadSub-0-80.oz.net [216.39.147.80]) by mx1.FreeBSD.org (Postfix) with SMTP id EDA8C43E4A for ; Sun, 7 Jul 2002 18:16:12 -0700 (PDT) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 17322 invoked from network); 8 Jul 2002 01:16:11 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 8 Jul 2002 01:16:11 -0000 Subject: Re: ports/40205: gnome2 fails in libgnomeui From: Joe Kelsey To: Joe Marcus Clarke Cc: gnome@FreeBSD.org In-Reply-To: <1026077068.10639.1.camel@zircon.zircon.seattle.wa.us> References: <200207042330.g64NUF2D078245@freefall.freebsd.org> <1026074024.14017.190.camel@zircon.zircon.seattle.wa.us> <1026074285.345.15.camel@gyros.marcuscom.com> <1026077068.10639.1.camel@zircon.zircon.seattle.wa.us> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 07 Jul 2002 18:16:11 -0700 Message-Id: <1026090971.17223.4.camel@zircon.zircon.seattle.wa.us> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 2002-07-07 at 14:24, Joe Kelsey wrote: > On Sun, 2002-07-07 at 13:38, Joe Marcus Clarke wrote: > > On Sun, 2002-07-07 at 16:33, Joe Kelsey wrote: > > > Yes, I did indeed remove the offending libgnome. > > > > > > However the problem persists. libbonoboui.h clearly wants to include a > > > file called libgnome/gnome-defs.h. However, gnome-defs.h definitly does > > > not exist in /usr/X11R6/include/libgnome-2.0/libgnome. I have > > > reinstalled both libgnome and libbonoboui multiple times and still > > > encounter the same error, libgnome/gnome-defs.h simply does not exist. > > > > Looks like you still have an old directory somewhere. gnome-defs.h is > > part of GNOME 1.4.1. See if you have any /usr/X11R6/include/gnome.h > > file lying around (or any other orphaned header that is including > > gnome-defs.h). > /usr/X11R6/include/bonobo/ was the latest offending leftover directory. > I'll report any other issuse if they come up. Gnome2 built correctly. I didn't even have the gnome-session core dump that I had at work. Now, I am getting errors from rep about not being able to save session and configuration parameters... /Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sun Jul 7 18:33:16 2002 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 D7A9337B400 for ; Sun, 7 Jul 2002 18:33:14 -0700 (PDT) Received: from zircon.seattle.wa.us (sense-sea-CovadSub-0-80.oz.net [216.39.147.80]) by mx1.FreeBSD.org (Postfix) with SMTP id BC04B43E09 for ; Sun, 7 Jul 2002 18:33:13 -0700 (PDT) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 17589 invoked from network); 8 Jul 2002 01:33:12 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 8 Jul 2002 01:33:12 -0000 Subject: Preferences errors gnome2 From: Joe Kelsey To: freebsd-gnome@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 07 Jul 2002 18:33:12 -0700 Message-Id: <1026091992.17474.3.camel@zircon.zircon.seattle.wa.us> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Every time I start Gnome2, I get a lot of error boxes about not being able to set or get preferences. The error is: An error occurred while loading or saving configuration information for gnome-panel. Some of your configuration settings may not work properly. and the details: Configuration server couldn't be contacted: CORBA error: IDL:omg.org/CORBA/BAD_OPERATION:1.0 Basically gconfd-2 is not running and it doesn't seem to want to run (I tried starting it manually). Any ideas? /Joe p.s., when are the gnome archives actually going to be available from the FreeBSD mailing list site? We cannot search freebsd-gnome and we cannot look at anything but this week there. It prevents me from accessing all of the good advice from last week... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sun Jul 7 19:31:25 2002 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 A79A037B400 for ; Sun, 7 Jul 2002 19:31:24 -0700 (PDT) Received: from mail010.syd.optusnet.com.au (mail010.syd.optusnet.com.au [210.49.20.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 874D143E5E for ; Sun, 7 Jul 2002 19:31:23 -0700 (PDT) (envelope-from satare@optusnet.com.au) Received: from webmail05.syd.optusnet.com.au (webmail05.syd.optusnet.com.au [210.49.20.116]) by mail010.syd.optusnet.com.au (8.11.1/8.11.1) with ESMTP id g682VMr09680 for ; Mon, 8 Jul 2002 12:31:22 +1000 Message-Id: <200207080231.g682VMr09680@mail010.syd.optusnet.com.au> Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.411 (Entity 5.404) Received: from [203.13.126.19] as user satare@optusnet.com.au by webmail.optusnet.com.au with HTTP; From: Michael Ross To: gnome@freebsd.org Date: Mon, 08 Jul 2002 12:31:22 +1000 Subject: any gotchas for gnome2 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I have a fresh copy of 4.6 installed on my machine.. minimal install. I was going to start cvsup'ing tonight and rebuilding the world. Ideally I was going to put Xfree4.2.0 on it with gnome 2. I've been reading the gnome mailing list for a few weeks now and have seen quite a few problems listed for it. What should I be aware of bearing in mind I am doing a fresh install ? thanks in advance, Michael Ross satare@optusnet.com.au To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Mon Jul 8 7:52:41 2002 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 E301437B400 for ; Mon, 8 Jul 2002 07:52:40 -0700 (PDT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 398B143E31 for ; Mon, 8 Jul 2002 07:52:40 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP id GQF37091 for ; Mon, 08 Jul 2002 07:52:36 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Postfix) with ESMTP id 7FE2A5D03 for ; Mon, 8 Jul 2002 07:52:38 -0700 (PDT) To: gnome@freebsd.org Subject: Building a Gnome based app to FreeBSD Date: Mon, 08 Jul 2002 07:52:38 -0700 From: "Kevin Oberman" Message-Id: <20020708145238.7FE2A5D03@ptavv.es.net> Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I would like to build a Gnome based Linux tool (gnochive) on FreeBSD Stable with Gnome1. I know to define GLIB_CONFIG and GTK_CONFIG to point to the right places, but I am unsure what else I might need to deal with. The immediate problem is finding gnome-vfs-init.h. I suspect that I need to add another include directory, but there are a LOT of includes in the Makefile and I'd like to get it done right. If I can get it to work, I might try turning it into a port. I've done FreeBSD ports, but never involving Gnome. R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Mon Jul 8 9:16:34 2002 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 58CD737B400 for ; Mon, 8 Jul 2002 09:16:33 -0700 (PDT) Received: from gilliam.users.flyingcroc.net (gilliam.users.flyingcroc.net [207.246.128.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AE1E43E31 for ; Mon, 8 Jul 2002 09:16:33 -0700 (PDT) (envelope-from joek@mail.flyingcroc.net) Received: from flyingcroc.net (unx48.staff.flyingcroc.net [207.246.150.48]) by gilliam.users.flyingcroc.net (8.9.3/8.9.3) with ESMTP id JAA83987 for ; Mon, 8 Jul 2002 09:16:32 -0700 (PDT) Message-ID: <3D29BAE0.1080100@flyingcroc.net> Date: Mon, 08 Jul 2002 09:16:32 -0700 From: Joe Kelsey User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020607 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-gnome Subject: gnome-session core dump solved Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I finally solved the gnome-session core dump. Once again, it was a leftover library that somehow did not get cleaned up properly during an upgrade (probbaly before I was consistently using portupgrade). Somehow, I ended up with an old libfreetype.so.6 hanging around in /usr/X11R6/lib! This got stuck in front of the actual /usr/local/lib/libfreetype.so.9 that was supposed to be used, so gnome-session (and other apps) blithely core dumped. I suppose that somewhere in the confusing period during my transition from freetype1 to freetype2, I managed to not clean up all of the remnants of various libs. I also seem to recall that freetype2 moved from X11R6 to local at some point and that is probably what caused the problem. Anyway, I had to relink all of the gnome2 apps, which is a royal pain in the ass! You cannot do it from the meta-port without rebuilding the entire world and instead have to list the problem ports individually...sigh... Anyway, gnome-session now works great. If I could only get past the password problem with gdm2... /Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Mon Jul 8 9:20:31 2002 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 BF57237B400 for ; Mon, 8 Jul 2002 09:20:30 -0700 (PDT) Received: from gilliam.users.flyingcroc.net (gilliam.users.flyingcroc.net [207.246.128.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CEB343E09 for ; Mon, 8 Jul 2002 09:20:30 -0700 (PDT) (envelope-from joek@mail.flyingcroc.net) Received: from flyingcroc.net (unx48.staff.flyingcroc.net [207.246.150.48]) by gilliam.users.flyingcroc.net (8.9.3/8.9.3) with ESMTP id JAA84200 for ; Mon, 8 Jul 2002 09:20:30 -0700 (PDT) Message-ID: <3D29BBCD.5040102@flyingcroc.net> Date: Mon, 08 Jul 2002 09:20:29 -0700 From: Joe Kelsey User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020607 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-gnome Subject: Nautilus versus xphoon Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have always had my X root window background generated by xphoon. Now, with gnome1 I could never get nautilus to work correctly, so it was not an issue. With gnome2, nautilus works correctly, but it prevents xphoon from displaying. I have xphoon set to start and I briefly see its display before nautilus starts and overwrites the root window with the solid color black. I absolutely abhor the Nautilus wallpaper and have set it to "no picture" and solid black. What I really need is the option from the old gnome desktop of "don't manage the background at all". Does anyone know how to get nautilus to not even try to do anything in the root window so that xphoon can display the moon phase for me? /Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Mon Jul 8 9:46:26 2002 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 2320D37B400 for ; Mon, 8 Jul 2002 09:46:26 -0700 (PDT) Received: from gilliam.users.flyingcroc.net (gilliam.users.flyingcroc.net [207.246.128.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7B5043E4A for ; Mon, 8 Jul 2002 09:46:25 -0700 (PDT) (envelope-from joek@mail.flyingcroc.net) Received: from flyingcroc.net (unx48.staff.flyingcroc.net [207.246.150.48]) by gilliam.users.flyingcroc.net (8.9.3/8.9.3) with ESMTP id JAA85625 for ; Mon, 8 Jul 2002 09:46:25 -0700 (PDT) Message-ID: <3D29C1E1.9040300@flyingcroc.net> Date: Mon, 08 Jul 2002 09:46:25 -0700 From: Joe Kelsey User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020607 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-gnome Subject: Please remove haikal@bml.com.mv Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Will someone please remove haikal@bml.com.mv from this list? I am sick and tired of getting all of these stupid delivery failure messages for that address every time I send a simple message to the list. /Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Mon Jul 8 9:58: 3 2002 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 51CB837B400 for ; Mon, 8 Jul 2002 09:57:06 -0700 (PDT) Received: from pd2mo3so.prod.shaw.ca (h24-71-223-10.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62FB043E3B for ; Mon, 8 Jul 2002 09:57:05 -0700 (PDT) (envelope-from aj.field@shaw.ca) Received: from pd4mr3so.prod.shaw.ca (pd4mr3so-qfe3.prod.shaw.ca [10.0.141.214]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0GYU001P3NL2HY@l-daemon> for gnome@FreeBSD.org; Sat, 06 Jul 2002 16:53:26 -0600 (MDT) Received: from pn2ml1so.prod.shaw.ca (pn2ml1so-qfe0.prod.shaw.ca [10.0.121.145]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.6 (built Apr 26 2002)) with ESMTP id <0GYU00M0TNL2ZK@l-daemon> for gnome@FreeBSD.org; Sat, 06 Jul 2002 16:53:26 -0600 (MDT) Received: from trifid.local (h24-70-11-193.cg.shawcable.net [24.70.11.193]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0GYU00DDWNL134@l-daemon> for gnome@FreeBSD.org; Sat, 06 Jul 2002 16:53:26 -0600 (MDT) Date: Sat, 06 Jul 2002 16:53:21 -0600 From: tony field Subject: gnome2 ports build failure To: gnome@FreeBSD.org Message-id: <200207061651.55409.aj.field@shaw.ca> MIME-version: 1.0 X-Mailer: KMail [version 1.4] Content-type: multipart/mixed; boundary="Boundary_(ID_P6kZy4SuH1mH5u19GJDWHQ)" Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Boundary_(ID_P6kZy4SuH1mH5u19GJDWHQ) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT the build of gnome2 faild with: Script "configure" failed unexpectedly..... while building libgnome-2.0.1. Attached is the associated config.log file tony --Boundary_(ID_P6kZy4SuH1mH5u19GJDWHQ) Content-type: text/x-log; charset=us-ascii; name=config.log Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=config.log This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.52. Invocation command line was $ ./configure --localstatedir=/usr/X11R6/share/gnome --datadir=/usr/X11R6/share/gnome --with-html-dir=/usr/X11R6/share/doc --with-gconf-source=xml::/usr/X11R6/etc/gconf/gconf.xml.defaults --x-libraries=/usr/X11R6/lib --x-includes=/usr/X11R6/include --prefix=/usr/X11R6 --target=i386-unknown-freebsd4.6 ## ---------- ## ## Platform. ## ## ---------- ## hostname = trifid.local uname -m = i386 uname -r = 4.6-RELEASE uname -s = FreeBSD uname -v = FreeBSD 4.6-RELEASE #0: Sun Jun 30 12:44:54 MDT 2002 root@trifid.local:/usr/src/sys/compile/TRIFIDA /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:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/root/bin ## ------------ ## ## Core tests. ## ## ------------ ## configure:1133: PATH=".;."; conftest.sh conftest.sh: not found configure:1136: $? = 127 configure:1186: checking for a BSD compatible install configure:1235: result: /usr/bin/install -c -o root -g wheel configure:1246: checking whether build environment is sane configure:1289: result: yes configure:1304: checking whether gmake sets ${MAKE} configure:1324: result: yes configure:1352: checking for working aclocal configure:1359: result: found configure:1367: checking for working autoconf configure:1374: result: found configure:1382: checking for working automake configure:1389: result: found configure:1397: checking for working autoheader configure:1404: result: found configure:1412: checking for working makeinfo configure:1419: result: found configure:1427: checking whether to enable maintainer-specific portions of Makefiles configure:1436: result: no configure:1488: checking for perl configure:1505: found /usr/bin/perl configure:1516: result: /usr/bin/perl configure:1583: checking for gcc configure:1606: result: cc configure:1834: checking for C compiler version configure:1837: cc --version &5 2.95.3 configure:1840: $? = 0 configure:1842: cc -v &5 Using builtin specs. gcc version 2.95.3 20010315 (release) [FreeBSD] configure:1845: $? = 0 configure:1847: cc -V &5 cc: argument to `-V' is missing configure:1850: $? = 1 configure:1870: checking for C compiler default output configure:1873: cc -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:1876: $? = 0 configure:1905: result: a.out configure:1910: checking whether the C compiler works configure:1916: ./a.out configure:1919: $? = 0 configure:1934: result: yes configure:1941: checking whether we are cross compiling configure:1943: result: no configure:1946: checking for executable suffix configure:1948: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:1951: $? = 0 configure:1973: result: configure:1979: checking for object suffix configure:1997: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:2000: $? = 0 configure:2019: result: o configure:2023: checking whether we are using the GNU C compiler configure:2044: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:2047: $? = 0 configure:2050: test -s conftest.o configure:2053: $? = 0 configure:2065: result: yes configure:2071: checking whether cc accepts -g configure:2089: cc -c -g -I/usr/local/include conftest.c >&5 configure:2092: $? = 0 configure:2095: test -s conftest.o configure:2098: $? = 0 configure:2108: result: yes configure:2135: cc -c -O -pipe -I/usr/local/include conftest.c >&5 conftest.c:2: syntax error before `me' configure:2138: $? = 1 configure: failed program was: #ifndef __cplusplus choke me #endif configure:2236: checking for strerror in -lcposix configure:2263: cc -o conftest -O -pipe -I/usr/local/include conftest.c -lcposix -L/usr/local/lib >&5 /usr/libexec/elf/ld: cannot find -lcposix configure:2266: $? = 1 configure: failed program was: #line 2244 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ #ifdef __cplusplus extern "C" #endif /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char strerror (); int main () { strerror (); ; return 0; } configure:2283: result: no configure:2332: checking for gcc configure:2355: result: cc configure:2583: checking for C compiler version configure:2586: cc --version &5 2.95.3 configure:2589: $? = 0 configure:2591: cc -v &5 Using builtin specs. gcc version 2.95.3 20010315 (release) [FreeBSD] configure:2594: $? = 0 configure:2596: cc -V &5 cc: argument to `-V' is missing configure:2599: $? = 1 configure:2602: checking whether we are using the GNU C compiler configure:2644: result: yes configure:2650: checking whether cc accepts -g configure:2687: result: yes configure:2714: cc -c -O -pipe -I/usr/local/include conftest.c >&5 conftest.c:2: syntax error before `me' configure:2717: $? = 1 configure: failed program was: #ifndef __cplusplus choke me #endif configure:2820: checking how to run the C preprocessor configure:2846: cc -E -I/usr/local/include conftest.c configure:2852: $? = 0 configure:2879: cc -E -I/usr/local/include conftest.c configure:2876: ac_nonexistent.h: No such file or directory configure:2885: $? = 1 configure: failed program was: #line 2875 "configure" #include "confdefs.h" #include configure:2922: result: cc -E configure:2937: cc -E -I/usr/local/include conftest.c configure:2943: $? = 0 configure:2970: cc -E -I/usr/local/include conftest.c configure:2967: ac_nonexistent.h: No such file or directory configure:2976: $? = 1 configure: failed program was: #line 2966 "configure" #include "confdefs.h" #include configure:3015: checking for ANSI C header files configure:3029: cc -E -I/usr/local/include conftest.c configure:3035: $? = 0 configure:3122: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:3125: $? = 0 configure:3127: ./conftest configure:3130: $? = 0 configure:3143: result: yes configure:3225: checking build system type configure:3243: result: i386-unknown-freebsd4.6 configure:3250: checking host system type configure:3264: result: i386-unknown-freebsd4.6 configure:3281: checking for ld used by GCC configure:3344: result: /usr/libexec/elf/ld configure:3353: checking if the linker (/usr/libexec/elf/ld) is GNU ld GNU ld version 2.11.2 20010719 [FreeBSD] (with BFD 2.11.2 20010719 [FreeBSD]) configure:3365: result: yes configure:3369: checking for /usr/libexec/elf/ld option to reload object files configure:3376: result: -r configure:3381: checking for BSD-compatible nm configure:3417: result: /usr/bin/nm -B configure:3420: checking whether ln -s works configure:3424: result: yes configure:3431: checking how to recognise dependant libraries configure:3609: result: pass_all configure:3615: checking command to parse /usr/bin/nm -B output configure:3696: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:3699: $? = 0 configure:3703: /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:3706: $? = 0 configure:3758: cc -o conftest -O -pipe -I/usr/local/include conftest.c conftstm.o >&5 configure:3761: $? = 0 configure:3805: result: ok configure:3812: checking for dlfcn.h configure:3822: cc -E -I/usr/local/include conftest.c configure:3828: $? = 0 configure:3847: result: yes configure:4034: checking for ranlib configure:4049: found /usr/bin/ranlib configure:4058: result: ranlib configure:4108: checking for strip configure:4123: found /usr/bin/strip configure:4132: result: strip configure:4334: checking for objdir configure:4345: result: .libs configure:4360: checking for cc option to produce PIC configure:4510: result: -fPIC configure:4514: checking if cc PIC flag -fPIC works configure:4534: cc -c -O -pipe -fPIC -DPIC -I/usr/local/include conftest.c >&5 configure:4537: $? = 0 configure:4540: test -s conftest.o configure:4543: $? = 0 configure:4579: result: yes configure:4595: checking if cc static flag -static works configure:4616: cc -o conftest -O -pipe -I/usr/local/include -static conftest.c -L/usr/local/lib >&5 configure:4619: $? = 0 configure:4622: test -s conftest configure:4625: $? = 0 configure:4639: result: yes configure:4650: checking if cc supports -c -o file.o configure:4670: cc -c -O -pipe -o out/conftest2.o -I/usr/local/include conftest.c >&5 configure:4694: result: yes configure:4699: checking if cc supports -c -o file.lo configure:4723: cc -c -O -pipe -c -o conftest.lo -I/usr/local/include conftest.c >&5 configure:4726: $? = 0 configure:4729: test -s conftest.lo configure:4732: $? = 0 configure:4753: result: yes configure:4784: checking if cc supports -fno-rtti -fno-exceptions configure:4803: cc -c -O -pipe -fno-rtti -fno-exceptions -c conftest.c -I/usr/local/include conftest.c >&5 configure:4806: $? = 0 configure:4809: test -s conftest.o configure:4812: $? = 0 configure:4828: result: yes configure:4839: checking whether the linker (/usr/libexec/elf/ld) supports shared libraries configure:5491: result: yes configure:5496: checking how to hardcode library paths into programs configure:5520: result: immediate configure:5525: checking whether stripping libraries is possible configure:5530: result: yes configure:5541: checking dynamic linker characteristics configure:5934: result: freebsd4.6 ld.so configure:5939: checking if libtool supports shared libraries configure:5941: result: yes configure:5944: checking whether to build shared libraries configure:5965: result: yes configure:5968: checking whether to build static libraries configure:5972: result: yes configure:6590: checking whether -lc should be explicitly linked in configure:6598: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:6601: $? = 0 configure:6615: cc -shared conftest.o -v -Wl,-soname -Wl,conftest -o conftest 2\>\&1 \| grep -lc \>/dev/null 2\>\&1 configure:6618: $? = 1 configure:6631: result: yes configure:7200: checking for bison configure:7215: found /usr/local/bin/bison configure:7223: result: bison -y configure:7238: checking for xrdb configure:7255: found /usr/X11R6/bin/xrdb configure:7266: result: /usr/X11R6/bin/xrdb configure:7279: checking for setenv configure:7316: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:7319: $? = 0 configure:7322: test -s conftest configure:7325: $? = 0 configure:7335: result: yes configure:7279: checking for unsetenv configure:7316: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:7319: $? = 0 configure:7322: test -s conftest configure:7325: $? = 0 configure:7335: result: yes configure:7279: checking for clearenv configure:7316: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 /tmp/ccCVoqHf.o: In function `main': /tmp/ccCVoqHf.o(.text+0x9): undefined reference to `clearenv' configure:7319: $? = 1 configure: failed program was: #line 7285 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char clearenv (); below. */ #include /* 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 clearenv (); char (*f) (); int main () { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub_clearenv) || defined (__stub___clearenv) choke me #else f = clearenv; #endif ; return 0; } configure:7335: result: no configure:7279: checking for setfsgid configure:7316: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 /tmp/ccBEYyvb.o: In function `main': /tmp/ccBEYyvb.o(.text+0x9): undefined reference to `setfsgid' configure:7319: $? = 1 configure: failed program was: #line 7285 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char setfsgid (); below. */ #include /* 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 setfsgid (); char (*f) (); int main () { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub_setfsgid) || defined (__stub___setfsgid) choke me #else f = setfsgid; #endif ; return 0; } configure:7335: result: no configure:7348: checking for sys/fsuid.h configure:7358: cc -E -I/usr/local/include conftest.c configure:7355: sys/fsuid.h: No such file or directory configure:7364: $? = 1 configure: failed program was: #line 7354 "configure" #include "confdefs.h" #include configure:7383: result: no configure:7396: checking for bind_textdomain_codeset configure:7433: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 /tmp/ccIgaLED.o: In function `main': /tmp/ccIgaLED.o(.text+0x9): undefined reference to `bind_textdomain_codeset' configure:7436: $? = 1 configure: failed program was: #line 7402 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char bind_textdomain_codeset (); below. */ #include /* Override any gcc2 internal prototype to avoid an error. */ #ifdef __cplusplus extern "C" #endif /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char bind_textdomain_codeset (); char (*f) (); int main () { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub_bind_textdomain_codeset) || defined (__stub___bind_textdomain_codeset) choke me #else f = bind_textdomain_codeset; #endif ; return 0; } configure:7452: result: no configure:7526: checking for ranlib configure:7550: result: ranlib configure:7562: checking for cc option to accept ANSI C configure:7619: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:7622: $? = 0 configure:7625: test -s conftest.o configure:7628: $? = 0 configure:7645: result: none needed configure:7653: checking for an ANSI C-conforming const configure:7717: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:7720: $? = 0 configure:7723: test -s conftest.o configure:7726: $? = 0 configure:7736: result: yes configure:7746: checking for inline configure:7763: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:7766: $? = 0 configure:7769: test -s conftest.o configure:7772: $? = 0 configure:7783: result: inline configure:7804: checking for sys/types.h configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:7819: $? = 0 configure:7822: test -s conftest.o configure:7825: $? = 0 configure:7835: result: yes configure:7804: checking for sys/stat.h configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:7819: $? = 0 configure:7822: test -s conftest.o configure:7825: $? = 0 configure:7835: result: yes configure:7804: checking for stdlib.h configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:7819: $? = 0 configure:7822: test -s conftest.o configure:7825: $? = 0 configure:7835: result: yes configure:7804: checking for string.h configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:7819: $? = 0 configure:7822: test -s conftest.o configure:7825: $? = 0 configure:7835: result: yes configure:7804: checking for memory.h configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:7819: $? = 0 configure:7822: test -s conftest.o configure:7825: $? = 0 configure:7835: result: yes configure:7804: checking for strings.h configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:7819: $? = 0 configure:7822: test -s conftest.o configure:7825: $? = 0 configure:7835: result: yes configure:7804: checking for inttypes.h configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:7819: $? = 0 configure:7822: test -s conftest.o configure:7825: $? = 0 configure:7835: result: yes configure:7804: checking for stdint.h configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:7845: stdint.h: No such file or directory configure:7819: $? = 1 configure: failed program was: #line 7810 "configure" #include "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:7835: result: no configure:7804: checking for unistd.h configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:7819: $? = 0 configure:7822: test -s conftest.o configure:7825: $? = 0 configure:7835: result: yes configure:7845: checking for off_t configure:7866: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:7869: $? = 0 configure:7872: test -s conftest.o configure:7875: $? = 0 configure:7885: result: yes configure:7897: checking for size_t configure:7918: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:7921: $? = 0 configure:7924: test -s conftest.o configure:7927: $? = 0 configure:7937: result: yes configure:7951: checking for working alloca.h configure:7969: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:7958: alloca.h: No such file or directory configure:7972: $? = 1 configure: failed program was: #line 7957 "configure" #include "confdefs.h" #include int main () { char *p = (char *) alloca (2 * sizeof (int)); ; return 0; } configure:7988: result: no configure:7998: checking for alloca configure:8036: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:8039: $? = 0 configure:8042: test -s conftest configure:8045: $? = 0 configure:8055: result: yes configure:8239: checking for stdlib.h configure:8274: result: yes configure:8239: checking for unistd.h configure:8274: result: yes configure:8287: checking for getpagesize configure:8324: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:8327: $? = 0 configure:8330: test -s conftest configure:8333: $? = 0 configure:8343: result: yes configure:8353: checking for working mmap configure:8489: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:8492: $? = 0 configure:8494: ./conftest configure:8497: $? = 0 configure:8509: result: yes configure:8524: checking for argz.h configure:8534: cc -E -I/usr/local/include conftest.c configure:8531: argz.h: No such file or directory configure:8540: $? = 1 configure: failed program was: #line 8530 "configure" #include "confdefs.h" #include configure:8559: result: no configure:8524: checking for limits.h configure:8534: cc -E -I/usr/local/include conftest.c configure:8540: $? = 0 configure:8559: result: yes configure:8524: checking for locale.h configure:8534: cc -E -I/usr/local/include conftest.c configure:8540: $? = 0 configure:8559: result: yes configure:8524: checking for nl_types.h configure:8534: cc -E -I/usr/local/include conftest.c configure:8540: $? = 0 configure:8559: result: yes configure:8524: checking for malloc.h configure:8534: cc -E -I/usr/local/include conftest.c In file included from configure:8531: /usr/include/malloc.h:2: warning: #warning "this file includes which is deprecated, use instead" configure:8540: $? = 0 configure:8559: result: yes configure:8524: checking for string.h configure:8559: result: yes configure:8524: checking for unistd.h configure:8559: result: yes configure:8524: checking for sys/param.h configure:8534: cc -E -I/usr/local/include conftest.c configure:8540: $? = 0 configure:8559: result: yes configure:8573: checking for getcwd configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:8613: $? = 0 configure:8616: test -s conftest configure:8619: $? = 0 configure:8629: result: yes configure:8573: checking for munmap configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:8613: $? = 0 configure:8616: test -s conftest configure:8619: $? = 0 configure:8629: result: yes configure:8573: checking for putenv configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:8613: $? = 0 configure:8616: test -s conftest configure:8619: $? = 0 configure:8629: result: yes configure:8573: checking for setenv configure:8629: result: yes configure:8573: checking for setlocale configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:8613: $? = 0 configure:8616: test -s conftest configure:8619: $? = 0 configure:8629: result: yes configure:8573: checking for strchr configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:8613: $? = 0 configure:8616: test -s conftest configure:8619: $? = 0 configure:8629: result: yes configure:8573: checking for strcasecmp configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:8613: $? = 0 configure:8616: test -s conftest configure:8619: $? = 0 configure:8629: result: yes configure:8573: checking for strdup configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:8613: $? = 0 configure:8616: test -s conftest configure:8619: $? = 0 configure:8629: result: yes configure:8573: checking for __argz_count configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 /tmp/ccs36M8M.o: In function `main': /tmp/ccs36M8M.o(.text+0x9): undefined reference to `__argz_count' configure:8613: $? = 1 configure: failed program was: #line 8579 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char __argz_count (); below. */ #include /* Override any gcc2 internal prototype to avoid an error. */ #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 __argz_count (); char (*f) (); int main () { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub___argz_count) || defined (__stub_____argz_count) choke me #else f = __argz_count; #endif ; return 0; } configure:8629: result: no configure:8573: checking for __argz_stringify configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 /tmp/ccGOROY7.o: In function `main': /tmp/ccGOROY7.o(.text+0x9): undefined reference to `__argz_stringify' configure:8613: $? = 1 configure: failed program was: #line 8579 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char __argz_stringify (); below. */ #include /* Override any gcc2 internal prototype to avoid an error. */ #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 __argz_stringify (); char (*f) (); int main () { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub___argz_stringify) || defined (__stub_____argz_stringify) choke me #else f = __argz_stringify; #endif ; return 0; } configure:8629: result: no configure:8573: checking for __argz_next configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 /tmp/ccU3S92Z.o: In function `main': /tmp/ccU3S92Z.o(.text+0x9): undefined reference to `__argz_next' configure:8613: $? = 1 configure: failed program was: #line 8579 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char __argz_next (); below. */ #include /* Override any gcc2 internal prototype to avoid an error. */ #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 __argz_next (); char (*f) (); int main () { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub___argz_next) || defined (__stub_____argz_next) choke me #else f = __argz_next; #endif ; return 0; } configure:8629: result: no configure:8640: checking for LC_MESSAGES configure:8658: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:8661: $? = 0 configure:8664: test -s conftest configure:8667: $? = 0 configure:8677: result: yes configure:8698: checking for libintl.h configure:8708: cc -E -I/usr/local/include conftest.c configure:8714: $? = 0 configure:8733: result: yes configure:8736: checking for dgettext in libc configure:8754: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 /tmp/ccL1QtHC.o: In function `main': /tmp/ccL1QtHC.o(.text+0x14): undefined reference to `dgettext' configure:8757: $? = 1 configure: failed program was: #line 8742 "configure" #include "confdefs.h" #include int main () { return (int) dgettext ("","") ; return 0; } configure:8773: result: no configure:8780: checking for bindtextdomain in -lintl configure:8807: cc -o conftest -O -pipe -I/usr/local/include conftest.c -lintl -L/usr/local/lib >&5 configure:8810: $? = 0 configure:8813: test -s conftest configure:8816: $? = 0 configure:8827: result: yes configure:8830: checking for dgettext in -lintl configure:8857: cc -o conftest -O -pipe -I/usr/local/include conftest.c -lintl -L/usr/local/lib >&5 configure:8860: $? = 0 configure:8863: test -s conftest configure:8866: $? = 0 configure:8877: result: yes configure:8886: checking if -liconv is needed to use gettext configure:8888: result: configure:8890: checking for dcgettext in -lintl configure:8917: cc -o conftest -O -pipe -I/usr/local/include conftest.c -lintl -liconv -L/usr/local/lib >&5 configure:8920: $? = 0 configure:8923: test -s conftest configure:8926: $? = 0 configure:8937: result: yes configure:8962: checking for msgfmt configure:8989: result: /usr/local/bin/msgfmt configure:9000: checking for dcgettext configure:9037: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib -lintl -liconv >&5 configure:9040: $? = 0 configure:9043: test -s conftest configure:9046: $? = 0 configure:9056: result: yes configure:9068: checking for gmsgfmt configure:9097: result: /usr/local/bin/msgfmt configure:9106: checking for xgettext configure:9133: result: /usr/local/bin/xgettext configure:9154: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib -lintl -liconv >&5 configure:9157: $? = 0 configure:9160: test -s conftest configure:9163: $? = 0 configure:9226: checking for catalogs to be installed configure:9235: result: az da de es eu fi fr hi it ko ja lv ms nn no pl pt pt_BR ru sk sl sv ta tr uk vi wa zh_CN zh_TW configure:9408: checking what warning flags to pass to the C compiler configure:9410: result: -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations configure:9421: checking what language compliance flags to pass to the C compiler configure:9436: result: configure:9460: checking for mawk configure:9491: result: no configure:9460: checking for gawk configure:9491: result: no configure:9460: checking for nawk configure:9491: result: no configure:9460: checking for awk configure:9477: found /usr/bin/awk configure:9488: result: /usr/bin/awk configure:9502: checking for perl5 configure:9519: found /usr/bin/perl5 configure:9530: result: /usr/bin/perl5 configure:9574: checking for pkg-config configure:9591: found /usr/local/bin/pkg-config configure:9603: result: /usr/local/bin/pkg-config configure:9620: checking for esound >= 0.2.26 audiofile >= 0.2.3 configure:9624: result: yes configure:9628: checking SOUND_TEST_CFLAGS configure:9631: result: -I/usr/local/include configure:9634: checking SOUND_TEST_LIBS configure:9637: result: -L/usr/local/lib -lesd -laudiofile -lm configure:9722: checking for glib-2.0 >= 2.0.3 gmodule-2.0 >= 2.0.3 gnome-vfs-2.0 >= 1.9.16 libxml-2.0 >= 2.4.22 libbonobo-2.0 >= 2.0.0 gconf-2.0 >= 1.1.11 audiofile >= 0.2.3 esound >= 0.2.26 configure:9771: error: Library requirements (glib-2.0 >= 2.0.3 gmodule-2.0 >= 2.0.3 gnome-vfs-2.0 >= 1.9.16 libxml-2.0 >= 2.4.22 libbonobo-2.0 >= 2.0.0 gconf-2.0 >= 1.1.11 audiofile >= 0.2.3 esound >= 0.2.26) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. ## ----------------- ## ## Cache variables. ## ## ----------------- ## ac_cv_type_size_t='yes' ac_cv_func_bind_textdomain_codeset='no' ac_cv_path_XGETTEXT='/usr/local/bin/xgettext' ac_cv_func_getcwd='yes' gt_cv_func_dgettext_libc='no' ac_cv_header_stdlib_h='yes' lt_cv_file_magic_cmd='$MAGIC_CMD' ac_cv_header_nl_types_h='yes' ac_cv_lib_cposix_strerror='no' ac_cv_prog_cc_g='yes' ac_cv_path_INTLTOOL_PERL='/usr/bin/perl' ac_cv_env_LDFLAGS_set='' ac_cv_path_PKG_CONFIG='/usr/local/bin/pkg-config' lt_cv_prog_cc_can_build_shared='yes' ac_cv_c_compiler_gnu='yes' ac_cv_env_CFLAGS_set='set' ac_cv_func_setlocale='yes' ac_cv_func_mmap_fixed_mapped='yes' ac_cv_prog_make_gmake_set='yes' ac_cv_path_PATH_TO_XRDB='/usr/X11R6/bin/xrdb' ac_cv_env_CPP_value='' ac_cv_env_CPPFLAGS_set='set' ac_cv_lib_intl_dcgettext='yes' ac_cv_func_strcasecmp='yes' lt_cv_prog_cc_static_works='yes' lt_cv_prog_cc_no_builtin='' lt_cv_prog_cc_shlib='' ac_cv_func___argz_count='no' lt_cv_prog_cc_static='-static' ac_cv_env_host_alias_set='' ac_cv_path_GMSGFMT='/usr/local/bin/msgfmt' ac_cv_c_const='yes' ac_cv_prog_YACC='bison -y' lt_cv_ld_reload_flag='-r' ac_cv_working_alloca_h='no' ac_cv_func_clearenv='no' lt_cv_sys_path_separator=':' ac_cv_func_munmap='yes' ac_cv_header_sys_stat_h='yes' ac_cv_func_unsetenv='yes' lt_cv_archive_cmds_need_lc='yes' lt_cv_prog_gnu_ld='yes' ac_cv_env_build_alias_set='' ac_cv_header_limits_h='yes' ac_cv_env_LDFLAGS_value='' ac_cv_env_target_alias_set='set' ac_cv_path_AWK='/usr/bin/awk' ac_cv_func_alloca_works='yes' ac_cv_prog_cc_stdc='' ac_cv_host_alias='i386-unknown-freebsd4.6' ac_cv_env_CFLAGS_value='-O -pipe ' ac_cv_env_CC_set='set' ac_cv_path_MSGFMT='/usr/local/bin/msgfmt' ac_cv_header_sys_types_h='yes' lt_cv_prog_cc_wl='-Wl,' ac_cv_header_stdc='yes' ac_cv_path_PERL='/usr/bin/perl5' ac_cv_func___argz_stringify='no' ac_cv_header_strings_h='yes' ac_cv_func_dcgettext='yes' ac_cv_header_stdint_h='no' ac_cv_header_inttypes_h='yes' nls_cv_header_intl='' ac_cv_func___argz_next='no' ac_cv_header_sys_param_h='yes' ac_cv_header_locale_h='yes' ac_cv_header_unistd_h='yes' ac_cv_header_string_h='yes' ac_cv_c_inline='inline' ac_cv_func_setenv='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-unknown-freebsd4.6' ac_cv_env_CPPFLAGS_value='-I/usr/local/include' ac_cv_func_strchr='yes' ac_cv_func_setfsgid='no' ac_cv_header_memory_h='yes' ac_cv_prog_ac_ct_RANLIB='ranlib' ac_cv_prog_ac_ct_STRIP='strip' ac_cv_host='i386-unknown-freebsd4.6' ac_cv_env_host_alias_value='' am_cv_val_LC_MESSAGES='yes' ac_cv_type_off_t='yes' ac_cv_lib_intl_dgettext='yes' nls_cv_force_use_gnu_gettext='no' 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'\''' ac_cv_lib_intl_bindtextdomain='yes' gt_cv_func_dgettext_libintl='yes' lt_cv_compiler_c_o='yes' lt_cv_prog_cc_pic_works='yes' lt_cv_file_magic_test_file='' nls_cv_use_gnu_gettext='no' ac_cv_header_argz_h='no' ac_cv_build='i386-unknown-freebsd4.6' ac_cv_prog_CPP='cc -E' ac_cv_env_build_alias_value='' ac_cv_header_malloc_h='yes' ac_cv_func_getpagesize='yes' 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' ac_cv_header_libintl_h='yes' lt_cv_compiler_o_lo='yes' ac_cv_env_target_alias_value='i386-unknown-freebsd4.6' ac_cv_header_sys_fsuid_h='no' 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' nls_cv_header_libgt='' ac_cv_func_strdup='yes' ac_cv_func_putenv='yes' ac_cv_objext='o' ## ------------ ## ## confdefs.h. ## ## ------------ ## #define PACKAGE "libgnome" #define VERSION "2.0.1" #define STDC_HEADERS 1 #define HAVE_DLFCN_H 1 #define HAVE_SETENV 1 #define HAVE_UNSETENV 1 #define GETTEXT_PACKAGE "libgnome-2.0" #define HAVE_MAN_WHEREIS 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_ALLOCA 1 #define HAVE_STDLIB_H 1 #define HAVE_UNISTD_H 1 #define HAVE_GETPAGESIZE 1 #define HAVE_MMAP 1 #define HAVE_LIMITS_H 1 #define HAVE_LOCALE_H 1 #define HAVE_NL_TYPES_H 1 #define HAVE_MALLOC_H 1 #define HAVE_STRING_H 1 #define HAVE_UNISTD_H 1 #define HAVE_SYS_PARAM_H 1 #define HAVE_GETCWD 1 #define HAVE_MUNMAP 1 #define HAVE_PUTENV 1 #define HAVE_SETENV 1 #define HAVE_SETLOCALE 1 #define HAVE_STRCHR 1 #define HAVE_STRCASECMP 1 #define HAVE_STRDUP 1 #define HAVE_LC_MESSAGES 1 #define HAVE_GETTEXT 1 #define HAVE_DCGETTEXT 1 #define ENABLE_NLS 1 #define HAVE_LIBAUDIOFILE 1 #define HAVE_ESD 1 configure: exit 1 --Boundary_(ID_P6kZy4SuH1mH5u19GJDWHQ)-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Mon Jul 8 10: 2:25 2002 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 692CE37B400 for ; Mon, 8 Jul 2002 10:02:23 -0700 (PDT) Received: from gilliam.users.flyingcroc.net (gilliam.users.flyingcroc.net [207.246.128.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D39D43E52 for ; Mon, 8 Jul 2002 10:02:23 -0700 (PDT) (envelope-from joek@mail.flyingcroc.net) Received: from flyingcroc.net (unx48.staff.flyingcroc.net [207.246.150.48]) by gilliam.users.flyingcroc.net (8.9.3/8.9.3) with ESMTP id KAA86533 for ; Mon, 8 Jul 2002 10:02:22 -0700 (PDT) Message-ID: <3D29C59E.3000306@flyingcroc.net> Date: Mon, 08 Jul 2002 10:02:22 -0700 From: Joe Kelsey User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020607 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-gnome Subject: bsd.gnomeng.mk Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I do not understand how this whole framework is supposed to work. According to Joe's new FAQ, just putting WITHOUT_GNOME=yes in /etc/make.conf is supposed to prevent re-making of the gnome1 thingies. However, since gdm2 does not work, I have to reinstall gdm. When I go to reinstall gdm, it tries to reinstall gnomecore. This is really wrong! The only way I have been able to prevent gdm from working on gnomecore is to change the USE_GNOME in the gdm Makefile to WITH_GNOME. My /etc/make.conf includes the following lines WITHOUT_GNMOE=yes WITH_GNOMENG=yes What should it *really* contain? When will gdm2 be fixed? I suspect that the gdm2 problem must somehow be related to yet-another-stupid-shared-lib-bug, but which library do I have left dangling and how to I find it? I really think it is a PAM problem, but I don't know how to debug it. Enabling the log messages in gdm.conf does no good as it seems to be stuck in gdmlogin (?) and there are no debugging messages coming from it. Sigh....at least I got past the gnome-session core dumping... /Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Mon Jul 8 10:10:59 2002 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 521BE37B400; Mon, 8 Jul 2002 10:10:56 -0700 (PDT) Received: from cypress.adhesivemedia.com (cypress.adhesivemedia.com [207.202.159.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id D91D243E31; Mon, 8 Jul 2002 10:10:55 -0700 (PDT) (envelope-from philip@adhesivemedia.com) Received: from cypress.adhesivemedia.com (localhost [127.0.0.1]) by cypress.adhesivemedia.com (8.12.3/8.12.3) with ESMTP id g68HArdq002481; Mon, 8 Jul 2002 10:10:53 -0700 (PDT) (envelope-from philip@adhesivemedia.com) Received: from localhost (philip@localhost) by cypress.adhesivemedia.com (8.12.3/8.12.3/Submit) with ESMTP id g68HAkpm002466; Mon, 8 Jul 2002 10:10:47 -0700 (PDT) X-Authentication-Warning: cypress.adhesivemedia.com: philip owned process doing -bs Date: Mon, 8 Jul 2002 10:10:46 -0700 (PDT) From: Philip Hallstrom To: Edwin Groothuis Cc: Stacey Roberts , FreeBSD-Gnome , FreeBSD-Questions Subject: Re: Mozilla's so slow! In-Reply-To: <20020707013753.GA577@k7.mavetju> Message-ID: <20020708100812.E1306-100000@cypress.adhesivemedia.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > On Sun, Jul 07, 2002 at 01:40:03AM +0100, Stacey Roberts wrote: > > For the last few weeks., I've noticed that it takes *ages* at the > > "resolving host www.targetsite.whatever" before returning the requested > > page., if at all., > > Sounds like a DNS problem. How does your /etc/resolv.conf look like? > And do you have the same "timeout" problems when telnetting to other > servers? I have a similar problem... not as bad as this other fellows, but still quite noticable. And it's not a DNS thing... I can type in a url, click go, watch it while it "resolves..." and in the meantime open up an xterm and ping that server, nslookup it, telnet to it, etc... instantly... and even then mozilla still waits and waits and waits... it was really bad with .96 (I think), but is quite a bit better with 1.0, but still definitely there. -p To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Mon Jul 8 11: 1:22 2002 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 07C1137B400 for ; Mon, 8 Jul 2002 11:01:21 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE04D43E3B for ; Mon, 8 Jul 2002 11:01:20 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g68I1KJU062807 for ; Mon, 8 Jul 2002 11:01:20 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g68I1Kv0062803 for gnome@freebsd.org; Mon, 8 Jul 2002 11:01:20 -0700 (PDT) Date: Mon, 8 Jul 2002 11:01:20 -0700 (PDT) Message-Id: <200207081801.g68I1Kv0062803@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 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2002/05/28] ports/38670 gnome gnome2 metaport crashes while installing f [2002/07/02] ports/40125 gnome patch file patch-bl in x11/gnomelibs has f [2002/07/04] ports/40205 gnome gnome2 fails in libgnomeui 3 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2002/01/20] ports/34103 gnome [NEW PORT] gfax (missing-in-action for fi o [2002/06/02] ports/38821 gnome graphics/gimp1 complains about missing Gi o [2002/06/16] ports/39390 gnome Make graphics/imlib not depend upon GTK+ o [2002/06/17] ports/39417 gnome gtk-config and glib-config filename conve o [2002/06/19] ports/39504 gnome textproc/libxml2 & invalid XML catalogs i o [2002/06/24] ports/39793 gnome Fix gnome-- on -CURRENT p [2002/07/06] ports/40267 gnome gdk-pixbuf fails to build 7 problems total. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Mon Jul 8 12:23:52 2002 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 C748937B400 for ; Mon, 8 Jul 2002 12:23:51 -0700 (PDT) Received: from epa.secret.org (epa.secret.org [206.220.140.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 283F143E52 for ; Mon, 8 Jul 2002 12:23:51 -0700 (PDT) (envelope-from fernando@secret.org) Received: from localhost (fernando@localhost) by epa.secret.org (8.9.3/8.9.1) with ESMTP id OAA84874; Mon, 8 Jul 2002 14:40:02 -0400 (EDT) Date: Mon, 8 Jul 2002 14:40:02 -0400 (EDT) From: Elwood Blues To: Joe Marcus Clarke Cc: James Satterfield , Subject: Re: gdm hangs after entering username In-Reply-To: <1025932752.12326.3.camel@shumai.marcuscom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Joe, > > Changing -nodaemon to --nodaemon did not resolve the problem. However using > > the init script makes everything happy. > > Let me know if there's anything I can do to help you troubleshoot this > > problem. > > Well, it looks like the shell script may be the way to go. One other > thing you can try is to start gdm out of ttys without any arguments. > That is, just run gdm by itself. > > Joe I had a simular problem with gdm2, but starting from a shell script didnt help. A truss of the running gdm process showed what looked like a loop of open-read-close of /etc/pwd.db, any ideas? -F To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Mon Jul 8 12:58:53 2002 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 6911337B400 for ; Mon, 8 Jul 2002 12:58:52 -0700 (PDT) Received: from hotmail.com (oe25.pav0.hotmail.com [64.4.32.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1053B43E3B for ; Mon, 8 Jul 2002 12:58:52 -0700 (PDT) (envelope-from shieronymus@msn.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 8 Jul 2002 12:58:52 -0700 X-Originating-IP: [63.230.78.88] Reply-To: "Seth Hieronymus" From: "Seth Hieronymus" To: "Joe Marcus Clarke" Cc: References: <1025926056.1061.13.camel@gyros.marcuscom.com> Subject: Re: nedit problems with gnome2 Date: Mon, 8 Jul 2002 13:59:10 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Message-ID: X-OriginalArrivalTime: 08 Jul 2002 19:58:52.0001 (UTC) FILETIME=[E1DDCD10:01C226B9] Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: "Joe Marcus Clarke" > On Tue, 2002-07-02 at 16:14, Seth Hieronymus wrote: > > Hi, > > > > When using nedit, I noticed that signals aren't getting to nedit. When > > I type -f, the menus don't respond and an 'f' gets printed in the text. > > Not a big problem, but it works on TWM and KDE3 on the same machine. Just > > wondering if anyone had any ideas. > > Okay, I finally got around to testing this. I installed nedit-5.2 on > FreeBSD 4.6-stable from yesterday. I have GNOME 2.0 Final installed > with both the sawfish and metacity window managers. I launched nedit, > and hit Alt+I to include a file. That worked like a champ (the file > include dialog came up). > > The one thing to note is that I changed by key bindings for workspace > shifting in sawfish. Instead of Alt+ I use Ctrl+. > > While this shouldn't matter, my locale is set to en_US.ISO_8859-1. > > Joe Joe, Thanks for your replies. I upgraded Gnome2 yesterday, which upgraded pango, librep, and a few others. The problem seems to be fixed, although I didn't do anything directly to fix it. So, thanks for the help. Seth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Mon Jul 8 15:23:14 2002 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 BB81B37B400; Mon, 8 Jul 2002 15:22:54 -0700 (PDT) Received: from hotmail.com (f143.law14.hotmail.com [64.4.21.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39D1A43E52; Mon, 8 Jul 2002 15:22:54 -0700 (PDT) (envelope-from macklobell@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 8 Jul 2002 15:22:54 -0700 Received: from 217.215.99.176 by lw14fd.law14.hotmail.msn.com with HTTP; Mon, 08 Jul 2002 22:22:46 GMT X-Originating-IP: [217.215.99.176] From: "Mack Lobell" To: freebsd-questions@FreeBSD.org, desktop-devel-list@gnome.org, xpert@XFree86.Org, freebsd-gnome@FreeBSD.org Subject: Problems after XFree and gnome2 upgrade. Date: Mon, 08 Jul 2002 22:22:46 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 08 Jul 2002 22:22:54.0148 (UTC) FILETIME=[00FCC840:01C226CE] Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, i just upgraded the XFree port to the latest version and installed gnome2 and sawfish2. After that the server (??) doesn't work anymore. When i hit startx, several connection attempts are made to 127.0.0.1:16001, but no one is listening on that port. Thats why i'm guessing that i have some kind of problem with my X-server, but it could be gnome/sawfish or something else. Do i have the right version (current is 1.4.1.7) of gnomelibs? I appreciate all ideas! Regards. Some info about my system: root~#uname -a FreeBSD killerqueen 4.6-STABLE FreeBSD 4.6-STABLE #0: Sat Jul 6 19:28:53 CEST 2002 root@killerqueen:/usr/obj/usr/src/sys/KERNEL7 i386 root~#pkg_info Mesa-3.4.2_2 A graphics library similar to SGI's OpenGL ORBit2-2.4.0 High-performance CORBA ORB with support for the C language XFree86-4.2.0_1,1 X11R6.5/XFree86 core distribution (complete) XFree86-FontServer-4.2.0 XFree86-4 Font Server XFree86-Server-4.2.0_3 XFree86-4 X server and related programs XFree86-clients-4.2.0_2 XFree86-4 Client environments XFree86-documents-4.2.0 XFree86-4 Document Files XFree86-font100dpi-4.2.0 XFree86-4 bitmap 100 dpi fonts XFree86-font75dpi-4.2.0 XFree86-4 bitmap 75 dpi fonts XFree86-fontCyrillic-4.2.0 XFree86-4 Cyrillic Fonts XFree86-fontDefaultBitmaps-4.2.0 XFree86-4 default bitmap fonts XFree86-fontEncodings-4.2.0 XFree86-4 font encoding files XFree86-fontScalable-4.2.0 XFree86-4 Scalable font files XFree86-libraries-4.2.0_1 XFree86-4 include/(shared) library kit atk-1.0.2 A GNOME accessibility toolkit (ATK) aureal-kmod-1.3_4 A FreeBSD Driver for Aureal Vortex based soundcards autoconf-2.53 Automatically configure source code on many Un*x platforms autoconf213-2.13.000227_1 Automatically configure source code on many Un*x platforms automake14-1.4.5 GNU Standards-compliant Makefile generator (legacy version bison-1.35_1 A parser generator from FSF, (mostly) compatible with Yacc bonobo-activation-1.0.2 An object activation framework for GNOME 2.0 bugbuddy2-2.2.0 A bug reporting tool for GNOME 2.0 cups-base-1.1.15.1 The Common UNIX Printing System cvsup-16.1f General network file distribution system optimized for CVS db3-3.2.9_3,1 The Berkeley DB package, revision 3 dejagnu-1.4.2 Automated program/system tester docbook-xml-4.1.2_1 XML version of the DocBook DTD docbook-xsl-1.51.1 XSL DocBook stylesheets eel2-2.0.0 Generally useful classes and extensions to GNOME eog2-1.0.1 The Eye Of Gnome image viewer esound-0.2.28 A sound library for enlightenment package expat-1.95.3 XML 1.0 parser written in C expect-5.32.1 A sophisticated scripter based on tcl/tk ezm3-1.0 Easier, more portable Modula-3 distribution for building CV fam-2.6.8 A file alteration monitor freenet6-0.9.6 Freenet6 Tunnel Setup Protocol Client - Free IPv6 tunnel freetype2-2.1.2 A free and portable TrueType font rendering engine gail-0.16 An implementation of the ATK interfaces for GTK+ widgets gcc-3.1.1_20020617 GNU Compiler Collection 3.1 (inprogress version) gconf-editor-0.2 A gconf database editor for the GNOME 2.0 environment gconf2-1.2.0 A configuration database system for GNOME gdbm-1.8.0 The GNU database manager gdm2-2.4.0.0 GNOME 2.0 version of xdm display manager gedit2-2.0.0 A small but powerful text editor for Gnome 2.0 Desktop Envi gettext-0.11.2 GNU gettext package ghostscript-gnu-7.05_1 GNU Postscript interpreter ghostview-1.5 An X11 front-end for ghostscript, the GNU postscript previe glade2-1.1.0 A user interface builder for GTK+/GNOME gle-3.0.3 A GL Tubing and Extrusion Library glib-2.0.4_1 Some useful routines of C programming (current stable versi gmake-3.79.1_2 GNU version of 'make' utility gnome2-2.0_2 The "meta-port" for the GNOME 2.0 integrated X11 desktop gnomeapplets2-2.0.0 Applets components for the Gnome 2.0 Desktop Environment gnomecontrolcenter2-2.0.0 Control center for GNOME 2.0 project gnomedesktop-2.0.2 Additional UI API for GNOME 2.0 gnomegames2-2.0.1 The game applications package for the Gnome 2.0 Desktop Env gnomelibs-1.4.1.7 Libraries for GNOME, a GNU desktop environment gnomemedia2-2.0.0 Multimedia applications for the GNOME 2.0 desktop gnomemimedata-2.0.0 A MIME and Application database for GNOME gnomepanel-2.0.1 Panel component for the GNOME 2.0 Desktop gnomesession-2.0.1 Session component for the GNOME 2.0 desktop gnomesystemmonitor-2.0.0 GNOME 2.0 system monitor program gnometerminal-2.0.0_1 Terminal component for the GNOME 2.0 Desktop gnomeutils2-2.0.0,1 GNOME 2.0 support utilities gnomevfs2-2.0.1 GNOME Virtual File System gtk-2.0.5 Gimp Toolkit for X11 GUI (current stable version) gtk-engines2-1.9.0 Theme engine for the gtk+-2.0 toolkit guile-1.4.1_1 GNU's Ubiquitous Intelligent Language for Extension imake-4.2.0_1 Imake and other utilities from XFree86 imlib-1.9.14_1 A graphic library for enlightenment package intltool-0.22 Xml internationalization support for GNOME, and others jam-2.3_1 A build utility like make(1) jpeg-6b_1 IJG's jpeg compression utilities lcms-1.08 Light Color Management System -- a color management library libIDL-0.8.0 A library for creating trees of CORBA Interface Definition libart_lgpl2-2.3.9 Library for high-performance 2D graphics libaudiofile-0.2.3 A sound library for SGI audio file libbonobo-2.0.0 A component and compound document system for GNOME2 libbonoboui-2.0.0 GUI frontend to the libbonobo component of GNOME2 libgda2-0.8.191 Provides uniform access to different kinds of data sources libglade2-2.0.0 GNOME glade library libgnome-2.0.1 Libraries for GNOME, a GNU desktop environment libgnomecanvas-2.0.1 A graphics library for GNOME libgnomedb-0.8.191 Library components for the GNOME database frontend libgnomeprint-1.115.0 Gnome print support library libgnomeprintui-1.115.0 Gnome print support library libgnomeui-2.0.1 Libraries for the GNOME GUI, a GNU desktop environment libgnugetopt-1.1 GNU getopt library libgtkhtml-2.0.0_1 Lightweight HTML rendering/printing/editing engine libgtop2-2.0.0 GNOME 2.0 top library libiconv-1.8 A character set conversion library librep-0.16.1_1 An Emacs Lisp like runtime library librsvg2-1.1.6 Library for parsing and rendering SVG vector-graphic files libtool-1.3.4_4 Generic shared library support script libungif-4.1.0b1 Tools and library routines for working with GIF images libwnck-0.14 Library used for writing pagers and taskslists libxml2-2.4.23 Xml parser library for GNOME libxslt-1.0.19 The XSLT C library for GNOME libzvt-2.0.1 Library components for Zed's Virtual Terminal linc-0.5.0 A library for writing networked servers & clients m4-1.4_1 GNU's m4 metacity-2.3.987 A window manager for the adult in you metacity-setup-0.6 A graphical configurator tool for the metacity window manag metatheme2-0.9.7 An utility for managing "theme sets" that accomodate gtk, w mkcatalog-1.1 A maintainance utility for sgml catalog files mozilla-headers-1.0,1 Header files for mozilla communicator web-surfboard nautilus-gtkhtml-0.3.2_1 A simple NautilusView component for displaying html files i nautilus2-2.0.0 GNOME file manager and graphical shell developed by Eazel nessus-libnasl-1.2.3 Nessus Attack Scripting Language nessus-libraries-1.2.3 Libraries for Nessus, the security scanner net-snmp-5.0.1_3 An extendable SNMP implementation nmap-2.54.b34 Port scanning utility for large networks pango-1.0.3_1 An open-source framework for the layout and rendering of i1 pcre-3.7 Perl Compatible Regular Expressions library pkg_tarup-1.2_3 Generates binary package from installed package pkgconfig-0.12.0 An utility used to retrieve information about installed lib png-1.2.3 Library for manipulating PNG images popt-1.5.1_1 A getopt(3) like library with a number of enhancements, fro portupgrade-20020706 Very powerful FreeBSD ports/packages upgrading tool and mor py22-expat-2.2.1 Python interface to the Expat XML parser py22-numeric-21.0 The Numeric Extension to Python python-2.2.1 An interpreted object-oriented programming language rep-gtk2-0.16,1 GTK+ binding for rep Lisp interpreter ruby-1.6.7.2002.05.23 An object-oriented interpreted scripting language ruby-bdb1-0.1.7 Ruby interface to Berkeley DB revision 1.8x with full featu ruby-optparse-0.8.6 Yet another command line option parser for Ruby ruby-shim-ruby18-1.7.2.2002.05.21 A set of Ruby modules to provide Ruby 1.8 functionalities sawfish2-2.0,1 Lisp configurable window manager scrollkeeper-0.3.9,1 An Open Document Cataloging Project sdocbook-xml-4.1.2.5 "Simplified" DocBook XML DTD sed_inplace-2002.06.28 A modified version of the sed(1) which can do in-place edit sox-12.17.3 SOund eXchange - universal sound sample translator t1lib-1.3.1 A Type 1 Rasterizer Library for UNIX/X11 tcl-8.3.4_4 Tool Command Language tiff-3.5.7 Tools and library routines for working with TIFF images tk-8.3.4_3 Graphical toolkit for TCL ucd-snmp-4.2.5 An extendable SNMP implementation unzip-5.50 List, test and extract compressed files in a ZIP archive wrapper-1.0_2 Wrapper for XFree86-4 server xanim-2.80.2 Play most popular animation formats and show pictures xemacs-21.1.14 XEmacs text editor version 21 xemacs-packages-3.0 Basic XEmacs elisp packages(xemacs-packages) xpdf-1.01 Display tool for PDF files xscreensaver-4.05 Save your screen while you entertain your cat yelp-1.0.1 A help browser for GNOME 2.0 desktop zip-2.3_1 Create/update ZIP files compatible with pkzip root~#cat .xinitrc /usr/X11R6/bin/gnome-session root~#cat /var/log/XFree86.0.log XFree86 Version 4.2.0 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 18 January 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: FreeBSD 4.6 i386 [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Mon Jul 8 17:59:00 2002 (==) Using config file: "/etc/X11/XF86Config" Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! ** (process:1217): WARNING **: CORBA_ORB_destroy: ORB still has 2 refs. SESSION_MANAGER=local/killerqueen:/tmp/.ICE-unix/1204 ** (process:1227): WARNING **: CORBA_ORB_destroy: ORB still has 2 refs. ** (gnome-settings-daemon:1223): WARNING **: Unsupported in this build FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 ** (gnome-settings-daemon:1223): WARNING **: Neither XKeyboard not Xfree86's keyboard extensions are available, no way to support keyboard autorepeat rate settings FAMOpen failed, FAMErrno=0 ** (gnome-settings-daemon:1223): WARNING **: Unsupported in this build AUDIT: Mon Jul 8 18:04:11 2002: 1198 X: client 9 rejected from local host Xlib: connection to ":0.0" refused by server Xlib: No protocol specified xscreensaver: Can't open display: :0 xscreensaver: initial effective uid/gid was root/wheel (0/0) xscreensaver: running as nobody/nobody (65534/65534) xscreensaver: This is probably because you're logging in as root. You shouldn't log in as root: you should log in as a normal user, and then `su' as needed. If you insist on logging in as root, you will have to turn off X's security features before xscreensaver will work. Please read the manual and FAQ for more information: http://www.jwz.org/xscreensaver/faq.html http://www.jwz.org/xscreensaver/man.html ** (gnome-settings-daemon:1240): WARNING **: Unsupported in this build FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 ** (gnome-settings-daemon:1240): WARNING **: Neither XKeyboard not Xfree86's keyboard extensions are available, no way to support keyboard autorepeat rate settings FAMOpen failed, FAMErrno=0 ** (gnome-settings-daemon:1240): WARNING **: Unsupported in this build AUDIT: Mon Jul 8 18:06:46 2002: 1198 X: client 11 rejected from local host Xlib: connection to ":0.0" refused by server Xlib: No protocol specified xscreensaver: Can't open display: :0 xscreensaver: initial effective uid/gid was root/wheel (0/0) xscreensaver: running as nobody/nobody (65534/65534) xscreensaver: This is probably because you're logging in as root. You shouldn't log in as root: you should log in as a normal user, and then `su' as needed. If you insist on logging in as root, you will have to turn off X's security features before xscreensaver will work. Please read the manual and FAQ for more information: http://www.jwz.org/xscreensaver/faq.html http://www.jwz.org/xscreensaver/man.html FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 The 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. ICE default IO error handler doing an exit(), pid = 1221, errno = 0 ICE default IO error handler doing an exit(), pid = 1225, errno = 0 xinit: connection to X server lost. The application 'gnome-settings-daemon' lost its connection to the display :0.0; most likely the X server was shut down or you killed/destroyed the application. waiting for X server to shut down _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Mon Jul 8 15:25:19 2002 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 B5BE837B400 for ; Mon, 8 Jul 2002 15:25:17 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0933B43E52 for ; Mon, 8 Jul 2002 15:25:17 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g68MNxp4064961; Mon, 8 Jul 2002 18:24:00 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: Building a Gnome based app to FreeBSD From: Joe Marcus Clarke To: Kevin Oberman Cc: gnome@FreeBSD.ORG In-Reply-To: <20020708145238.7FE2A5D03@ptavv.es.net> References: <20020708145238.7FE2A5D03@ptavv.es.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 08 Jul 2002 18:24:39 -0400 Message-Id: <1026167080.364.14.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 2002-07-08 at 10:52, Kevin Oberman wrote: > I would like to build a Gnome based Linux tool (gnochive) on FreeBSD > Stable with Gnome1. I know to define GLIB_CONFIG and GTK_CONFIG to > point to the right places, but I am unsure what else I might need to > deal with. The immediate problem is finding gnome-vfs-init.h. I > suspect that I need to add another include directory, but there are a > LOT of includes in the Makefile and I'd like to get it done right. > > If I can get it to work, I might try turning it into a port. I've done > FreeBSD ports, but never involving Gnome. Have a look at the (now outdated) GNOME porting guide off of http://www.freebsd.org/gnome. Some of this is still relevant, but some of it is changing with the new bsd.gnomeng.mk framework. You do not need nor should you define GLIB or GTK_CONFIG. Instead, define USE_GNOME or USE_GTK, or USE_GNOMENG. Take a look at some of the sample GNOME ports to get an idea of what pre-defined macros exist for you. Joe > > R. Kevin Oberman, Network Engineer > Energy Sciences Network (ESnet) > Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > E-mail: oberman@es.net Phone: +1 510 486-8634 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-gnome" in the body of the message > -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Mon Jul 8 15:33:39 2002 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 B62CA37B400 for ; Mon, 8 Jul 2002 15:33:37 -0700 (PDT) Received: from blue.mcneil.com (cpe-66-75-176-109.socal.rr.com [66.75.176.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F02943E58 for ; Mon, 8 Jul 2002 15:33:37 -0700 (PDT) (envelope-from sean@mcneil.com) Received: from mcneil.com (mcneil.com [66.75.176.109]) by blue.mcneil.com (8.12.5/8.12.5) with ESMTP id g68MXWw5000460 for ; Mon, 8 Jul 2002 15:33:32 -0700 (PDT) (envelope-from sean@mcneil.com) Subject: help with gdm2 From: Sean McNeil To: gnome@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 08 Jul 2002 15:33:31 -0700 Message-Id: <1026167612.422.3.camel@blue.mcneil.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi gentlemen (and ladies), I am having trouble with gdm2. It will start eating up a great deal of CPU and will freeze after entering my username. Here is what I've found as far as packaging: If I deinstall both gdm and gdm and then install gdm2 and reboot, I get the problem. If I install gdm and then kill all the gdm processes it works. If I install gdm and then gdm2 it works until I do a reboot. Has anyone else experienced this? I only have gdm in my pam.conf, do I need gdm2 as well or does it auth as gdm? I would like to get this resolved. Cheers, Sean To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Mon Jul 8 15:41:49 2002 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 42F2737B400 for ; Mon, 8 Jul 2002 15:41:47 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id A91A643E58 for ; Mon, 8 Jul 2002 15:41:46 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g68Mepp4065090; Mon, 8 Jul 2002 18:40:51 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: help with gdm2 From: Joe Marcus Clarke To: Sean McNeil Cc: gnome@FreeBSD.ORG In-Reply-To: <1026167612.422.3.camel@blue.mcneil.com> References: <1026167612.422.3.camel@blue.mcneil.com> Content-Type: multipart/mixed; boundary="=-qJrzZ0UaXOucNpNxKGax" X-Mailer: Ximian Evolution 1.0.7 Date: 08 Jul 2002 18:41:31 -0400 Message-Id: <1026168091.364.25.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-qJrzZ0UaXOucNpNxKGax Content-Type: text/plain Content-Transfer-Encoding: 7bit On Mon, 2002-07-08 at 18:33, Sean McNeil wrote: > Hi gentlemen (and ladies), > > I am having trouble with gdm2. It will start eating up a great deal of > CPU and will freeze after entering my username. Here is what I've found > as far as packaging: > > If I deinstall both gdm and gdm and then install gdm2 and reboot, I get > the problem. > > If I install gdm and then kill all the gdm processes it works. > > If I install gdm and then gdm2 it works until I do a reboot. > > Has anyone else experienced this? I only have gdm in my pam.conf, do I > need gdm2 as well or does it auth as gdm? No, entries for gdm should be fine. The problem may be solved by starting gdm from a shell script instead of /etc/ttys. Attached is the shell script I use. The script lives in /usr/X11R6/etc/rc.d. If you find that this still doesn't help, make sure you have the latest version of pango installed at rev _1. Joe > > I would like to get this resolved. > > Cheers, > Sean > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-gnome" in the body of the message > -- PGP Key : http://www.marcuscom.com/pgp.asc --=-qJrzZ0UaXOucNpNxKGax Content-Disposition: attachment; filename=xserver.sh Content-Transfer-Encoding: quoted-printable Content-Type: text/x-sh; name=xserver.sh; charset=ISO8859-1 #!/bin/sh PREFIX=3D/usr/X11R6 case "$1" in start) ${PREFIX}/bin/gdm ;; stop) /usr/bin/killall gdm 2>/dev/null ;; *) echo "$0 start | stop" ;; esac --=-qJrzZ0UaXOucNpNxKGax-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Mon Jul 8 16: 0:16 2002 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 C9D4237B400 for ; Mon, 8 Jul 2002 16:00:10 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id D082043E42 for ; Mon, 8 Jul 2002 16:00:09 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g68MxFp4065227; Mon, 8 Jul 2002 18:59:16 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: bsd.gnomeng.mk From: Joe Marcus Clarke To: Joe Kelsey Cc: freebsd-gnome In-Reply-To: <3D29C59E.3000306@flyingcroc.net> References: <3D29C59E.3000306@flyingcroc.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 08 Jul 2002 18:59:55 -0400 Message-Id: <1026169196.364.45.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 2002-07-08 at 13:02, Joe Kelsey wrote: > I do not understand how this whole framework is supposed to work. > According to Joe's new FAQ, just putting WITHOUT_GNOME=yes in > /etc/make.conf is supposed to prevent re-making of the gnome1 thingies. This should be fixed soon once we get everything moved over to bsd.gnomeng.mk. > > However, since gdm2 does not work, I have to reinstall gdm. When I go > to reinstall gdm, it tries to reinstall gnomecore. This is really > wrong! The only way I have been able to prevent gdm from working on > gnomecore is to change the USE_GNOME in the gdm Makefile to WITH_GNOME. > > My /etc/make.conf includes the following lines > > WITHOUT_GNMOE=yes > WITH_GNOMENG=yes > > What should it *really* contain? Good question. You'll need to play with the plist some to remove directories in already defined in gnomehier. Then, you'll want to set USE_GNOMENG and set: USE_GNOME= gnomeprefix gnomehack gnomelibs > > When will gdm2 be fixed? I need someone willing to help me troubleshoot the issue with gdb. I can't reproduce the problem. > > I suspect that the gdm2 problem must somehow be related to > yet-another-stupid-shared-lib-bug, but which library do I have left > dangling and how to I find it? I really think it is a PAM problem, but > I don't know how to debug it. Enabling the log messages in gdm.conf > does no good as it seems to be stuck in gdmlogin (?) and there are no > debugging messages coming from it. Compile gdm with debugging symbols, then run gdb on it to find out why it's spinning. Joe > > Sigh....at least I got past the gnome-session core dumping... > > /Joe > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-gnome" in the body of the message > -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Mon Jul 8 16: 2: 4 2002 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 11A5037B400 for ; Mon, 8 Jul 2002 16:02:00 -0700 (PDT) Received: from blue.mcneil.com (cpe-66-75-176-109.socal.rr.com [66.75.176.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id B15E443E31 for ; Mon, 8 Jul 2002 16:01:59 -0700 (PDT) (envelope-from sean@mcneil.com) Received: from mcneil.com (mcneil.com [66.75.176.109]) by blue.mcneil.com (8.12.5/8.12.5) with ESMTP id g68N1wej000762; Mon, 8 Jul 2002 16:01:59 -0700 (PDT) (envelope-from sean@mcneil.com) Subject: Re: help with gdm2 From: Sean McNeil To: Joe Marcus Clarke Cc: gnome@FreeBSD.ORG In-Reply-To: <1026168091.364.25.camel@gyros.marcuscom.com> References: <1026167612.422.3.camel@blue.mcneil.com> <1026168091.364.25.camel@gyros.marcuscom.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 08 Jul 2002 16:01:58 -0700 Message-Id: <1026169319.700.2.camel@blue.mcneil.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thanks. I will try the startup script. I just recompiled pango and still have the same trouble. I uncommented the line in /etc/ttys, though, and ran it directly. It worked!!! I got some warning messages, though: bash-2.05a# /usr/X11R6/bin/gdm -nodaemon (process:322): GLib-WARNING **: Need to have NULL encoding to set the bufferingstate of the channel. (process:322): GLib-WARNING **: Need to have NULL encoding to set the bufferingstate of the channel. Cheers, Sean On Mon, 2002-07-08 at 15:41, Joe Marcus Clarke wrote: > On Mon, 2002-07-08 at 18:33, Sean McNeil wrote: > > Hi gentlemen (and ladies), > > > > I am having trouble with gdm2. It will start eating up a great deal of > > CPU and will freeze after entering my username. Here is what I've found > > as far as packaging: > > > > If I deinstall both gdm and gdm and then install gdm2 and reboot, I get > > the problem. > > > > If I install gdm and then kill all the gdm processes it works. > > > > If I install gdm and then gdm2 it works until I do a reboot. > > > > Has anyone else experienced this? I only have gdm in my pam.conf, do I > > need gdm2 as well or does it auth as gdm? > > No, entries for gdm should be fine. The problem may be solved by > starting gdm from a shell script instead of /etc/ttys. Attached is the > shell script I use. The script lives in /usr/X11R6/etc/rc.d. > > If you find that this still doesn't help, make sure you have the latest > version of pango installed at rev _1. > > Joe > > > > > I would like to get this resolved. > > > > Cheers, > > Sean > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-gnome" in the body of the message > > > -- > PGP Key : http://www.marcuscom.com/pgp.asc > ---- > > #!/bin/sh > > PREFIX=/usr/X11R6 > > case "$1" in > > start) > ${PREFIX}/bin/gdm > ;; > stop) > /usr/bin/killall gdm 2>/dev/null > ;; > *) > echo "$0 start | stop" > ;; > > esac To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Mon Jul 8 16: 5:31 2002 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 C342037B400 for ; Mon, 8 Jul 2002 16:05:27 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1404F43E09 for ; Mon, 8 Jul 2002 16:05:27 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g68N4Qp4065270; Mon, 8 Jul 2002 19:04:27 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: help with gdm2 From: Joe Marcus Clarke To: Sean McNeil Cc: gnome@FreeBSD.ORG In-Reply-To: <1026169319.700.2.camel@blue.mcneil.com> References: <1026167612.422.3.camel@blue.mcneil.com> <1026168091.364.25.camel@gyros.marcuscom.com> <1026169319.700.2.camel@blue.mcneil.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 08 Jul 2002 19:05:06 -0400 Message-Id: <1026169507.364.49.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 2002-07-08 at 19:01, Sean McNeil wrote: > Thanks. I will try the startup script. I just recompiled pango and > still have the same trouble. > > I uncommented the line in /etc/ttys, though, and ran it directly. It > worked!!! > > I got some warning messages, though: > > bash-2.05a# /usr/X11R6/bin/gdm -nodaemon gdm2 needs --nodaemon. Joe > (process:322): GLib-WARNING **: Need to have NULL encoding to set the > bufferingstate of the channel. > (process:322): GLib-WARNING **: Need to have NULL encoding to set the > bufferingstate of the channel. > > Cheers, > Sean > > On Mon, 2002-07-08 at 15:41, Joe Marcus Clarke wrote: > > On Mon, 2002-07-08 at 18:33, Sean McNeil wrote: > > > Hi gentlemen (and ladies), > > > > > > I am having trouble with gdm2. It will start eating up a great deal of > > > CPU and will freeze after entering my username. Here is what I've found > > > as far as packaging: > > > > > > If I deinstall both gdm and gdm and then install gdm2 and reboot, I get > > > the problem. > > > > > > If I install gdm and then kill all the gdm processes it works. > > > > > > If I install gdm and then gdm2 it works until I do a reboot. > > > > > > Has anyone else experienced this? I only have gdm in my pam.conf, do I > > > need gdm2 as well or does it auth as gdm? > > > > No, entries for gdm should be fine. The problem may be solved by > > starting gdm from a shell script instead of /etc/ttys. Attached is the > > shell script I use. The script lives in /usr/X11R6/etc/rc.d. > > > > If you find that this still doesn't help, make sure you have the latest > > version of pango installed at rev _1. > > > > Joe > > > > > > > > I would like to get this resolved. > > > > > > Cheers, > > > Sean > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-gnome" in the body of the message > > > > > -- > > PGP Key : http://www.marcuscom.com/pgp.asc > > ---- > > > > > #!/bin/sh > > > > PREFIX=/usr/X11R6 > > > > case "$1" in > > > > start) > > ${PREFIX}/bin/gdm > > ;; > > stop) > > /usr/bin/killall gdm 2>/dev/null > > ;; > > *) > > echo "$0 start | stop" > > ;; > > > > esac > > -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Mon Jul 8 16: 9:59 2002 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 BC77637B400 for ; Mon, 8 Jul 2002 16:09:58 -0700 (PDT) Received: from blue.mcneil.com (cpe-66-75-176-109.socal.rr.com [66.75.176.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E9F643E3B for ; Mon, 8 Jul 2002 16:09:58 -0700 (PDT) (envelope-from sean@mcneil.com) Received: from mcneil.com (mcneil.com [66.75.176.109]) by blue.mcneil.com (8.12.5/8.12.5) with ESMTP id g68N9u6B000455 for ; Mon, 8 Jul 2002 16:09:56 -0700 (PDT) (envelope-from sean@mcneil.com) Subject: gnome2 panel not saving ordering From: Sean McNeil To: gnome@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 08 Jul 2002 16:09:56 -0700 Message-Id: <1026169796.421.2.camel@blue.mcneil.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, One problem down, one to go. I have several items in my panel (it is a corner panel) and when I log out and log back in nothing but the foot is in the right place. Cheers, Sean To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Mon Jul 8 16:10:22 2002 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 9B25D37B405 for ; Mon, 8 Jul 2002 16:10:17 -0700 (PDT) Received: from zircon.seattle.wa.us (sense-sea-CovadSub-0-80.oz.net [216.39.147.80]) by mx1.FreeBSD.org (Postfix) with SMTP id 6B61E43E09 for ; Mon, 8 Jul 2002 16:10:16 -0700 (PDT) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 63888 invoked from network); 8 Jul 2002 23:10:15 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 8 Jul 2002 23:10:15 -0000 Subject: Re: Mozilla's so slow! From: Joe Kelsey To: Philip Hallstrom Cc: Edwin Groothuis , Stacey Roberts , FreeBSD-Gnome , FreeBSD-Questions In-Reply-To: <20020708100812.E1306-100000@cypress.adhesivemedia.com> References: <20020708100812.E1306-100000@cypress.adhesivemedia.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 08 Jul 2002 16:10:14 -0700 Message-Id: <1026169815.60775.10.camel@zircon.zircon.seattle.wa.us> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 2002-07-08 at 10:10, Philip Hallstrom wrote: > > On Sun, Jul 07, 2002 at 01:40:03AM +0100, Stacey Roberts wrote: > > > For the last few weeks., I've noticed that it takes *ages* at the > > > "resolving host www.targetsite.whatever" before returning the requested > > > page., if at all., > > > > Sounds like a DNS problem. How does your /etc/resolv.conf look like? > > And do you have the same "timeout" problems when telnetting to other > > servers? > > I have a similar problem... not as bad as this other fellows, but still > quite noticable. And it's not a DNS thing... I can type in a url, click > go, watch it while it "resolves..." and in the meantime open up an xterm > and ping that server, nslookup it, telnet to it, etc... instantly... and > even then mozilla still waits and waits and waits... This is a known bug in mozilla 1.0. It is currently on the list of bugs to be fixed in 1.1. If you read the mozilla status reports you can sometimes dig these facts out. Suffice to say that there is a problem with how moz deals with the resolver api. > it was really bad with .96 (I think), but is quite a bit better with 1.0, > but still definitely there. > > -p > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-gnome" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Mon Jul 8 16:13:26 2002 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 55CD837B400 for ; Mon, 8 Jul 2002 16:13:25 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAAFC43E31 for ; Mon, 8 Jul 2002 16:13:24 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g68NCUp4065325; Mon, 8 Jul 2002 19:12:30 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: gnome2 panel not saving ordering From: Joe Marcus Clarke To: Sean McNeil Cc: gnome@FreeBSD.ORG In-Reply-To: <1026169796.421.2.camel@blue.mcneil.com> References: <1026169796.421.2.camel@blue.mcneil.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 08 Jul 2002 19:13:09 -0400 Message-Id: <1026169990.364.55.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 2002-07-08 at 19:09, Sean McNeil wrote: > Hi, > > One problem down, one to go. I have several items in my panel (it is a > corner panel) and when I log out and log back in nothing but the foot is > in the right place. Check to make sure that all your ~/.gnome* and ~/.gconf* directories have the correct permissions. Joe > > Cheers, > Sean > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-gnome" in the body of the message > -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Mon Jul 8 16:15:29 2002 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 42B0237B400; Mon, 8 Jul 2002 16:15:26 -0700 (PDT) Received: from topaz.mdcc.cx (topaz.mdcc.cx [212.204.230.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8326B43E58; Mon, 8 Jul 2002 16:15:24 -0700 (PDT) (envelope-from edwin@mavetju.org) Received: from k7.mavetju (topaz.mdcc.cx [212.204.230.141]) by topaz.mdcc.cx (Postfix) with ESMTP id 5765E2B6AE; Tue, 9 Jul 2002 01:15:21 +0200 (CEST) Received: by k7.mavetju (Postfix, from userid 1001) id ABE3E6A7124; Tue, 9 Jul 2002 09:15:15 +1000 (EST) Date: Tue, 9 Jul 2002 09:15:15 +1000 From: Edwin Groothuis To: Philip Hallstrom Cc: Stacey Roberts , FreeBSD-Gnome , FreeBSD-Questions Subject: Re: Mozilla's so slow! Message-ID: <20020708231515.GB577@k7.mavetju> Mail-Followup-To: Edwin Groothuis , Philip Hallstrom , Stacey Roberts , FreeBSD-Gnome , FreeBSD-Questions References: <20020707013753.GA577@k7.mavetju> <20020708100812.E1306-100000@cypress.adhesivemedia.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020708100812.E1306-100000@cypress.adhesivemedia.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jul 08, 2002 at 10:10:46AM -0700, Philip Hallstrom wrote: > > On Sun, Jul 07, 2002 at 01:40:03AM +0100, Stacey Roberts wrote: > > > For the last few weeks., I've noticed that it takes *ages* at the > > > "resolving host www.targetsite.whatever" before returning the requested > > > page., if at all., > > > > Sounds like a DNS problem. How does your /etc/resolv.conf look like? > > And do you have the same "timeout" problems when telnetting to other > > servers? > > I have a similar problem... not as bad as this other fellows, but still > quite noticable. And it's not a DNS thing... I can type in a url, click > go, watch it while it "resolves..." and in the meantime open up an xterm > and ping that server, nslookup it, telnet to it, etc... instantly... and > even then mozilla still waits and waits and waits... I wouldn't mind seeing some URLs on which you have this behaviour. Edwin -- Edwin Groothuis | Personal website: http://www.MavEtJu.org edwin@mavetju.org | Interested in MUDs? Visit Fatal Dimensions: bash$ :(){ :|:&};: | http://www.FatalDimensions.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Mon Jul 8 16:16:53 2002 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 B7A3837B400 for ; Mon, 8 Jul 2002 16:16:52 -0700 (PDT) Received: from zircon.seattle.wa.us (sense-sea-CovadSub-0-80.oz.net [216.39.147.80]) by mx1.FreeBSD.org (Postfix) with SMTP id F0C5243E52 for ; Mon, 8 Jul 2002 16:16:51 -0700 (PDT) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 63928 invoked from network); 8 Jul 2002 23:16:51 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 8 Jul 2002 23:16:51 -0000 Subject: Re: gnome2 panel not saving ordering From: Joe Kelsey To: Joe Marcus Clarke Cc: Sean McNeil , gnome@FreeBSD.ORG In-Reply-To: <1026169990.364.55.camel@gyros.marcuscom.com> References: <1026169796.421.2.camel@blue.mcneil.com> <1026169990.364.55.camel@gyros.marcuscom.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 08 Jul 2002 16:16:51 -0700 Message-Id: <1026170211.60775.14.camel@zircon.zircon.seattle.wa.us> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 2002-07-08 at 16:13, Joe Marcus Clarke wrote: > On Mon, 2002-07-08 at 19:09, Sean McNeil wrote: > > Hi, > > > > One problem down, one to go. I have several items in my panel (it is a > > corner panel) and when I log out and log back in nothing but the foot is > > in the right place. > > Check to make sure that all your ~/.gnome* and ~/.gconf* directories > have the correct permissions. I had a *hell* of a time yesterday trying to get gnome2 working on my home system. The fix ended up being to reboot the machine! The basic problem is that there were too many leftover processes from gnome1 hanging about (specifically gconf-1). You can examine the running processes and manually kill things, or just reboot and start afresh. After rebooting, all of my configuration issues magically disappeared! /Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Mon Jul 8 16:37: 2 2002 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 1F00537B400 for ; Mon, 8 Jul 2002 16:36:14 -0700 (PDT) Received: from pd2mo3so.prod.shaw.ca (h24-71-223-10.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E354743E3B for ; Mon, 8 Jul 2002 16:36:12 -0700 (PDT) (envelope-from aj.field@shaw.ca) Received: from pd3mr2so.prod.shaw.ca (pd3mr2so-ser.prod.shaw.ca [10.0.141.178]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0GYY00EEZEPC06@l-daemon> for gnome@FreeBSD.org; Mon, 08 Jul 2002 17:32:00 -0600 (MDT) Received: from pn2ml4so.prod.shaw.ca (pn2ml4so-qfe0.prod.shaw.ca [10.0.121.148]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0GYY00M3FEPCSH@l-daemon> for gnome@FreeBSD.org; Mon, 08 Jul 2002 17:32:00 -0600 (MDT) Received: from trifid.local (h24-70-11-193.cg.shawcable.net [24.70.11.193]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0GYY00ABWEPBO4@l-daemon> for gnome@FreeBSD.org; Mon, 08 Jul 2002 17:32:00 -0600 (MDT) Date: Mon, 08 Jul 2002 17:31:57 -0600 From: tony field Subject: Gnome2 build failure in libgnome To: gnome@FreeBSD.org Cc: ve6yp@shaw.ca Reply-To: ajf.field@shaw.ca Message-id: <200207081731.57729.aj.field@shaw.ca> MIME-version: 1.0 X-Mailer: KMail [version 1.4] Content-type: multipart/mixed; boundary="Boundary_(ID_YNtOS4zNta35wBIhrruQpA)" Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Boundary_(ID_YNtOS4zNta35wBIhrruQpA) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT The port of gnome2 failed during the build of libgnome. The attached is the config.log as well as the log of the console during the build. tony --Boundary_(ID_YNtOS4zNta35wBIhrruQpA) Content-type: text/x-log; charset=us-ascii; name=config.log Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=config.log This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.52. Invocation command line was $ ./configure --localstatedir=/usr/X11R6/share/gnome --datadir=/usr/X11R6/share/gnome --with-html-dir=/usr/X11R6/share/doc --with-gconf-source=xml::/usr/X11R6/etc/gconf/gconf.xml.defaults --x-libraries=/usr/X11R6/lib --x-includes=/usr/X11R6/include --prefix=/usr/X11R6 --target=i386-unknown-freebsd4.6 ## ---------- ## ## Platform. ## ## ---------- ## hostname = trifid.local uname -m = i386 uname -r = 4.6-RELEASE uname -s = FreeBSD uname -v = FreeBSD 4.6-RELEASE #0: Sun Jun 30 12:44:54 MDT 2002 root@trifid.local:/usr/src/sys/compile/TRIFIDA /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:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/root/bin ## ------------ ## ## Core tests. ## ## ------------ ## configure:1133: PATH=".;."; conftest.sh conftest.sh: not found configure:1136: $? = 127 configure:1186: checking for a BSD compatible install configure:1235: result: /usr/bin/install -c -o root -g wheel configure:1246: checking whether build environment is sane configure:1289: result: yes configure:1304: checking whether gmake sets ${MAKE} configure:1324: result: yes configure:1352: checking for working aclocal configure:1359: result: found configure:1367: checking for working autoconf configure:1374: result: found configure:1382: checking for working automake configure:1389: result: found configure:1397: checking for working autoheader configure:1404: result: found configure:1412: checking for working makeinfo configure:1419: result: found configure:1427: checking whether to enable maintainer-specific portions of Makefiles configure:1436: result: no configure:1488: checking for perl configure:1505: found /usr/bin/perl configure:1516: result: /usr/bin/perl configure:1583: checking for gcc configure:1606: result: cc configure:1834: checking for C compiler version configure:1837: cc --version &5 2.95.3 configure:1840: $? = 0 configure:1842: cc -v &5 Using builtin specs. gcc version 2.95.3 20010315 (release) [FreeBSD] configure:1845: $? = 0 configure:1847: cc -V &5 cc: argument to `-V' is missing configure:1850: $? = 1 configure:1870: checking for C compiler default output configure:1873: cc -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:1876: $? = 0 configure:1905: result: a.out configure:1910: checking whether the C compiler works configure:1916: ./a.out configure:1919: $? = 0 configure:1934: result: yes configure:1941: checking whether we are cross compiling configure:1943: result: no configure:1946: checking for executable suffix configure:1948: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:1951: $? = 0 configure:1973: result: configure:1979: checking for object suffix configure:1997: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:2000: $? = 0 configure:2019: result: o configure:2023: checking whether we are using the GNU C compiler configure:2044: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:2047: $? = 0 configure:2050: test -s conftest.o configure:2053: $? = 0 configure:2065: result: yes configure:2071: checking whether cc accepts -g configure:2089: cc -c -g -I/usr/local/include conftest.c >&5 configure:2092: $? = 0 configure:2095: test -s conftest.o configure:2098: $? = 0 configure:2108: result: yes configure:2135: cc -c -O -pipe -I/usr/local/include conftest.c >&5 conftest.c:2: syntax error before `me' configure:2138: $? = 1 configure: failed program was: #ifndef __cplusplus choke me #endif configure:2236: checking for strerror in -lcposix configure:2263: cc -o conftest -O -pipe -I/usr/local/include conftest.c -lcposix -L/usr/local/lib >&5 /usr/libexec/elf/ld: cannot find -lcposix configure:2266: $? = 1 configure: failed program was: #line 2244 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ #ifdef __cplusplus extern "C" #endif /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char strerror (); int main () { strerror (); ; return 0; } configure:2283: result: no configure:2332: checking for gcc configure:2355: result: cc configure:2583: checking for C compiler version configure:2586: cc --version &5 2.95.3 configure:2589: $? = 0 configure:2591: cc -v &5 Using builtin specs. gcc version 2.95.3 20010315 (release) [FreeBSD] configure:2594: $? = 0 configure:2596: cc -V &5 cc: argument to `-V' is missing configure:2599: $? = 1 configure:2602: checking whether we are using the GNU C compiler configure:2644: result: yes configure:2650: checking whether cc accepts -g configure:2687: result: yes configure:2714: cc -c -O -pipe -I/usr/local/include conftest.c >&5 conftest.c:2: syntax error before `me' configure:2717: $? = 1 configure: failed program was: #ifndef __cplusplus choke me #endif configure:2820: checking how to run the C preprocessor configure:2846: cc -E -I/usr/local/include conftest.c configure:2852: $? = 0 configure:2879: cc -E -I/usr/local/include conftest.c configure:2876: ac_nonexistent.h: No such file or directory configure:2885: $? = 1 configure: failed program was: #line 2875 "configure" #include "confdefs.h" #include configure:2922: result: cc -E configure:2937: cc -E -I/usr/local/include conftest.c configure:2943: $? = 0 configure:2970: cc -E -I/usr/local/include conftest.c configure:2967: ac_nonexistent.h: No such file or directory configure:2976: $? = 1 configure: failed program was: #line 2966 "configure" #include "confdefs.h" #include configure:3015: checking for ANSI C header files configure:3029: cc -E -I/usr/local/include conftest.c configure:3035: $? = 0 configure:3122: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:3125: $? = 0 configure:3127: ./conftest configure:3130: $? = 0 configure:3143: result: yes configure:3225: checking build system type configure:3243: result: i386-unknown-freebsd4.6 configure:3250: checking host system type configure:3264: result: i386-unknown-freebsd4.6 configure:3281: checking for ld used by GCC configure:3344: result: /usr/libexec/elf/ld configure:3353: checking if the linker (/usr/libexec/elf/ld) is GNU ld GNU ld version 2.11.2 20010719 [FreeBSD] (with BFD 2.11.2 20010719 [FreeBSD]) configure:3365: result: yes configure:3369: checking for /usr/libexec/elf/ld option to reload object files configure:3376: result: -r configure:3381: checking for BSD-compatible nm configure:3417: result: /usr/bin/nm -B configure:3420: checking whether ln -s works configure:3424: result: yes configure:3431: checking how to recognise dependant libraries configure:3609: result: pass_all configure:3615: checking command to parse /usr/bin/nm -B output configure:3696: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:3699: $? = 0 configure:3703: /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:3706: $? = 0 configure:3758: cc -o conftest -O -pipe -I/usr/local/include conftest.c conftstm.o >&5 configure:3761: $? = 0 configure:3805: result: ok configure:3812: checking for dlfcn.h configure:3822: cc -E -I/usr/local/include conftest.c configure:3828: $? = 0 configure:3847: result: yes configure:4034: checking for ranlib configure:4049: found /usr/bin/ranlib configure:4058: result: ranlib configure:4108: checking for strip configure:4123: found /usr/bin/strip configure:4132: result: strip configure:4334: checking for objdir configure:4345: result: .libs configure:4360: checking for cc option to produce PIC configure:4510: result: -fPIC configure:4514: checking if cc PIC flag -fPIC works configure:4534: cc -c -O -pipe -fPIC -DPIC -I/usr/local/include conftest.c >&5 configure:4537: $? = 0 configure:4540: test -s conftest.o configure:4543: $? = 0 configure:4579: result: yes configure:4595: checking if cc static flag -static works configure:4616: cc -o conftest -O -pipe -I/usr/local/include -static conftest.c -L/usr/local/lib >&5 configure:4619: $? = 0 configure:4622: test -s conftest configure:4625: $? = 0 configure:4639: result: yes configure:4650: checking if cc supports -c -o file.o configure:4670: cc -c -O -pipe -o out/conftest2.o -I/usr/local/include conftest.c >&5 configure:4694: result: yes configure:4699: checking if cc supports -c -o file.lo configure:4723: cc -c -O -pipe -c -o conftest.lo -I/usr/local/include conftest.c >&5 configure:4726: $? = 0 configure:4729: test -s conftest.lo configure:4732: $? = 0 configure:4753: result: yes configure:4784: checking if cc supports -fno-rtti -fno-exceptions configure:4803: cc -c -O -pipe -fno-rtti -fno-exceptions -c conftest.c -I/usr/local/include conftest.c >&5 configure:4806: $? = 0 configure:4809: test -s conftest.o configure:4812: $? = 0 configure:4828: result: yes configure:4839: checking whether the linker (/usr/libexec/elf/ld) supports shared libraries configure:5491: result: yes configure:5496: checking how to hardcode library paths into programs configure:5520: result: immediate configure:5525: checking whether stripping libraries is possible configure:5530: result: yes configure:5541: checking dynamic linker characteristics configure:5934: result: freebsd4.6 ld.so configure:5939: checking if libtool supports shared libraries configure:5941: result: yes configure:5944: checking whether to build shared libraries configure:5965: result: yes configure:5968: checking whether to build static libraries configure:5972: result: yes configure:6590: checking whether -lc should be explicitly linked in configure:6598: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:6601: $? = 0 configure:6615: cc -shared conftest.o -v -Wl,-soname -Wl,conftest -o conftest 2\>\&1 \| grep -lc \>/dev/null 2\>\&1 configure:6618: $? = 1 configure:6631: result: yes configure:7200: checking for bison configure:7215: found /usr/local/bin/bison configure:7223: result: bison -y configure:7238: checking for xrdb configure:7255: found /usr/X11R6/bin/xrdb configure:7266: result: /usr/X11R6/bin/xrdb configure:7279: checking for setenv configure:7316: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:7319: $? = 0 configure:7322: test -s conftest configure:7325: $? = 0 configure:7335: result: yes configure:7279: checking for unsetenv configure:7316: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:7319: $? = 0 configure:7322: test -s conftest configure:7325: $? = 0 configure:7335: result: yes configure:7279: checking for clearenv configure:7316: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 /tmp/ccXGt4OS.o: In function `main': /tmp/ccXGt4OS.o(.text+0x9): undefined reference to `clearenv' configure:7319: $? = 1 configure: failed program was: #line 7285 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char clearenv (); below. */ #include /* 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 clearenv (); char (*f) (); int main () { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub_clearenv) || defined (__stub___clearenv) choke me #else f = clearenv; #endif ; return 0; } configure:7335: result: no configure:7279: checking for setfsgid configure:7316: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 /tmp/ccSNkMHx.o: In function `main': /tmp/ccSNkMHx.o(.text+0x9): undefined reference to `setfsgid' configure:7319: $? = 1 configure: failed program was: #line 7285 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char setfsgid (); below. */ #include /* 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 setfsgid (); char (*f) (); int main () { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub_setfsgid) || defined (__stub___setfsgid) choke me #else f = setfsgid; #endif ; return 0; } configure:7335: result: no configure:7348: checking for sys/fsuid.h configure:7358: cc -E -I/usr/local/include conftest.c configure:7355: sys/fsuid.h: No such file or directory configure:7364: $? = 1 configure: failed program was: #line 7354 "configure" #include "confdefs.h" #include configure:7383: result: no configure:7396: checking for bind_textdomain_codeset configure:7433: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 /tmp/ccnrXVVH.o: In function `main': /tmp/ccnrXVVH.o(.text+0x9): undefined reference to `bind_textdomain_codeset' configure:7436: $? = 1 configure: failed program was: #line 7402 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char bind_textdomain_codeset (); below. */ #include /* Override any gcc2 internal prototype to avoid an error. */ #ifdef __cplusplus extern "C" #endif /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char bind_textdomain_codeset (); char (*f) (); int main () { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub_bind_textdomain_codeset) || defined (__stub___bind_textdomain_codeset) choke me #else f = bind_textdomain_codeset; #endif ; return 0; } configure:7452: result: no configure:7526: checking for ranlib configure:7550: result: ranlib configure:7562: checking for cc option to accept ANSI C configure:7619: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:7622: $? = 0 configure:7625: test -s conftest.o configure:7628: $? = 0 configure:7645: result: none needed configure:7653: checking for an ANSI C-conforming const configure:7717: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:7720: $? = 0 configure:7723: test -s conftest.o configure:7726: $? = 0 configure:7736: result: yes configure:7746: checking for inline configure:7763: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:7766: $? = 0 configure:7769: test -s conftest.o configure:7772: $? = 0 configure:7783: result: inline configure:7804: checking for sys/types.h configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:7819: $? = 0 configure:7822: test -s conftest.o configure:7825: $? = 0 configure:7835: result: yes configure:7804: checking for sys/stat.h configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:7819: $? = 0 configure:7822: test -s conftest.o configure:7825: $? = 0 configure:7835: result: yes configure:7804: checking for stdlib.h configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:7819: $? = 0 configure:7822: test -s conftest.o configure:7825: $? = 0 configure:7835: result: yes configure:7804: checking for string.h configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:7819: $? = 0 configure:7822: test -s conftest.o configure:7825: $? = 0 configure:7835: result: yes configure:7804: checking for memory.h configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:7819: $? = 0 configure:7822: test -s conftest.o configure:7825: $? = 0 configure:7835: result: yes configure:7804: checking for strings.h configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:7819: $? = 0 configure:7822: test -s conftest.o configure:7825: $? = 0 configure:7835: result: yes configure:7804: checking for inttypes.h configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:7819: $? = 0 configure:7822: test -s conftest.o configure:7825: $? = 0 configure:7835: result: yes configure:7804: checking for stdint.h configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:7845: stdint.h: No such file or directory configure:7819: $? = 1 configure: failed program was: #line 7810 "configure" #include "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:7835: result: no configure:7804: checking for unistd.h configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:7819: $? = 0 configure:7822: test -s conftest.o configure:7825: $? = 0 configure:7835: result: yes configure:7845: checking for off_t configure:7866: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:7869: $? = 0 configure:7872: test -s conftest.o configure:7875: $? = 0 configure:7885: result: yes configure:7897: checking for size_t configure:7918: cc -c -O -pipe -I/usr/local/include conftest.c >&5 configure:7921: $? = 0 configure:7924: test -s conftest.o configure:7927: $? = 0 configure:7937: result: yes configure:7951: checking for working alloca.h configure:7969: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:7958: alloca.h: No such file or directory configure:7972: $? = 1 configure: failed program was: #line 7957 "configure" #include "confdefs.h" #include int main () { char *p = (char *) alloca (2 * sizeof (int)); ; return 0; } configure:7988: result: no configure:7998: checking for alloca configure:8036: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:8039: $? = 0 configure:8042: test -s conftest configure:8045: $? = 0 configure:8055: result: yes configure:8239: checking for stdlib.h configure:8274: result: yes configure:8239: checking for unistd.h configure:8274: result: yes configure:8287: checking for getpagesize configure:8324: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:8327: $? = 0 configure:8330: test -s conftest configure:8333: $? = 0 configure:8343: result: yes configure:8353: checking for working mmap configure:8489: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:8492: $? = 0 configure:8494: ./conftest configure:8497: $? = 0 configure:8509: result: yes configure:8524: checking for argz.h configure:8534: cc -E -I/usr/local/include conftest.c configure:8531: argz.h: No such file or directory configure:8540: $? = 1 configure: failed program was: #line 8530 "configure" #include "confdefs.h" #include configure:8559: result: no configure:8524: checking for limits.h configure:8534: cc -E -I/usr/local/include conftest.c configure:8540: $? = 0 configure:8559: result: yes configure:8524: checking for locale.h configure:8534: cc -E -I/usr/local/include conftest.c configure:8540: $? = 0 configure:8559: result: yes configure:8524: checking for nl_types.h configure:8534: cc -E -I/usr/local/include conftest.c configure:8540: $? = 0 configure:8559: result: yes configure:8524: checking for malloc.h configure:8534: cc -E -I/usr/local/include conftest.c In file included from configure:8531: /usr/include/malloc.h:2: warning: #warning "this file includes which is deprecated, use instead" configure:8540: $? = 0 configure:8559: result: yes configure:8524: checking for string.h configure:8559: result: yes configure:8524: checking for unistd.h configure:8559: result: yes configure:8524: checking for sys/param.h configure:8534: cc -E -I/usr/local/include conftest.c configure:8540: $? = 0 configure:8559: result: yes configure:8573: checking for getcwd configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:8613: $? = 0 configure:8616: test -s conftest configure:8619: $? = 0 configure:8629: result: yes configure:8573: checking for munmap configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:8613: $? = 0 configure:8616: test -s conftest configure:8619: $? = 0 configure:8629: result: yes configure:8573: checking for putenv configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:8613: $? = 0 configure:8616: test -s conftest configure:8619: $? = 0 configure:8629: result: yes configure:8573: checking for setenv configure:8629: result: yes configure:8573: checking for setlocale configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:8613: $? = 0 configure:8616: test -s conftest configure:8619: $? = 0 configure:8629: result: yes configure:8573: checking for strchr configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:8613: $? = 0 configure:8616: test -s conftest configure:8619: $? = 0 configure:8629: result: yes configure:8573: checking for strcasecmp configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:8613: $? = 0 configure:8616: test -s conftest configure:8619: $? = 0 configure:8629: result: yes configure:8573: checking for strdup configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:8613: $? = 0 configure:8616: test -s conftest configure:8619: $? = 0 configure:8629: result: yes configure:8573: checking for __argz_count configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 /tmp/ccmu1Elj.o: In function `main': /tmp/ccmu1Elj.o(.text+0x9): undefined reference to `__argz_count' configure:8613: $? = 1 configure: failed program was: #line 8579 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char __argz_count (); below. */ #include /* Override any gcc2 internal prototype to avoid an error. */ #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 __argz_count (); char (*f) (); int main () { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub___argz_count) || defined (__stub_____argz_count) choke me #else f = __argz_count; #endif ; return 0; } configure:8629: result: no configure:8573: checking for __argz_stringify configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 /tmp/ccrpM91M.o: In function `main': /tmp/ccrpM91M.o(.text+0x9): undefined reference to `__argz_stringify' configure:8613: $? = 1 configure: failed program was: #line 8579 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char __argz_stringify (); below. */ #include /* Override any gcc2 internal prototype to avoid an error. */ #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 __argz_stringify (); char (*f) (); int main () { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub___argz_stringify) || defined (__stub_____argz_stringify) choke me #else f = __argz_stringify; #endif ; return 0; } configure:8629: result: no configure:8573: checking for __argz_next configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 /tmp/ccKpBebx.o: In function `main': /tmp/ccKpBebx.o(.text+0x9): undefined reference to `__argz_next' configure:8613: $? = 1 configure: failed program was: #line 8579 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char __argz_next (); below. */ #include /* Override any gcc2 internal prototype to avoid an error. */ #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 __argz_next (); char (*f) (); int main () { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub___argz_next) || defined (__stub_____argz_next) choke me #else f = __argz_next; #endif ; return 0; } configure:8629: result: no configure:8640: checking for LC_MESSAGES configure:8658: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 configure:8661: $? = 0 configure:8664: test -s conftest configure:8667: $? = 0 configure:8677: result: yes configure:8698: checking for libintl.h configure:8708: cc -E -I/usr/local/include conftest.c configure:8714: $? = 0 configure:8733: result: yes configure:8736: checking for dgettext in libc configure:8754: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 /tmp/cc05l3DO.o: In function `main': /tmp/cc05l3DO.o(.text+0x14): undefined reference to `dgettext' configure:8757: $? = 1 configure: failed program was: #line 8742 "configure" #include "confdefs.h" #include int main () { return (int) dgettext ("","") ; return 0; } configure:8773: result: no configure:8780: checking for bindtextdomain in -lintl configure:8807: cc -o conftest -O -pipe -I/usr/local/include conftest.c -lintl -L/usr/local/lib >&5 configure:8810: $? = 0 configure:8813: test -s conftest configure:8816: $? = 0 configure:8827: result: yes configure:8830: checking for dgettext in -lintl configure:8857: cc -o conftest -O -pipe -I/usr/local/include conftest.c -lintl -L/usr/local/lib >&5 configure:8860: $? = 0 configure:8863: test -s conftest configure:8866: $? = 0 configure:8877: result: yes configure:8886: checking if -liconv is needed to use gettext configure:8888: result: configure:8890: checking for dcgettext in -lintl configure:8917: cc -o conftest -O -pipe -I/usr/local/include conftest.c -lintl -liconv -L/usr/local/lib >&5 configure:8920: $? = 0 configure:8923: test -s conftest configure:8926: $? = 0 configure:8937: result: yes configure:8962: checking for msgfmt configure:8989: result: /usr/local/bin/msgfmt configure:9000: checking for dcgettext configure:9037: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib -lintl -liconv >&5 configure:9040: $? = 0 configure:9043: test -s conftest configure:9046: $? = 0 configure:9056: result: yes configure:9068: checking for gmsgfmt configure:9097: result: /usr/local/bin/msgfmt configure:9106: checking for xgettext configure:9133: result: /usr/local/bin/xgettext configure:9154: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib -lintl -liconv >&5 configure:9157: $? = 0 configure:9160: test -s conftest configure:9163: $? = 0 configure:9226: checking for catalogs to be installed configure:9235: result: az da de es eu fi fr hi it ko ja lv ms nn no pl pt pt_BR ru sk sl sv ta tr uk vi wa zh_CN zh_TW configure:9408: checking what warning flags to pass to the C compiler configure:9410: result: -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations configure:9421: checking what language compliance flags to pass to the C compiler configure:9436: result: configure:9460: checking for mawk configure:9491: result: no configure:9460: checking for gawk configure:9491: result: no configure:9460: checking for nawk configure:9491: result: no configure:9460: checking for awk configure:9477: found /usr/bin/awk configure:9488: result: /usr/bin/awk configure:9502: checking for perl5 configure:9519: found /usr/bin/perl5 configure:9530: result: /usr/bin/perl5 configure:9574: checking for pkg-config configure:9591: found /usr/local/bin/pkg-config configure:9603: result: /usr/local/bin/pkg-config configure:9620: checking for esound >= 0.2.26 audiofile >= 0.2.3 configure:9624: result: yes configure:9628: checking SOUND_TEST_CFLAGS configure:9631: result: -I/usr/local/include configure:9634: checking SOUND_TEST_LIBS configure:9637: result: -L/usr/local/lib -lesd -laudiofile -lm configure:9722: checking for glib-2.0 >= 2.0.3 gmodule-2.0 >= 2.0.3 gnome-vfs-2.0 >= 1.9.16 libxml-2.0 >= 2.4.22 libbonobo-2.0 >= 2.0.0 gconf-2.0 >= 1.1.11 audiofile >= 0.2.3 esound >= 0.2.26 configure:9771: error: Library requirements (glib-2.0 >= 2.0.3 gmodule-2.0 >= 2.0.3 gnome-vfs-2.0 >= 1.9.16 libxml-2.0 >= 2.4.22 libbonobo-2.0 >= 2.0.0 gconf-2.0 >= 1.1.11 audiofile >= 0.2.3 esound >= 0.2.26) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. ## ----------------- ## ## Cache variables. ## ## ----------------- ## ac_cv_type_size_t='yes' ac_cv_func_bind_textdomain_codeset='no' ac_cv_path_XGETTEXT='/usr/local/bin/xgettext' ac_cv_func_getcwd='yes' gt_cv_func_dgettext_libc='no' ac_cv_header_stdlib_h='yes' lt_cv_file_magic_cmd='$MAGIC_CMD' ac_cv_header_nl_types_h='yes' ac_cv_lib_cposix_strerror='no' ac_cv_prog_cc_g='yes' ac_cv_path_INTLTOOL_PERL='/usr/bin/perl' ac_cv_env_LDFLAGS_set='' ac_cv_path_PKG_CONFIG='/usr/local/bin/pkg-config' lt_cv_prog_cc_can_build_shared='yes' ac_cv_c_compiler_gnu='yes' ac_cv_env_CFLAGS_set='set' ac_cv_func_setlocale='yes' ac_cv_func_mmap_fixed_mapped='yes' ac_cv_prog_make_gmake_set='yes' ac_cv_path_PATH_TO_XRDB='/usr/X11R6/bin/xrdb' ac_cv_env_CPP_value='' ac_cv_env_CPPFLAGS_set='set' ac_cv_lib_intl_dcgettext='yes' ac_cv_func_strcasecmp='yes' lt_cv_prog_cc_static_works='yes' lt_cv_prog_cc_no_builtin='' lt_cv_prog_cc_shlib='' ac_cv_func___argz_count='no' lt_cv_prog_cc_static='-static' ac_cv_env_host_alias_set='' ac_cv_path_GMSGFMT='/usr/local/bin/msgfmt' ac_cv_c_const='yes' ac_cv_prog_YACC='bison -y' lt_cv_ld_reload_flag='-r' ac_cv_working_alloca_h='no' ac_cv_func_clearenv='no' lt_cv_sys_path_separator=':' ac_cv_func_munmap='yes' ac_cv_header_sys_stat_h='yes' ac_cv_func_unsetenv='yes' lt_cv_archive_cmds_need_lc='yes' lt_cv_prog_gnu_ld='yes' ac_cv_env_build_alias_set='' ac_cv_header_limits_h='yes' ac_cv_env_LDFLAGS_value='' ac_cv_env_target_alias_set='set' ac_cv_path_AWK='/usr/bin/awk' ac_cv_func_alloca_works='yes' ac_cv_prog_cc_stdc='' ac_cv_host_alias='i386-unknown-freebsd4.6' ac_cv_env_CFLAGS_value='-O -pipe ' ac_cv_env_CC_set='set' ac_cv_path_MSGFMT='/usr/local/bin/msgfmt' ac_cv_header_sys_types_h='yes' lt_cv_prog_cc_wl='-Wl,' ac_cv_header_stdc='yes' ac_cv_path_PERL='/usr/bin/perl5' ac_cv_func___argz_stringify='no' ac_cv_header_strings_h='yes' ac_cv_func_dcgettext='yes' ac_cv_header_stdint_h='no' ac_cv_header_inttypes_h='yes' nls_cv_header_intl='' ac_cv_func___argz_next='no' ac_cv_header_sys_param_h='yes' ac_cv_header_locale_h='yes' ac_cv_header_unistd_h='yes' ac_cv_header_string_h='yes' ac_cv_c_inline='inline' ac_cv_func_setenv='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-unknown-freebsd4.6' ac_cv_env_CPPFLAGS_value='-I/usr/local/include' ac_cv_func_strchr='yes' ac_cv_func_setfsgid='no' ac_cv_header_memory_h='yes' ac_cv_prog_ac_ct_RANLIB='ranlib' ac_cv_prog_ac_ct_STRIP='strip' ac_cv_host='i386-unknown-freebsd4.6' ac_cv_env_host_alias_value='' am_cv_val_LC_MESSAGES='yes' ac_cv_type_off_t='yes' ac_cv_lib_intl_dgettext='yes' nls_cv_force_use_gnu_gettext='no' 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'\''' ac_cv_lib_intl_bindtextdomain='yes' gt_cv_func_dgettext_libintl='yes' lt_cv_compiler_c_o='yes' lt_cv_prog_cc_pic_works='yes' lt_cv_file_magic_test_file='' nls_cv_use_gnu_gettext='no' ac_cv_header_argz_h='no' ac_cv_build='i386-unknown-freebsd4.6' ac_cv_prog_CPP='cc -E' ac_cv_env_build_alias_value='' ac_cv_header_malloc_h='yes' ac_cv_func_getpagesize='yes' 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' ac_cv_header_libintl_h='yes' lt_cv_compiler_o_lo='yes' ac_cv_env_target_alias_value='i386-unknown-freebsd4.6' ac_cv_header_sys_fsuid_h='no' 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' nls_cv_header_libgt='' ac_cv_func_strdup='yes' ac_cv_func_putenv='yes' ac_cv_objext='o' ## ------------ ## ## confdefs.h. ## ## ------------ ## #define PACKAGE "libgnome" #define VERSION "2.0.1" #define STDC_HEADERS 1 #define HAVE_DLFCN_H 1 #define HAVE_SETENV 1 #define HAVE_UNSETENV 1 #define GETTEXT_PACKAGE "libgnome-2.0" #define HAVE_MAN_WHEREIS 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_ALLOCA 1 #define HAVE_STDLIB_H 1 #define HAVE_UNISTD_H 1 #define HAVE_GETPAGESIZE 1 #define HAVE_MMAP 1 #define HAVE_LIMITS_H 1 #define HAVE_LOCALE_H 1 #define HAVE_NL_TYPES_H 1 #define HAVE_MALLOC_H 1 #define HAVE_STRING_H 1 #define HAVE_UNISTD_H 1 #define HAVE_SYS_PARAM_H 1 #define HAVE_GETCWD 1 #define HAVE_MUNMAP 1 #define HAVE_PUTENV 1 #define HAVE_SETENV 1 #define HAVE_SETLOCALE 1 #define HAVE_STRCHR 1 #define HAVE_STRCASECMP 1 #define HAVE_STRDUP 1 #define HAVE_LC_MESSAGES 1 #define HAVE_GETTEXT 1 #define HAVE_DCGETTEXT 1 #define ENABLE_NLS 1 #define HAVE_LIBAUDIOFILE 1 #define HAVE_ESD 1 configure: exit 1 --Boundary_(ID_YNtOS4zNta35wBIhrruQpA) Content-type: text/x-log; charset=us-ascii; name=console.log Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=console.log trifid# make install ===> Installing for gnome2-2.0_3 ===> gnome2-2.0_3 depends on executable: battstat-applet-2 - not found ===> Verifying install for battstat-applet-2 in /usr/ports/x11/gnomeapplets2 ===> Extracting for gnomeapplets2-2.0.0 >> Checksum OK for gnome2/gnome-applets-2.0.0.tar.bz2. ===> gnomeapplets2-2.0.0 depends on executable: gmake - found ===> gnomeapplets2-2.0.0 depends on executable: libtool - found ===> gnomeapplets2-2.0.0 depends on shared library: panel-applet-2.0 - not fou nd ===> Verifying install for panel-applet-2.0 in /usr/ports/x11/gnomepanel ===> Extracting for gnomepanel-2.0.1 >> Checksum OK for gnome2/gnome-panel-2.0.1.tar.bz2. ===> gnomepanel-2.0.1 depends on file: /usr/local/bin/sed_inplace - found ===> gnomepanel-2.0.1 depends on executable: gmake - found ===> gnomepanel-2.0.1 depends on executable: libtool - found ===> gnomepanel-2.0.1 depends on shared library: wnck-1.4 - found ===> gnomepanel-2.0.1 depends on shared library: gnome-desktop-2.0 - not found ===> Verifying install for gnome-desktop-2.0 in /usr/ports/x11/gnomedesktop ===> Extracting for gnomedesktop-2.0.2 >> Checksum OK for gnome2/gnome-desktop-2.0.2.tar.bz2. ===> gnomedesktop-2.0.2 depends on file: /usr/local/bin/sed_inplace - found ===> gnomedesktop-2.0.2 depends on executable: gmake - found ===> gnomedesktop-2.0.2 depends on executable: libtool - found ===> gnomedesktop-2.0.2 depends on executable: bison - found ===> gnomedesktop-2.0.2 depends on shared library: gnomeui-2.0 - not found ===> Verifying install for gnomeui-2.0 in /usr/ports/x11-toolkits/libgnomeui ===> Extracting for libgnomeui-2.0.1 >> Checksum OK for gnome2/libgnomeui-2.0.1.tar.bz2. ===> libgnomeui-2.0.1 depends on executable: gmake - found ===> libgnomeui-2.0.1 depends on executable: libtool - found ===> libgnomeui-2.0.1 depends on executable: bison - found ===> libgnomeui-2.0.1 depends on shared library: bonoboui-2.0 - not found ===> Verifying install for bonoboui-2.0 in /usr/ports/x11-toolkits/libbonobou i ===> Extracting for libbonoboui-2.0.0 >> Checksum OK for gnome2/libbonoboui-2.0.0.tar.bz2. ===> libbonoboui-2.0.0 depends on executable: gmake - found ===> libbonoboui-2.0.0 depends on executable: libtool - found ===> libbonoboui-2.0.0 depends on shared library: gnomecanvas-2.0 - found ===> libbonoboui-2.0.0 depends on shared library: gnome-2.0 - not found ===> Verifying install for gnome-2.0 in /usr/ports/x11/libgnome ===> Configuring for libgnome-2.0.1 checking for a BSD compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking whether gmake sets ${MAKE}... yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... found checking whether to enable maintainer-specific portions of Makefiles... no checking for perl... /usr/bin/perl checking for gcc... cc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for executable suffix... checking for object suffix... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for strerror in -lcposix... no checking for gcc... (cached) cc checking whether we are using the GNU C compiler... (cached) yes checking whether cc accepts -g... (cached) yes checking how to run the C preprocessor... cc -E checking for ANSI C header files... yes checking build system type... i386-unknown-freebsd4.6 checking host system type... i386-unknown-freebsd4.6 checking for ld used by GCC... /usr/libexec/elf/ld checking if the linker (/usr/libexec/elf/ld) is GNU ld... yes checking for /usr/libexec/elf/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependant libraries... pass_all checking command to parse /usr/bin/nm -B output... ok checking for dlfcn.h... yes checking for ranlib... ranlib checking for strip... strip checking for objdir... .libs checking for cc option to produce PIC... -fPIC checking if cc PIC flag -fPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.lo... yes checking if cc supports -fno-rtti -fno-exceptions... yes checking whether the linker (/usr/libexec/elf/ld) supports shared libraries... y es checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking dynamic linker characteristics... freebsd4.6 ld.so checking if libtool supports shared libraries... yes 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 host system type... i386-unknown-freebsdelf4.6 checking for ranlib... ranlib checking whether we are using GNU C... yes checking for object suffix... o checking for executable suffix... no checking for cc option to produce PIC... -fPIC checking if cc PIC flag -fPIC works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.lo... yes checking if cc supports -fno-rtti -fno-exceptions ... yes checking if cc static flag -static works... -static checking whether ln -s works... yes checking for ld used by GCC... /usr/libexec/elf/ld checking if the linker (/usr/libexec/elf/ld) is GNU ld... yes checking whether the linker (/usr/libexec/elf/ld) supports shared libraries... y es checking for BSD-compatible nm... /usr/bin/nm -B checking command to parse /usr/bin/nm -B output... ok checking how to hardcode library paths into programs... immediate checking for /usr/libexec/elf/ld option to reload object files... -r checking dynamic linker characteristics... freebsdelf4.6 ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for objdir... .libs creating libtool checking for bison... bison -y checking for xrdb... /usr/X11R6/bin/xrdb checking for setenv... yes checking for unsetenv... yes checking for clearenv... no checking for setfsgid... no checking for sys/fsuid.h... no checking for bind_textdomain_codeset... no checking for ranlib... (cached) ranlib checking for cc option to accept ANSI C... none needed checking for an ANSI C-conforming const... yes checking for inline... inline checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... no checking for unistd.h... yes checking for off_t... yes checking for size_t... yes checking for working alloca.h... no checking for alloca... yes checking for stdlib.h... (cached) yes checking for unistd.h... (cached) yes checking for getpagesize... yes checking for working mmap... yes checking for argz.h... no checking for limits.h... yes checking for locale.h... yes checking for nl_types.h... yes checking for malloc.h... yes checking for string.h... (cached) yes checking for unistd.h... (cached) yes checking for sys/param.h... yes checking for getcwd... yes checking for munmap... yes checking for putenv... yes checking for setenv... (cached) yes checking for setlocale... yes checking for strchr... yes checking for strcasecmp... yes checking for strdup... yes checking for __argz_count... no checking for __argz_stringify... no checking for __argz_next... no checking for LC_MESSAGES... yes checking for libintl.h... yes checking for dgettext in libc... no checking for bindtextdomain in -lintl... yes checking for dgettext in -lintl... yes checking if -liconv is needed to use gettext... checking for dcgettext in -lintl... yes checking for msgfmt... /usr/local/bin/msgfmt checking for dcgettext... yes checking for gmsgfmt... /usr/local/bin/msgfmt checking for xgettext... /usr/local/bin/xgettext checking for catalogs to be installed... az da de es eu fi fr hi it ko ja lv ms nn no pl pt pt_BR ru sk sl sv ta tr uk vi wa zh_CN zh_TW checking what warning flags to pass to the C compiler... -Wall -Wunused -Wmissin g-prototypes -Wmissing-declarations checking what language compliance flags to pass to the C compiler... checking for mawk... no checking for gawk... no checking for nawk... no checking for awk... /usr/bin/awk checking for perl5... /usr/bin/perl5 checking for pkg-config... /usr/local/bin/pkg-config checking for esound >= 0.2.26 audiofile >= 0.2.3... yes checking SOUND_TEST_CFLAGS... -I/usr/local/include checking SOUND_TEST_LIBS... -L/usr/local/lib -lesd -laudiofile -lm checking for glib-2.0 >= 2.0.3 gmodule-2.0 >= 2.0.3 gnome-vfs-2.0 >= 1.9.16 libx ml-2.0 >= 2.4.22 libbonobo-2.0 >= 2.0.0 gconf-2.0 >= 1.1.11 audiofile >= 0.2.3 e sound >= 0.2.26... Requested 'libxml-2.0 >= 2.4.22' but version of libXML is 2.4 .21 configure: error: Library requirements (glib-2.0 >= 2.0.3 gmodule-2.0 >= 2.0.3 g nome-vfs-2.0 >= 1.9.16 libxml-2.0 >= 2.4.22 libbonobo-2.0 >= 2.0.0 gconf-2.0 >= 1.1.11 audiofile >= 0.2.3 esound >= 0.2.26) not met; consider adjusting the PKG_ CONFIG_PATH environment variable if your libraries are in a nonstandard prefix s o pkg-config can find them. ===> Script "configure" failed unexpectedly. Please report the problem to gnome@FreeBSD.org [maintainer] and attach the "/usr/ports/x11/libgnome/work/libgnome-2.0.1/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/x11/libgnome. *** Error code 1 --Boundary_(ID_YNtOS4zNta35wBIhrruQpA)-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Mon Jul 8 16:47:38 2002 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 8E9D137B401 for ; Mon, 8 Jul 2002 16:46:53 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22F9943E09 for ; Mon, 8 Jul 2002 16:46:51 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g68Njop4065547; Mon, 8 Jul 2002 19:45:50 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: Gnome2 build failure in libgnome From: Joe Marcus Clarke To: ajf.field@shaw.ca Cc: gnome@FreeBSD.ORG, ve6yp@shaw.ca In-Reply-To: <200207081731.57729.aj.field@shaw.ca> References: <200207081731.57729.aj.field@shaw.ca> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 08 Jul 2002 19:46:30 -0400 Message-Id: <1026171990.364.59.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 2002-07-08 at 19:31, tony field wrote: > The port of gnome2 failed during the build of libgnome. > The attached is the config.log as well as the log of the > console during the build. Your libxml2 version is too old. Upgrade to the latest libxml2, and you'll be set. Joe > > tony > ---- > > 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.52. Invocation command line was > > $ ./configure --localstatedir=/usr/X11R6/share/gnome --datadir=/usr/X11R6/share/gnome --with-html-dir=/usr/X11R6/share/doc --with-gconf-source=xml::/usr/X11R6/etc/gconf/gconf.xml.defaults --x-libraries=/usr/X11R6/lib --x-includes=/usr/X11R6/include --prefix=/usr/X11R6 --target=i386-unknown-freebsd4.6 > > ## ---------- ## > ## Platform. ## > ## ---------- ## > > hostname = trifid.local > uname -m = i386 > uname -r = 4.6-RELEASE > uname -s = FreeBSD > uname -v = FreeBSD 4.6-RELEASE #0: Sun Jun 30 12:44:54 MDT 2002 root@trifid.local:/usr/src/sys/compile/TRIFIDA > > /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:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/root/bin > > ## ------------ ## > ## Core tests. ## > ## ------------ ## > > configure:1133: PATH=".;."; conftest.sh > conftest.sh: not found > configure:1136: $? = 127 > configure:1186: checking for a BSD compatible install > configure:1235: result: /usr/bin/install -c -o root -g wheel > configure:1246: checking whether build environment is sane > configure:1289: result: yes > configure:1304: checking whether gmake sets ${MAKE} > configure:1324: result: yes > configure:1352: checking for working aclocal > configure:1359: result: found > configure:1367: checking for working autoconf > configure:1374: result: found > configure:1382: checking for working automake > configure:1389: result: found > configure:1397: checking for working autoheader > configure:1404: result: found > configure:1412: checking for working makeinfo > configure:1419: result: found > configure:1427: checking whether to enable maintainer-specific portions of Makefiles > configure:1436: result: no > configure:1488: checking for perl > configure:1505: found /usr/bin/perl > configure:1516: result: /usr/bin/perl > configure:1583: checking for gcc > configure:1606: result: cc > configure:1834: checking for C compiler version > configure:1837: cc --version &5 > 2.95.3 > configure:1840: $? = 0 > configure:1842: cc -v &5 > Using builtin specs. > gcc version 2.95.3 20010315 (release) [FreeBSD] > configure:1845: $? = 0 > configure:1847: cc -V &5 > cc: argument to `-V' is missing > configure:1850: $? = 1 > configure:1870: checking for C compiler default output > configure:1873: cc -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:1876: $? = 0 > configure:1905: result: a.out > configure:1910: checking whether the C compiler works > configure:1916: ./a.out > configure:1919: $? = 0 > configure:1934: result: yes > configure:1941: checking whether we are cross compiling > configure:1943: result: no > configure:1946: checking for executable suffix > configure:1948: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:1951: $? = 0 > configure:1973: result: > configure:1979: checking for object suffix > configure:1997: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:2000: $? = 0 > configure:2019: result: o > configure:2023: checking whether we are using the GNU C compiler > configure:2044: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:2047: $? = 0 > configure:2050: test -s conftest.o > configure:2053: $? = 0 > configure:2065: result: yes > configure:2071: checking whether cc accepts -g > configure:2089: cc -c -g -I/usr/local/include conftest.c >&5 > configure:2092: $? = 0 > configure:2095: test -s conftest.o > configure:2098: $? = 0 > configure:2108: result: yes > configure:2135: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > conftest.c:2: syntax error before `me' > configure:2138: $? = 1 > configure: failed program was: > #ifndef __cplusplus > choke me > #endif > configure:2236: checking for strerror in -lcposix > configure:2263: cc -o conftest -O -pipe -I/usr/local/include conftest.c -lcposix -L/usr/local/lib >&5 > /usr/libexec/elf/ld: cannot find -lcposix > configure:2266: $? = 1 > configure: failed program was: > #line 2244 "configure" > #include "confdefs.h" > > /* Override any gcc2 internal prototype to avoid an error. */ > #ifdef __cplusplus > extern "C" > #endif > /* We use char because int might match the return type of a gcc2 > builtin and then its argument prototype would still apply. */ > char strerror (); > int > main () > { > strerror (); > ; > return 0; > } > configure:2283: result: no > configure:2332: checking for gcc > configure:2355: result: cc > configure:2583: checking for C compiler version > configure:2586: cc --version &5 > 2.95.3 > configure:2589: $? = 0 > configure:2591: cc -v &5 > Using builtin specs. > gcc version 2.95.3 20010315 (release) [FreeBSD] > configure:2594: $? = 0 > configure:2596: cc -V &5 > cc: argument to `-V' is missing > configure:2599: $? = 1 > configure:2602: checking whether we are using the GNU C compiler > configure:2644: result: yes > configure:2650: checking whether cc accepts -g > configure:2687: result: yes > configure:2714: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > conftest.c:2: syntax error before `me' > configure:2717: $? = 1 > configure: failed program was: > #ifndef __cplusplus > choke me > #endif > configure:2820: checking how to run the C preprocessor > configure:2846: cc -E -I/usr/local/include conftest.c > configure:2852: $? = 0 > configure:2879: cc -E -I/usr/local/include conftest.c > configure:2876: ac_nonexistent.h: No such file or directory > configure:2885: $? = 1 > configure: failed program was: > #line 2875 "configure" > #include "confdefs.h" > #include > configure:2922: result: cc -E > configure:2937: cc -E -I/usr/local/include conftest.c > configure:2943: $? = 0 > configure:2970: cc -E -I/usr/local/include conftest.c > configure:2967: ac_nonexistent.h: No such file or directory > configure:2976: $? = 1 > configure: failed program was: > #line 2966 "configure" > #include "confdefs.h" > #include > configure:3015: checking for ANSI C header files > configure:3029: cc -E -I/usr/local/include conftest.c > configure:3035: $? = 0 > configure:3122: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:3125: $? = 0 > configure:3127: ./conftest > configure:3130: $? = 0 > configure:3143: result: yes > configure:3225: checking build system type > configure:3243: result: i386-unknown-freebsd4.6 > configure:3250: checking host system type > configure:3264: result: i386-unknown-freebsd4.6 > configure:3281: checking for ld used by GCC > configure:3344: result: /usr/libexec/elf/ld > configure:3353: checking if the linker (/usr/libexec/elf/ld) is GNU ld > GNU ld version 2.11.2 20010719 [FreeBSD] (with BFD 2.11.2 20010719 [FreeBSD]) > configure:3365: result: yes > configure:3369: checking for /usr/libexec/elf/ld option to reload object files > configure:3376: result: -r > configure:3381: checking for BSD-compatible nm > configure:3417: result: /usr/bin/nm -B > configure:3420: checking whether ln -s works > configure:3424: result: yes > configure:3431: checking how to recognise dependant libraries > configure:3609: result: pass_all > configure:3615: checking command to parse /usr/bin/nm -B output > configure:3696: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:3699: $? = 0 > configure:3703: /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:3706: $? = 0 > configure:3758: cc -o conftest -O -pipe -I/usr/local/include conftest.c conftstm.o >&5 > configure:3761: $? = 0 > configure:3805: result: ok > configure:3812: checking for dlfcn.h > configure:3822: cc -E -I/usr/local/include conftest.c > configure:3828: $? = 0 > configure:3847: result: yes > configure:4034: checking for ranlib > configure:4049: found /usr/bin/ranlib > configure:4058: result: ranlib > configure:4108: checking for strip > configure:4123: found /usr/bin/strip > configure:4132: result: strip > configure:4334: checking for objdir > configure:4345: result: .libs > configure:4360: checking for cc option to produce PIC > configure:4510: result: -fPIC > configure:4514: checking if cc PIC flag -fPIC works > configure:4534: cc -c -O -pipe -fPIC -DPIC -I/usr/local/include conftest.c >&5 > configure:4537: $? = 0 > configure:4540: test -s conftest.o > configure:4543: $? = 0 > configure:4579: result: yes > configure:4595: checking if cc static flag -static works > configure:4616: cc -o conftest -O -pipe -I/usr/local/include -static conftest.c -L/usr/local/lib >&5 > configure:4619: $? = 0 > configure:4622: test -s conftest > configure:4625: $? = 0 > configure:4639: result: yes > configure:4650: checking if cc supports -c -o file.o > configure:4670: cc -c -O -pipe -o out/conftest2.o -I/usr/local/include conftest.c >&5 > configure:4694: result: yes > configure:4699: checking if cc supports -c -o file.lo > configure:4723: cc -c -O -pipe -c -o conftest.lo -I/usr/local/include conftest.c >&5 > configure:4726: $? = 0 > configure:4729: test -s conftest.lo > configure:4732: $? = 0 > configure:4753: result: yes > configure:4784: checking if cc supports -fno-rtti -fno-exceptions > configure:4803: cc -c -O -pipe -fno-rtti -fno-exceptions -c conftest.c -I/usr/local/include conftest.c >&5 > configure:4806: $? = 0 > configure:4809: test -s conftest.o > configure:4812: $? = 0 > configure:4828: result: yes > configure:4839: checking whether the linker (/usr/libexec/elf/ld) supports shared libraries > configure:5491: result: yes > configure:5496: checking how to hardcode library paths into programs > configure:5520: result: immediate > configure:5525: checking whether stripping libraries is possible > configure:5530: result: yes > configure:5541: checking dynamic linker characteristics > configure:5934: result: freebsd4.6 ld.so > configure:5939: checking if libtool supports shared libraries > configure:5941: result: yes > configure:5944: checking whether to build shared libraries > configure:5965: result: yes > configure:5968: checking whether to build static libraries > configure:5972: result: yes > configure:6590: checking whether -lc should be explicitly linked in > configure:6598: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:6601: $? = 0 > configure:6615: cc -shared conftest.o -v -Wl,-soname -Wl,conftest -o conftest 2\>\&1 \| grep -lc \>/dev/null 2\>\&1 > configure:6618: $? = 1 > configure:6631: result: yes > configure:7200: checking for bison > configure:7215: found /usr/local/bin/bison > configure:7223: result: bison -y > configure:7238: checking for xrdb > configure:7255: found /usr/X11R6/bin/xrdb > configure:7266: result: /usr/X11R6/bin/xrdb > configure:7279: checking for setenv > configure:7316: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:7319: $? = 0 > configure:7322: test -s conftest > configure:7325: $? = 0 > configure:7335: result: yes > configure:7279: checking for unsetenv > configure:7316: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:7319: $? = 0 > configure:7322: test -s conftest > configure:7325: $? = 0 > configure:7335: result: yes > configure:7279: checking for clearenv > configure:7316: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > /tmp/ccXGt4OS.o: In function `main': > /tmp/ccXGt4OS.o(.text+0x9): undefined reference to `clearenv' > configure:7319: $? = 1 > configure: failed program was: > #line 7285 "configure" > #include "confdefs.h" > /* System header to define __stub macros and hopefully few prototypes, > which can conflict with char clearenv (); below. */ > #include > /* 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 clearenv (); > char (*f) (); > > int > main () > { > /* The GNU C library defines this for functions which it implements > to always fail with ENOSYS. Some functions are actually named > something starting with __ and the normal name is an alias. */ > #if defined (__stub_clearenv) || defined (__stub___clearenv) > choke me > #else > f = clearenv; > #endif > > ; > return 0; > } > configure:7335: result: no > configure:7279: checking for setfsgid > configure:7316: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > /tmp/ccSNkMHx.o: In function `main': > /tmp/ccSNkMHx.o(.text+0x9): undefined reference to `setfsgid' > configure:7319: $? = 1 > configure: failed program was: > #line 7285 "configure" > #include "confdefs.h" > /* System header to define __stub macros and hopefully few prototypes, > which can conflict with char setfsgid (); below. */ > #include > /* 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 setfsgid (); > char (*f) (); > > int > main () > { > /* The GNU C library defines this for functions which it implements > to always fail with ENOSYS. Some functions are actually named > something starting with __ and the normal name is an alias. */ > #if defined (__stub_setfsgid) || defined (__stub___setfsgid) > choke me > #else > f = setfsgid; > #endif > > ; > return 0; > } > configure:7335: result: no > configure:7348: checking for sys/fsuid.h > configure:7358: cc -E -I/usr/local/include conftest.c > configure:7355: sys/fsuid.h: No such file or directory > configure:7364: $? = 1 > configure: failed program was: > #line 7354 "configure" > #include "confdefs.h" > #include > configure:7383: result: no > configure:7396: checking for bind_textdomain_codeset > configure:7433: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > /tmp/ccnrXVVH.o: In function `main': > /tmp/ccnrXVVH.o(.text+0x9): undefined reference to `bind_textdomain_codeset' > configure:7436: $? = 1 > configure: failed program was: > #line 7402 "configure" > #include "confdefs.h" > /* System header to define __stub macros and hopefully few prototypes, > which can conflict with char bind_textdomain_codeset (); below. */ > #include > /* Override any gcc2 internal prototype to avoid an error. */ > #ifdef __cplusplus > extern "C" > #endif > /* We use char because int might match the return type of a gcc2 > builtin and then its argument prototype would still apply. */ > char bind_textdomain_codeset (); > char (*f) (); > > int > main () > { > /* The GNU C library defines this for functions which it implements > to always fail with ENOSYS. Some functions are actually named > something starting with __ and the normal name is an alias. */ > #if defined (__stub_bind_textdomain_codeset) || defined (__stub___bind_textdomain_codeset) > choke me > #else > f = bind_textdomain_codeset; > #endif > > ; > return 0; > } > configure:7452: result: no > configure:7526: checking for ranlib > configure:7550: result: ranlib > configure:7562: checking for cc option to accept ANSI C > configure:7619: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:7622: $? = 0 > configure:7625: test -s conftest.o > configure:7628: $? = 0 > configure:7645: result: none needed > configure:7653: checking for an ANSI C-conforming const > configure:7717: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:7720: $? = 0 > configure:7723: test -s conftest.o > configure:7726: $? = 0 > configure:7736: result: yes > configure:7746: checking for inline > configure:7763: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:7766: $? = 0 > configure:7769: test -s conftest.o > configure:7772: $? = 0 > configure:7783: result: inline > configure:7804: checking for sys/types.h > configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:7819: $? = 0 > configure:7822: test -s conftest.o > configure:7825: $? = 0 > configure:7835: result: yes > configure:7804: checking for sys/stat.h > configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:7819: $? = 0 > configure:7822: test -s conftest.o > configure:7825: $? = 0 > configure:7835: result: yes > configure:7804: checking for stdlib.h > configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:7819: $? = 0 > configure:7822: test -s conftest.o > configure:7825: $? = 0 > configure:7835: result: yes > configure:7804: checking for string.h > configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:7819: $? = 0 > configure:7822: test -s conftest.o > configure:7825: $? = 0 > configure:7835: result: yes > configure:7804: checking for memory.h > configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:7819: $? = 0 > configure:7822: test -s conftest.o > configure:7825: $? = 0 > configure:7835: result: yes > configure:7804: checking for strings.h > configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:7819: $? = 0 > configure:7822: test -s conftest.o > configure:7825: $? = 0 > configure:7835: result: yes > configure:7804: checking for inttypes.h > configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:7819: $? = 0 > configure:7822: test -s conftest.o > configure:7825: $? = 0 > configure:7835: result: yes > configure:7804: checking for stdint.h > configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:7845: stdint.h: No such file or directory > configure:7819: $? = 1 > configure: failed program was: > #line 7810 "configure" > #include "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:7835: result: no > configure:7804: checking for unistd.h > configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:7819: $? = 0 > configure:7822: test -s conftest.o > configure:7825: $? = 0 > configure:7835: result: yes > configure:7845: checking for off_t > configure:7866: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:7869: $? = 0 > configure:7872: test -s conftest.o > configure:7875: $? = 0 > configure:7885: result: yes > configure:7897: checking for size_t > configure:7918: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:7921: $? = 0 > configure:7924: test -s conftest.o > configure:7927: $? = 0 > configure:7937: result: yes > configure:7951: checking for working alloca.h > configure:7969: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:7958: alloca.h: No such file or directory > configure:7972: $? = 1 > configure: failed program was: > #line 7957 "configure" > #include "confdefs.h" > #include > int > main () > { > char *p = (char *) alloca (2 * sizeof (int)); > ; > return 0; > } > configure:7988: result: no > configure:7998: checking for alloca > configure:8036: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:8039: $? = 0 > configure:8042: test -s conftest > configure:8045: $? = 0 > configure:8055: result: yes > configure:8239: checking for stdlib.h > configure:8274: result: yes > configure:8239: checking for unistd.h > configure:8274: result: yes > configure:8287: checking for getpagesize > configure:8324: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:8327: $? = 0 > configure:8330: test -s conftest > configure:8333: $? = 0 > configure:8343: result: yes > configure:8353: checking for working mmap > configure:8489: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:8492: $? = 0 > configure:8494: ./conftest > configure:8497: $? = 0 > configure:8509: result: yes > configure:8524: checking for argz.h > configure:8534: cc -E -I/usr/local/include conftest.c > configure:8531: argz.h: No such file or directory > configure:8540: $? = 1 > configure: failed program was: > #line 8530 "configure" > #include "confdefs.h" > #include > configure:8559: result: no > configure:8524: checking for limits.h > configure:8534: cc -E -I/usr/local/include conftest.c > configure:8540: $? = 0 > configure:8559: result: yes > configure:8524: checking for locale.h > configure:8534: cc -E -I/usr/local/include conftest.c > configure:8540: $? = 0 > configure:8559: result: yes > configure:8524: checking for nl_types.h > configure:8534: cc -E -I/usr/local/include conftest.c > configure:8540: $? = 0 > configure:8559: result: yes > configure:8524: checking for malloc.h > configure:8534: cc -E -I/usr/local/include conftest.c > In file included from configure:8531: > /usr/include/malloc.h:2: warning: #warning "this file includes which is deprecated, use instead" > configure:8540: $? = 0 > configure:8559: result: yes > configure:8524: checking for string.h > configure:8559: result: yes > configure:8524: checking for unistd.h > configure:8559: result: yes > configure:8524: checking for sys/param.h > configure:8534: cc -E -I/usr/local/include conftest.c > configure:8540: $? = 0 > configure:8559: result: yes > configure:8573: checking for getcwd > configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:8613: $? = 0 > configure:8616: test -s conftest > configure:8619: $? = 0 > configure:8629: result: yes > configure:8573: checking for munmap > configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:8613: $? = 0 > configure:8616: test -s conftest > configure:8619: $? = 0 > configure:8629: result: yes > configure:8573: checking for putenv > configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:8613: $? = 0 > configure:8616: test -s conftest > configure:8619: $? = 0 > configure:8629: result: yes > configure:8573: checking for setenv > configure:8629: result: yes > configure:8573: checking for setlocale > configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:8613: $? = 0 > configure:8616: test -s conftest > configure:8619: $? = 0 > configure:8629: result: yes > configure:8573: checking for strchr > configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:8613: $? = 0 > configure:8616: test -s conftest > configure:8619: $? = 0 > configure:8629: result: yes > configure:8573: checking for strcasecmp > configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:8613: $? = 0 > configure:8616: test -s conftest > configure:8619: $? = 0 > configure:8629: result: yes > configure:8573: checking for strdup > configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:8613: $? = 0 > configure:8616: test -s conftest > configure:8619: $? = 0 > configure:8629: result: yes > configure:8573: checking for __argz_count > configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > /tmp/ccmu1Elj.o: In function `main': > /tmp/ccmu1Elj.o(.text+0x9): undefined reference to `__argz_count' > configure:8613: $? = 1 > configure: failed program was: > #line 8579 "configure" > #include "confdefs.h" > /* System header to define __stub macros and hopefully few prototypes, > which can conflict with char __argz_count (); below. */ > #include > /* Override any gcc2 internal prototype to avoid an error. */ > #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 __argz_count (); > char (*f) (); > > int > main () > { > /* The GNU C library defines this for functions which it implements > to always fail with ENOSYS. Some functions are actually named > something starting with __ and the normal name is an alias. */ > #if defined (__stub___argz_count) || defined (__stub_____argz_count) > choke me > #else > f = __argz_count; > #endif > > ; > return 0; > } > configure:8629: result: no > configure:8573: checking for __argz_stringify > configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > /tmp/ccrpM91M.o: In function `main': > /tmp/ccrpM91M.o(.text+0x9): undefined reference to `__argz_stringify' > configure:8613: $? = 1 > configure: failed program was: > #line 8579 "configure" > #include "confdefs.h" > /* System header to define __stub macros and hopefully few prototypes, > which can conflict with char __argz_stringify (); below. */ > #include > /* Override any gcc2 internal prototype to avoid an error. */ > #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 __argz_stringify (); > char (*f) (); > > int > main () > { > /* The GNU C library defines this for functions which it implements > to always fail with ENOSYS. Some functions are actually named > something starting with __ and the normal name is an alias. */ > #if defined (__stub___argz_stringify) || defined (__stub_____argz_stringify) > choke me > #else > f = __argz_stringify; > #endif > > ; > return 0; > } > configure:8629: result: no > configure:8573: checking for __argz_next > configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > /tmp/ccKpBebx.o: In function `main': > /tmp/ccKpBebx.o(.text+0x9): undefined reference to `__argz_next' > configure:8613: $? = 1 > configure: failed program was: > #line 8579 "configure" > #include "confdefs.h" > /* System header to define __stub macros and hopefully few prototypes, > which can conflict with char __argz_next (); below. */ > #include > /* Override any gcc2 internal prototype to avoid an error. */ > #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 __argz_next (); > char (*f) (); > > int > main () > { > /* The GNU C library defines this for functions which it implements > to always fail with ENOSYS. Some functions are actually named > something starting with __ and the normal name is an alias. */ > #if defined (__stub___argz_next) || defined (__stub_____argz_next) > choke me > #else > f = __argz_next; > #endif > > ; > return 0; > } > configure:8629: result: no > configure:8640: checking for LC_MESSAGES > configure:8658: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:8661: $? = 0 > configure:8664: test -s conftest > configure:8667: $? = 0 > configure:8677: result: yes > configure:8698: checking for libintl.h > configure:8708: cc -E -I/usr/local/include conftest.c > configure:8714: $? = 0 > configure:8733: result: yes > configure:8736: checking for dgettext in libc > configure:8754: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > /tmp/cc05l3DO.o: In function `main': > /tmp/cc05l3DO.o(.text+0x14): undefined reference to `dgettext' > configure:8757: $? = 1 > configure: failed program was: > #line 8742 "configure" > #include "confdefs.h" > #include > int > main () > { > return (int) dgettext ("","") > ; > return 0; > } > configure:8773: result: no > configure:8780: checking for bindtextdomain in -lintl > configure:8807: cc -o conftest -O -pipe -I/usr/local/include conftest.c -lintl -L/usr/local/lib >&5 > configure:8810: $? = 0 > configure:8813: test -s conftest > configure:8816: $? = 0 > configure:8827: result: yes > configure:8830: checking for dgettext in -lintl > configure:8857: cc -o conftest -O -pipe -I/usr/local/include conftest.c -lintl -L/usr/local/lib >&5 > configure:8860: $? = 0 > configure:8863: test -s conftest > configure:8866: $? = 0 > configure:8877: result: yes > configure:8886: checking if -liconv is needed to use gettext > configure:8888: result: > configure:8890: checking for dcgettext in -lintl > configure:8917: cc -o conftest -O -pipe -I/usr/local/include conftest.c -lintl -liconv -L/usr/local/lib >&5 > configure:8920: $? = 0 > configure:8923: test -s conftest > configure:8926: $? = 0 > configure:8937: result: yes > configure:8962: checking for msgfmt > configure:8989: result: /usr/local/bin/msgfmt > configure:9000: checking for dcgettext > configure:9037: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib -lintl -liconv >&5 > configure:9040: $? = 0 > configure:9043: test -s conftest > configure:9046: $? = 0 > configure:9056: result: yes > configure:9068: checking for gmsgfmt > configure:9097: result: /usr/local/bin/msgfmt > configure:9106: checking for xgettext > configure:9133: result: /usr/local/bin/xgettext > configure:9154: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib -lintl -liconv >&5 > configure:9157: $? = 0 > configure:9160: test -s conftest > configure:9163: $? = 0 > configure:9226: checking for catalogs to be installed > configure:9235: result: az da de es eu fi fr hi it ko ja lv ms nn no pl pt pt_BR ru sk sl sv ta tr uk vi wa zh_CN zh_TW > configure:9408: checking what warning flags to pass to the C compiler > configure:9410: result: -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations > configure:9421: checking what language compliance flags to pass to the C compiler > configure:9436: result: > configure:9460: checking for mawk > configure:9491: result: no > configure:9460: checking for gawk > configure:9491: result: no > configure:9460: checking for nawk > configure:9491: result: no > configure:9460: checking for awk > configure:9477: found /usr/bin/awk > configure:9488: result: /usr/bin/awk > configure:9502: checking for perl5 > configure:9519: found /usr/bin/perl5 > configure:9530: result: /usr/bin/perl5 > configure:9574: checking for pkg-config > configure:9591: found /usr/local/bin/pkg-config > configure:9603: result: /usr/local/bin/pkg-config > configure:9620: checking for esound >= 0.2.26 audiofile >= 0.2.3 > configure:9624: result: yes > configure:9628: checking SOUND_TEST_CFLAGS > configure:9631: result: -I/usr/local/include > configure:9634: checking SOUND_TEST_LIBS > configure:9637: result: -L/usr/local/lib -lesd -laudiofile -lm > configure:9722: checking for glib-2.0 >= 2.0.3 gmodule-2.0 >= 2.0.3 gnome-vfs-2.0 >= 1.9.16 libxml-2.0 >= 2.4.22 libbonobo-2.0 >= 2.0.0 gconf-2.0 >= 1.1.11 audiofile >= 0.2.3 esound >= 0.2.26 > configure:9771: error: Library requirements (glib-2.0 >= 2.0.3 gmodule-2.0 >= 2.0.3 gnome-vfs-2.0 >= 1.9.16 libxml-2.0 >= 2.4.22 libbonobo-2.0 >= 2.0.0 gconf-2.0 >= 1.1.11 audiofile >= 0.2.3 esound >= 0.2.26) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. > > ## ----------------- ## > ## Cache variables. ## > ## ----------------- ## > > ac_cv_type_size_t='yes' > ac_cv_func_bind_textdomain_codeset='no' > ac_cv_path_XGETTEXT='/usr/local/bin/xgettext' > ac_cv_func_getcwd='yes' > gt_cv_func_dgettext_libc='no' > ac_cv_header_stdlib_h='yes' > lt_cv_file_magic_cmd='$MAGIC_CMD' > ac_cv_header_nl_types_h='yes' > ac_cv_lib_cposix_strerror='no' > ac_cv_prog_cc_g='yes' > ac_cv_path_INTLTOOL_PERL='/usr/bin/perl' > ac_cv_env_LDFLAGS_set='' > ac_cv_path_PKG_CONFIG='/usr/local/bin/pkg-config' > lt_cv_prog_cc_can_build_shared='yes' > ac_cv_c_compiler_gnu='yes' > ac_cv_env_CFLAGS_set='set' > ac_cv_func_setlocale='yes' > ac_cv_func_mmap_fixed_mapped='yes' > ac_cv_prog_make_gmake_set='yes' > ac_cv_path_PATH_TO_XRDB='/usr/X11R6/bin/xrdb' > ac_cv_env_CPP_value='' > ac_cv_env_CPPFLAGS_set='set' > ac_cv_lib_intl_dcgettext='yes' > ac_cv_func_strcasecmp='yes' > lt_cv_prog_cc_static_works='yes' > lt_cv_prog_cc_no_builtin='' > lt_cv_prog_cc_shlib='' > ac_cv_func___argz_count='no' > lt_cv_prog_cc_static='-static' > ac_cv_env_host_alias_set='' > ac_cv_path_GMSGFMT='/usr/local/bin/msgfmt' > ac_cv_c_const='yes' > ac_cv_prog_YACC='bison -y' > lt_cv_ld_reload_flag='-r' > ac_cv_working_alloca_h='no' > ac_cv_func_clearenv='no' > lt_cv_sys_path_separator=':' > ac_cv_func_munmap='yes' > ac_cv_header_sys_stat_h='yes' > ac_cv_func_unsetenv='yes' > lt_cv_archive_cmds_need_lc='yes' > lt_cv_prog_gnu_ld='yes' > ac_cv_env_build_alias_set='' > ac_cv_header_limits_h='yes' > ac_cv_env_LDFLAGS_value='' > ac_cv_env_target_alias_set='set' > ac_cv_path_AWK='/usr/bin/awk' > ac_cv_func_alloca_works='yes' > ac_cv_prog_cc_stdc='' > ac_cv_host_alias='i386-unknown-freebsd4.6' > ac_cv_env_CFLAGS_value='-O -pipe ' > ac_cv_env_CC_set='set' > ac_cv_path_MSGFMT='/usr/local/bin/msgfmt' > ac_cv_header_sys_types_h='yes' > lt_cv_prog_cc_wl='-Wl,' > ac_cv_header_stdc='yes' > ac_cv_path_PERL='/usr/bin/perl5' > ac_cv_func___argz_stringify='no' > ac_cv_header_strings_h='yes' > ac_cv_func_dcgettext='yes' > ac_cv_header_stdint_h='no' > ac_cv_header_inttypes_h='yes' > nls_cv_header_intl='' > ac_cv_func___argz_next='no' > ac_cv_header_sys_param_h='yes' > ac_cv_header_locale_h='yes' > ac_cv_header_unistd_h='yes' > ac_cv_header_string_h='yes' > ac_cv_c_inline='inline' > ac_cv_func_setenv='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-unknown-freebsd4.6' > ac_cv_env_CPPFLAGS_value='-I/usr/local/include' > ac_cv_func_strchr='yes' > ac_cv_func_setfsgid='no' > ac_cv_header_memory_h='yes' > ac_cv_prog_ac_ct_RANLIB='ranlib' > ac_cv_prog_ac_ct_STRIP='strip' > ac_cv_host='i386-unknown-freebsd4.6' > ac_cv_env_host_alias_value='' > am_cv_val_LC_MESSAGES='yes' > ac_cv_type_off_t='yes' > ac_cv_lib_intl_dgettext='yes' > nls_cv_force_use_gnu_gettext='no' > 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'\''' > ac_cv_lib_intl_bindtextdomain='yes' > gt_cv_func_dgettext_libintl='yes' > lt_cv_compiler_c_o='yes' > lt_cv_prog_cc_pic_works='yes' > lt_cv_file_magic_test_file='' > nls_cv_use_gnu_gettext='no' > ac_cv_header_argz_h='no' > ac_cv_build='i386-unknown-freebsd4.6' > ac_cv_prog_CPP='cc -E' > ac_cv_env_build_alias_value='' > ac_cv_header_malloc_h='yes' > ac_cv_func_getpagesize='yes' > 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' > ac_cv_header_libintl_h='yes' > lt_cv_compiler_o_lo='yes' > ac_cv_env_target_alias_value='i386-unknown-freebsd4.6' > ac_cv_header_sys_fsuid_h='no' > 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' > nls_cv_header_libgt='' > ac_cv_func_strdup='yes' > ac_cv_func_putenv='yes' > ac_cv_objext='o' > > ## ------------ ## > ## confdefs.h. ## > ## ------------ ## > > #define PACKAGE "libgnome" > #define VERSION "2.0.1" > #define STDC_HEADERS 1 > #define HAVE_DLFCN_H 1 > #define HAVE_SETENV 1 > #define HAVE_UNSETENV 1 > #define GETTEXT_PACKAGE "libgnome-2.0" > #define HAVE_MAN_WHEREIS 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_ALLOCA 1 > #define HAVE_STDLIB_H 1 > #define HAVE_UNISTD_H 1 > #define HAVE_GETPAGESIZE 1 > #define HAVE_MMAP 1 > #define HAVE_LIMITS_H 1 > #define HAVE_LOCALE_H 1 > #define HAVE_NL_TYPES_H 1 > #define HAVE_MALLOC_H 1 > #define HAVE_STRING_H 1 > #define HAVE_UNISTD_H 1 > #define HAVE_SYS_PARAM_H 1 > #define HAVE_GETCWD 1 > #define HAVE_MUNMAP 1 > #define HAVE_PUTENV 1 > #define HAVE_SETENV 1 > #define HAVE_SETLOCALE 1 > #define HAVE_STRCHR 1 > #define HAVE_STRCASECMP 1 > #define HAVE_STRDUP 1 > #define HAVE_LC_MESSAGES 1 > #define HAVE_GETTEXT 1 > #define HAVE_DCGETTEXT 1 > #define ENABLE_NLS 1 > #define HAVE_LIBAUDIOFILE 1 > #define HAVE_ESD 1 > > > configure: exit 1 > ---- > > trifid# make install > ===> Installing for gnome2-2.0_3 > ===> gnome2-2.0_3 depends on executable: battstat-applet-2 - not found > ===> Verifying install for battstat-applet-2 in /usr/ports/x11/gnomeapplets2 > ===> Extracting for gnomeapplets2-2.0.0 > >> Checksum OK for gnome2/gnome-applets-2.0.0.tar.bz2. > ===> gnomeapplets2-2.0.0 depends on executable: gmake - found > ===> gnomeapplets2-2.0.0 depends on executable: libtool - found > ===> gnomeapplets2-2.0.0 depends on shared library: panel-applet-2.0 - not fou > nd > ===> Verifying install for panel-applet-2.0 in /usr/ports/x11/gnomepanel > ===> Extracting for gnomepanel-2.0.1 > >> Checksum OK for gnome2/gnome-panel-2.0.1.tar.bz2. > ===> gnomepanel-2.0.1 depends on file: /usr/local/bin/sed_inplace - found > ===> gnomepanel-2.0.1 depends on executable: gmake - found > ===> gnomepanel-2.0.1 depends on executable: libtool - found > ===> gnomepanel-2.0.1 depends on shared library: wnck-1.4 - found > ===> gnomepanel-2.0.1 depends on shared library: gnome-desktop-2.0 - not found > ===> Verifying install for gnome-desktop-2.0 in /usr/ports/x11/gnomedesktop > ===> Extracting for gnomedesktop-2.0.2 > >> Checksum OK for gnome2/gnome-desktop-2.0.2.tar.bz2. > ===> gnomedesktop-2.0.2 depends on file: /usr/local/bin/sed_inplace - found > ===> gnomedesktop-2.0.2 depends on executable: gmake - found > ===> gnomedesktop-2.0.2 depends on executable: libtool - found > ===> gnomedesktop-2.0.2 depends on executable: bison - found > ===> gnomedesktop-2.0.2 depends on shared library: gnomeui-2.0 - not found > ===> Verifying install for gnomeui-2.0 in /usr/ports/x11-toolkits/libgnomeui > ===> Extracting for libgnomeui-2.0.1 > >> Checksum OK for gnome2/libgnomeui-2.0.1.tar.bz2. > ===> libgnomeui-2.0.1 depends on executable: gmake - found > ===> libgnomeui-2.0.1 depends on executable: libtool - found > ===> libgnomeui-2.0.1 depends on executable: bison - found > ===> libgnomeui-2.0.1 depends on shared library: bonoboui-2.0 - not found > ===> Verifying install for bonoboui-2.0 in /usr/ports/x11-toolkits/libbonobou > i > ===> Extracting for libbonoboui-2.0.0 > >> Checksum OK for gnome2/libbonoboui-2.0.0.tar.bz2. > ===> libbonoboui-2.0.0 depends on executable: gmake - found > ===> libbonoboui-2.0.0 depends on executable: libtool - found > ===> libbonoboui-2.0.0 depends on shared library: gnomecanvas-2.0 - found > ===> libbonoboui-2.0.0 depends on shared library: gnome-2.0 - not found > ===> Verifying install for gnome-2.0 in /usr/ports/x11/libgnome > ===> Configuring for libgnome-2.0.1 > checking for a BSD compatible install... /usr/bin/install -c -o root -g wheel > checking whether build environment is sane... yes > checking whether gmake sets ${MAKE}... yes > checking for working aclocal... found > checking for working autoconf... found > checking for working automake... found > checking for working autoheader... found > checking for working makeinfo... found > checking whether to enable maintainer-specific portions of Makefiles... no > checking for perl... /usr/bin/perl > checking for gcc... cc > checking for C compiler default output... a.out > checking whether the C compiler works... yes > checking whether we are cross compiling... no > checking for executable suffix... > checking for object suffix... o > checking whether we are using the GNU C compiler... yes > checking whether cc accepts -g... yes > checking for strerror in -lcposix... no > checking for gcc... (cached) cc > checking whether we are using the GNU C compiler... (cached) yes > checking whether cc accepts -g... (cached) yes > checking how to run the C preprocessor... cc -E > checking for ANSI C header files... yes > checking build system type... i386-unknown-freebsd4.6 > checking host system type... i386-unknown-freebsd4.6 > checking for ld used by GCC... /usr/libexec/elf/ld > checking if the linker (/usr/libexec/elf/ld) is GNU ld... yes > checking for /usr/libexec/elf/ld option to reload object files... -r > checking for BSD-compatible nm... /usr/bin/nm -B > checking whether ln -s works... yes > checking how to recognise dependant libraries... pass_all > checking command to parse /usr/bin/nm -B output... ok > checking for dlfcn.h... yes > checking for ranlib... ranlib > checking for strip... strip > checking for objdir... .libs > checking for cc option to produce PIC... -fPIC > checking if cc PIC flag -fPIC works... yes > checking if cc static flag -static works... yes > checking if cc supports -c -o file.o... yes > checking if cc supports -c -o file.lo... yes > checking if cc supports -fno-rtti -fno-exceptions... yes > checking whether the linker (/usr/libexec/elf/ld) supports shared libraries... y > es > checking how to hardcode library paths into programs... immediate > checking whether stripping libraries is possible... yes > checking dynamic linker characteristics... freebsd4.6 ld.so > checking if libtool supports shared libraries... yes > 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 host system type... i386-unknown-freebsdelf4.6 > checking for ranlib... ranlib > checking whether we are using GNU C... yes > checking for object suffix... o > checking for executable suffix... no > checking for cc option to produce PIC... -fPIC > checking if cc PIC flag -fPIC works... yes > checking if cc supports -c -o file.o... yes > checking if cc supports -c -o file.lo... yes > checking if cc supports -fno-rtti -fno-exceptions ... yes > checking if cc static flag -static works... -static > checking whether ln -s works... yes > checking for ld used by GCC... /usr/libexec/elf/ld > checking if the linker (/usr/libexec/elf/ld) is GNU ld... yes > checking whether the linker (/usr/libexec/elf/ld) supports shared libraries... y > es > checking for BSD-compatible nm... /usr/bin/nm -B > checking command to parse /usr/bin/nm -B output... ok > checking how to hardcode library paths into programs... immediate > checking for /usr/libexec/elf/ld option to reload object files... -r > checking dynamic linker characteristics... freebsdelf4.6 ld.so > checking if libtool supports shared libraries... yes > checking whether to build shared libraries... yes > checking whether to build static libraries... yes > checking for objdir... .libs > creating libtool > checking for bison... bison -y > checking for xrdb... /usr/X11R6/bin/xrdb > checking for setenv... yes > checking for unsetenv... yes > checking for clearenv... no > checking for setfsgid... no > checking for sys/fsuid.h... no > checking for bind_textdomain_codeset... no > checking for ranlib... (cached) ranlib > checking for cc option to accept ANSI C... none needed > checking for an ANSI C-conforming const... yes > checking for inline... inline > checking for sys/types.h... yes > checking for sys/stat.h... yes > checking for stdlib.h... yes > checking for string.h... yes > checking for memory.h... yes > checking for strings.h... yes > checking for inttypes.h... yes > checking for stdint.h... no > checking for unistd.h... yes > checking for off_t... yes > checking for size_t... yes > checking for working alloca.h... no > checking for alloca... yes > checking for stdlib.h... (cached) yes > checking for unistd.h... (cached) yes > checking for getpagesize... yes > checking for working mmap... yes > checking for argz.h... no > checking for limits.h... yes > checking for locale.h... yes > checking for nl_types.h... yes > checking for malloc.h... yes > checking for string.h... (cached) yes > checking for unistd.h... (cached) yes > checking for sys/param.h... yes > checking for getcwd... yes > checking for munmap... yes > checking for putenv... yes > checking for setenv... (cached) yes > checking for setlocale... yes > checking for strchr... yes > checking for strcasecmp... yes > checking for strdup... yes > checking for __argz_count... no > checking for __argz_stringify... no > checking for __argz_next... no > checking for LC_MESSAGES... yes > checking for libintl.h... yes > checking for dgettext in libc... no > checking for bindtextdomain in -lintl... yes > checking for dgettext in -lintl... yes > checking if -liconv is needed to use gettext... > checking for dcgettext in -lintl... yes > checking for msgfmt... /usr/local/bin/msgfmt > checking for dcgettext... yes > checking for gmsgfmt... /usr/local/bin/msgfmt > checking for xgettext... /usr/local/bin/xgettext > checking for catalogs to be installed... az da de es eu fi fr hi it ko ja lv ms > nn no pl pt pt_BR ru sk sl sv ta tr uk vi wa zh_CN zh_TW > checking what warning flags to pass to the C compiler... -Wall -Wunused -Wmissin > g-prototypes -Wmissing-declarations > checking what language compliance flags to pass to the C compiler... > checking for mawk... no > checking for gawk... no > checking for nawk... no > checking for awk... /usr/bin/awk > checking for perl5... /usr/bin/perl5 > checking for pkg-config... /usr/local/bin/pkg-config > checking for esound >= 0.2.26 audiofile >= 0.2.3... yes > checking SOUND_TEST_CFLAGS... -I/usr/local/include > checking SOUND_TEST_LIBS... -L/usr/local/lib -lesd -laudiofile -lm > checking for glib-2.0 >= 2.0.3 gmodule-2.0 >= 2.0.3 gnome-vfs-2.0 >= 1.9.16 libx > ml-2.0 >= 2.4.22 libbonobo-2.0 >= 2.0.0 gconf-2.0 >= 1.1.11 audiofile >= 0.2.3 e > sound >= 0.2.26... Requested 'libxml-2.0 >= 2.4.22' but version of libXML is 2.4 > .21 > > configure: error: Library requirements (glib-2.0 >= 2.0.3 gmodule-2.0 >= 2.0.3 g > nome-vfs-2.0 >= 1.9.16 libxml-2.0 >= 2.4.22 libbonobo-2.0 >= 2.0.0 gconf-2.0 >= > 1.1.11 audiofile >= 0.2.3 esound >= 0.2.26) not met; consider adjusting the PKG_ > CONFIG_PATH environment variable if your libraries are in a nonstandard prefix s > o pkg-config can find them. > ===> Script "configure" failed unexpectedly. > Please report the problem to gnome@FreeBSD.org [maintainer] and attach > the "/usr/ports/x11/libgnome/work/libgnome-2.0.1/config.log" including > the output of the failure of your make command. Also, it might be a good > idea to provide an overview of all packages installed on your system > (e.g. an `ls /var/db/pkg`). > *** Error code 1 > > Stop in /usr/ports/x11/libgnome. > *** Error code 1 -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Mon Jul 8 17: 1:49 2002 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 B2FBE37B401 for ; Mon, 8 Jul 2002 17:01:45 -0700 (PDT) Received: from blue.mcneil.com (cpe-66-75-176-109.socal.rr.com [66.75.176.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id F321843E4A for ; Mon, 8 Jul 2002 17:01:40 -0700 (PDT) (envelope-from sean@mcneil.com) Received: from mcneil.com (mcneil.com [66.75.176.109]) by blue.mcneil.com (8.12.5/8.12.5) with ESMTP id g6901cpr000643; Mon, 8 Jul 2002 17:01:39 -0700 (PDT) (envelope-from sean@mcneil.com) Subject: Re: help with gdm2 From: Sean McNeil To: Joe Marcus Clarke Cc: gnome@FreeBSD.ORG In-Reply-To: <1026169507.364.49.camel@gyros.marcuscom.com> References: <1026167612.422.3.camel@blue.mcneil.com> <1026168091.364.25.camel@gyros.marcuscom.com> <1026169319.700.2.camel@blue.mcneil.com> <1026169507.364.49.camel@gyros.marcuscom.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 08 Jul 2002 17:01:38 -0700 Message-Id: <1026172899.607.0.camel@blue.mcneil.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thanks, but did not help. I had to use the /usr/X11R6/etc/rc.d script approach. Sean On Mon, 2002-07-08 at 16:05, Joe Marcus Clarke wrote: > On Mon, 2002-07-08 at 19:01, Sean McNeil wrote: > > Thanks. I will try the startup script. I just recompiled pango and > > still have the same trouble. > > > > I uncommented the line in /etc/ttys, though, and ran it directly. It > > worked!!! > > > > I got some warning messages, though: > > > > bash-2.05a# /usr/X11R6/bin/gdm -nodaemon > > gdm2 needs --nodaemon. > > Joe > > > (process:322): GLib-WARNING **: Need to have NULL encoding to set the > > bufferingstate of the channel. > > (process:322): GLib-WARNING **: Need to have NULL encoding to set the > > bufferingstate of the channel. > > > > Cheers, > > Sean > > > > On Mon, 2002-07-08 at 15:41, Joe Marcus Clarke wrote: > > > On Mon, 2002-07-08 at 18:33, Sean McNeil wrote: > > > > Hi gentlemen (and ladies), > > > > > > > > I am having trouble with gdm2. It will start eating up a great deal of > > > > CPU and will freeze after entering my username. Here is what I've found > > > > as far as packaging: > > > > > > > > If I deinstall both gdm and gdm and then install gdm2 and reboot, I get > > > > the problem. > > > > > > > > If I install gdm and then kill all the gdm processes it works. > > > > > > > > If I install gdm and then gdm2 it works until I do a reboot. > > > > > > > > Has anyone else experienced this? I only have gdm in my pam.conf, do I > > > > need gdm2 as well or does it auth as gdm? > > > > > > No, entries for gdm should be fine. The problem may be solved by > > > starting gdm from a shell script instead of /etc/ttys. Attached is the > > > shell script I use. The script lives in /usr/X11R6/etc/rc.d. > > > > > > If you find that this still doesn't help, make sure you have the latest > > > version of pango installed at rev _1. > > > > > > Joe > > > > > > > > > > > I would like to get this resolved. > > > > > > > > Cheers, > > > > Sean > > > > > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > > with "unsubscribe freebsd-gnome" in the body of the message > > > > > > > -- > > > PGP Key : http://www.marcuscom.com/pgp.asc > > > ---- > > > > > > > > #!/bin/sh > > > > > > PREFIX=/usr/X11R6 > > > > > > case "$1" in > > > > > > start) > > > ${PREFIX}/bin/gdm > > > ;; > > > stop) > > > /usr/bin/killall gdm 2>/dev/null > > > ;; > > > *) > > > echo "$0 start | stop" > > > ;; > > > > > > esac > > > > > -- > PGP Key : http://www.marcuscom.com/pgp.asc > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Tue Jul 9 2:17:10 2002 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 BF27637B400; Tue, 9 Jul 2002 02:17:06 -0700 (PDT) Received: from hotmail.com (f109.pav1.hotmail.com [64.4.31.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C37743E31; Tue, 9 Jul 2002 02:17:06 -0700 (PDT) (envelope-from verbophobe@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 9 Jul 2002 02:17:06 -0700 Received: from 24.201.67.71 by pv1fd.pav1.hotmail.msn.com with HTTP; Tue, 09 Jul 2002 09:17:06 GMT X-Originating-IP: [24.201.67.71] From: "Maxime Romano" To: marcus@FreeBSD.org Cc: freebsd-gnome@freebsd.org Subject: Re: Another GNOME 2.0 screenshot Date: Tue, 09 Jul 2002 05:17:06 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 09 Jul 2002 09:17:06.0388 (UTC) FILETIME=[65254940:01C22729] Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >From: Joe Marcus Clarke >To: Maxime Romano >Subject: Re: Another GNOME 2.0 screenshot >On Fri, 2002-07-05 at 01:03, Maxime Romano wrote: > > >From: Joe Marcus Clarke > > >To: gnome@FreeBSD.org > > >Subject: Another GNOME 2.0 screenshot > > > > > >I was playing around with some themes on my GNOME 2.0 dev machine, and > > >thought I'd share. > > > > > >http://www.marcuscom.com/gnome2_theme.png > > > > > >The above is a GNOME 2.0 screenshot with anti-aliasing enabled showing > > >the same XML file opened in gedit and vim. The Nautilus theme is > > >Stylish-IX and the GTK theme is Crux2 (soon to be ported to > > >x11-toolkits). The window manager is metacity with the Gorilla theme. > > >The background is from http://www.mikebonnell.com. > > > > > >Joe > > > > Well, it might be a little pretentious of myself, but here's mine: > >Looks nice. What fonts are you using? First, I copied all the default fonts on a Windows 2000 installation (had to ask a friend. He thought it was a pretty odd request, to say the least) to /usr/X11R6/lib/X11/fonts/TrueType. Then, I created a makeshift XftConfig from various other XftConfigs available on the 'net. One problem I had: if the XftConfig is put into /etc/X11, it won't work for some weird, wild reason. I just stuck it in /usr/X11R6/lib/X11/ and it magically worked! Here's my XftConfig in case you care: http://www.jewcrew.org/~verbophobe/XftConfig Then, just go into that Gnome font selector thing, specify the "LuciduxSans" font, restart gnome-session, and you're set! > > > > > http://www.jewcrew.org/~verbophobe/gnome2-expo.png > > > > Apps, in no specific order: > > - XChat 1.9.1 (With Xft fonts!) -- I compiled this myself after some > > tweaking that I didn't diff. Here's a package I whipped up: > > http://www.jewcrew.org/~verbophobe/xchat-1.9.1.tgz > > - GThumb 1.101 -- Again, I had to compile this myself, but this time, I >took > > a few diffs and actually created a port! (Wee!) Package: > > http://www.jewcrew.org/~verbophobe/gthumb-1.101.tgz Port (shar): > > http://www.jewcrew.org/~verbophobe/gthumb2.sh > >Thanks for the submission. I've contacted the gthumb maintainer to see >if he is already working on such a port. If not, I'll commit yours. Woo! I wasn't even expecting that. Hell, if this actually makes it, I may start porting more crap... > > > - GNOME Dictionairy 2.0.0 -- The app I use most, second to Galeon > > - GNOME Terminal 2.0.0 -- This may very well be #3 > > - Geyes -- Oooh! Look at them googly things go! > > - Sawfish 2.0 -- Still the best WM around > > > > Comments (Everything can be found on http://sunshineinabag.co.uk/): > > - GTK+2.0 theme: PrettyOkayish theme (Uses ThinIce engine) > > - Sawfish Theme: HeliX-Sweetpill-Popcorn > > - Upon reconsideration, this is *really* pretentious > > - I'm not Jewish > > - "Jew Crew" is a warez board I hang out on from time to time. > > - I run -RELEASE because it's the only sane thing to do. -RELEASE is > > actually faster for me than -STABLE, most of the time. > >Glad to hear it's working well for you. > >By the way, she's cute ;-). A friend informed me that she's actually Alyson Hannigan from that TV show "Buffy the Vampire Slayer." It's amazing that this (http://www.digitalreflections.org/~ao/candids/candid017.jpg) turns into this (http://www.alysonhannigancorner.com/alyson/fhm/fhm01-072.jpg). Incredible what a few Photoshop filters can do... > >Joe > > > > > Yours Truly, > > -Maxime > > _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Tue Jul 9 9: 9:41 2002 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 DDECC37B400 for ; Tue, 9 Jul 2002 09:09:35 -0700 (PDT) Received: from mailout11.sul.t-online.com (mailout11.sul.t-online.com [194.25.134.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id F203043E4A for ; Tue, 9 Jul 2002 09:09:34 -0700 (PDT) (envelope-from Jan.Stocker@t-online.de) Received: from fwd02.sul.t-online.de by mailout11.sul.t-online.com with smtp id 17Rwco-0003HH-01; Tue, 09 Jul 2002 17:09:58 +0200 Received: from twoflower.liebende.de (320072111332-0001@[217.80.127.34]) by fwd02.sul.t-online.com with esmtp id 17Rwca-0RbUOmC; Tue, 9 Jul 2002 17:09:44 +0200 Subject: Error compiling glib2 on -current From: Jan.Stocker@t-online.de (Jan Stocker) Reply-To: Jan.Stocker@t-online.de To: gnome@FreeBSD.org Content-Type: multipart/mixed; boundary="=-1276eB0BozVKuO7fQWKE" X-Mailer: Ximian Evolution 1.0.7 Date: 09 Jul 2002 17:08:05 +0200 Message-Id: <1026227285.353.4.camel@twoflower> Mime-Version: 1.0 X-Sender: 320072111332-0001@t-dialin.net Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-1276eB0BozVKuO7fQWKE Content-Type: text/plain Content-Transfer-Encoding: 7bit -> make clean all ===> Cleaning for libiconv-1.8 ===> Cleaning for bison-1.35_1 ===> Cleaning for gettext-0.11.2 ===> Cleaning for gmake-3.79.1_2 ===> Cleaning for libtool-1.3.4_4 ===> Cleaning for pkgconfig-0.12.0 ===> Cleaning for perl-5.6.1_6 ===> Cleaning for expat-1.95.3 ===> Cleaning for glib-2.0.4_1 ===> Extracting for glib-2.0.4_1 >> Checksum OK for gnome2/glib-2.0.4.tar.bz2. ===> glib-2.0.4_1 depends on executable: pkg-config - found ===> glib-2.0.4_1 depends on executable: gmake - found ===> glib-2.0.4_1 depends on executable: libtool - found ===> glib-2.0.4_1 depends on executable: perl5.6.1 - found ===> glib-2.0.4_1 depends on shared library: intl.2 - found ===> Patching for glib-2.0.4_1 ===> Applying FreeBSD patches for glib-2.0.4_1 ===> Configuring for glib-2.0.4_1 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... configure: error: ls -t appears to fail. Make sure there is not a broken alias in your environment configure: error: newly created file is older than distributed files! Check your system clock ===> Script "configure" failed unexpectedly. Please report the problem to gnome@FreeBSD.org [maintainer] and attach the "/usr/ports/devel/glib20/work/glib-2.0.4/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 --=-1276eB0BozVKuO7fQWKE Content-Disposition: attachment; filename=config.log Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; name=config.log; charset=ISO8859-1 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.53. Invocation command line was $ ./configure --enable-static --with-libiconv=3Dgnu --prefix=3D/usr/local= --target=3Di386-unknown-freebsd5.0 ## --------- ## ## Platform. ## ## --------- ## hostname =3D twoflower uname -m =3D i386 uname -r =3D 5.0-CURRENT uname -s =3D FreeBSD uname -v =3D FreeBSD 5.0-CURRENT #0: Thu Jul 4 20:41:51 CEST 2002 root= @twoflower:/usr/src/sys/i386/compile/Twoflower50=20 /usr/bin/uname -p =3D i386 /bin/uname -X =3D unknown /bin/arch =3D unknown /usr/bin/arch -k =3D unknown /usr/convex/getsysinfo =3D unknown hostinfo =3D unknown /bin/machine =3D unknown /usr/bin/oslevel =3D unknown /bin/universe =3D unknown PATH: /sbin PATH: /bin PATH: /usr/sbin PATH: /usr/bin PATH: /usr/games PATH: /usr/local/sbin PATH: /usr/local/bin PATH: /usr/X11R6/bin PATH: /root/bin ## ----------- ## ## Core tests. ## ## ----------- ## configure:1479: checking for a BSD-compatible install configure:1533: result: /usr/bin/install -c -o root -g wheel configure:1544: checking whether build environment is sane configure:1568: error: ls -t appears to fail. Make sure there is not a bro= ken alias in your environment configure:1581: error: newly created file is older than distributed files! Check your system clock ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_env_CC_set=3Dset ac_cv_env_CC_value=3Dcc ac_cv_env_CFLAGS_set=3Dset ac_cv_env_CFLAGS_value=3D'-O -pipe -march=3Dpentiumpro' ac_cv_env_CPPFLAGS_set=3Dset ac_cv_env_CPPFLAGS_value=3D-I/usr/local/include ac_cv_env_CPP_set=3D ac_cv_env_CPP_value=3D ac_cv_env_CXXFLAGS_set=3Dset ac_cv_env_CXXFLAGS_value=3D' -O -pipe -march=3Dpentiumpro' ac_cv_env_CXX_set=3Dset ac_cv_env_CXX_value=3Dc++ ac_cv_env_LDFLAGS_set=3Dset ac_cv_env_LDFLAGS_value=3D-L/usr/local/lib ac_cv_env_build_alias_set=3D ac_cv_env_build_alias_value=3D ac_cv_env_host_alias_set=3D ac_cv_env_host_alias_value=3D ac_cv_env_target_alias_set=3Dset ac_cv_env_target_alias_value=3Di386-unknown-freebsd5.0 lt_cv_sys_path_separator=3D: ## ----------- ## ## confdefs.h. ## ## ----------- ## #define PACKAGE_NAME "" #define PACKAGE_TARNAME "" #define PACKAGE_VERSION "" #define PACKAGE_STRING "" #define PACKAGE_BUGREPORT "" configure: exit 1 --=-1276eB0BozVKuO7fQWKE-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Tue Jul 9 9:23:42 2002 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 E129937B405 for ; Tue, 9 Jul 2002 09:23:35 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5ADDE43E09 for ; Tue, 9 Jul 2002 09:23:35 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g69GMVp4071066; Tue, 9 Jul 2002 12:22:31 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: Error compiling glib2 on -current From: Joe Marcus Clarke To: Jan.Stocker@t-online.de Cc: gnome@FreeBSD.ORG In-Reply-To: <1026227285.353.4.camel@twoflower> References: <1026227285.353.4.camel@twoflower> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 09 Jul 2002 12:23:11 -0400 Message-Id: <1026231791.351.22.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 2002-07-09 at 11:08, Jan Stocker wrote: Looks like ls is busted in your version of -CURRENT, or you have an alias to a bad ls. What does ls -t report? Joe > > -> make clean all > ===> Cleaning for libiconv-1.8 > ===> Cleaning for bison-1.35_1 > ===> Cleaning for gettext-0.11.2 > ===> Cleaning for gmake-3.79.1_2 > ===> Cleaning for libtool-1.3.4_4 > ===> Cleaning for pkgconfig-0.12.0 > ===> Cleaning for perl-5.6.1_6 > ===> Cleaning for expat-1.95.3 > ===> Cleaning for glib-2.0.4_1 > ===> Extracting for glib-2.0.4_1 > >> Checksum OK for gnome2/glib-2.0.4.tar.bz2. > ===> glib-2.0.4_1 depends on executable: pkg-config - found > ===> glib-2.0.4_1 depends on executable: gmake - found > ===> glib-2.0.4_1 depends on executable: libtool - found > ===> glib-2.0.4_1 depends on executable: perl5.6.1 - found > ===> glib-2.0.4_1 depends on shared library: intl.2 - found > ===> Patching for glib-2.0.4_1 > ===> Applying FreeBSD patches for glib-2.0.4_1 > ===> Configuring for glib-2.0.4_1 > checking for a BSD-compatible install... /usr/bin/install -c -o root -g > wheel > checking whether build environment is sane... configure: error: ls -t > appears to fail. Make sure there is not a broken > alias in your environment > configure: error: newly created file is older than distributed files! > Check your system clock > ===> Script "configure" failed unexpectedly. > Please report the problem to gnome@FreeBSD.org [maintainer] and > attach > the "/usr/ports/devel/glib20/work/glib-2.0.4/config.log" including > the > output of the failure of your make command. Also, it might be a > good idea > to provide an overview of all packages installed on your system > (e.g. an > `ls /var/db/pkg`). > *** Error code 1 > > > ---- > > 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.53. Invocation command line was > > $ ./configure --enable-static --with-libiconv=gnu --prefix=/usr/local --target=i386-unknown-freebsd5.0 > > ## --------- ## > ## Platform. ## > ## --------- ## > > hostname = twoflower > uname -m = i386 > uname -r = 5.0-CURRENT > uname -s = FreeBSD > uname -v = FreeBSD 5.0-CURRENT #0: Thu Jul 4 20:41:51 CEST 2002 root@twoflower:/usr/src/sys/i386/compile/Twoflower50 > > /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: /bin > PATH: /usr/sbin > PATH: /usr/bin > PATH: /usr/games > PATH: /usr/local/sbin > PATH: /usr/local/bin > PATH: /usr/X11R6/bin > PATH: /root/bin > > > ## ----------- ## > ## Core tests. ## > ## ----------- ## > > configure:1479: checking for a BSD-compatible install > configure:1533: result: /usr/bin/install -c -o root -g wheel > configure:1544: checking whether build environment is sane > configure:1568: error: ls -t appears to fail. Make sure there is not a broken > alias in your environment > configure:1581: error: newly created file is older than distributed files! > Check your system clock > > ## ---------------- ## > ## Cache variables. ## > ## ---------------- ## > > ac_cv_env_CC_set=set > ac_cv_env_CC_value=cc > ac_cv_env_CFLAGS_set=set > ac_cv_env_CFLAGS_value='-O -pipe -march=pentiumpro' > ac_cv_env_CPPFLAGS_set=set > ac_cv_env_CPPFLAGS_value=-I/usr/local/include > ac_cv_env_CPP_set= > ac_cv_env_CPP_value= > ac_cv_env_CXXFLAGS_set=set > ac_cv_env_CXXFLAGS_value=' -O -pipe -march=pentiumpro' > ac_cv_env_CXX_set=set > ac_cv_env_CXX_value=c++ > ac_cv_env_LDFLAGS_set=set > ac_cv_env_LDFLAGS_value=-L/usr/local/lib > ac_cv_env_build_alias_set= > ac_cv_env_build_alias_value= > ac_cv_env_host_alias_set= > ac_cv_env_host_alias_value= > ac_cv_env_target_alias_set=set > ac_cv_env_target_alias_value=i386-unknown-freebsd5.0 > lt_cv_sys_path_separator=: > > ## ----------- ## > ## confdefs.h. ## > ## ----------- ## > > #define PACKAGE_NAME "" > #define PACKAGE_TARNAME "" > #define PACKAGE_VERSION "" > #define PACKAGE_STRING "" > #define PACKAGE_BUGREPORT "" > > configure: exit 1 -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Tue Jul 9 9:27:22 2002 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 F41E337B400 for ; Tue, 9 Jul 2002 09:27:16 -0700 (PDT) Received: from gilliam.users.flyingcroc.net (gilliam.users.flyingcroc.net [207.246.128.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 741F043E4A for ; Tue, 9 Jul 2002 09:27:16 -0700 (PDT) (envelope-from joek@mail.flyingcroc.net) Received: from flyingcroc.net (unx48.staff.flyingcroc.net [207.246.150.48]) by gilliam.users.flyingcroc.net (8.9.3/8.9.3) with ESMTP id JAA77866 for ; Tue, 9 Jul 2002 09:27:16 -0700 (PDT) Message-ID: <3D2B0EE3.4030205@flyingcroc.net> Date: Tue, 09 Jul 2002 09:27:15 -0700 From: Joe Kelsey User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020607 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-gnome Subject: Fonts in Gnome2 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am trying to access some fonts in Gnome2, but I find that the font string used by Gnome 2 to access fonts is just too limited. In particular, it forces the 'adstyl' (as listed by xfontsel) to nil rather than *, which severely limits the available fonts. For instance, all of my true type fonts seem to have adstyl of "regular", so when I try to select them, Gnome rejects them because it cannot find the font of the form -ttf-arial-medium-r-normal--12-*-*-*-*-*-iso8859-1, since the actual font is -ttf-arial-medium-r-normal-regular-12-*-*-*-*-*-iso8859-1. Now if the standard pattern included a -*- between the width and the pixel size instead of just --, the number of fonts would increase. Or, I need some way to change the -regular- to --. My fonts.dir files do not have a parameter in the place where the -regular- appears in xfontsel, so I am uncertain where it is being introduced. I am running xfstt to serve the true type fonts. Also, I have X running with freetype, type1 and speedo modules loaded. Does anyone have any suggestions? Thanks. /Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Tue Jul 9 10:48:29 2002 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 29B2537B400 for ; Tue, 9 Jul 2002 10:48:28 -0700 (PDT) Received: from gilliam.users.flyingcroc.net (gilliam.users.flyingcroc.net [207.246.128.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27FBB43E3B for ; Tue, 9 Jul 2002 10:48:27 -0700 (PDT) (envelope-from joek@mail.flyingcroc.net) Received: from flyingcroc.net (unx48.staff.flyingcroc.net [207.246.150.48]) by gilliam.users.flyingcroc.net (8.9.3/8.9.3) with ESMTP id KAA82494 for ; Tue, 9 Jul 2002 10:48:26 -0700 (PDT) Message-ID: <3D2B21EA.9040700@flyingcroc.net> Date: Tue, 09 Jul 2002 10:48:26 -0700 From: Joe Kelsey User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020607 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-gnome Subject: Gnome2 and Fonts Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I finally answered my own question. After a little more research, the culprit turns out to be xfstt --sync, which creates the ttname directory which includes the bogus add_style_names. Basically, it it better to use the X server to get your fonts rather than xfstt, since xfstt seems to add these bogus style names that no application pays attention to or even want to deal with. xfstt does seem to have benefits of protecting the X server from bogus font requests by filtering them through the deficient font protocol, but I guess I can live with it for now. At least now I can use all of my fonts without getting bogus errors from applications... /Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Tue Jul 9 12: 3:19 2002 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 965F137B400 for ; Tue, 9 Jul 2002 12:03:17 -0700 (PDT) Received: from gilliam.users.flyingcroc.net (gilliam.users.flyingcroc.net [207.246.128.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04BFA43E42 for ; Tue, 9 Jul 2002 12:03:17 -0700 (PDT) (envelope-from joek@mail.flyingcroc.net) Received: from flyingcroc.net (unx48.staff.flyingcroc.net [207.246.150.48]) by gilliam.users.flyingcroc.net (8.9.3/8.9.3) with ESMTP id MAA92971 for ; Tue, 9 Jul 2002 12:03:16 -0700 (PDT) Message-ID: <3D2B3374.5040704@flyingcroc.net> Date: Tue, 09 Jul 2002 12:03:16 -0700 From: Joe Kelsey User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020607 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-gnome Subject: Debugging gdm2 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I tried to start debugging gdm2 today but got basically nowhere. I compiled and installed gdm2 with env CFLAGS='-O -g -pipe' make install Then I did gdb /usr/X11R6/bin/gdm gdb> run --nodaemon When I typed my username at the gdm prompt, it exited! This was no help, as it was a subprocess of the gdm I was debugging, so it didn't help at all! Any suggestions? Even if I attach to the gdm subprocess, what am I looking for? Any ideas about where to set breakpoints? /Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Tue Jul 9 13:21: 6 2002 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 B833437B401 for ; Tue, 9 Jul 2002 13:21:03 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95BFC43E52 for ; Tue, 9 Jul 2002 13:21:02 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g69KJup4072529; Tue, 9 Jul 2002 16:19:57 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: Debugging gdm2 From: Joe Marcus Clarke To: Joe Kelsey Cc: freebsd-gnome In-Reply-To: <3D2B3374.5040704@flyingcroc.net> References: <3D2B3374.5040704@flyingcroc.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 09 Jul 2002 16:20:29 -0400 Message-Id: <1026246030.17789.7.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 2002-07-09 at 15:03, Joe Kelsey wrote: > I tried to start debugging gdm2 today but got basically nowhere. > > I compiled and installed gdm2 with > > env CFLAGS='-O -g -pipe' make install First, you'll need to add a STRIP= to gdm2's Makefile or to the make line. If you don't, all the binaries will be stripped of debugging symbols at install time. > > Then I did > > gdb /usr/X11R6/bin/gdm > gdb> run --nodaemon > > When I typed my username at the gdm prompt, it exited! This was no > help, as it was a subprocess of the gdm I was debugging, so it didn't > help at all! Find the process that's spinning after you enter your username, then attach gdb to it. You should then be able to get a backtrace. Joe > > Any suggestions? Even if I attach to the gdm subprocess, what am I > looking for? Any ideas about where to set breakpoints? > > /Joe > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-gnome" in the body of the message > -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Tue Jul 9 16:21:35 2002 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 15BBB37B400 for ; Tue, 9 Jul 2002 16:21:34 -0700 (PDT) Received: from zircon.seattle.wa.us (sense-sea-CovadSub-0-80.oz.net [216.39.147.80]) by mx1.FreeBSD.org (Postfix) with SMTP id 7011743E09 for ; Tue, 9 Jul 2002 16:21:33 -0700 (PDT) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 68021 invoked from network); 9 Jul 2002 23:14:48 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 9 Jul 2002 23:14:48 -0000 Subject: Re: Debugging gdm2 From: Joe Kelsey To: Joe Marcus Clarke Cc: Joe Kelsey , freebsd-gnome In-Reply-To: <1026246030.17789.7.camel@gyros.marcuscom.com> References: <3D2B3374.5040704@flyingcroc.net> <1026246030.17789.7.camel@gyros.marcuscom.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 09 Jul 2002 16:14:47 -0700 Message-Id: <1026256488.60775.35.camel@zircon.zircon.seattle.wa.us> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 2002-07-09 at 13:20, Joe Marcus Clarke wrote: > Find the process that's spinning after you enter your username, then > attach gdb to it. You should then be able to get a backtrace. I attached to the gdm subprocess, and found it stuck in run_pictures(). Is gdm supposed to use up 80-90% of the cpu? It seems to be stuck in this run_pictures loop after forking gdmlogin. This seems wasteful. Apparantly, the problem is in gdmlogin, but I haven't debugged that yet. It appears to simply hang after reading the username. I haven't looked at the code yet, but it is possible that there is some pending interaction with gdmaskpass, but that doesn't seem to be running... I will attempt more later. /Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Tue Jul 9 17:10:59 2002 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 EDE9B37B400; Tue, 9 Jul 2002 17:10:55 -0700 (PDT) Received: from frontend01.cg.ifxnetworks.com (frontend01.cg.tutopia.com [200.62.58.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AEE143E09; Tue, 9 Jul 2002 17:10:55 -0700 (PDT) (envelope-from avp98@tutopia.com) Received: from [200.75.55.215] (account avp98@tutopia.com HELO tutopia.com) by frontend01.cg.ifxnetworks.com (CommuniGate Pro SMTP 3.5.9) with ESMTP id 72393478; Tue, 09 Jul 2002 20:10:44 -0400 Message-ID: <3D2B7AC8.6070807@tutopia.com> Date: Tue, 09 Jul 2002 19:07:36 -0500 From: Antonio Vanegas P User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020610 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnome@FreeBSD.org Cc: ports@FreeBSD.org Subject: FreeBSD Port: evolution-1.0.8 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Exsume my english.... In the port evolution: after of: root@antonio>portupgrade evolution it happens: /usr/libexec/elf/ld: cannot find -lgiconv *** Error code 1 Stop in /usr/ports/mail/evolution/work/evolution-1.0.7/shell/importer. *** Error code 1 Stop in /usr/ports/mail/evolution/work/evolution-1.0.7/shell. *** Error code 1 Stop in /usr/ports/mail/evolution/work/evolution-1.0.7. *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Tue Jul 9 17:45:11 2002 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 367D537B400 for ; Tue, 9 Jul 2002 17:45:08 -0700 (PDT) Received: from frontend01.cg.ifxnetworks.com (frontend01.cg.tutopia.com [200.62.58.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE56443E31 for ; Tue, 9 Jul 2002 17:45:07 -0700 (PDT) (envelope-from avp98@tutopia.com) Received: from [200.75.55.215] (account avp98@tutopia.com HELO [192.168.1.3]) by frontend01.cg.ifxnetworks.com (CommuniGate Pro SMTP 3.5.9) with ESMTP id 72402962 for gnome@FreeBSD.org; Tue, 09 Jul 2002 20:45:06 -0400 Subject: Bug portupgrade evolution From: Antonio Vanegas P Reply-To: avp98@tutopia.com To: gnome@FreeBSD.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 Date: 09 Jul 2002 19:41:59 -0500 Message-Id: <1026261720.270.4.camel@antonio.org> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Exsume my english.... In the port evolution: after of: root@antonio>portupgrade evolution it happens: /usr/libexec/elf/ld: cannot find -lgiconv *** Error code 1 Stop in /usr/ports/mail/evolution/work/evolution-1.0.7/shell/importer. *** Error code 1 Stop in /usr/ports/mail/evolution/work/evolution-1.0.7/shell. *** Error code 1 Stop in /usr/ports/mail/evolution/work/evolution-1.0.7. *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Tue Jul 9 17:52:51 2002 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 6669737B400 for ; Tue, 9 Jul 2002 17:52:49 -0700 (PDT) Received: from mx1.au.itouchnet.net (nat2.au.itouchnet.net [144.135.23.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4245D43E09 for ; Tue, 9 Jul 2002 17:52:48 -0700 (PDT) (envelope-from ajthomson@optushome.com.au) Received: from nobody by mx1.au.itouchnet.net with scanned_ok (Exim 3.33 #18) id 17S5mN-000BnQ-00 for freebsd-gnome@freebsd.org; Wed, 10 Jul 2002 10:56:27 +1000 Received: from athomson.prv.au.itouchnet.net ([192.168.13.55]) by mx1.au.itouchnet.net with esmtp (Exim 3.33 #18) id 17S5mN-000BnH-00 for freebsd-gnome@FreeBSD.ORG; Wed, 10 Jul 2002 10:56:27 +1000 Subject: evolution autocomplete problem with cursor in subject line From: Andrew Thomson To: freebsd-gnome@FreeBSD.ORG Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 10 Jul 2002 10:52:35 +1000 Message-Id: <1026262355.77943.13.camel@athomson.prv.au.itouchnet.net> Mime-Version: 1.0 X-Checked: This message has been scanned for any virusses and unauthorized attachments. X-iScan: Version $Id: iScan,v 1.31 2001/01/18 09:25:45 rip Exp $ Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I had this problem in 1.0.7 and having just upgraded, in 1.0.8 as well. I have all tested this problem on a colleague's computer running linux and evolution and he didn't experience the problem. Problem: Basically the cursor gets left around and seems to wreak havoc. When the cursor is in the subject line, and I try and click back into the To: box, I can type in the To box however a cursor remains in the subject line. The best way to get around it is to tab the cursor out of the subject line. If I don't do this, when the cursor is in the subject line and autocomplete tries to finish an email address, the box of options comes up but I never get passed that and my mouse is locked and I have to use some keyboard shortcuts to bring up a term and kill evolution. What to do to repeat: -- new email -- type a contact -- tab/click down to subject -- type in subject -- go back to To: field -- try and autocomplete another recipient So basically in my case, I can have a blinking cursor in the To field and at the same time, a blinking cursor in the subject line! Hope I've made my problem clear!! Regards, Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Tue Jul 9 17:56: 6 2002 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 763DC37B400 for ; Tue, 9 Jul 2002 17:56:05 -0700 (PDT) Received: from zircon.seattle.wa.us (sense-sea-CovadSub-0-80.oz.net [216.39.147.80]) by mx1.FreeBSD.org (Postfix) with SMTP id 1512443E31 for ; Tue, 9 Jul 2002 17:56:05 -0700 (PDT) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 593 invoked from network); 10 Jul 2002 00:56:01 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 10 Jul 2002 00:56:01 -0000 Subject: Re: Bug portupgrade evolution From: Joe Kelsey To: avp98@tutopia.com Cc: gnome@FreeBSD.org In-Reply-To: <1026261720.270.4.camel@antonio.org> References: <1026261720.270.4.camel@antonio.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 09 Jul 2002 17:55:59 -0700 Message-Id: <1026262561.417.0.camel@zircon.zircon.seattle.wa.us> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 2002-07-09 at 17:41, Antonio Vanegas P wrote: > > Exsume my english.... > In the port evolution: after of: > > root@antonio>portupgrade evolution > it happens: > > > /usr/libexec/elf/ld: cannot find -lgiconv > *** Error code 1 Your gnome1 port is out-of-date. portupgrade -r pkgconfig or portupgrade -R evolution /Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Tue Jul 9 18: 0:56 2002 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 5002C37B400 for ; Tue, 9 Jul 2002 18:00:53 -0700 (PDT) Received: from zircon.seattle.wa.us (sense-sea-CovadSub-0-80.oz.net [216.39.147.80]) by mx1.FreeBSD.org (Postfix) with SMTP id 9467F43E31 for ; Tue, 9 Jul 2002 18:00:52 -0700 (PDT) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 626 invoked from network); 10 Jul 2002 01:00:52 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 10 Jul 2002 01:00:52 -0000 Subject: Re: evolution autocomplete problem with cursor in subject line From: Joe Kelsey To: Andrew Thomson Cc: freebsd-gnome@FreeBSD.ORG In-Reply-To: <1026262355.77943.13.camel@athomson.prv.au.itouchnet.net> References: <1026262355.77943.13.camel@athomson.prv.au.itouchnet.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 09 Jul 2002 18:00:52 -0700 Message-Id: <1026262852.417.5.camel@zircon.zircon.seattle.wa.us> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 2002-07-09 at 17:52, Andrew Thomson wrote: > I had this problem in 1.0.7 and having just upgraded, in 1.0.8 as well. > > I have all tested this problem on a colleague's computer running linux > and evolution and he didn't experience the problem. > > Problem: > > Basically the cursor gets left around and seems to wreak havoc. When the > cursor is in the subject line, and I try and click back into the To: > box, I can type in the To box however a cursor remains in the subject > line. The best way to get around it is to tab the cursor out of the > subject line. > > If I don't do this, when the cursor is in the subject line and > autocomplete tries to finish an email address, the box of options comes > up but I never get passed that and my mouse is locked and I have to use > some keyboard shortcuts to bring up a term and kill evolution. > > What to do to repeat: > -- new email > -- type a contact > -- tab/click down to subject > -- type in subject > -- go back to To: field > -- try and autocomplete another recipient > > So basically in my case, I can have a blinking cursor in the To field > and at the same time, a blinking cursor in the subject line! This is only one of *many* ways to make evolution hang. There is no workaround or solution. I usually am very careful to only use a single metaphor when using evolution, and then to make sure to give it plenty of time to respond between each user-interface action. So, if you prefer tabbing, use tabbing consistently and wait for evolution to completely finish what it is doing before you do something else, This means no typeahead! Also, be careful to not use the mouse to click too fast between folders or views. Patience is a virtue, or else just start using mozilla-mail instead. /Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Tue Jul 9 18: 9: 7 2002 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 16A9937B400 for ; Tue, 9 Jul 2002 18:09:05 -0700 (PDT) Received: from mx1.au.itouchnet.net (nat2.au.itouchnet.net [144.135.23.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FC1C43E4A for ; Tue, 9 Jul 2002 18:09:04 -0700 (PDT) (envelope-from ajthomson@optushome.com.au) Received: from nobody by mx1.au.itouchnet.net with scanned_ok (Exim 3.33 #18) id 17S628-000CDO-00 for freebsd-gnome@freebsd.org; Wed, 10 Jul 2002 11:12:44 +1000 Received: from athomson.prv.au.itouchnet.net ([192.168.13.55]) by mx1.au.itouchnet.net with esmtp (Exim 3.33 #18) id 17S626-000CCw-00; Wed, 10 Jul 2002 11:12:42 +1000 Subject: Re: evolution autocomplete problem with cursor in subject line From: Andrew Thomson To: Joe Kelsey Cc: freebsd-gnome@FreeBSD.ORG In-Reply-To: <1026262852.417.5.camel@zircon.zircon.seattle.wa.us> References: <1026262355.77943.13.camel@athomson.prv.au.itouchnet.net> <1026262852.417.5.camel@zircon.zircon.seattle.wa.us> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 10 Jul 2002 11:08:50 +1000 Message-Id: <1026263330.78146.7.camel@athomson.prv.au.itouchnet.net> Mime-Version: 1.0 X-Checked: This message has been scanned for any virusses and unauthorized attachments. X-iScan: Version $Id: iScan,v 1.31 2001/01/18 09:25:45 rip Exp $ Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Just in case I tried changing window managers in case it was a focus thing but no luck, definitely an evolution thing. I think this is a major clang. An easier example is the following: 1. new mail 2. click in the To: input box 3. click in the Cc: input box 4. click in the Bcc: input box 5. click in the Subject: input box 6. click in the data input box In all cases the cursor followed except between 5 and 6 where the cursor also stayed in the subject box. No amount of patience seems to move it!! ;) Just wanted to make sure I wasn't alone on this one.. Regards, Andrew On Wed, 2002-07-10 at 11:00, Joe Kelsey wrote: > > This is only one of *many* ways to make evolution hang. > > There is no workaround or solution. > > I usually am very careful to only use a single metaphor when using > evolution, and then to make sure to give it plenty of time to respond > between each user-interface action. So, if you prefer tabbing, use > tabbing consistently and wait for evolution to completely finish what it > is doing before you do something else, This means no typeahead! > > Also, be careful to not use the mouse to click too fast between folders > or views. > > Patience is a virtue, or else just start using mozilla-mail instead. > > /Joe > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Tue Jul 9 19:12:17 2002 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 4271037B400 for ; Tue, 9 Jul 2002 19:12:16 -0700 (PDT) Received: from vineyard.net (K1.VINEYARD.NET [204.17.195.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAB7343E58 for ; Tue, 9 Jul 2002 19:12:15 -0700 (PDT) (envelope-from ericx@vineyard.net) Received: from vineyard.net (loopback [127.0.0.1]) by smtp.vineyard.net (Postfix) with ESMTP id DD4C791539; Tue, 9 Jul 2002 22:12:14 -0400 (EDT) Received: from alice (loopback [127.0.0.1]) by vineyard.net (Postfix) with SMTP id 0ED8A91538; Tue, 9 Jul 2002 22:12:14 -0400 (EDT) Message-ID: <02fa01c227b8$08a3e660$385ce8c7@alice> From: "Eric W. Bates" To: "Joe Marcus Clarke" Cc: References: <00c001c21fc2$1487dd40$385ce8c7@alice> <1025499142.48597.52.camel@shumai.marcuscom.com> Subject: Re: minor problem with scrollkeeper-0.3.9 pkg-install Date: Tue, 9 Jul 2002 22:18:08 -0400 Organization: Vineyard.NET, Inc. MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Seems to build fine. Thank you. ----- Original Message ----- From: "Joe Marcus Clarke" To: "Eric W. Bates" Cc: Sent: Monday, July 01, 2002 12:52 AM Subject: Re: minor problem with scrollkeeper-0.3.9 pkg-install To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Tue Jul 9 20: 8:35 2002 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 B225037B406 for ; Tue, 9 Jul 2002 20:08:21 -0700 (PDT) Received: from c003.snv.cp.net (h013.c003.snv.cp.net [209.228.32.227]) by mx1.FreeBSD.org (Postfix) with SMTP id 45B7243E58 for ; Tue, 9 Jul 2002 20:08:15 -0700 (PDT) (envelope-from wsware@telocity.com) Received: (cpmta 21918 invoked from network); 9 Jul 2002 20:08:13 -0700 Received: from 64.192.118.65 (HELO brain) by smtp.telocity.com (209.228.32.227) with SMTP; 9 Jul 2002 20:08:13 -0700 X-Sent: 10 Jul 2002 03:08:13 GMT Message-ID: <000801c227bf$04035800$0501a8c0@brain> From: "Scott Ware" To: Subject: Gnome2 - gnomemedia2 Date: Tue, 9 Jul 2002 23:08:06 -0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C2279D.7C5DDC70" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C2279D.7C5DDC70 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I'm getting build errors installing gnomemedia2 FreeBSD 4.6 and just did a cvsup if you don't have any idea how do I tell it just not to build that = part.. I don't have a sound card anyway -Scott (Not sure how to get the reply, I don't see a signup for the = mailing list...) ../gnome-cd/access/.libs/libgnomecdaccess.al(pangoaccessible.lo): In = function `pango_accessible_real_initialize': /usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd/access/pango= accessible.c(.text+0x181): undefined reference to `gail_text_util_new' /usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd/access/pango= accessible.c(.text+0x1e1): undefined reference to = `gail_text_util_text_setup' ../gnome-cd/access/.libs/libgnomecdaccess.al(pangoaccessible.lo): In = function `pango_accessible_get_text': /usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd/access/pango= accessible.c:249: undefined reference to `gail_text_util_text_setup' /usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd/access/pango= accessible.c:252: undefined reference to `gail_text_util_get_substring' ../gnome-cd/access/.libs/libgnomecdaccess.al(pangoaccessible.lo): In = function `pango_accessible_get_text_before_offset': /usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd/access/pango= accessible.c(.text+0x420): undefined reference to = `gail_text_util_get_text' ../gnome-cd/access/.libs/libgnomecdaccess.al(pangoaccessible.lo): In = function `pango_accessible_get_text_after_offset': /usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd/access/pango= accessible.c:284: undefined reference to `gail_text_util_get_text' ../gnome-cd/access/.libs/libgnomecdaccess.al(pangoaccessible.lo): In = function `pango_accessible_get_text_at_offset': /usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd/access/pango= accessible.c(.text+0x550): undefined reference to = `gail_text_util_get_text' ../gnome-cd/access/.libs/libgnomecdaccess.al(pangoaccessible.lo): In = function `pango_accessible_get_run_attributes': /usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd/access/pango= accessible.c(.text+0x6da): undefined reference to = `gail_misc_add_attribute' /usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd/access/pango= accessible.c(.text+0x6f4): undefined reference to = `gail_misc_layout_get_run_attributes' ../gnome-cd/access/.libs/libgnomecdaccess.al(pangoaccessible.lo): In = function `pango_accessible_get_character_extents': /usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd/access/pango= accessible.c(.text+0x86c): undefined reference to = `gail_misc_get_extents_from_pango_rectangle' ../gnome-cd/access/.libs/libgnomecdaccess.al(pangoaccessible.lo): In = function `pango_accessible_get_offset_at_point': /usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd/access/pango= accessible.c:441: undefined reference to = `gail_misc_get_index_at_point_in_layout' ../gnome-cd/access/.libs/libgnomecdaccess.al(pangoaccessible.lo): In = function `pango_accessible_get_default_attributes': /usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd/access/pango= accessible.c(.text+0xab7): undefined reference to = `gail_misc_add_attribute' /usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd/access/pango= accessible.c(.text+0xaf1): undefined reference to = `gail_misc_add_attribute' /usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd/access/pango= accessible.c(.text+0xb04): undefined reference to = `gail_misc_get_default_attributes' ../gnome-cd/access/.libs/libgnomecdaccess.al(pangoaccessible.lo): In = function `pango_accessible_get_extents': /usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd/access/pango= accessible.c:550: undefined reference to = `gail_misc_get_extents_from_pango_rectangle' gmake[3]: *** [gnome-cd] Error 1 gmake[3]: Leaving directory = `/usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory = `/usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory = `/usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0' gmake: *** [all-recursive-am] Error 2 *** Error code 2 Stop in /usr/ports/audio/gnomemedia2. puffin# ------=_NextPart_000_0005_01C2279D.7C5DDC70 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I'm getting build errors = installing =20 gnomemedia2
 
FreeBSD 4.6 and just did a = cvsup
if you don't have any idea how do I = tell it just=20 not to build that part.. I don't have a sound card anyway
 
-Scott   (Not sure how to get = the reply,=20 I don't see a signup for the mailing list...)
 
../gnome-cd/access/.libs/libgnomecdaccess.al(pangoaccessible.lo)= : In=20 function=20 `pango_accessible_real_initialize':
/usr/ports/audio/gnomemedia2/work/= gnome-media-2.0.0/gnome-cd/access/pangoaccessible.c(.text+0x181):=20 undefined reference to=20 `gail_text_util_new'
/usr/ports/audio/gnomemedia2/work/gnome-media-2.0= .0/gnome-cd/access/pangoaccessible.c(.text+0x1e1):=20 undefined reference to=20 `gail_text_util_text_setup'
../gnome-cd/access/.libs/libgnomecdaccess.= al(pangoaccessible.lo):=20 In function=20 `pango_accessible_get_text':
/usr/ports/audio/gnomemedia2/work/gnome-m= edia-2.0.0/gnome-cd/access/pangoaccessible.c:249:=20 undefined reference to=20 `gail_text_util_text_setup'
/usr/ports/audio/gnomemedia2/work/gnome-me= dia-2.0.0/gnome-cd/access/pangoaccessible.c:252:=20 undefined reference to=20 `gail_text_util_get_substring'
../gnome-cd/access/.libs/libgnomecdacce= ss.al(pangoaccessible.lo):=20 In function=20 `pango_accessible_get_text_before_offset':
/usr/ports/audio/gnomemedia= 2/work/gnome-media-2.0.0/gnome-cd/access/pangoaccessible.c(.text+0x420): = undefined reference to=20 `gail_text_util_get_text'
../gnome-cd/access/.libs/libgnomecdaccess.al= (pangoaccessible.lo):=20 In function=20 `pango_accessible_get_text_after_offset':
/usr/ports/audio/gnomemedia2= /work/gnome-media-2.0.0/gnome-cd/access/pangoaccessible.c:284:=20 undefined reference to=20 `gail_text_util_get_text'
../gnome-cd/access/.libs/libgnomecdaccess.al= (pangoaccessible.lo):=20 In function=20 `pango_accessible_get_text_at_offset':
/usr/ports/audio/gnomemedia2/wo= rk/gnome-media-2.0.0/gnome-cd/access/pangoaccessible.c(.text+0x550):=20 undefined reference to=20 `gail_text_util_get_text'
../gnome-cd/access/.libs/libgnomecdaccess.al= (pangoaccessible.lo):=20 In function=20 `pango_accessible_get_run_attributes':
/usr/ports/audio/gnomemedia2/wo= rk/gnome-media-2.0.0/gnome-cd/access/pangoaccessible.c(.text+0x6da):=20 undefined reference to=20 `gail_misc_add_attribute'
/usr/ports/audio/gnomemedia2/work/gnome-medi= a-2.0.0/gnome-cd/access/pangoaccessible.c(.text+0x6f4):=20 undefined reference to=20 `gail_misc_layout_get_run_attributes'
../gnome-cd/access/.libs/libgnom= ecdaccess.al(pangoaccessible.lo):=20 In function=20 `pango_accessible_get_character_extents':
/usr/ports/audio/gnomemedia2= /work/gnome-media-2.0.0/gnome-cd/access/pangoaccessible.c(.text+0x86c):=20 undefined reference to=20 `gail_misc_get_extents_from_pango_rectangle'
../gnome-cd/access/.libs/= libgnomecdaccess.al(pangoaccessible.lo):=20 In function=20 `pango_accessible_get_offset_at_point':
/usr/ports/audio/gnomemedia2/w= ork/gnome-media-2.0.0/gnome-cd/access/pangoaccessible.c:441:=20 undefined reference to=20 `gail_misc_get_index_at_point_in_layout'
../gnome-cd/access/.libs/libg= nomecdaccess.al(pangoaccessible.lo):=20 In function=20 `pango_accessible_get_default_attributes':
/usr/ports/audio/gnomemedia= 2/work/gnome-media-2.0.0/gnome-cd/access/pangoaccessible.c(.text+0xab7): = undefined reference to=20 `gail_misc_add_attribute'
/usr/ports/audio/gnomemedia2/work/gnome-medi= a-2.0.0/gnome-cd/access/pangoaccessible.c(.text+0xaf1):=20 undefined reference to=20 `gail_misc_add_attribute'
/usr/ports/audio/gnomemedia2/work/gnome-medi= a-2.0.0/gnome-cd/access/pangoaccessible.c(.text+0xb04):=20 undefined reference to=20 `gail_misc_get_default_attributes'
../gnome-cd/access/.libs/libgnomecd= access.al(pangoaccessible.lo):=20 In function=20 `pango_accessible_get_extents':
/usr/ports/audio/gnomemedia2/work/gnom= e-media-2.0.0/gnome-cd/access/pangoaccessible.c:550:=20 undefined reference to = `gail_misc_get_extents_from_pango_rectangle'
gmake[3]:=20 *** [gnome-cd] Error 1
gmake[3]: Leaving directory=20 `/usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd'
gmake[2= ]: ***=20 [all-recursive] Error 1
gmake[2]: Leaving directory=20 `/usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd'
gmake[1= ]: ***=20 [all-recursive] Error 1
gmake[1]: Leaving directory=20 `/usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0'
gmake: ***=20 [all-recursive-am] Error 2
*** Error code 2
 
Stop in=20 /usr/ports/audio/gnomemedia2.
puffin#
------=_NextPart_000_0005_01C2279D.7C5DDC70-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Tue Jul 9 20:26:10 2002 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 70F4F37B400 for ; Tue, 9 Jul 2002 20:26:08 -0700 (PDT) Received: from zircon.seattle.wa.us (sense-sea-CovadSub-0-80.oz.net [216.39.147.80]) by mx1.FreeBSD.org (Postfix) with SMTP id E411243E52 for ; Tue, 9 Jul 2002 20:26:07 -0700 (PDT) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 8802 invoked from network); 10 Jul 2002 03:26:05 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 10 Jul 2002 03:26:05 -0000 Subject: gdm2 headaches From: Joe Kelsey To: freebsd-gnome@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 09 Jul 2002 20:26:05 -0700 Message-Id: <1026271565.8748.6.camel@zircon.zircon.seattle.wa.us> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ok, I just tried to debug this sucker again. If I install gdm2 while running X under gdm1, then when I logout, the new greeter comes up and I can login successfully. However, the parent process is still (apparantly) gdm1. If I stop gdm1, then the new greeter comes up, but I cannot pregress past typing in my name. I attached to gdmlogin, but it is stuck in _thread_sys_poll. At some point during the whole gdm loading and forking process, a message appears on the console: link_elf: symbol agp_find_device undefined I would guess that the undefined symbol is part of something that gdm is trying to load or fork, but I have no idea what process is reporting this error. /Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Tue Jul 9 21:29:39 2002 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 5CF5A37B400 for ; Tue, 9 Jul 2002 21:29:37 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB72C43E09 for ; Tue, 9 Jul 2002 21:29:36 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6A4SXp4074953; Wed, 10 Jul 2002 00:28:34 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: gdm2 headaches From: Joe Marcus Clarke To: Joe Kelsey Cc: freebsd-gnome@FreeBSD.ORG In-Reply-To: <1026271565.8748.6.camel@zircon.zircon.seattle.wa.us> References: <1026271565.8748.6.camel@zircon.zircon.seattle.wa.us> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 10 Jul 2002 00:29:20 -0400 Message-Id: <1026275360.719.1.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 2002-07-09 at 23:26, Joe Kelsey wrote: > Ok, I just tried to debug this sucker again. > > If I install gdm2 while running X under gdm1, then when I logout, the > new greeter comes up and I can login successfully. However, the parent > process is still (apparantly) gdm1. > > If I stop gdm1, then the new greeter comes up, but I cannot pregress > past typing in my name. > > I attached to gdmlogin, but it is stuck in _thread_sys_poll. This doesn't necessarily help. You may want to attach gdb to another thread, and see if that thread has some more info. > > At some point during the whole gdm loading and forking process, a > message appears on the console: > > link_elf: symbol agp_find_device undefined This looks like an error from the agp kernel module. Are you running a DRI module for your video card? Perhaps there's a problem with those modules. Joe > > I would guess that the undefined symbol is part of something that gdm is > trying to load or fork, but I have no idea what process is reporting > this error. > > /Joe > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-gnome" in the body of the message > -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Tue Jul 9 21:57: 9 2002 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 9026D37B400 for ; Tue, 9 Jul 2002 21:57:08 -0700 (PDT) Received: from smak.floondoon.com (12-235-41-54.client.attbi.com [12.235.41.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 436D143E31 for ; Tue, 9 Jul 2002 21:57:08 -0700 (PDT) (envelope-from james@floondoon.com) Received: from sphynx (unknown [192.168.235.15]) by smak.floondoon.com (Postfix) with ESMTP id F0FE1130D23 for ; Tue, 9 Jul 2002 21:35:47 -0700 (PDT) Message-ID: <003b01c227ce$3e1c8d40$0feba8c0@sphynx> From: "James Satterfield" To: Subject: System Monitor and swap Date: Tue, 9 Jul 2002 21:57:07 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG System Monitor in gnome2 appears a bit confused over my swap space. I've got a 512MB swap partition. I've never paid any attention on my other gnome2 systems, so I don't know if this is isolated or not. Don't ask why I've got a 512MB swap partition... I just do. =) James. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Tue Jul 9 22: 5:57 2002 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 705F937B400 for ; Tue, 9 Jul 2002 22:05:55 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8B5A43E31 for ; Tue, 9 Jul 2002 22:05:54 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6A54qp4075211; Wed, 10 Jul 2002 01:04:52 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: Preferences errors gnome2 From: Joe Marcus Clarke To: Joe Kelsey Cc: freebsd-gnome@FreeBSD.ORG In-Reply-To: <1026091992.17474.3.camel@zircon.zircon.seattle.wa.us> References: <1026091992.17474.3.camel@zircon.zircon.seattle.wa.us> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 10 Jul 2002 01:05:38 -0400 Message-Id: <1026277539.719.6.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 2002-07-07 at 21:33, Joe Kelsey wrote: > Every time I start Gnome2, I get a lot of error boxes about not being > able to set or get preferences. The error is: > > An error occurred while loading or saving configuration information for > gnome-panel. Some of your configuration settings may not work properly. > > and the details: > > Configuration server couldn't be contacted: > CORBA error: IDL:omg.org/CORBA/BAD_OPERATION:1.0 > > Basically gconfd-2 is not running and it doesn't seem to want to run (I > tried starting it manually). What does it say when you try to start it manually? > > Any ideas? Make sure you don't have any gconfd-1 processes running, and that all your ~/.gconf* directory and underlying file permissions are correct. Joe > > /Joe > > p.s., when are the gnome archives actually going to be available from > the FreeBSD mailing list site? We cannot search freebsd-gnome and we > cannot look at anything but this week there. It prevents me from > accessing all of the good advice from last week... > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-gnome" in the body of the message > -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Tue Jul 9 22: 7: 5 2002 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 A0AC637B401 for ; Tue, 9 Jul 2002 22:07:03 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9357043E31 for ; Tue, 9 Jul 2002 22:07:01 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6A55op4075229; Wed, 10 Jul 2002 01:05:54 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: any gotchas for gnome2 From: Joe Marcus Clarke To: Michael Ross Cc: gnome@FreeBSD.ORG In-Reply-To: <200207080231.g682VMr09680@mail010.syd.optusnet.com.au> References: <200207080231.g682VMr09680@mail010.syd.optusnet.com.au> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 10 Jul 2002 01:06:36 -0400 Message-Id: <1026277602.719.8.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 2002-07-07 at 22:31, Michael Ross wrote: > Hi, > > I have a fresh copy of 4.6 installed on my machine.. minimal install. I was going to > start cvsup'ing tonight and rebuilding the world. Ideally I was going to put Xfree4.2.0 > on it with gnome 2. > > I've been reading the gnome mailing list for a few weeks now and have seen quite a > few problems listed for it. What should I be aware of bearing in mind I am doing a > fresh install ? Have a look at the GNOME 2.0 FAQ at http://www.freebsd.org/gnome, as well as familiarize yourself with the GNOME 2.0 release notes at: http://www.gnome.org/start/2.0/releasenotes.html Joe > > thanks in advance, > > Michael Ross > satare@optusnet.com.au > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-gnome" in the body of the message > -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Tue Jul 9 22: 7:43 2002 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 2DF6137B400 for ; Tue, 9 Jul 2002 22:07:42 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 973D843E09 for ; Tue, 9 Jul 2002 22:07:41 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6A56dp4075236; Wed, 10 Jul 2002 01:06:39 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: Nautilus versus xphoon From: Joe Marcus Clarke To: Joe Kelsey Cc: freebsd-gnome In-Reply-To: <3D29BBCD.5040102@flyingcroc.net> References: <3D29BBCD.5040102@flyingcroc.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 10 Jul 2002 01:07:25 -0400 Message-Id: <1026277646.719.10.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 2002-07-08 at 12:20, Joe Kelsey wrote: > I have always had my X root window background generated by xphoon. Now, > with gnome1 I could never get nautilus to work correctly, so it was not > an issue. With gnome2, nautilus works correctly, but it prevents xphoon > from displaying. I have xphoon set to start and I briefly see its > display before nautilus starts and overwrites the root window with the > solid color black. I absolutely abhor the Nautilus wallpaper and have > set it to "no picture" and solid black. What I really need is the > option from the old gnome desktop of "don't manage the background at all". > > Does anyone know how to get nautilus to not even try to do anything in > the root window so that xphoon can display the moon phase for me? You could edit your startup properties, and change nautilus so that it launches with the --no-desktop argument. Joe > > /Joe > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-gnome" in the body of the message > -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Tue Jul 9 22: 9:34 2002 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 04D2137B400 for ; Tue, 9 Jul 2002 22:09:01 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD68943E09 for ; Tue, 9 Jul 2002 22:08:59 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6A57rp4075245; Wed, 10 Jul 2002 01:07:54 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: gnome2 ports build failure From: Joe Marcus Clarke To: tony field Cc: gnome@FreeBSD.ORG In-Reply-To: <200207061651.55409.aj.field@shaw.ca> References: <200207061651.55409.aj.field@shaw.ca> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 10 Jul 2002 01:08:35 -0400 Message-Id: <1026277721.719.12.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 2002-07-06 at 18:53, tony field wrote: > the build of gnome2 faild with: > > Script "configure" failed unexpectedly..... > > while building libgnome-2.0.1. > > Attached is the associated config.log file One of your GNOME components is out-of-date. I don't know which one since you didn't send the actual configure output. However, if you look at the error configure produced, you'll see exactly which component you need to upgrade. Joe > > tony > > ---- > > 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.52. Invocation command line was > > $ ./configure --localstatedir=/usr/X11R6/share/gnome --datadir=/usr/X11R6/share/gnome --with-html-dir=/usr/X11R6/share/doc --with-gconf-source=xml::/usr/X11R6/etc/gconf/gconf.xml.defaults --x-libraries=/usr/X11R6/lib --x-includes=/usr/X11R6/include --prefix=/usr/X11R6 --target=i386-unknown-freebsd4.6 > > ## ---------- ## > ## Platform. ## > ## ---------- ## > > hostname = trifid.local > uname -m = i386 > uname -r = 4.6-RELEASE > uname -s = FreeBSD > uname -v = FreeBSD 4.6-RELEASE #0: Sun Jun 30 12:44:54 MDT 2002 root@trifid.local:/usr/src/sys/compile/TRIFIDA > > /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:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/root/bin > > ## ------------ ## > ## Core tests. ## > ## ------------ ## > > configure:1133: PATH=".;."; conftest.sh > conftest.sh: not found > configure:1136: $? = 127 > configure:1186: checking for a BSD compatible install > configure:1235: result: /usr/bin/install -c -o root -g wheel > configure:1246: checking whether build environment is sane > configure:1289: result: yes > configure:1304: checking whether gmake sets ${MAKE} > configure:1324: result: yes > configure:1352: checking for working aclocal > configure:1359: result: found > configure:1367: checking for working autoconf > configure:1374: result: found > configure:1382: checking for working automake > configure:1389: result: found > configure:1397: checking for working autoheader > configure:1404: result: found > configure:1412: checking for working makeinfo > configure:1419: result: found > configure:1427: checking whether to enable maintainer-specific portions of Makefiles > configure:1436: result: no > configure:1488: checking for perl > configure:1505: found /usr/bin/perl > configure:1516: result: /usr/bin/perl > configure:1583: checking for gcc > configure:1606: result: cc > configure:1834: checking for C compiler version > configure:1837: cc --version &5 > 2.95.3 > configure:1840: $? = 0 > configure:1842: cc -v &5 > Using builtin specs. > gcc version 2.95.3 20010315 (release) [FreeBSD] > configure:1845: $? = 0 > configure:1847: cc -V &5 > cc: argument to `-V' is missing > configure:1850: $? = 1 > configure:1870: checking for C compiler default output > configure:1873: cc -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:1876: $? = 0 > configure:1905: result: a.out > configure:1910: checking whether the C compiler works > configure:1916: ./a.out > configure:1919: $? = 0 > configure:1934: result: yes > configure:1941: checking whether we are cross compiling > configure:1943: result: no > configure:1946: checking for executable suffix > configure:1948: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:1951: $? = 0 > configure:1973: result: > configure:1979: checking for object suffix > configure:1997: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:2000: $? = 0 > configure:2019: result: o > configure:2023: checking whether we are using the GNU C compiler > configure:2044: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:2047: $? = 0 > configure:2050: test -s conftest.o > configure:2053: $? = 0 > configure:2065: result: yes > configure:2071: checking whether cc accepts -g > configure:2089: cc -c -g -I/usr/local/include conftest.c >&5 > configure:2092: $? = 0 > configure:2095: test -s conftest.o > configure:2098: $? = 0 > configure:2108: result: yes > configure:2135: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > conftest.c:2: syntax error before `me' > configure:2138: $? = 1 > configure: failed program was: > #ifndef __cplusplus > choke me > #endif > configure:2236: checking for strerror in -lcposix > configure:2263: cc -o conftest -O -pipe -I/usr/local/include conftest.c -lcposix -L/usr/local/lib >&5 > /usr/libexec/elf/ld: cannot find -lcposix > configure:2266: $? = 1 > configure: failed program was: > #line 2244 "configure" > #include "confdefs.h" > > /* Override any gcc2 internal prototype to avoid an error. */ > #ifdef __cplusplus > extern "C" > #endif > /* We use char because int might match the return type of a gcc2 > builtin and then its argument prototype would still apply. */ > char strerror (); > int > main () > { > strerror (); > ; > return 0; > } > configure:2283: result: no > configure:2332: checking for gcc > configure:2355: result: cc > configure:2583: checking for C compiler version > configure:2586: cc --version &5 > 2.95.3 > configure:2589: $? = 0 > configure:2591: cc -v &5 > Using builtin specs. > gcc version 2.95.3 20010315 (release) [FreeBSD] > configure:2594: $? = 0 > configure:2596: cc -V &5 > cc: argument to `-V' is missing > configure:2599: $? = 1 > configure:2602: checking whether we are using the GNU C compiler > configure:2644: result: yes > configure:2650: checking whether cc accepts -g > configure:2687: result: yes > configure:2714: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > conftest.c:2: syntax error before `me' > configure:2717: $? = 1 > configure: failed program was: > #ifndef __cplusplus > choke me > #endif > configure:2820: checking how to run the C preprocessor > configure:2846: cc -E -I/usr/local/include conftest.c > configure:2852: $? = 0 > configure:2879: cc -E -I/usr/local/include conftest.c > configure:2876: ac_nonexistent.h: No such file or directory > configure:2885: $? = 1 > configure: failed program was: > #line 2875 "configure" > #include "confdefs.h" > #include > configure:2922: result: cc -E > configure:2937: cc -E -I/usr/local/include conftest.c > configure:2943: $? = 0 > configure:2970: cc -E -I/usr/local/include conftest.c > configure:2967: ac_nonexistent.h: No such file or directory > configure:2976: $? = 1 > configure: failed program was: > #line 2966 "configure" > #include "confdefs.h" > #include > configure:3015: checking for ANSI C header files > configure:3029: cc -E -I/usr/local/include conftest.c > configure:3035: $? = 0 > configure:3122: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:3125: $? = 0 > configure:3127: ./conftest > configure:3130: $? = 0 > configure:3143: result: yes > configure:3225: checking build system type > configure:3243: result: i386-unknown-freebsd4.6 > configure:3250: checking host system type > configure:3264: result: i386-unknown-freebsd4.6 > configure:3281: checking for ld used by GCC > configure:3344: result: /usr/libexec/elf/ld > configure:3353: checking if the linker (/usr/libexec/elf/ld) is GNU ld > GNU ld version 2.11.2 20010719 [FreeBSD] (with BFD 2.11.2 20010719 [FreeBSD]) > configure:3365: result: yes > configure:3369: checking for /usr/libexec/elf/ld option to reload object files > configure:3376: result: -r > configure:3381: checking for BSD-compatible nm > configure:3417: result: /usr/bin/nm -B > configure:3420: checking whether ln -s works > configure:3424: result: yes > configure:3431: checking how to recognise dependant libraries > configure:3609: result: pass_all > configure:3615: checking command to parse /usr/bin/nm -B output > configure:3696: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:3699: $? = 0 > configure:3703: /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:3706: $? = 0 > configure:3758: cc -o conftest -O -pipe -I/usr/local/include conftest.c conftstm.o >&5 > configure:3761: $? = 0 > configure:3805: result: ok > configure:3812: checking for dlfcn.h > configure:3822: cc -E -I/usr/local/include conftest.c > configure:3828: $? = 0 > configure:3847: result: yes > configure:4034: checking for ranlib > configure:4049: found /usr/bin/ranlib > configure:4058: result: ranlib > configure:4108: checking for strip > configure:4123: found /usr/bin/strip > configure:4132: result: strip > configure:4334: checking for objdir > configure:4345: result: .libs > configure:4360: checking for cc option to produce PIC > configure:4510: result: -fPIC > configure:4514: checking if cc PIC flag -fPIC works > configure:4534: cc -c -O -pipe -fPIC -DPIC -I/usr/local/include conftest.c >&5 > configure:4537: $? = 0 > configure:4540: test -s conftest.o > configure:4543: $? = 0 > configure:4579: result: yes > configure:4595: checking if cc static flag -static works > configure:4616: cc -o conftest -O -pipe -I/usr/local/include -static conftest.c -L/usr/local/lib >&5 > configure:4619: $? = 0 > configure:4622: test -s conftest > configure:4625: $? = 0 > configure:4639: result: yes > configure:4650: checking if cc supports -c -o file.o > configure:4670: cc -c -O -pipe -o out/conftest2.o -I/usr/local/include conftest.c >&5 > configure:4694: result: yes > configure:4699: checking if cc supports -c -o file.lo > configure:4723: cc -c -O -pipe -c -o conftest.lo -I/usr/local/include conftest.c >&5 > configure:4726: $? = 0 > configure:4729: test -s conftest.lo > configure:4732: $? = 0 > configure:4753: result: yes > configure:4784: checking if cc supports -fno-rtti -fno-exceptions > configure:4803: cc -c -O -pipe -fno-rtti -fno-exceptions -c conftest.c -I/usr/local/include conftest.c >&5 > configure:4806: $? = 0 > configure:4809: test -s conftest.o > configure:4812: $? = 0 > configure:4828: result: yes > configure:4839: checking whether the linker (/usr/libexec/elf/ld) supports shared libraries > configure:5491: result: yes > configure:5496: checking how to hardcode library paths into programs > configure:5520: result: immediate > configure:5525: checking whether stripping libraries is possible > configure:5530: result: yes > configure:5541: checking dynamic linker characteristics > configure:5934: result: freebsd4.6 ld.so > configure:5939: checking if libtool supports shared libraries > configure:5941: result: yes > configure:5944: checking whether to build shared libraries > configure:5965: result: yes > configure:5968: checking whether to build static libraries > configure:5972: result: yes > configure:6590: checking whether -lc should be explicitly linked in > configure:6598: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:6601: $? = 0 > configure:6615: cc -shared conftest.o -v -Wl,-soname -Wl,conftest -o conftest 2\>\&1 \| grep -lc \>/dev/null 2\>\&1 > configure:6618: $? = 1 > configure:6631: result: yes > configure:7200: checking for bison > configure:7215: found /usr/local/bin/bison > configure:7223: result: bison -y > configure:7238: checking for xrdb > configure:7255: found /usr/X11R6/bin/xrdb > configure:7266: result: /usr/X11R6/bin/xrdb > configure:7279: checking for setenv > configure:7316: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:7319: $? = 0 > configure:7322: test -s conftest > configure:7325: $? = 0 > configure:7335: result: yes > configure:7279: checking for unsetenv > configure:7316: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:7319: $? = 0 > configure:7322: test -s conftest > configure:7325: $? = 0 > configure:7335: result: yes > configure:7279: checking for clearenv > configure:7316: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > /tmp/ccCVoqHf.o: In function `main': > /tmp/ccCVoqHf.o(.text+0x9): undefined reference to `clearenv' > configure:7319: $? = 1 > configure: failed program was: > #line 7285 "configure" > #include "confdefs.h" > /* System header to define __stub macros and hopefully few prototypes, > which can conflict with char clearenv (); below. */ > #include > /* 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 clearenv (); > char (*f) (); > > int > main () > { > /* The GNU C library defines this for functions which it implements > to always fail with ENOSYS. Some functions are actually named > something starting with __ and the normal name is an alias. */ > #if defined (__stub_clearenv) || defined (__stub___clearenv) > choke me > #else > f = clearenv; > #endif > > ; > return 0; > } > configure:7335: result: no > configure:7279: checking for setfsgid > configure:7316: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > /tmp/ccBEYyvb.o: In function `main': > /tmp/ccBEYyvb.o(.text+0x9): undefined reference to `setfsgid' > configure:7319: $? = 1 > configure: failed program was: > #line 7285 "configure" > #include "confdefs.h" > /* System header to define __stub macros and hopefully few prototypes, > which can conflict with char setfsgid (); below. */ > #include > /* 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 setfsgid (); > char (*f) (); > > int > main () > { > /* The GNU C library defines this for functions which it implements > to always fail with ENOSYS. Some functions are actually named > something starting with __ and the normal name is an alias. */ > #if defined (__stub_setfsgid) || defined (__stub___setfsgid) > choke me > #else > f = setfsgid; > #endif > > ; > return 0; > } > configure:7335: result: no > configure:7348: checking for sys/fsuid.h > configure:7358: cc -E -I/usr/local/include conftest.c > configure:7355: sys/fsuid.h: No such file or directory > configure:7364: $? = 1 > configure: failed program was: > #line 7354 "configure" > #include "confdefs.h" > #include > configure:7383: result: no > configure:7396: checking for bind_textdomain_codeset > configure:7433: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > /tmp/ccIgaLED.o: In function `main': > /tmp/ccIgaLED.o(.text+0x9): undefined reference to `bind_textdomain_codeset' > configure:7436: $? = 1 > configure: failed program was: > #line 7402 "configure" > #include "confdefs.h" > /* System header to define __stub macros and hopefully few prototypes, > which can conflict with char bind_textdomain_codeset (); below. */ > #include > /* Override any gcc2 internal prototype to avoid an error. */ > #ifdef __cplusplus > extern "C" > #endif > /* We use char because int might match the return type of a gcc2 > builtin and then its argument prototype would still apply. */ > char bind_textdomain_codeset (); > char (*f) (); > > int > main () > { > /* The GNU C library defines this for functions which it implements > to always fail with ENOSYS. Some functions are actually named > something starting with __ and the normal name is an alias. */ > #if defined (__stub_bind_textdomain_codeset) || defined (__stub___bind_textdomain_codeset) > choke me > #else > f = bind_textdomain_codeset; > #endif > > ; > return 0; > } > configure:7452: result: no > configure:7526: checking for ranlib > configure:7550: result: ranlib > configure:7562: checking for cc option to accept ANSI C > configure:7619: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:7622: $? = 0 > configure:7625: test -s conftest.o > configure:7628: $? = 0 > configure:7645: result: none needed > configure:7653: checking for an ANSI C-conforming const > configure:7717: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:7720: $? = 0 > configure:7723: test -s conftest.o > configure:7726: $? = 0 > configure:7736: result: yes > configure:7746: checking for inline > configure:7763: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:7766: $? = 0 > configure:7769: test -s conftest.o > configure:7772: $? = 0 > configure:7783: result: inline > configure:7804: checking for sys/types.h > configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:7819: $? = 0 > configure:7822: test -s conftest.o > configure:7825: $? = 0 > configure:7835: result: yes > configure:7804: checking for sys/stat.h > configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:7819: $? = 0 > configure:7822: test -s conftest.o > configure:7825: $? = 0 > configure:7835: result: yes > configure:7804: checking for stdlib.h > configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:7819: $? = 0 > configure:7822: test -s conftest.o > configure:7825: $? = 0 > configure:7835: result: yes > configure:7804: checking for string.h > configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:7819: $? = 0 > configure:7822: test -s conftest.o > configure:7825: $? = 0 > configure:7835: result: yes > configure:7804: checking for memory.h > configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:7819: $? = 0 > configure:7822: test -s conftest.o > configure:7825: $? = 0 > configure:7835: result: yes > configure:7804: checking for strings.h > configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:7819: $? = 0 > configure:7822: test -s conftest.o > configure:7825: $? = 0 > configure:7835: result: yes > configure:7804: checking for inttypes.h > configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:7819: $? = 0 > configure:7822: test -s conftest.o > configure:7825: $? = 0 > configure:7835: result: yes > configure:7804: checking for stdint.h > configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:7845: stdint.h: No such file or directory > configure:7819: $? = 1 > configure: failed program was: > #line 7810 "configure" > #include "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:7835: result: no > configure:7804: checking for unistd.h > configure:7816: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:7819: $? = 0 > configure:7822: test -s conftest.o > configure:7825: $? = 0 > configure:7835: result: yes > configure:7845: checking for off_t > configure:7866: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:7869: $? = 0 > configure:7872: test -s conftest.o > configure:7875: $? = 0 > configure:7885: result: yes > configure:7897: checking for size_t > configure:7918: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:7921: $? = 0 > configure:7924: test -s conftest.o > configure:7927: $? = 0 > configure:7937: result: yes > configure:7951: checking for working alloca.h > configure:7969: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:7958: alloca.h: No such file or directory > configure:7972: $? = 1 > configure: failed program was: > #line 7957 "configure" > #include "confdefs.h" > #include > int > main () > { > char *p = (char *) alloca (2 * sizeof (int)); > ; > return 0; > } > configure:7988: result: no > configure:7998: checking for alloca > configure:8036: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:8039: $? = 0 > configure:8042: test -s conftest > configure:8045: $? = 0 > configure:8055: result: yes > configure:8239: checking for stdlib.h > configure:8274: result: yes > configure:8239: checking for unistd.h > configure:8274: result: yes > configure:8287: checking for getpagesize > configure:8324: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:8327: $? = 0 > configure:8330: test -s conftest > configure:8333: $? = 0 > configure:8343: result: yes > configure:8353: checking for working mmap > configure:8489: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:8492: $? = 0 > configure:8494: ./conftest > configure:8497: $? = 0 > configure:8509: result: yes > configure:8524: checking for argz.h > configure:8534: cc -E -I/usr/local/include conftest.c > configure:8531: argz.h: No such file or directory > configure:8540: $? = 1 > configure: failed program was: > #line 8530 "configure" > #include "confdefs.h" > #include > configure:8559: result: no > configure:8524: checking for limits.h > configure:8534: cc -E -I/usr/local/include conftest.c > configure:8540: $? = 0 > configure:8559: result: yes > configure:8524: checking for locale.h > configure:8534: cc -E -I/usr/local/include conftest.c > configure:8540: $? = 0 > configure:8559: result: yes > configure:8524: checking for nl_types.h > configure:8534: cc -E -I/usr/local/include conftest.c > configure:8540: $? = 0 > configure:8559: result: yes > configure:8524: checking for malloc.h > configure:8534: cc -E -I/usr/local/include conftest.c > In file included from configure:8531: > /usr/include/malloc.h:2: warning: #warning "this file includes which is deprecated, use instead" > configure:8540: $? = 0 > configure:8559: result: yes > configure:8524: checking for string.h > configure:8559: result: yes > configure:8524: checking for unistd.h > configure:8559: result: yes > configure:8524: checking for sys/param.h > configure:8534: cc -E -I/usr/local/include conftest.c > configure:8540: $? = 0 > configure:8559: result: yes > configure:8573: checking for getcwd > configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:8613: $? = 0 > configure:8616: test -s conftest > configure:8619: $? = 0 > configure:8629: result: yes > configure:8573: checking for munmap > configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:8613: $? = 0 > configure:8616: test -s conftest > configure:8619: $? = 0 > configure:8629: result: yes > configure:8573: checking for putenv > configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:8613: $? = 0 > configure:8616: test -s conftest > configure:8619: $? = 0 > configure:8629: result: yes > configure:8573: checking for setenv > configure:8629: result: yes > configure:8573: checking for setlocale > configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:8613: $? = 0 > configure:8616: test -s conftest > configure:8619: $? = 0 > configure:8629: result: yes > configure:8573: checking for strchr > configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:8613: $? = 0 > configure:8616: test -s conftest > configure:8619: $? = 0 > configure:8629: result: yes > configure:8573: checking for strcasecmp > configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:8613: $? = 0 > configure:8616: test -s conftest > configure:8619: $? = 0 > configure:8629: result: yes > configure:8573: checking for strdup > configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:8613: $? = 0 > configure:8616: test -s conftest > configure:8619: $? = 0 > configure:8629: result: yes > configure:8573: checking for __argz_count > configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > /tmp/ccs36M8M.o: In function `main': > /tmp/ccs36M8M.o(.text+0x9): undefined reference to `__argz_count' > configure:8613: $? = 1 > configure: failed program was: > #line 8579 "configure" > #include "confdefs.h" > /* System header to define __stub macros and hopefully few prototypes, > which can conflict with char __argz_count (); below. */ > #include > /* Override any gcc2 internal prototype to avoid an error. */ > #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 __argz_count (); > char (*f) (); > > int > main () > { > /* The GNU C library defines this for functions which it implements > to always fail with ENOSYS. Some functions are actually named > something starting with __ and the normal name is an alias. */ > #if defined (__stub___argz_count) || defined (__stub_____argz_count) > choke me > #else > f = __argz_count; > #endif > > ; > return 0; > } > configure:8629: result: no > configure:8573: checking for __argz_stringify > configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > /tmp/ccGOROY7.o: In function `main': > /tmp/ccGOROY7.o(.text+0x9): undefined reference to `__argz_stringify' > configure:8613: $? = 1 > configure: failed program was: > #line 8579 "configure" > #include "confdefs.h" > /* System header to define __stub macros and hopefully few prototypes, > which can conflict with char __argz_stringify (); below. */ > #include > /* Override any gcc2 internal prototype to avoid an error. */ > #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 __argz_stringify (); > char (*f) (); > > int > main () > { > /* The GNU C library defines this for functions which it implements > to always fail with ENOSYS. Some functions are actually named > something starting with __ and the normal name is an alias. */ > #if defined (__stub___argz_stringify) || defined (__stub_____argz_stringify) > choke me > #else > f = __argz_stringify; > #endif > > ; > return 0; > } > configure:8629: result: no > configure:8573: checking for __argz_next > configure:8610: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > /tmp/ccU3S92Z.o: In function `main': > /tmp/ccU3S92Z.o(.text+0x9): undefined reference to `__argz_next' > configure:8613: $? = 1 > configure: failed program was: > #line 8579 "configure" > #include "confdefs.h" > /* System header to define __stub macros and hopefully few prototypes, > which can conflict with char __argz_next (); below. */ > #include > /* Override any gcc2 internal prototype to avoid an error. */ > #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 __argz_next (); > char (*f) (); > > int > main () > { > /* The GNU C library defines this for functions which it implements > to always fail with ENOSYS. Some functions are actually named > something starting with __ and the normal name is an alias. */ > #if defined (__stub___argz_next) || defined (__stub_____argz_next) > choke me > #else > f = __argz_next; > #endif > > ; > return 0; > } > configure:8629: result: no > configure:8640: checking for LC_MESSAGES > configure:8658: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > configure:8661: $? = 0 > configure:8664: test -s conftest > configure:8667: $? = 0 > configure:8677: result: yes > configure:8698: checking for libintl.h > configure:8708: cc -E -I/usr/local/include conftest.c > configure:8714: $? = 0 > configure:8733: result: yes > configure:8736: checking for dgettext in libc > configure:8754: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib >&5 > /tmp/ccL1QtHC.o: In function `main': > /tmp/ccL1QtHC.o(.text+0x14): undefined reference to `dgettext' > configure:8757: $? = 1 > configure: failed program was: > #line 8742 "configure" > #include "confdefs.h" > #include > int > main () > { > return (int) dgettext ("","") > ; > return 0; > } > configure:8773: result: no > configure:8780: checking for bindtextdomain in -lintl > configure:8807: cc -o conftest -O -pipe -I/usr/local/include conftest.c -lintl -L/usr/local/lib >&5 > configure:8810: $? = 0 > configure:8813: test -s conftest > configure:8816: $? = 0 > configure:8827: result: yes > configure:8830: checking for dgettext in -lintl > configure:8857: cc -o conftest -O -pipe -I/usr/local/include conftest.c -lintl -L/usr/local/lib >&5 > configure:8860: $? = 0 > configure:8863: test -s conftest > configure:8866: $? = 0 > configure:8877: result: yes > configure:8886: checking if -liconv is needed to use gettext > configure:8888: result: > configure:8890: checking for dcgettext in -lintl > configure:8917: cc -o conftest -O -pipe -I/usr/local/include conftest.c -lintl -liconv -L/usr/local/lib >&5 > configure:8920: $? = 0 > configure:8923: test -s conftest > configure:8926: $? = 0 > configure:8937: result: yes > configure:8962: checking for msgfmt > configure:8989: result: /usr/local/bin/msgfmt > configure:9000: checking for dcgettext > configure:9037: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib -lintl -liconv >&5 > configure:9040: $? = 0 > configure:9043: test -s conftest > configure:9046: $? = 0 > configure:9056: result: yes > configure:9068: checking for gmsgfmt > configure:9097: result: /usr/local/bin/msgfmt > configure:9106: checking for xgettext > configure:9133: result: /usr/local/bin/xgettext > configure:9154: cc -o conftest -O -pipe -I/usr/local/include conftest.c -L/usr/local/lib -lintl -liconv >&5 > configure:9157: $? = 0 > configure:9160: test -s conftest > configure:9163: $? = 0 > configure:9226: checking for catalogs to be installed > configure:9235: result: az da de es eu fi fr hi it ko ja lv ms nn no pl pt pt_BR ru sk sl sv ta tr uk vi wa zh_CN zh_TW > configure:9408: checking what warning flags to pass to the C compiler > configure:9410: result: -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations > configure:9421: checking what language compliance flags to pass to the C compiler > configure:9436: result: > configure:9460: checking for mawk > configure:9491: result: no > configure:9460: checking for gawk > configure:9491: result: no > configure:9460: checking for nawk > configure:9491: result: no > configure:9460: checking for awk > configure:9477: found /usr/bin/awk > configure:9488: result: /usr/bin/awk > configure:9502: checking for perl5 > configure:9519: found /usr/bin/perl5 > configure:9530: result: /usr/bin/perl5 > configure:9574: checking for pkg-config > configure:9591: found /usr/local/bin/pkg-config > configure:9603: result: /usr/local/bin/pkg-config > configure:9620: checking for esound >= 0.2.26 audiofile >= 0.2.3 > configure:9624: result: yes > configure:9628: checking SOUND_TEST_CFLAGS > configure:9631: result: -I/usr/local/include > configure:9634: checking SOUND_TEST_LIBS > configure:9637: result: -L/usr/local/lib -lesd -laudiofile -lm > configure:9722: checking for glib-2.0 >= 2.0.3 gmodule-2.0 >= 2.0.3 gnome-vfs-2.0 >= 1.9.16 libxml-2.0 >= 2.4.22 libbonobo-2.0 >= 2.0.0 gconf-2.0 >= 1.1.11 audiofile >= 0.2.3 esound >= 0.2.26 > configure:9771: error: Library requirements (glib-2.0 >= 2.0.3 gmodule-2.0 >= 2.0.3 gnome-vfs-2.0 >= 1.9.16 libxml-2.0 >= 2.4.22 libbonobo-2.0 >= 2.0.0 gconf-2.0 >= 1.1.11 audiofile >= 0.2.3 esound >= 0.2.26) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. > > ## ----------------- ## > ## Cache variables. ## > ## ----------------- ## > > ac_cv_type_size_t='yes' > ac_cv_func_bind_textdomain_codeset='no' > ac_cv_path_XGETTEXT='/usr/local/bin/xgettext' > ac_cv_func_getcwd='yes' > gt_cv_func_dgettext_libc='no' > ac_cv_header_stdlib_h='yes' > lt_cv_file_magic_cmd='$MAGIC_CMD' > ac_cv_header_nl_types_h='yes' > ac_cv_lib_cposix_strerror='no' > ac_cv_prog_cc_g='yes' > ac_cv_path_INTLTOOL_PERL='/usr/bin/perl' > ac_cv_env_LDFLAGS_set='' > ac_cv_path_PKG_CONFIG='/usr/local/bin/pkg-config' > lt_cv_prog_cc_can_build_shared='yes' > ac_cv_c_compiler_gnu='yes' > ac_cv_env_CFLAGS_set='set' > ac_cv_func_setlocale='yes' > ac_cv_func_mmap_fixed_mapped='yes' > ac_cv_prog_make_gmake_set='yes' > ac_cv_path_PATH_TO_XRDB='/usr/X11R6/bin/xrdb' > ac_cv_env_CPP_value='' > ac_cv_env_CPPFLAGS_set='set' > ac_cv_lib_intl_dcgettext='yes' > ac_cv_func_strcasecmp='yes' > lt_cv_prog_cc_static_works='yes' > lt_cv_prog_cc_no_builtin='' > lt_cv_prog_cc_shlib='' > ac_cv_func___argz_count='no' > lt_cv_prog_cc_static='-static' > ac_cv_env_host_alias_set='' > ac_cv_path_GMSGFMT='/usr/local/bin/msgfmt' > ac_cv_c_const='yes' > ac_cv_prog_YACC='bison -y' > lt_cv_ld_reload_flag='-r' > ac_cv_working_alloca_h='no' > ac_cv_func_clearenv='no' > lt_cv_sys_path_separator=':' > ac_cv_func_munmap='yes' > ac_cv_header_sys_stat_h='yes' > ac_cv_func_unsetenv='yes' > lt_cv_archive_cmds_need_lc='yes' > lt_cv_prog_gnu_ld='yes' > ac_cv_env_build_alias_set='' > ac_cv_header_limits_h='yes' > ac_cv_env_LDFLAGS_value='' > ac_cv_env_target_alias_set='set' > ac_cv_path_AWK='/usr/bin/awk' > ac_cv_func_alloca_works='yes' > ac_cv_prog_cc_stdc='' > ac_cv_host_alias='i386-unknown-freebsd4.6' > ac_cv_env_CFLAGS_value='-O -pipe ' > ac_cv_env_CC_set='set' > ac_cv_path_MSGFMT='/usr/local/bin/msgfmt' > ac_cv_header_sys_types_h='yes' > lt_cv_prog_cc_wl='-Wl,' > ac_cv_header_stdc='yes' > ac_cv_path_PERL='/usr/bin/perl5' > ac_cv_func___argz_stringify='no' > ac_cv_header_strings_h='yes' > ac_cv_func_dcgettext='yes' > ac_cv_header_stdint_h='no' > ac_cv_header_inttypes_h='yes' > nls_cv_header_intl='' > ac_cv_func___argz_next='no' > ac_cv_header_sys_param_h='yes' > ac_cv_header_locale_h='yes' > ac_cv_header_unistd_h='yes' > ac_cv_header_string_h='yes' > ac_cv_c_inline='inline' > ac_cv_func_setenv='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-unknown-freebsd4.6' > ac_cv_env_CPPFLAGS_value='-I/usr/local/include' > ac_cv_func_strchr='yes' > ac_cv_func_setfsgid='no' > ac_cv_header_memory_h='yes' > ac_cv_prog_ac_ct_RANLIB='ranlib' > ac_cv_prog_ac_ct_STRIP='strip' > ac_cv_host='i386-unknown-freebsd4.6' > ac_cv_env_host_alias_value='' > am_cv_val_LC_MESSAGES='yes' > ac_cv_type_off_t='yes' > ac_cv_lib_intl_dgettext='yes' > nls_cv_force_use_gnu_gettext='no' > 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'\''' > ac_cv_lib_intl_bindtextdomain='yes' > gt_cv_func_dgettext_libintl='yes' > lt_cv_compiler_c_o='yes' > lt_cv_prog_cc_pic_works='yes' > lt_cv_file_magic_test_file='' > nls_cv_use_gnu_gettext='no' > ac_cv_header_argz_h='no' > ac_cv_build='i386-unknown-freebsd4.6' > ac_cv_prog_CPP='cc -E' > ac_cv_env_build_alias_value='' > ac_cv_header_malloc_h='yes' > ac_cv_func_getpagesize='yes' > 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' > ac_cv_header_libintl_h='yes' > lt_cv_compiler_o_lo='yes' > ac_cv_env_target_alias_value='i386-unknown-freebsd4.6' > ac_cv_header_sys_fsuid_h='no' > 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' > nls_cv_header_libgt='' > ac_cv_func_strdup='yes' > ac_cv_func_putenv='yes' > ac_cv_objext='o' > > ## ------------ ## > ## confdefs.h. ## > ## ------------ ## > > #define PACKAGE "libgnome" > #define VERSION "2.0.1" > #define STDC_HEADERS 1 > #define HAVE_DLFCN_H 1 > #define HAVE_SETENV 1 > #define HAVE_UNSETENV 1 > #define GETTEXT_PACKAGE "libgnome-2.0" > #define HAVE_MAN_WHEREIS 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_ALLOCA 1 > #define HAVE_STDLIB_H 1 > #define HAVE_UNISTD_H 1 > #define HAVE_GETPAGESIZE 1 > #define HAVE_MMAP 1 > #define HAVE_LIMITS_H 1 > #define HAVE_LOCALE_H 1 > #define HAVE_NL_TYPES_H 1 > #define HAVE_MALLOC_H 1 > #define HAVE_STRING_H 1 > #define HAVE_UNISTD_H 1 > #define HAVE_SYS_PARAM_H 1 > #define HAVE_GETCWD 1 > #define HAVE_MUNMAP 1 > #define HAVE_PUTENV 1 > #define HAVE_SETENV 1 > #define HAVE_SETLOCALE 1 > #define HAVE_STRCHR 1 > #define HAVE_STRCASECMP 1 > #define HAVE_STRDUP 1 > #define HAVE_LC_MESSAGES 1 > #define HAVE_GETTEXT 1 > #define HAVE_DCGETTEXT 1 > #define ENABLE_NLS 1 > #define HAVE_LIBAUDIOFILE 1 > #define HAVE_ESD 1 > > > configure: exit 1 -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Tue Jul 9 22:10:16 2002 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 9FAE437B400 for ; Tue, 9 Jul 2002 22:10:12 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1889943E42 for ; Tue, 9 Jul 2002 22:10:12 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6A599p4075253; Wed, 10 Jul 2002 01:09:09 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: Gnome2 - gnomemedia2 From: Joe Marcus Clarke To: Scott Ware Cc: freebsd-gnome@FreeBSD.ORG In-Reply-To: <000801c227bf$04035800$0501a8c0@brain> References: <000801c227bf$04035800$0501a8c0@brain> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 10 Jul 2002 01:09:56 -0400 Message-Id: <1026277796.719.14.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 2002-07-09 at 23:08, Scott Ware wrote: > I'm getting build errors installing gnomemedia2 > > FreeBSD 4.6 and just did a cvsup > if you don't have any idea how do I tell it just not to build that part.. I don't have a sound card anyway > > -Scott (Not sure how to get the reply, I don't see a signup for the mailing list...) Looks like your gail installation is out of date. Make sure all the gnomemedia2 components are up-to-date before building. This should work. To join the mailing list, simply send email to majordomo@freebsd.org with the body: subscribe freebsd-gnome Joe > > ../gnome-cd/access/.libs/libgnomecdaccess.al(pangoaccessible.lo): In function `pango_accessible_real_initialize': > /usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd/access/pangoaccessible.c(.text+0x181): undefined reference to `gail_text_util_new' > /usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd/access/pangoaccessible.c(.text+0x1e1): undefined reference to `gail_text_util_text_setup' > ../gnome-cd/access/.libs/libgnomecdaccess.al(pangoaccessible.lo): In function `pango_accessible_get_text': > /usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd/access/pangoaccessible.c:249: undefined reference to `gail_text_util_text_setup' > /usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd/access/pangoaccessible.c:252: undefined reference to `gail_text_util_get_substring' > ../gnome-cd/access/.libs/libgnomecdaccess.al(pangoaccessible.lo): In function `pango_accessible_get_text_before_offset': > /usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd/access/pangoaccessible.c(.text+0x420): undefined reference to `gail_text_util_get_text' > ../gnome-cd/access/.libs/libgnomecdaccess.al(pangoaccessible.lo): In function `pango_accessible_get_text_after_offset': > /usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd/access/pangoaccessible.c:284: undefined reference to `gail_text_util_get_text' > ../gnome-cd/access/.libs/libgnomecdaccess.al(pangoaccessible.lo): In function `pango_accessible_get_text_at_offset': > /usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd/access/pangoaccessible.c(.text+0x550): undefined reference to `gail_text_util_get_text' > ../gnome-cd/access/.libs/libgnomecdaccess.al(pangoaccessible.lo): In function `pango_accessible_get_run_attributes': > /usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd/access/pangoaccessible.c(.text+0x6da): undefined reference to `gail_misc_add_attribute' > /usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd/access/pangoaccessible.c(.text+0x6f4): undefined reference to `gail_misc_layout_get_run_attributes' > ../gnome-cd/access/.libs/libgnomecdaccess.al(pangoaccessible.lo): In function `pango_accessible_get_character_extents': > /usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd/access/pangoaccessible.c(.text+0x86c): undefined reference to `gail_misc_get_extents_from_pango_rectangle' > ../gnome-cd/access/.libs/libgnomecdaccess.al(pangoaccessible.lo): In function `pango_accessible_get_offset_at_point': > /usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd/access/pangoaccessible.c:441: undefined reference to `gail_misc_get_index_at_point_in_layout' > ../gnome-cd/access/.libs/libgnomecdaccess.al(pangoaccessible.lo): In function `pango_accessible_get_default_attributes': > /usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd/access/pangoaccessible.c(.text+0xab7): undefined reference to `gail_misc_add_attribute' > /usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd/access/pangoaccessible.c(.text+0xaf1): undefined reference to `gail_misc_add_attribute' > /usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd/access/pangoaccessible.c(.text+0xb04): undefined reference to `gail_misc_get_default_attributes' > ../gnome-cd/access/.libs/libgnomecdaccess.al(pangoaccessible.lo): In function `pango_accessible_get_extents': > /usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd/access/pangoaccessible.c:550: undefined reference to `gail_misc_get_extents_from_pango_rectangle' > gmake[3]: *** [gnome-cd] Error 1 > gmake[3]: Leaving directory `/usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd' > gmake[2]: *** [all-recursive] Error 1 > gmake[2]: Leaving directory `/usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0/gnome-cd' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/usr/ports/audio/gnomemedia2/work/gnome-media-2.0.0' > gmake: *** [all-recursive-am] Error 2 > *** Error code 2 > > Stop in /usr/ports/audio/gnomemedia2. > puffin# > -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Tue Jul 9 22:11: 1 2002 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 09A6D37B400 for ; Tue, 9 Jul 2002 22:11:00 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6129F43E09 for ; Tue, 9 Jul 2002 22:10:59 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6A59pp4075261; Wed, 10 Jul 2002 01:09:51 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: System Monitor and swap From: Joe Marcus Clarke To: James Satterfield Cc: freebsd-gnome@FreeBSD.ORG In-Reply-To: <003b01c227ce$3e1c8d40$0feba8c0@sphynx> References: <003b01c227ce$3e1c8d40$0feba8c0@sphynx> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 10 Jul 2002 01:10:32 -0400 Message-Id: <1026277838.719.16.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 2002-07-10 at 00:57, James Satterfield wrote: > System Monitor in gnome2 appears a bit confused over my swap space. I've got > a 512MB swap partition. I've never paid any attention on my other gnome2 > systems, so I don't know if this is isolated or not. Don't ask why I've got > a 512MB swap partition... I just do. =) And this is wrong because...? Joe > > James. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-gnome" in the body of the message > -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Tue Jul 9 22:12:48 2002 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 8DB5537B400 for ; Tue, 9 Jul 2002 22:12:46 -0700 (PDT) Received: from smak.floondoon.com (12-235-41-54.client.attbi.com [12.235.41.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46DC343E54 for ; Tue, 9 Jul 2002 22:12:46 -0700 (PDT) (envelope-from james@floondoon.com) Received: from sphynx (unknown [192.168.235.15]) by smak.floondoon.com (Postfix) with ESMTP id D3102130D23; Tue, 9 Jul 2002 21:51:25 -0700 (PDT) Message-ID: <005901c227d0$6d19bf80$0feba8c0@sphynx> From: "James Satterfield" To: "Joe Marcus Clarke" Cc: References: <003b01c227ce$3e1c8d40$0feba8c0@sphynx> <1026277838.719.16.camel@gyros.marcuscom.com> Subject: Re: System Monitor and swap Date: Tue, 9 Jul 2002 22:12:45 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ohh. I'm sorry. Maybe it's not just System Monitor that's confused. =) System Monitor reports a 127K total swap. James. ----- Original Message ----- From: "Joe Marcus Clarke" To: "James Satterfield" Cc: Sent: Tuesday, July 09, 2002 10:10 PM Subject: Re: System Monitor and swap > On Wed, 2002-07-10 at 00:57, James Satterfield wrote: > > System Monitor in gnome2 appears a bit confused over my swap space. I've got > > a 512MB swap partition. I've never paid any attention on my other gnome2 > > systems, so I don't know if this is isolated or not. Don't ask why I've got > > a 512MB swap partition... I just do. =) > > And this is wrong because...? > > Joe > > > > > James. > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-gnome" in the body of the message > > > -- > PGP Key : http://www.marcuscom.com/pgp.asc > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Tue Jul 9 22:13: 9 2002 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 BC9C837B400 for ; Tue, 9 Jul 2002 22:12:50 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1F1D43E54 for ; Tue, 9 Jul 2002 22:12:49 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6A5Bhp4075275; Wed, 10 Jul 2002 01:11:44 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: gtk12 port error From: Joe Marcus Clarke To: Buki Cc: gnome@FreeBSD.ORG In-Reply-To: <20020704103312.B6237@veverka.sh.cvut.cz> References: <20020704103312.B6237@veverka.sh.cvut.cz> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 10 Jul 2002 01:12:30 -0400 Message-Id: <1026277951.719.18.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 2002-07-04 at 04:33, Buki wrote: > Hi, > > I get this strange error: > > buki@hal9000:/usr/ports/x11-toolkits/gtk12#make > ===> Configuring for gtk-1.2.10_7 > loading cache ./config.cache > checking for a BSD compatible install... /usr/bin/install -c -o root -g wheel > checking whether build environment is sane... yes > checking whether make sets ${MAKE}... (cached) yes > checking for working aclocal... missing Try rebuilding gettext and gettext-old. Looks like they're linked against a newer version of libc. Joe > > [snip] > > checking for extra flags for POSIX compliance... none needed > checking for glib-config... /usr/local/bin/glib12-config > checking for GLIB - version >= 1.2.8... no > *** Could not run GLIB test program, checking why... > *** The test program failed to compile or link. See the file config.log for the > *** exact error that occured. This usually means GLIB was incorrectly installed > *** or that you have moved GLIB since it was installed. In the latter case, you > *** may want to edit the glib-config script: /usr/local/bin/glib12-config > configure: error: > *** GLIB 1.2.8 or better is required. The latest version of GLIB > *** is always available from ftp://ftp.gtk.org/. > ===> Script "configure" failed unexpectedly. > Please report the problem to gnome@FreeBSD.org [maintainer] and attach > the "/usr/ports/x11-toolkits/gtk12/work/gtk+-1.2.10/config.log" including > the output of the failure of your make command. Also, it might be a good > idea to provide an overview of all packages installed on your system > (e.g. an `ls /var/db/pkg`). > *** Error code 1 > > Stop in /usr/ports/x11-toolkits/gtk12. > > while > > buki@hal9000:/usr/ports/x11-toolkits/gtk12#/usr/local/bin/glib12-config --version glib > 1.2.10 > > IMHO 1.2.10 is bigger version number than 1.2.8 :) > Can you please take a look at it? > > the packages installed: > > Hermes-1.3.2 libslang-1.4.5 > Mesa-3.4.2_2 libtool-1.3.4_4 > ORBit-0.5.17 libungif-4.1.0b1 > XFree86-4.2.0_1,1 libvorbis-1.0.r3_1,2 > XFree86-FontServer-4.2.0 libxml-1.8.17_1 > XFree86-Server-4.2.0_3 libxml2-2.4.22_1 > XFree86-clients-4.2.0_2 libxslt-1.0.18 > XFree86-documents-4.2.0 links-2.0,1 > XFree86-font100dpi-4.2.0 linux-flashplugin-5.0r48 > XFree86-font75dpi-4.2.0 linux-netscape-navigator-4.79 > XFree86-fontCyrillic-4.2.0 linux-openmotif-2.1.30 > XFree86-fontDefaultBitmaps-4.2.0 linux-png-1.0.3_1 > XFree86-fontEncodings-4.2.0 linux_base-7.1 > XFree86-fontScalable-4.2.0 linuxdoc-1.1 > XFree86-libraries-4.2.0_1 lynx-ssl-2.8.4.1b_1 > arts++-1-1-a8_1 lzo-1.07 > autoconf213-2.13.000227_1 m4-1.4_1 > automake14-1.4.5 mc-4.5.54_3 > bison-1.35_1 mkcatalog-1.1 > boehm-gc-6.0 mpage-2.5.2 > cksfv-1.3 mpg123-esound-0.59r_7 > curl-7.9.8 mutt-devel-1.5.1 > cvsup-16.1f nasm-0.98.33,1 > db3-3.2.9_3,1 netscape-remote-1.0_1 > djbfft-0.76 netscape-wrapper-2000.07.07 > docbook-1.2 nmap-2.54.b34 > docbook-241 p5-Compress-Zlib-1.16 > docbook-3.0 p5-type1inst-0.6.1 > docbook-3.1 pkg_tarup-1.2_3 > docbook-4.0 pkgconfig-0.12.0 > docbook-4.1 pkgdb.db > docbook-xml-4.1.2_1 png-1.2.3 > docbook-xsl-1.51.1 popt-1.5.1_1 > esound-0.2.28 portupgrade-20020429_1 > expat-1.95.2 python-2.2.1 > freetype2-2.1.2 qt-3.0.3_5 > gdk-pixbuf-0.18.0 rfc-3.2.2 > gettext-0.10.35_2 rpm-3.0.6_6 > gettext-0.11.2 ruby-1.6.7.2002.05.23 > ghostscript-gnu-7.05_1 ruby-bdb1-0.1.7 > ghostview-1.5 ruby-optparse-0.8.6 > gle-3.0.3 ruby-shim-ruby18-1.7.2.2002.05.21 > glib-1.2.10_7 rxvt-devel-2.7.8_1 > gmake-3.79.1_2 scrollkeeper-0.3.9,1 > gnupg-1.0.7 sdocbook-xml-4.1.2.5 > gtk-1.2.10_3 sgmlformat-1.7_2 > guile-1.4.1_1 slrn-0.9.7.4 > imake-4.2.0_1 tcl-8.3.4_4 > imlib-1.9.11 tiff-3.5.7 > intlfonts-1.2 tk-8.3.4_3 > intltool-0.22 unzip-5.50 > iso8879-1986 w3m-0.3 > jade-1.2.1_1 wdm-1.20_1 > jpeg-6b_1 windowmaker-0.80.0_1 > lame-gtk-3.91 wmCalClock-1.25 > lcms-1.08 wmWeather-1.31 > liba52-0.7.3_2 wmcliphist-0.3 > libaudiofile-0.2.3 wmicons-1.0 > libgnugetopt-1.1 wmlmmon-0.60 > libiconv-1.8 wmmixer-1.0b1 > libimg-1.2.4 wmmon-1.0b2 > libmikmod-3.1.10 wrapper-1.0_2 > libmng-1.0.3 xchat-1.7.8 > libogg-1.0.r3_1,2 xscreensaver-4.02 > libproplist-0.10.1 xv-3.10a_2 > > Thanks > > Buki > -- > PGP public key: http://dev.null.cz/buki.asc > > /"\ > \ / ASCII Ribbon Campaign > X Against HTML & Outlook Mail > / \ http://www.thebackrow.net > > ---- > > This file contains any messages produced by compilers while > running configure, to aid debugging if configure makes a mistake. > > configure:661: checking for a BSD compatible install > configure:714: checking whether build environment is sane > configure:771: checking whether make sets ${MAKE} > configure:810: checking for working aclocal > configure:823: checking for working autoconf > configure:836: checking for working automake > configure:849: checking for working autoheader > configure:862: checking for working makeinfo > configure:957: checking host system type > configure:978: checking build system type > configure:998: checking for ranlib > configure:1028: checking for gcc > configure:1141: checking whether the C compiler (cc -O -pipe -march=pentiumpro ) works > configure:1157: cc -o conftest -O -pipe -march=pentiumpro -I/usr/local/include conftest.c -L/usr/local/lib 1>&5 > configure:1183: checking whether the C compiler (cc -O -pipe -march=pentiumpro ) is a cross-compiler > configure:1188: checking whether we are using GNU C > configure:1216: checking whether cc accepts -g > configure:1259: checking for ld used by GCC > configure:1321: checking if the linker (/usr/libexec/elf/ld) is GNU ld > configure:1337: checking for BSD-compatible nm > configure:1373: checking whether ln -s works > ltconfig:603: checking for object suffix > ltconfig:604: cc -c -O -pipe -march=pentiumpro -I/usr/local/include conftest.c 1>&5 > ltconfig:776: checking if cc PIC flag -fPIC works > ltconfig:777: cc -c -O -pipe -march=pentiumpro -fPIC -DPIC -I/usr/local/include conftest.c 1>&5 > ltconfig:829: checking if cc supports -c -o file.o > ltconfig:830: cc -c -O -pipe -march=pentiumpro -o out/conftest2.o -I/usr/local/include conftest.c 1>&5 > ltconfig:862: checking if cc supports -c -o file.lo > ltconfig:863: cc -c -O -pipe -march=pentiumpro -c -o conftest.lo -I/usr/local/include conftest.c 1>&5 > ltconfig:914: checking if cc supports -fno-rtti -fno-exceptions > ltconfig:915: cc -c -O -pipe -march=pentiumpro -fno-rtti -fno-exceptions -c conftest.c -I/usr/local/include conftest.c 1>&5 > ltconfig:958: checking if cc static flag -static works > ltconfig:959: cc -o conftest -O -pipe -march=pentiumpro -I/usr/local/include -static conftest.c -L/usr/local/lib 1>&5 > GNU ld version 2.11.2 20010719 [FreeBSD] (with BFD 2.11.2 20010719 [FreeBSD]) > ltconfig:1635: checking if global_symbol_pipe works > ltconfig:1636: cc -c -O -pipe -march=pentiumpro -I/usr/local/include conftest.c 1>&5 > ltconfig:1639: eval "/usr/bin/nm -B conftest.o | sed -n -e 's/^.*[ ]\([ABCDGISTW]\)[ ][ ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' > conftest.nm" > ltconfig:1691: cc -o conftest -O -pipe -march=pentiumpro -fno-builtin -fno-rtti -fno-exceptions -I/usr/local/include conftest.c conftstm.o 1>&5 > configure:1559: checking whether to enable maintainer-specific portions of Makefiles > configure:1589: checking host system type > configure:1705: checking whether build environment is sane > configure:1747: checking for gcc > configure:1860: checking whether the C compiler (cc -O -pipe -march=pentiumpro ) works > configure:1876: cc -o conftest -O -pipe -march=pentiumpro -I/usr/local/include conftest.c -L/usr/local/lib 1>&5 > configure:1902: checking whether the C compiler (cc -O -pipe -march=pentiumpro ) is a cross-compiler > configure:1907: checking whether we are using GNU C > configure:1935: checking whether cc accepts -g > configure:1967: checking for POSIXized ISC > configure:1991: checking for cc option to accept ANSI C > configure:2044: cc -c -O -pipe -march=pentiumpro -I/usr/local/include conftest.c 1>&5 > configure:2079: checking for a BSD compatible install > configure:2132: checking whether make sets ${MAKE} > configure:2189: checking for gawk > configure:2189: checking for mawk > configure:2189: checking for nawk > configure:2223: checking for perl5 > configure:2257: checking for indent > configure:2294: checking whether make is GNU Make > configure:2312: checking how to run the C preprocessor > configure:2333: cc -E -I/usr/local/include conftest.c >/dev/null 2>conftest.out > configure:2392: checking for ANSI C header files > configure:2405: cc -E -I/usr/local/include conftest.c >/dev/null 2>conftest.out > configure:2472: cc -o conftest -O -pipe -march=pentiumpro -Wall -I/usr/local/include conftest.c -L/usr/local/lib 1>&5 > configure:2496: checking for working const > configure:2550: cc -c -O -pipe -march=pentiumpro -Wall -I/usr/local/include conftest.c 1>&5 > configure: In function `main': > configure:2524: warning: unused variable `s' > configure:2544: warning: unused variable `foo' > configure:2512: warning: unused variable `zero' > configure:2506: warning: unused variable `x' > configure:2523: warning: `t' might be used uninitialized in this function > configure:2541: warning: `b' might be used uninitialized in this function > configure:2571: checking for inline > configure:2585: cc -c -O -pipe -march=pentiumpro -Wall -I/usr/local/include conftest.c 1>&5 > configure: In function `main': > configure:2581: warning: control reaches end of non-void function > configure: At top level: > configure:2581: warning: return-type defaults to `int' > configure:2611: checking for off_t > configure:2644: checking for size_t > configure:2679: checking for working alloca.h > configure:2691: cc -o conftest -O -pipe -march=pentiumpro -Wall -I/usr/local/include conftest.c -L/usr/local/lib 1>&5 > configure:2685: alloca.h: No such file or directory > configure: In function `main': > configure:2687: warning: unused variable `p' > configure: failed program was: > #line 2684 "configure" > #include "confdefs.h" > #include > int main() { > char *p = alloca(2 * sizeof(int)); > ; return 0; } > configure:2712: checking for alloca > configure:2745: cc -o conftest -O -pipe -march=pentiumpro -Wall -I/usr/local/include conftest.c -L/usr/local/lib 1>&5 > configure: In function `main': > configure:2741: warning: unused variable `p' > configure:2914: checking for unistd.h > configure:2924: cc -E -I/usr/local/include conftest.c >/dev/null 2>conftest.out > configure:2953: checking for getpagesize > configure:2981: cc -o conftest -O -pipe -march=pentiumpro -Wall -I/usr/local/include conftest.c -L/usr/local/lib 1>&5 > configure:3006: checking for working mmap > configure:3154: cc -o conftest -O -pipe -march=pentiumpro -Wall -I/usr/local/include conftest.c -L/usr/local/lib 1>&5 > configure: In function `main': > configure:3095: warning: implicit declaration of function `getpagesize' > configure:3104: warning: implicit declaration of function `rand' > configure:3105: warning: implicit declaration of function `umask' > configure:3109: warning: implicit declaration of function `write' > configure:3111: warning: implicit declaration of function `close' > configure:3142: warning: implicit declaration of function `read' > configure:3148: warning: implicit declaration of function `unlink' > configure:3182: checking for argz.h > configure:3192: cc -E -I/usr/local/include conftest.c >/dev/null 2>conftest.out > configure:3188: argz.h: No such file or directory > configure: failed program was: > #line 3187 "configure" > #include "confdefs.h" > #include > configure:3182: checking for limits.h > configure:3192: cc -E -I/usr/local/include conftest.c >/dev/null 2>conftest.out > configure:3182: checking for locale.h > configure:3192: cc -E -I/usr/local/include conftest.c >/dev/null 2>conftest.out > configure:3182: checking for nl_types.h > configure:3192: cc -E -I/usr/local/include conftest.c >/dev/null 2>conftest.out > configure:3182: checking for malloc.h > configure:3192: cc -E -I/usr/local/include conftest.c >/dev/null 2>conftest.out > In file included from configure:3188: > /usr/include/malloc.h:2: warning: #warning "this file includes which is deprecated, use instead" > configure: failed program was: > #line 3187 "configure" > #include "confdefs.h" > #include > configure:3182: checking for string.h > configure:3192: cc -E -I/usr/local/include conftest.c >/dev/null 2>conftest.out > configure:3182: checking for unistd.h > configure:3182: checking for sys/param.h > configure:3192: cc -E -I/usr/local/include conftest.c >/dev/null 2>conftest.out > configure:3222: checking for getcwd > configure:3250: cc -o conftest -O -pipe -march=pentiumpro -Wall -I/usr/local/include conftest.c -L/usr/local/lib 1>&5 > configure:3222: checking for munmap > configure:3250: cc -o conftest -O -pipe -march=pentiumpro -Wall -I/usr/local/include conftest.c -L/usr/local/lib 1>&5 > configure:3222: checking for putenv > configure:3250: cc -o conftest -O -pipe -march=pentiumpro -Wall -I/usr/local/include conftest.c -L/usr/local/lib 1>&5 > configure:3222: checking for setenv > configure:3250: cc -o conftest -O -pipe -march=pentiumpro -Wall -I/usr/local/include conftest.c -L/usr/local/lib 1>&5 > configure:3222: checking for setlocale > configure:3250: cc -o conftest -O -pipe -march=pentiumpro -Wall -I/usr/local/include conftest.c -L/usr/local/lib 1>&5 > configure:3222: checking for strchr > configure:3250: cc -o conftest -O -pipe -march=pentiumpro -Wall -I/usr/local/include conftest.c -L/usr/local/lib 1>&5 > configure:3222: checking for strcasecmp > configure:3250: cc -o conftest -O -pipe -march=pentiumpro -Wall -I/usr/local/include conftest.c -L/usr/local/lib 1>&5 > configure:3222: checking for strdup > configure:3250: cc -o conftest -O -pipe -march=pentiumpro -Wall -I/usr/local/include conftest.c -L/usr/local/lib 1>&5 > configure:3222: checking for __argz_count > configure:3250: cc -o conftest -O -pipe -march=pentiumpro -Wall -I/usr/local/include conftest.c -L/usr/local/lib 1>&5 > /tmp/ccAN87uJ.o: In function `main': > /tmp/ccAN87uJ.o(.text+0x7): undefined reference to `__argz_count' > configure: failed program was: > #line 3227 "configure" > #include "confdefs.h" > /* System header to define __stub macros and hopefully few prototypes, > which can conflict with char __argz_count(); below. */ > #include > /* Override any gcc2 internal prototype to avoid an error. */ > /* We use char because int might match the return type of a gcc2 > builtin and then its argument prototype would still apply. */ > char __argz_count(); > > int main() { > > /* The GNU C library defines this for functions which it implements > to always fail with ENOSYS. Some functions are actually named > something starting with __ and the normal name is an alias. */ > #if defined (__stub___argz_count) || defined (__stub_____argz_count) > choke me > #else > __argz_count(); > #endif > > ; return 0; } > configure:3222: checking for __argz_stringify > configure:3250: cc -o conftest -O -pipe -march=pentiumpro -Wall -I/usr/local/include conftest.c -L/usr/local/lib 1>&5 > /tmp/cc0yUdes.o: In function `main': > /tmp/cc0yUdes.o(.text+0x7): undefined reference to `__argz_stringify' > configure: failed program was: > #line 3227 "configure" > #include "confdefs.h" > /* System header to define __stub macros and hopefully few prototypes, > which can conflict with char __argz_stringify(); below. */ > #include > /* Override any gcc2 internal prototype to avoid an error. */ > /* We use char because int might match the return type of a gcc2 > builtin and then its argument prototype would still apply. */ > char __argz_stringify(); > > int main() { > > /* The GNU C library defines this for functions which it implements > to always fail with ENOSYS. Some functions are actually named > something starting with __ and the normal name is an alias. */ > #if defined (__stub___argz_stringify) || defined (__stub_____argz_stringify) > choke me > #else > __argz_stringify(); > #endif > > ; return 0; } > configure:3222: checking for __argz_next > configure:3250: cc -o conftest -O -pipe -march=pentiumpro -Wall -I/usr/local/include conftest.c -L/usr/local/lib 1>&5 > /tmp/ccSkOgiI.o: In function `main': > /tmp/ccSkOgiI.o(.text+0x7): undefined reference to `__argz_next' > configure: failed program was: > #line 3227 "configure" > #include "confdefs.h" > /* System header to define __stub macros and hopefully few prototypes, > which can conflict with char __argz_next(); below. */ > #include > /* Override any gcc2 internal prototype to avoid an error. */ > /* We use char because int might match the return type of a gcc2 > builtin and then its argument prototype would still apply. */ > char __argz_next(); > > int main() { > > /* The GNU C library defines this for functions which it implements > to always fail with ENOSYS. Some functions are actually named > something starting with __ and the normal name is an alias. */ > #if defined (__stub___argz_next) || defined (__stub_____argz_next) > choke me > #else > __argz_next(); > #endif > > ; return 0; } > configure:3279: checking for stpcpy > configure:3307: cc -o conftest -O -pipe -march=pentiumpro -Wall -I/usr/local/include conftest.c -L/usr/local/lib 1>&5 > /tmp/ccBVd968.o: In function `main': > /tmp/ccBVd968.o(.text+0x7): undefined reference to `stpcpy' > configure: failed program was: > #line 3284 "configure" > #include "confdefs.h" > /* System header to define __stub macros and hopefully few prototypes, > which can conflict with char stpcpy(); below. */ > #include > /* Override any gcc2 internal prototype to avoid an error. */ > /* We use char because int might match the return type of a gcc2 > builtin and then its argument prototype would still apply. */ > char stpcpy(); > > int main() { > > /* The GNU C library defines this for functions which it implements > to always fail with ENOSYS. Some functions are actually named > something starting with __ and the normal name is an alias. */ > #if defined (__stub_stpcpy) || defined (__stub___stpcpy) > choke me > #else > stpcpy(); > #endif > > ; return 0; } > configure:3341: checking for LC_MESSAGES > configure:3353: cc -o conftest -O -pipe -march=pentiumpro -Wall -I/usr/local/include conftest.c -L/usr/local/lib 1>&5 > configure:3374: checking whether NLS is requested > configure:3406: checking for libintl.h > configure:3416: cc -E -I/usr/local/include conftest.c >/dev/null 2>conftest.out > configure:3433: checking for dgettext in libc > configure:3445: cc -o conftest -O -pipe -march=pentiumpro -Wall -I/usr/local/include conftest.c -L/usr/local/lib 1>&5 > /tmp/ccAF6JOQ.o: In function `main': > /tmp/ccAF6JOQ.o(.text+0x14): undefined reference to `dgettext' > configure: failed program was: > #line 3438 "configure" > #include "confdefs.h" > #include > int main() { > return (int) dgettext ("","") > ; return 0; } > configure:3461: checking for bindtextdomain in -lintl > configure:3480: cc -o conftest -O -pipe -march=pentiumpro -Wall -I/usr/local/include conftest.c -lintl -L/usr/local/lib 1>&5 > configure:3496: checking for dgettext in libintl > configure:3501: checking for dgettext in -lintl > configure:3520: cc -o conftest -O -pipe -march=pentiumpro -Wall -I/usr/local/include conftest.c -lintl -L/usr/local/lib 1>&5 > configure:3563: checking for msgfmt > configure:3597: checking for dcgettext > configure:3625: cc -o conftest -O -pipe -march=pentiumpro -Wall -I/usr/local/include conftest.c -L/usr/local/lib -lintl 1>&5 > configure:3652: checking for gmsgfmt > configure:3688: checking for xgettext > configure:3728: cc -o conftest -O -pipe -march=pentiumpro -Wall -I/usr/local/include conftest.c -L/usr/local/lib -lintl 1>&5 > configure:4004: checking for catalogs to be installed > configure:4114: checking for extra flags to get ANSI library prototypes > configure:4128: cc -o conftest -O -pipe -march=pentiumpro -Wall -I/usr/local/include conftest.c -L/usr/local/lib -lintl -lm 1>&5 > configure:4168: checking for extra flags for POSIX compliance > configure:4177: cc -c -O -pipe -march=pentiumpro -Wall -I/usr/local/include conftest.c 1>&5 > configure: In function `main': > configure:4173: warning: unused variable `dir' > configure:4270: checking for glib-config > configure:4305: checking for GLIB - version >= 1.2.8 > configure:4404: cc -o conftest -O -pipe -march=pentiumpro -Wall -I/usr/local/include/glib12 -D_THREAD_SAFE -I/usr/local/include conftest.c -L/usr/local/lib -Wl,-E -lgmodule12 -lgthread12 -lglib12 -pthread -L/usr/local/lib -lintl 1>&5 > /usr/local/lib/libintl.so: undefined reference to `nl_langinfo' > configure: failed program was: > #line 4328 "configure" > #include "confdefs.h" > > #include > #include > #include > > int > main () > { > int major, minor, micro; > char *tmp_version; > > system ("touch conf.glibtest"); > > /* HP/UX 9 (%@#!) writes to sscanf strings */ > tmp_version = g_strdup("1.2.8"); > if (sscanf(tmp_version, "%d.%d.%d", &major, &minor, µ) != 3) { > printf("%s, bad version string\n", "1.2.8"); > exit(1); > } > > if ((glib_major_version != 1) || > (glib_minor_version != 2) || > (glib_micro_version != 10)) > { > printf("\n*** 'glib-config --version' returned %d.%d.%d, but GLIB (%d.%d.%d)\n", > 1, 2, 10, > glib_major_version, glib_minor_version, glib_micro_version); > printf ("*** was found! If glib-config was correct, then it is best\n"); > printf ("*** to remove the old version of GLIB. You may also be able to fix the error\n"); > printf("*** by modifying your LD_LIBRARY_PATH enviroment variable, or by editing\n"); > printf("*** /etc/ld.so.conf. Make sure you have run ldconfig if that is\n"); > printf("*** required on your system.\n"); > printf("*** If glib-config was wrong, set the environment variable GLIB_CONFIG\n"); > printf("*** to point to the correct copy of glib-config, and remove the file config.cache\n"); > printf("*** before re-running configure\n"); > } > else if ((glib_major_version != GLIB_MAJOR_VERSION) || > (glib_minor_version != GLIB_MINOR_VERSION) || > (glib_micro_version != GLIB_MICRO_VERSION)) > { > printf("*** GLIB header files (version %d.%d.%d) do not match\n", > GLIB_MAJOR_VERSION, GLIB_MINOR_VERSION, GLIB_MICRO_VERSION); > printf("*** library (version %d.%d.%d)\n", > glib_major_version, glib_minor_version, glib_micro_version); > } > else > { > if ((glib_major_version > major) || > ((glib_major_version == major) && (glib_minor_version > minor)) || > ((glib_major_version == major) && (glib_minor_version == minor) && (glib_micro_version >= micro))) > { > return 0; > } > else > { > printf("\n*** An old version of GLIB (%d.%d.%d) was found.\n", > glib_major_version, glib_minor_version, glib_micro_version); > printf("*** You need a version of GLIB newer than %d.%d.%d. The latest version of\n", > major, minor, micro); > printf("*** GLIB is always available from ftp://ftp.gtk.org.\n"); > printf("***\n"); > printf("*** If you have already installed a sufficiently new version, this error\n"); > printf("*** probably means that the wrong copy of the glib-config shell script is\n"); > printf("*** being found. The easiest way to fix this is to remove the old version\n"); > printf("*** of GLIB, but you can also set the GLIB_CONFIG environment to point to the\n"); > printf("*** correct copy of glib-config. (In this case, you will have to\n"); > printf("*** modify your LD_LIBRARY_PATH enviroment variable, or edit /etc/ld.so.conf\n"); > printf("*** so that the correct libraries are found at run-time))\n"); > } > } > return 1; > } > > configure:4448: cc -o conftest -O -pipe -march=pentiumpro -Wall -I/usr/local/include/glib12 -D_THREAD_SAFE -I/usr/local/include conftest.c -L/usr/local/lib -lintl -L/usr/local/lib -Wl,-E -lgmodule12 -lgthread12 -lglib12 -pthread 1>&5 > /usr/local/lib/libintl.so: undefined reference to `nl_langinfo' > configure: failed program was: > #line 4438 "configure" > #include "confdefs.h" > > #include > #include > > int main() { > return ((glib_major_version) || (glib_minor_version) || (glib_micro_version)); > ; return 0; } -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Tue Jul 9 23:14:14 2002 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 99D1E37B400 for ; Tue, 9 Jul 2002 23:14:11 -0700 (PDT) Received: from happymaggot.stinkymeat.net (12-224-18-46.client.attbi.com [12.224.18.46]) by mx1.FreeBSD.org (Postfix) with SMTP id 9A01043E31 for ; Tue, 9 Jul 2002 23:14:10 -0700 (PDT) (envelope-from mahlon-dated-1027577650.e2042c@martini.nu) Received: (qmail 61188 invoked from network); 10 Jul 2002 06:14:10 -0000 Received: from laika.martini.nu (HELO localhost.martini.nu) (192.168.2.8) by happymaggot.stinkymeat.net with SMTP; 10 Jul 2002 06:14:10 -0000 Date: Tue, 9 Jul 2002 23:14:09 -0700 To: freebsd-gnome@FreeBSD.ORG Subject: A random sampling of minor issues. Message-ID: <20020710061409.GA3718@martini.nu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline User-Agent: Mutt/1.4i X-GPG-Fingerprint: 19B8 DDB3 0156 3A03 FA80 8278 C0BE 6BFB 3606 B267 X-Sysinfo: FreeBSD 4.6-RELEASE, up 49 mins From: Mahlon Mail-Followup-To: mahlon-dated-1027577650.e2042c@martini.nu, freebsd-gnome@FreeBSD.ORG X-Delivery-Agent: TMDA/0.57 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Here's a few things that have been causing me minor irritation since uprading to gnome2 a few days back. I probably should have started different subjects for each, but I don't consider any of them to be a big enough deal to warrant it. o Clock Applet Refusing to appear in the panel for my user. The process IS running, it's simply invisible. Files for it are created under .gconf, etc. To make this issue weirder, a different user on the system is having no problems with it whatsoever. Thinking I had a corrupt settings .xml, I removed it - no help. For the sake of experimentation, I moved .gnome, .gnome2, .gconf, and .gconfd elsewhere, and fired up gnome with default settings. Exact same problem when adding the clock - it simply doesn't appear for me. File permissions appear to be fine. I'm stumped as to why I'm the only one that is affected. o Inbox Monitor Applet Refuses to save preferences for the 'mail spool file' variable - affects all users on system. Users mail spool is Maildir within the homedir - setting it manually works as expected. On logout/login, it reverts to /var/mail/... All other preferences (icon, checking frequency, type of spool) work perfectly across logins. o WindowMaker 0.80.1 isn't playing nice with gnome2. Gnome hooks are compiled into wmaker, and it's seamless with gnome 1.4. Under 2 specifically, Workspace Switcher applet doesn't appear to 'see' wmaker workspaces, and the panel can't decide if it's omnipresent or not when switching between workspaces. o Nautilus desktop mount points Ok, I'm sneaking a userland question in here. :) I keep seeing screenshots of gnome2 without the 'Root Volume', 'var', etc mounts. Is there a compile time option or a pref I am not seeing? Or are they simply deleting the Nautilus desktop files before taking the shot, only to have them recreated the next time Nautilus starts up? I'd love to get these minor things resolved - any one else experiencing any of them? Honestly, I'm not sure if they are even FreeBSD specific, but the fact that I don't see any of them in mailing list archives (both FreeBSD and Gnome) make me have to assume that I am simply missing the boat on preferences somewhere. Thanks for any info or RTFMs I missed. -Mahlon Mahlon E. Smith jabber id: mahlon@chat.martini.nu http://www.martini.nu/ get pgp key: mahlon-pgp@martini.nu .......................................................................... T-SHIRTS!! COFFEE MUGS!! BUMPER STICKERS!! MOUSE PADS!! KILL YOURSELF THIS INSTANT --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- iD8DBQE9K9CxwL5r+zYGsmcRAqt/AKC18kl6XtLXmGscofLOo2qkYtOsvACfYwIc rhPgG/kw/goe8YndiJOE3Sk= =rV03 -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Wed Jul 10 4:49:36 2002 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 5316037B400 for ; Wed, 10 Jul 2002 04:49:33 -0700 (PDT) Received: from ncc-1701.webonaut.com (static62-99-136-018.adsl.inode.at [62.99.136.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C591043E42 for ; Wed, 10 Jul 2002 04:49:31 -0700 (PDT) (envelope-from klammer@webonaut.com) Received: from mysqlhost (mysqlhost [127.0.0.1]) by ncc-1701.webonaut.com (Postfix) with ESMTP id A1C136FB0F for ; Wed, 10 Jul 2002 13:49:25 +0200 (CEST) Subject: gnome-panel (and other gnome[1|2]-apps) dying From: Franz Klammer To: gnome@freebsd.org Content-Type: multipart/mixed; boundary="=-3SJlJGT94ozEwDU1ho6W" X-Mailer: Ximian Evolution 1.0.8 Date: 10 Jul 2002 13:49:25 +0200 Message-Id: <1026301765.83008.18.camel@ncc-1701.webonaut.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-3SJlJGT94ozEwDU1ho6W Content-Type: text/plain Content-Transfer-Encoding: 7bit I've another question about my good old "gnome-panel-dissapear-problem": today i've compiled gnome-panel with -g and STRIP=. after the edge-panel dies/disappears i've made a back trace. on second later bugg-buddy pops up and tells my galeon-bin also died. and in the bt and the output from bugg-buddy i've seen that always libc_r.so.4 is involved: see attachment. maybee this are my problem? there are also something other: sometimes if a start a new program (e.g. gnome-terminal) it's not visible on my task-list-applet. the last time i have seen this was today with evolution and a "Create-a- new Message"-Window (this mail) and with galeon if i've opened a window with window.open(). franz. ... i hope my mail is not too confusingly ... -- WEBONAUT.com http://webonaut.com mailto:klammer@webonaut.com --=-3SJlJGT94ozEwDU1ho6W Content-Disposition: attachment; filename=absturz.txt Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; name=absturz.txt; charset=ISO-8859-15 bugg_buddy -> galeon_bin: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D (no debugging symbols found)...0x48af3eb8 in _thread_sys_poll () from /usr/lib/libc_r.so.4 #0 0x48af3eb8 in _thread_sys_poll () from /usr/lib/libc_r.so.4 #1 0x48af3271 in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.s= o.4 #2 0x48af2b70 in _thread_kern_scheduler () from /usr/lib/libc_r.so.4 #3 0x0 in ?? () Thread 1 (process 1452, thread 1): #0 0x48af3eb8 in _thread_sys_poll () from /usr/lib/libc_r.so.4 No symbol table info available. #1 0x48af3271 in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.s= o.4 No symbol table info available. #2 0x48af2b70 in _thread_kern_scheduler () from /usr/lib/libc_r.so.4 No symbol table info available. #3 0x0 in ?? () No symbol table info available. gdb -> gnome-panel: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 0x48a4aeb8 in _thread_sys_poll () from /usr/lib/libc_r.so.4 (gdb) bt #0 0x48a4aeb8 in _thread_sys_poll () from /usr/lib/libc_r.so.4 #1 0x48a4a271 in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.s= o.4 #2 0x48a49b70 in _thread_kern_scheduler () from /usr/lib/libc_r.so.4 #3 0x0 in ?? () --=-3SJlJGT94ozEwDU1ho6W-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Wed Jul 10 5:58:45 2002 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 E21E737B400 for ; Wed, 10 Jul 2002 05:58:42 -0700 (PDT) Received: from tepa.com.mx (intertep.tepa.com.mx [148.245.162.66]) by mx1.FreeBSD.org (Postfix) with SMTP id 0647543E58 for ; Wed, 10 Jul 2002 05:58:42 -0700 (PDT) (envelope-from AvisoDeVirus@tepa.com.mx) Received: from intertep.tepa.com.mx (unverified [127.0.0.1]) by 127.0.0.1 (EMWAC SMTPRS 0.83) with SMTP id ; Wed, 10 Jul 2002 07:57:58 -0600 Message-ID: Subject: =?iso-8859-1?Q?Aviso_de_Virus?= From: "=?iso-8859-1?Q?Anti-Viral_Plugin?=" Date: Wed, 10 Jul 2002 07:57:58 -0600 To: "=?iso-8859-1?Q?gnome@freebsd=2Eorg?=" X-Priority: 3 X-MSMail-Priority: Normal Content-Transfer-Encoding: Quoted-Printable MIME-Version: 1.0 X-Mailer: JMail 4.1.2 Free Version by Dimac X-VirusAlertServer: =?iso-8859-1?Q?tepa=2Ecom=2Emx?= Content-Type: text/plain; charset="iso-8859-1" X-Antirelay: Good relay from local net1 127.0.0.1/32 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG El Mensaje Date: Wed, 10 Jul 2002 16:06:25 +0300 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U) X-Accept-Language: en,uk,ru MIME-Version: 1.0 To: Joe Marcus Clarke Cc: gnome@FreeBSD.org Subject: Re: cvs commit: ports/mail/evolution Makefile distinfo pkg-plist References: <200207092156.g69LublZ095608@freefall.freebsd.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Joe Marcus Clarke wrote: > > marcus 2002/07/09 14:56:37 PDT > > Modified files: > mail/evolution Makefile distinfo pkg-plist > Log: > * Update to 1.0.8. > * Implement USE_GNOMENG > * Implement REINPLACE > > With this commit, and the upcoming bonobo-conf commit, GNOME 2.0 users > should be able to use Evolution wihtout needing any other hacks. Not quite. Evolution still has gnomepilot in its {BUILD,RUN}_DEPENDS, while gnomepilot requires gnomecore (actually libpanel_applet from gnomecore) to compile/run. Therefore, GNOME2 user installing evolution with pilot support will find his GNOME2 desktop trashed by GNOME1 desktop. :( I am currently working on separating libpanel_applet from gnomecore and libcapplet from gnomecontrolcenter, so that we will be able to resolve this and similar problems. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Wed Jul 10 6:21:40 2002 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 807D437B400; Wed, 10 Jul 2002 06:21:38 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7C2743E31; Wed, 10 Jul 2002 06:21:37 -0700 (PDT) (envelope-from marcus@FreeBSD.org) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6ADKRp4078298; Wed, 10 Jul 2002 09:20:27 -0400 (EDT) (envelope-from marcus@FreeBSD.org) Subject: Re: cvs commit: ports/mail/evolution Makefile distinfo pkg-plist From: Joe Marcus Clarke To: Maxim Sobolev Cc: gnome@FreeBSD.org In-Reply-To: <3D2C3151.9B11181@FreeBSD.org> References: <200207092156.g69LublZ095608@freefall.freebsd.org> <3D2C3151.9B11181@FreeBSD.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 10 Jul 2002 09:21:16 -0400 Message-Id: <1026307277.365.1.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 2002-07-10 at 09:06, Maxim Sobolev wrote: > Joe Marcus Clarke wrote: > > > > marcus 2002/07/09 14:56:37 PDT > > > > Modified files: > > mail/evolution Makefile distinfo pkg-plist > > Log: > > * Update to 1.0.8. > > * Implement USE_GNOMENG > > * Implement REINPLACE > > > > With this commit, and the upcoming bonobo-conf commit, GNOME 2.0 users > > should be able to use Evolution wihtout needing any other hacks. > > Not quite. Evolution still has gnomepilot in its {BUILD,RUN}_DEPENDS, > while gnomepilot requires gnomecore (actually libpanel_applet from > gnomecore) to compile/run. Therefore, GNOME2 user installing evolution > with pilot support will find his GNOME2 desktop trashed by GNOME1 > desktop. :( I am currently working on separating libpanel_applet from > gnomecore and libcapplet from gnomecontrolcenter, so that we will be > able to resolve this and similar problems. Yeah, I realized this shortly after commit. However, gnomecontrolcenter _can_ be installed along side GNOME 2.0 without issue. It just looks funny when you do it. I wouldn't bother with libpanel_applet. Those applets will not work with panel2, I don't think. Joe > > -Maxim > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Wed Jul 10 6:26: 5 2002 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 DA72737B400 for ; Wed, 10 Jul 2002 06:26:02 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17BC543E42 for ; Wed, 10 Jul 2002 06:26:02 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6ADOup4078314; Wed, 10 Jul 2002 09:24:57 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: gnome-panel (and other gnome[1|2]-apps) dying From: Joe Marcus Clarke To: Franz Klammer Cc: gnome@FreeBSD.ORG In-Reply-To: <1026301765.83008.18.camel@ncc-1701.webonaut.com> References: <1026301765.83008.18.camel@ncc-1701.webonaut.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 10 Jul 2002 09:25:40 -0400 Message-Id: <1026307546.365.5.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 2002-07-10 at 07:49, Franz Klammer wrote: > I've another question about my good old "gnome-panel-dissapear-problem": > today i've compiled gnome-panel with -g and STRIP=. > after the edge-panel dies/disappears i've made a back trace. > on second later bugg-buddy pops up and tells my galeon-bin also died. > and in the bt and the output from bugg-buddy i've seen that always > libc_r.so.4 is involved: see attachment. > > maybee this are my problem? It does seem like you have an isolated problem. At least I don't see the same thing. The other day I did notice my panel locked up more or less, but this turned out to be an old library conflict that I resolved by removing a bad ld path. Your back trace isn't very helpful, as it doesn't look like the threads you're attached to are doing any thing. You might try doing an "info threads" and then attaching to one of the other threads to see what they're doing. > > there are also something other: sometimes if a start a new program > (e.g. gnome-terminal) it's not visible on my task-list-applet. > the last time i have seen this was today with evolution and a "Create-a- > new Message"-Window (this mail) and with galeon if i've opened a window > with window.open(). I haven't seen this problem in my setup. It almost seems like your panel may be messed up. Joe > > franz. > > ... i hope my mail is not too confusingly ... > > -- > WEBONAUT.com > http://webonaut.com > mailto:klammer@webonaut.com > ---- > > bugg_buddy -> galeon_bin: > ========================= > > (no debugging symbols found)...0x48af3eb8 in _thread_sys_poll () > from /usr/lib/libc_r.so.4 > #0 0x48af3eb8 in _thread_sys_poll () from /usr/lib/libc_r.so.4 > #1 0x48af3271 in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.so.4 > #2 0x48af2b70 in _thread_kern_scheduler () from /usr/lib/libc_r.so.4 > #3 0x0 in ?? () > > Thread 1 (process 1452, thread 1): > #0 0x48af3eb8 in _thread_sys_poll () from /usr/lib/libc_r.so.4 > No symbol table info available. > #1 0x48af3271 in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.so.4 > No symbol table info available. > #2 0x48af2b70 in _thread_kern_scheduler () from /usr/lib/libc_r.so.4 > No symbol table info available. > #3 0x0 in ?? () > No symbol table info available. > > > gdb -> gnome-panel: > =================== > > 0x48a4aeb8 in _thread_sys_poll () from /usr/lib/libc_r.so.4 > (gdb) bt > #0 0x48a4aeb8 in _thread_sys_poll () from /usr/lib/libc_r.so.4 > #1 0x48a4a271 in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.so.4 > #2 0x48a49b70 in _thread_kern_scheduler () from /usr/lib/libc_r.so.4 > #3 0x0 in ?? () -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Wed Jul 10 6:41:14 2002 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 DF03837B400; Wed, 10 Jul 2002 06:41:12 -0700 (PDT) Received: from rabbit.netstyle.com.ua (rabbit.netstyle.com.ua [193.193.194.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id C625243E42; Wed, 10 Jul 2002 06:41:10 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Received: from vega.vega.com (root@[195.5.51.243]) by rabbit.netstyle.com.ua (8.12.5/8.12.5) with ESMTP id g6ADf5sl014736; Wed, 10 Jul 2002 16:41:08 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vega.vega.com (8.11.6/8.11.3) with ESMTP id g6ADf2j09197; Wed, 10 Jul 2002 16:41:02 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <3D2C3979.32B56E62@FreeBSD.org> Date: Wed, 10 Jul 2002 16:41:13 +0300 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U) X-Accept-Language: en,uk,ru MIME-Version: 1.0 To: Joe Marcus Clarke Cc: gnome@FreeBSD.org Subject: Re: cvs commit: ports/mail/evolution Makefile distinfo pkg-plist References: <200207092156.g69LublZ095608@freefall.freebsd.org> <3D2C3151.9B11181@FreeBSD.org> <1026307277.365.1.camel@gyros.marcuscom.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Joe Marcus Clarke wrote: > > On Wed, 2002-07-10 at 09:06, Maxim Sobolev wrote: > > Joe Marcus Clarke wrote: > > > > > > marcus 2002/07/09 14:56:37 PDT > > > > > > Modified files: > > > mail/evolution Makefile distinfo pkg-plist > > > Log: > > > * Update to 1.0.8. > > > * Implement USE_GNOMENG > > > * Implement REINPLACE > > > > > > With this commit, and the upcoming bonobo-conf commit, GNOME 2.0 users > > > should be able to use Evolution wihtout needing any other hacks. > > > > Not quite. Evolution still has gnomepilot in its {BUILD,RUN}_DEPENDS, > > while gnomepilot requires gnomecore (actually libpanel_applet from > > gnomecore) to compile/run. Therefore, GNOME2 user installing evolution > > with pilot support will find his GNOME2 desktop trashed by GNOME1 > > desktop. :( I am currently working on separating libpanel_applet from > > gnomecore and libcapplet from gnomecontrolcenter, so that we will be > > able to resolve this and similar problems. > > Yeah, I realized this shortly after commit. However, gnomecontrolcenter > _can_ be installed along side GNOME 2.0 without issue. It just looks > funny when you do it. I wouldn't bother with libpanel_applet. Those > applets will not work with panel2, I don't think. Yeah, but the task is not to allow them to work with panel2, but to allow the same package be compiled and work both with GNOME1 and GNOME2 desktop. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Wed Jul 10 6:46:22 2002 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 9359A37B400; Wed, 10 Jul 2002 06:46:03 -0700 (PDT) Received: from shale.csir.co.za (shale.csir.co.za [146.64.46.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E66843E09; Wed, 10 Jul 2002 06:45:43 -0700 (PDT) (envelope-from reg@shale.csir.co.za) Received: (from reg@localhost) by shale.csir.co.za (8.11.6/8.11.6) id g6ADjT168749; Wed, 10 Jul 2002 15:45:29 +0200 (SAT) (envelope-from reg) Date: Wed, 10 Jul 2002 15:45:29 +0200 From: Jeremy Lea To: gnome@freebsd.org, sobomax@freebsd.org Subject: gnomehier fixes... Message-ID: <20020710154529.A68475@shale.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, The new gnomehier port doesn't work very well. At least not for me... Also I think that the maintainer should be gnome@? Is MTREE not a better solution to this problem also? Regards, -Jeremy -- FreeBSD - Because the best things in life are free... http://www.freebsd.org/ misc/gnomehier: Maintainer: sobomax@FreeBSD.org Changes: Makefile pkg-plist Adds : Removes: files/dirlist --- /usr/ports.ref/misc/gnomehier/Makefile Fri Jul 5 23:01:53 2002 +++ misc/gnomehier/Makefile Wed Jul 10 15:12:53 2002 @@ -16,15 +16,27 @@ NO_BUILD= yes NO_WRKSUBDIR= yes +PREFIX= ${X11BASE} do-fetch: @${DO_NADA} do-install: - @for dir in `${CAT} ${FILESDIR}/dirlist`; \ + for dir in `${GREP} '@dirrm' ${PLIST} | sed -e 's^@dirrm ^^g'`; \ do \ ${MKDIR} ${PREFIX}/$${dir}; \ ${TOUCH} ${PREFIX}/$${dir}/.keep_me; \ + done + +generate-plist: + @${ECHO_MSG} "===> Generating temporary packing list" + @${MKDIR} `dirname ${TMPPLIST}` + @if [ ! -f ${PLIST} -o ! -f ${COMMENT} -o ! -f ${DESCR} ]; then ${ECHO_CMD} "** Missing package files for ${PKGNAME}."; exit 1; fi + @>${TMPPLIST} + @for dir in `${GREP} '@dirrm' ${PLIST} | sed -e 's^@dirrm ^^g'`; \ + do \ + ${ECHO_CMD} $${dir}/.keep_me >> ${TMPPLIST}; \ + ${ECHO_CMD} @dirrm $${dir} >> ${TMPPLIST}; \ done .include --- /usr/ports.ref/misc/gnomehier/files/dirlist Fri Jul 5 23:01:53 2002 +++ misc/gnomehier/files/dirlist Wed Jul 10 15:17:07 2002 @@ -1,245 +0,0 @@ -etc/CORBA -etc/CORBA/servers -etc/X11 -etc/X11/serverconfig -etc/X11/starthere -etc/X11/sysconfig -etc/gconf -etc/gconf/gconf.xml.defaults -etc/gconf/gconf.xml.defaults/apps -etc/gconf/gconf.xml.defaults/apps/eog -etc/gconf/gconf.xml.defaults/apps/eog/full_screen -etc/gconf/gconf.xml.defaults/apps/eog/view -etc/gconf/gconf.xml.defaults/apps/eog/window -etc/gconf/gconf.xml.defaults/schemas -etc/gconf/gconf.xml.defaults/schemas/apps -etc/gconf/gconf.xml.defaults/schemas/apps/eog -etc/gconf/gconf.xml.defaults/schemas/apps/eog/full_screen -etc/gconf/gconf.xml.defaults/schemas/apps/eog/view -etc/gconf/gconf.xml.defaults/schemas/apps/eog/window -etc/gconf/schemas -etc/gdm -etc/gdm/Init -etc/gdm/PostSession -etc/gdm/PreSession -etc/gdm/Sessions -etc/gnome -etc/gnome-vfs-2.0 -etc/gnome-vfs-2.0/modules -etc/sound -etc/sound/events -etc/vfs -etc/vfs/modules -include/gconf -include/gdk-pixbuf-1.0 -include/gdk-pixbuf-1.0/gdk-pixbuf -include/gdkcardimage -include/gnome-1.0 -include/libnautilus -lib/GConf -lib/bonobo -lib/bonobo/monikers -lib/bonobo/plugin -lib/gnome-pilot -lib/gnome-pilot/conduits -lib/gnome-vfs-2.0 -lib/gnome-vfs-2.0/modules -lib/gtk-2.0 -lib/libglade -lib/libglade/2.0 -lib/vfs -lib/vfs/modules -libdata/bonobo -libdata/bonobo/servers -libexec/rep -libexec/sawfish -share/doc/libgda -share/gnome -share/gnome/applets -share/gnome/applets/Amusements -share/gnome/applets/Clocks -share/gnome/applets/Monitors -share/gnome/applets/Multimedia -share/gnome/applets/Network -share/gnome/applets/Utility -share/gnome/application-registry -share/gnome/applications -share/gnome/apps -share/gnome/apps/Applications -share/gnome/apps/Development -share/gnome/apps/Games -share/gnome/apps/Graphics -share/gnome/apps/Internet -share/gnome/apps/Multimedia -share/gnome/apps/Settings -share/gnome/apps/Settings/Desktop -share/gnome/apps/Settings/Documents -share/gnome/apps/Settings/Peripherals -share/gnome/apps/Settings/Session -share/gnome/apps/System -share/gnome/apps/Utilities -share/gnome/bug-buddy -share/gnome/bug-buddy/bugzilla -share/gnome/bug-buddy/bugzilla/gnome -share/gnome/bug-buddy/bugzilla/ximian -share/gnome/control-center -share/gnome/control-center-2.0 -share/gnome/control-center-2.0/capplets -share/gnome/control-center/Desktop -share/gnome/control-center/Documents -share/gnome/control-center/Peripherals -share/gnome/control-center/Session -share/gnome/fonts -share/gnome/games -share/gnome/gdm -share/gnome/geyes -share/gnome/geyes/Bizarre -share/gnome/geyes/Bloodshot -share/gnome/geyes/Default -share/gnome/geyes/Default-tiny -share/gnome/geyes/Horrid -share/gnome/gkb -share/gnome/gnect -share/gnome/gnibbles -share/gnome/gnobots2 -share/gnome/gnome-2.0 -share/gnome/gnome-2.0/ui -share/gnome/gnome-about -share/gnome/gnome-pilot -share/gnome/gnome-pilot/conduits -share/gnome/gnome-stones -share/gnome/gnome-stones/objects -share/gnome/gnome-terminal -share/gnome/gnome-terminal/glade -share/gnome/gweather -share/gnome/help -share/gnome/help/aisleriot -share/gnome/help/aisleriot/C -share/gnome/help/aisleriot/C/figures -share/gnome/help/bug-buddy -share/gnome/help/bug-buddy/C -share/gnome/help/eog -share/gnome/help/eog/C -share/gnome/help/fdl -share/gnome/help/fdl/C -share/gnome/help/gataxx -share/gnome/help/gataxx/C -share/gnome/help/gataxx/C/figures -share/gnome/help/gedit -share/gnome/help/gedit/C -share/gnome/help/gnect -share/gnome/help/gnect/C -share/gnome/help/gnect/C/figures -share/gnome/help/gnibbles -share/gnome/help/gnibbles/C -share/gnome/help/gnibbles/C/figures -share/gnome/help/gnobots2 -share/gnome/help/gnobots2/C -share/gnome/help/gnobots2/C/figures -share/gnome/help/gnobots2/da -share/gnome/help/gnobots2/es -share/gnome/help/gnobots2/it -share/gnome/help/gnome-stones -share/gnome/help/gnome-stones/C -share/gnome/help/gnome-stones/C/figures -share/gnome/help/gnome-terminal -share/gnome/help/gnome-terminal/C -share/gnome/help/gnotravex -share/gnome/help/gnotravex/C -share/gnome/help/gnotravex/C/figures -share/gnome/help/gpl -share/gnome/help/gpl/C -share/gnome/help/gtali -share/gnome/help/gtali/C -share/gnome/help/gtali/C/figures -share/gnome/help/gtali/da -share/gnome/help/iagno -share/gnome/help/iagno/C -share/gnome/help/iagno/C/figures -share/gnome/help/lgpl -share/gnome/help/lgpl/C -share/gnome/help/mahjongg -share/gnome/help/mahjongg/C -share/gnome/help/mahjongg/C/figures -share/gnome/help/same-gnome -share/gnome/help/same-gnome/C -share/gnome/idl -share/gnome/images -share/gnome/mc -share/gnome/mc/templates -share/gnome/mime-info -share/gnome/nautilus -share/gnome/nautilus/emblems -share/gnome/nautilus/patterns -share/gnome/nautilus/services -share/gnome/nautilus/services/text -share/gnome/oaf -share/gnome/omf -share/gnome/omf/gnome-applets -share/gnome/omf/gnome-games -share/gnome/omf/gnome-media -share/gnome/omf/gnome-utils -share/gnome/panel -share/gnome/pixmaps -share/gnome/pixmaps/cards -share/gnome/pixmaps/cards/backs -share/gnome/pixmaps/cards/honors -share/gnome/pixmaps/cards/jokers -share/gnome/pixmaps/cards/ranks -share/gnome/pixmaps/cards/slots -share/gnome/pixmaps/cards/suits_large -share/gnome/pixmaps/cards/suits_medium -share/gnome/pixmaps/cards/suits_small -share/gnome/pixmaps/eog -share/gnome/pixmaps/fish -share/gnome/pixmaps/gataxx -share/gnome/pixmaps/gkb -share/gnome/pixmaps/glines -share/gnome/pixmaps/gnect -share/gnome/pixmaps/gnibbles -share/gnome/pixmaps/gnobots2 -share/gnome/pixmaps/gnome-stones -share/gnome/pixmaps/gnometris -share/gnome/pixmaps/gnometris/bg -share/gnome/pixmaps/gnotravex -share/gnome/pixmaps/gweather -share/gnome/pixmaps/iagno -share/gnome/pixmaps/mahjongg -share/gnome/pixmaps/mahjongg/bg -share/gnome/pixmaps/mailcheck -share/gnome/pixmaps/mini-commander -share/gnome/pixmaps/nautilus -share/gnome/pixmaps/nautilus/crux_eggplant -share/gnome/pixmaps/nautilus/crux_eggplant/backgrounds -share/gnome/pixmaps/nautilus/crux_eggplant/sidebar_tab_pieces -share/gnome/pixmaps/nautilus/crux_eggplant/throbber -share/gnome/pixmaps/nautilus/crux_teal -share/gnome/pixmaps/nautilus/crux_teal/backgrounds -share/gnome/pixmaps/nautilus/crux_teal/sidebar_tab_pieces -share/gnome/pixmaps/nautilus/crux_teal/throbber -share/gnome/pixmaps/nautilus/gnome -share/gnome/pixmaps/nautilus/gnome/sidebar_tab_pieces -share/gnome/pixmaps/nautilus/gnome/throbber -share/gnome/pixmaps/nautilus/sidebar_tab_pieces -share/gnome/pixmaps/nautilus/sierra -share/gnome/pixmaps/nautilus/tahoe -share/gnome/pixmaps/nautilus/throbber -share/gnome/pixmaps/same-gnome -share/gnome/pixmaps/splash -share/gnome/sgml -share/gnome/sgml/docbook -share/gnome/sgml/docbook/gnome-customization-0.1 -share/gnome/sol-games -share/gnome/sounds -share/gnome/sounds/gataxx -share/gnome/sounds/gnibbles -share/gnome/sounds/gnobots2 -share/gnome/sounds/iagno -share/gnome/ui -share/gnome/vfolders -share/gnome/wm-properties -share/gnome/xbill -share/gnome/xbill/cursors -share/gnome/xbill/pixmaps -share/gnome/xmodmap -share/sawfish --- /usr/ports.ref/misc/gnomehier/pkg-plist Tue Jul 2 11:38:44 2002 +++ misc/gnomehier/pkg-plist Wed Jul 10 15:13:17 2002 @@ -1,252 +1,3 @@ -etc/CORBA/.keep_me -etc/CORBA/servers/.keep_me -etc/X11/.keep_me -etc/X11/serverconfig/.keep_me -etc/X11/starthere/.keep_me -etc/X11/sysconfig/.keep_me -etc/gconf/.keep_me -etc/gconf/gconf.xml.defaults/.keep_me -etc/gconf/gconf.xml.defaults/apps/.keep_me -etc/gconf/gconf.xml.defaults/apps/eog/.keep_me -etc/gconf/gconf.xml.defaults/apps/eog/full_screen/.keep_me -etc/gconf/gconf.xml.defaults/apps/eog/view/.keep_me -etc/gconf/gconf.xml.defaults/apps/eog/window/.keep_me -etc/gconf/gconf.xml.defaults/schemas/.keep_me -etc/gconf/gconf.xml.defaults/schemas/apps/.keep_me -etc/gconf/gconf.xml.defaults/schemas/apps/eog/.keep_me -etc/gconf/gconf.xml.defaults/schemas/apps/eog/full_screen/.keep_me -etc/gconf/gconf.xml.defaults/schemas/apps/eog/view/.keep_me -etc/gconf/gconf.xml.defaults/schemas/apps/eog/window/.keep_me -etc/gconf/schemas/.keep_me -etc/gdm/.keep_me -etc/gdm/Init/.keep_me -etc/gdm/PostSession/.keep_me -etc/gdm/PreSession/.keep_me -etc/gdm/Sessions/.keep_me -etc/gnome-vfs-2.0/.keep_me -etc/gnome-vfs-2.0/modules/.keep_me -etc/gnome/.keep_me -etc/sound/.keep_me -etc/sound/events/.keep_me -etc/vfs/.keep_me -etc/vfs/modules/.keep_me -include/gconf/.keep_me -include/gdk-pixbuf-1.0/.keep_me -include/gdk-pixbuf-1.0/gdk-pixbuf/.keep_me -include/gdkcardimage/.keep_me -include/gnome-1.0/.keep_me -include/libnautilus/.keep_me -lib/GConf/.keep_me -lib/bonobo/.keep_me -lib/bonobo/monikers/.keep_me -lib/bonobo/plugin/.keep_me -lib/gnome-pilot/.keep_me -lib/gnome-pilot/conduits/.keep_me -lib/gnome-vfs-2.0/.keep_me -lib/gnome-vfs-2.0/modules/.keep_me -lib/gtk-2.0/.keep_me -lib/libglade/.keep_me -lib/libglade/2.0/.keep_me -lib/vfs/.keep_me -lib/vfs/modules/.keep_me -libdata/bonobo/.keep_me -libdata/bonobo/servers/.keep_me -libexec/rep/.keep_me -libexec/sawfish/.keep_me -share/doc/libgda/.keep_me -share/gnome/.keep_me -share/gnome/applets/.keep_me -share/gnome/applets/Amusements/.keep_me -share/gnome/applets/Clocks/.keep_me -share/gnome/applets/Monitors/.keep_me -share/gnome/applets/Multimedia/.keep_me -share/gnome/applets/Network/.keep_me -share/gnome/applets/Utility/.keep_me -share/gnome/application-registry/.keep_me -share/gnome/applications/.keep_me -share/gnome/apps/.keep_me -share/gnome/apps/Applications/.keep_me -share/gnome/apps/Development/.keep_me -share/gnome/apps/Games/.keep_me -share/gnome/apps/Graphics/.keep_me -share/gnome/apps/Internet/.keep_me -share/gnome/apps/Multimedia/.keep_me -share/gnome/apps/Settings/.keep_me -share/gnome/apps/Settings/Desktop/.keep_me -share/gnome/apps/Settings/Documents/.keep_me -share/gnome/apps/Settings/Peripherals/.keep_me -share/gnome/apps/Settings/Session/.keep_me -share/gnome/apps/System/.keep_me -share/gnome/apps/Utilities/.keep_me -share/gnome/bug-buddy/.keep_me -share/gnome/bug-buddy/bugzilla/.keep_me -share/gnome/bug-buddy/bugzilla/gnome/.keep_me -share/gnome/bug-buddy/bugzilla/ximian/.keep_me -share/gnome/control-center-2.0/.keep_me -share/gnome/control-center-2.0/capplets/.keep_me -share/gnome/control-center/.keep_me -share/gnome/control-center/Desktop/.keep_me -share/gnome/control-center/Documents/.keep_me -share/gnome/control-center/Peripherals/.keep_me -share/gnome/control-center/Session/.keep_me -share/gnome/fonts/.keep_me -share/gnome/games/.keep_me -share/gnome/gdm/.keep_me -share/gnome/geyes/.keep_me -share/gnome/geyes/Bizarre/.keep_me -share/gnome/geyes/Bloodshot/.keep_me -share/gnome/geyes/Default-tiny/.keep_me -share/gnome/geyes/Default/.keep_me -share/gnome/geyes/Horrid/.keep_me -share/gnome/gkb/.keep_me -share/gnome/gnect/.keep_me -share/gnome/gnibbles/.keep_me -share/gnome/gnobots2/.keep_me -share/gnome/gnome-2.0/.keep_me -share/gnome/gnome-2.0/ui/.keep_me -share/gnome/gnome-about/.keep_me -share/gnome/gnome-pilot/.keep_me -share/gnome/gnome-pilot/conduits/.keep_me -share/gnome/gnome-stones/.keep_me -share/gnome/gnome-stones/objects/.keep_me -share/gnome/gnome-terminal/.keep_me -share/gnome/gnome-terminal/glade/.keep_me -share/gnome/gweather/.keep_me -share/gnome/help/.keep_me -share/gnome/help/aisleriot/.keep_me -share/gnome/help/aisleriot/C/.keep_me -share/gnome/help/aisleriot/C/figures/.keep_me -share/gnome/help/bug-buddy/.keep_me -share/gnome/help/bug-buddy/C/.keep_me -share/gnome/help/eog/.keep_me -share/gnome/help/eog/C/.keep_me -share/gnome/help/fdl/.keep_me -share/gnome/help/fdl/C/.keep_me -share/gnome/help/gataxx/.keep_me -share/gnome/help/gataxx/C/.keep_me -share/gnome/help/gataxx/C/figures/.keep_me -share/gnome/help/gedit/.keep_me -share/gnome/help/gedit/C/.keep_me -share/gnome/help/gnect/.keep_me -share/gnome/help/gnect/C/.keep_me -share/gnome/help/gnect/C/figures/.keep_me -share/gnome/help/gnibbles/.keep_me -share/gnome/help/gnibbles/C/.keep_me -share/gnome/help/gnibbles/C/figures/.keep_me -share/gnome/help/gnobots2/.keep_me -share/gnome/help/gnobots2/C/.keep_me -share/gnome/help/gnobots2/C/figures/.keep_me -share/gnome/help/gnobots2/da/.keep_me -share/gnome/help/gnobots2/es/.keep_me -share/gnome/help/gnobots2/it/.keep_me -share/gnome/help/gnome-stones/.keep_me -share/gnome/help/gnome-stones/C/.keep_me -share/gnome/help/gnome-stones/C/figures/.keep_me -share/gnome/help/gnome-terminal/.keep_me -share/gnome/help/gnome-terminal/C/.keep_me -share/gnome/help/gnotravex/.keep_me -share/gnome/help/gnotravex/C/.keep_me -share/gnome/help/gnotravex/C/figures/.keep_me -share/gnome/help/gpl/.keep_me -share/gnome/help/gpl/C/.keep_me -share/gnome/help/gtali/.keep_me -share/gnome/help/gtali/C/.keep_me -share/gnome/help/gtali/C/figures/.keep_me -share/gnome/help/gtali/da/.keep_me -share/gnome/help/iagno/.keep_me -share/gnome/help/iagno/C/.keep_me -share/gnome/help/iagno/C/figures/.keep_me -share/gnome/help/lgpl/.keep_me -share/gnome/help/lgpl/C/.keep_me -share/gnome/help/mahjongg/.keep_me -share/gnome/help/mahjongg/C/.keep_me -share/gnome/help/mahjongg/C/figures/.keep_me -share/gnome/help/same-gnome/.keep_me -share/gnome/help/same-gnome/C/.keep_me -share/gnome/idl/.keep_me -share/gnome/images/.keep_me -share/gnome/mc/.keep_me -share/gnome/mc/templates/.keep_me -share/gnome/mime-info/.keep_me -share/gnome/nautilus/.keep_me -share/gnome/nautilus/emblems/.keep_me -share/gnome/nautilus/patterns/.keep_me -share/gnome/nautilus/services/.keep_me -share/gnome/nautilus/services/text/.keep_me -share/gnome/oaf/.keep_me -share/gnome/omf/.keep_me -share/gnome/omf/gnome-applets/.keep_me -share/gnome/omf/gnome-games/.keep_me -share/gnome/omf/gnome-media/.keep_me -share/gnome/omf/gnome-utils/.keep_me -share/gnome/panel/.keep_me -share/gnome/pixmaps/.keep_me -share/gnome/pixmaps/cards/.keep_me -share/gnome/pixmaps/cards/backs/.keep_me -share/gnome/pixmaps/cards/honors/.keep_me -share/gnome/pixmaps/cards/jokers/.keep_me -share/gnome/pixmaps/cards/ranks/.keep_me -share/gnome/pixmaps/cards/slots/.keep_me -share/gnome/pixmaps/cards/suits_large/.keep_me -share/gnome/pixmaps/cards/suits_medium/.keep_me -share/gnome/pixmaps/cards/suits_small/.keep_me -share/gnome/pixmaps/eog/.keep_me -share/gnome/pixmaps/fish/.keep_me -share/gnome/pixmaps/gataxx/.keep_me -share/gnome/pixmaps/gkb/.keep_me -share/gnome/pixmaps/glines/.keep_me -share/gnome/pixmaps/gnect/.keep_me -share/gnome/pixmaps/gnibbles/.keep_me -share/gnome/pixmaps/gnobots2/.keep_me -share/gnome/pixmaps/gnome-stones/.keep_me -share/gnome/pixmaps/gnometris/.keep_me -share/gnome/pixmaps/gnometris/bg/.keep_me -share/gnome/pixmaps/gnotravex/.keep_me -share/gnome/pixmaps/gweather/.keep_me -share/gnome/pixmaps/iagno/.keep_me -share/gnome/pixmaps/mahjongg/.keep_me -share/gnome/pixmaps/mahjongg/bg/.keep_me -share/gnome/pixmaps/mailcheck/.keep_me -share/gnome/pixmaps/mini-commander/.keep_me -share/gnome/pixmaps/nautilus/.keep_me -share/gnome/pixmaps/nautilus/crux_eggplant/.keep_me -share/gnome/pixmaps/nautilus/crux_eggplant/backgrounds/.keep_me -share/gnome/pixmaps/nautilus/crux_eggplant/sidebar_tab_pieces/.keep_me -share/gnome/pixmaps/nautilus/crux_eggplant/throbber/.keep_me -share/gnome/pixmaps/nautilus/crux_teal/.keep_me -share/gnome/pixmaps/nautilus/crux_teal/backgrounds/.keep_me -share/gnome/pixmaps/nautilus/crux_teal/sidebar_tab_pieces/.keep_me -share/gnome/pixmaps/nautilus/crux_teal/throbber/.keep_me -share/gnome/pixmaps/nautilus/gnome/.keep_me -share/gnome/pixmaps/nautilus/gnome/sidebar_tab_pieces/.keep_me -share/gnome/pixmaps/nautilus/gnome/throbber/.keep_me -share/gnome/pixmaps/nautilus/sidebar_tab_pieces/.keep_me -share/gnome/pixmaps/nautilus/sierra/.keep_me -share/gnome/pixmaps/nautilus/tahoe/.keep_me -share/gnome/pixmaps/nautilus/throbber/.keep_me -share/gnome/pixmaps/same-gnome/.keep_me -share/gnome/pixmaps/splash/.keep_me -share/gnome/sgml/.keep_me -share/gnome/sgml/docbook/.keep_me -share/gnome/sgml/docbook/gnome-customization-0.1/.keep_me -share/gnome/sol-games/.keep_me -share/gnome/sounds/.keep_me -share/gnome/sounds/gataxx/.keep_me -share/gnome/sounds/gnibbles/.keep_me -share/gnome/sounds/gnobots2/.keep_me -share/gnome/sounds/iagno/.keep_me -share/gnome/ui/.keep_me -share/gnome/vfolders/.keep_me -share/gnome/wm-properties/.keep_me -share/gnome/xbill/.keep_me -share/gnome/xbill/cursors/.keep_me -share/gnome/xbill/pixmaps/.keep_me -share/gnome/xmodmap/.keep_me -share/sawfish/.keep_me -share/themes/.keep_me -share/themes/Default/.keep_me -share/themes/Metal/.keep_me -share/themes/Redmond95/.keep_me @dirrm share/themes/Redmond95 @dirrm share/themes/Metal @dirrm share/themes/Default To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Wed Jul 10 6:54:33 2002 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 2988237B400; Wed, 10 Jul 2002 06:54:31 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7184543E31; Wed, 10 Jul 2002 06:54:30 -0700 (PDT) (envelope-from marcus@FreeBSD.org) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6ADrKp4078475; Wed, 10 Jul 2002 09:53:25 -0400 (EDT) (envelope-from marcus@FreeBSD.org) Subject: Re: cvs commit: ports/mail/evolution Makefile distinfo pkg-plist From: Joe Marcus Clarke To: Maxim Sobolev Cc: gnome@FreeBSD.org In-Reply-To: <3D2C3979.32B56E62@FreeBSD.org> References: <200207092156.g69LublZ095608@freefall.freebsd.org> <3D2C3151.9B11181@FreeBSD.org> <1026307277.365.1.camel@gyros.marcuscom.com> <3D2C3979.32B56E62@FreeBSD.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 10 Jul 2002 09:54:03 -0400 Message-Id: <1026309255.365.21.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 2002-07-10 at 09:41, Maxim Sobolev wrote: > Joe Marcus Clarke wrote: > > > > On Wed, 2002-07-10 at 09:06, Maxim Sobolev wrote: > > > Joe Marcus Clarke wrote: > > > > > > > > marcus 2002/07/09 14:56:37 PDT > > > > > > > > Modified files: > > > > mail/evolution Makefile distinfo pkg-plist > > > > Log: > > > > * Update to 1.0.8. > > > > * Implement USE_GNOMENG > > > > * Implement REINPLACE > > > > > > > > With this commit, and the upcoming bonobo-conf commit, GNOME 2.0 users > > > > should be able to use Evolution wihtout needing any other hacks. > > > > > > Not quite. Evolution still has gnomepilot in its {BUILD,RUN}_DEPENDS, > > > while gnomepilot requires gnomecore (actually libpanel_applet from > > > gnomecore) to compile/run. Therefore, GNOME2 user installing evolution > > > with pilot support will find his GNOME2 desktop trashed by GNOME1 > > > desktop. :( I am currently working on separating libpanel_applet from > > > gnomecore and libcapplet from gnomecontrolcenter, so that we will be > > > able to resolve this and similar problems. > > > > Yeah, I realized this shortly after commit. However, gnomecontrolcenter > > _can_ be installed along side GNOME 2.0 without issue. It just looks > > funny when you do it. I wouldn't bother with libpanel_applet. Those > > applets will not work with panel2, I don't think. > > Yeah, but the task is not to allow them to work with panel2, but to > allow the same package be compiled and work both with GNOME1 and > GNOME2 desktop. What ports need libpanel_applet that should work in GNOME 2? It's my understanding that they will not work in GNOME 2.0 unless they are ported to the new API. Joe > > -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Wed Jul 10 7: 1: 6 2002 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 0163437B400; Wed, 10 Jul 2002 07:01:04 -0700 (PDT) Received: from rabbit.netstyle.com.ua (rabbit.netstyle.com.ua [193.193.194.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFEAF43E09; Wed, 10 Jul 2002 07:01:01 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Received: from vega.vega.com (root@[195.5.51.243]) by rabbit.netstyle.com.ua (8.12.5/8.12.5) with ESMTP id g6AE0wsl014890; Wed, 10 Jul 2002 17:00:58 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vega.vega.com (8.11.6/8.11.3) with ESMTP id g6AE13j09277; Wed, 10 Jul 2002 17:01:03 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <3D2C3E2A.A2B8D95B@FreeBSD.org> Date: Wed, 10 Jul 2002 17:01:14 +0300 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U) X-Accept-Language: en,uk,ru MIME-Version: 1.0 To: Joe Marcus Clarke Cc: gnome@FreeBSD.org Subject: Re: cvs commit: ports/mail/evolution Makefile distinfo pkg-plist References: <200207092156.g69LublZ095608@freefall.freebsd.org> <3D2C3151.9B11181@FreeBSD.org> <1026307277.365.1.camel@gyros.marcuscom.com> <3D2C3979.32B56E62@FreeBSD.org> <1026309255.365.21.camel@gyros.marcuscom.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Joe Marcus Clarke wrote: > > On Wed, 2002-07-10 at 09:41, Maxim Sobolev wrote: > > Joe Marcus Clarke wrote: > > > > > > On Wed, 2002-07-10 at 09:06, Maxim Sobolev wrote: > > > > Joe Marcus Clarke wrote: > > > > > > > > > > marcus 2002/07/09 14:56:37 PDT > > > > > > > > > > Modified files: > > > > > mail/evolution Makefile distinfo pkg-plist > > > > > Log: > > > > > * Update to 1.0.8. > > > > > * Implement USE_GNOMENG > > > > > * Implement REINPLACE > > > > > > > > > > With this commit, and the upcoming bonobo-conf commit, GNOME 2.0 users > > > > > should be able to use Evolution wihtout needing any other hacks. > > > > > > > > Not quite. Evolution still has gnomepilot in its {BUILD,RUN}_DEPENDS, > > > > while gnomepilot requires gnomecore (actually libpanel_applet from > > > > gnomecore) to compile/run. Therefore, GNOME2 user installing evolution > > > > with pilot support will find his GNOME2 desktop trashed by GNOME1 > > > > desktop. :( I am currently working on separating libpanel_applet from > > > > gnomecore and libcapplet from gnomecontrolcenter, so that we will be > > > > able to resolve this and similar problems. > > > > > > Yeah, I realized this shortly after commit. However, gnomecontrolcenter > > > _can_ be installed along side GNOME 2.0 without issue. It just looks > > > funny when you do it. I wouldn't bother with libpanel_applet. Those > > > applets will not work with panel2, I don't think. > > > > Yeah, but the task is not to allow them to work with panel2, but to > > allow the same package be compiled and work both with GNOME1 and > > GNOME2 desktop. > > What ports need libpanel_applet that should work in GNOME 2? It's my > understanding that they will not work in GNOME 2.0 unless they are > ported to the new API. The port might just have an applet in addition to the main binary/library (see gnomepilot), so that it would be nice if there is a way to disconnect them from gnomecore. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Wed Jul 10 7: 6:59 2002 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 7710237B400; Wed, 10 Jul 2002 07:06:54 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id B37D343E3B; Wed, 10 Jul 2002 07:06:53 -0700 (PDT) (envelope-from marcus@FreeBSD.org) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6AE5mp4078556; Wed, 10 Jul 2002 10:05:48 -0400 (EDT) (envelope-from marcus@FreeBSD.org) Subject: Re: cvs commit: ports/mail/evolution Makefile distinfo pkg-plist From: Joe Marcus Clarke To: Maxim Sobolev Cc: gnome@FreeBSD.org In-Reply-To: <3D2C3E2A.A2B8D95B@FreeBSD.org> References: <200207092156.g69LublZ095608@freefall.freebsd.org> <3D2C3151.9B11181@FreeBSD.org> <1026307277.365.1.camel@gyros.marcuscom.com> <3D2C3979.32B56E62@FreeBSD.org> <1026309255.365.21.camel@gyros.marcuscom.com> <3D2C3E2A.A2B8D95B@FreeBSD.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 10 Jul 2002 10:06:37 -0400 Message-Id: <1026309998.351.1.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 2002-07-10 at 10:01, Maxim Sobolev wrote: > Joe Marcus Clarke wrote: > > > > On Wed, 2002-07-10 at 09:41, Maxim Sobolev wrote: > > > Joe Marcus Clarke wrote: > > > > > > > > On Wed, 2002-07-10 at 09:06, Maxim Sobolev wrote: > > > > > Joe Marcus Clarke wrote: > > > > > > > > > > > > marcus 2002/07/09 14:56:37 PDT > > > > > > > > > > > > Modified files: > > > > > > mail/evolution Makefile distinfo pkg-plist > > > > > > Log: > > > > > > * Update to 1.0.8. > > > > > > * Implement USE_GNOMENG > > > > > > * Implement REINPLACE > > > > > > > > > > > > With this commit, and the upcoming bonobo-conf commit, GNOME 2.0 users > > > > > > should be able to use Evolution wihtout needing any other hacks. > > > > > > > > > > Not quite. Evolution still has gnomepilot in its {BUILD,RUN}_DEPENDS, > > > > > while gnomepilot requires gnomecore (actually libpanel_applet from > > > > > gnomecore) to compile/run. Therefore, GNOME2 user installing evolution > > > > > with pilot support will find his GNOME2 desktop trashed by GNOME1 > > > > > desktop. :( I am currently working on separating libpanel_applet from > > > > > gnomecore and libcapplet from gnomecontrolcenter, so that we will be > > > > > able to resolve this and similar problems. > > > > > > > > Yeah, I realized this shortly after commit. However, gnomecontrolcenter > > > > _can_ be installed along side GNOME 2.0 without issue. It just looks > > > > funny when you do it. I wouldn't bother with libpanel_applet. Those > > > > applets will not work with panel2, I don't think. > > > > > > Yeah, but the task is not to allow them to work with panel2, but to > > > allow the same package be compiled and work both with GNOME1 and > > > GNOME2 desktop. > > > > What ports need libpanel_applet that should work in GNOME 2? It's my > > understanding that they will not work in GNOME 2.0 unless they are > > ported to the new API. > > The port might just have an applet in addition to the main > binary/library (see gnomepilot), so that it would be nice if there is > a way to disconnect them from gnomecore. Checkout the GNOME site. They specifically mention Evo under GNOME 2.0, and they only talk about needing gnomecontrolcenter. Obviously they thought of this. I don't think gnomecore will actually be needed: http://www.gnome.org/start/2.0/installation.html#upgrading Look under the Parallel Build instructions. Joe > > -Maxim > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Wed Jul 10 7:55:48 2002 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 7C18537B400; Wed, 10 Jul 2002 07:55:46 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F00243E52; Wed, 10 Jul 2002 07:55:46 -0700 (PDT) (envelope-from ijliao@FreeBSD.org) Received: from freefall.freebsd.org (ijliao@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g6AEtjJU077131; Wed, 10 Jul 2002 07:55:46 -0700 (PDT) (envelope-from ijliao@freefall.freebsd.org) Received: (from ijliao@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g6AEtjlY077127; Wed, 10 Jul 2002 07:55:45 -0700 (PDT) Date: Wed, 10 Jul 2002 07:55:45 -0700 (PDT) From: Ying-Chieh Liao Message-Id: <200207101455.g6AEtjlY077127@freefall.freebsd.org> To: ijliao@FreeBSD.org, freebsd-ports@FreeBSD.org, gnome@FreeBSD.org Subject: Re: ports/40373: /usr/ports/graphics/dia does not compile Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Synopsis: /usr/ports/graphics/dia does not compile Responsible-Changed-From-To: freebsd-ports->gnome Responsible-Changed-By: ijliao Responsible-Changed-When: Wed Jul 10 07:55:33 PDT 2002 Responsible-Changed-Why: over to maintainer http://www.freebsd.org/cgi/query-pr.cgi?pr=40373 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Wed Jul 10 8: 5:55 2002 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 6BD0E37B400; Wed, 10 Jul 2002 08:05:53 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F2CA43E3B; Wed, 10 Jul 2002 08:05:53 -0700 (PDT) (envelope-from ijliao@FreeBSD.org) Received: from freefall.freebsd.org (ijliao@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g6AF5qJU082458; Wed, 10 Jul 2002 08:05:52 -0700 (PDT) (envelope-from ijliao@freefall.freebsd.org) Received: (from ijliao@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g6AF5qf1082454; Wed, 10 Jul 2002 08:05:52 -0700 (PDT) Date: Wed, 10 Jul 2002 08:05:52 -0700 (PDT) From: Ying-Chieh Liao Message-Id: <200207101505.g6AF5qf1082454@freefall.freebsd.org> To: ijliao@FreeBSD.org, freebsd-ports@FreeBSD.org, gnome@FreeBSD.org Subject: Re: ports/40408: scrolkeeper build fails at patching problems - docbook problem Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Synopsis: scrolkeeper build fails at patching problems - docbook problem Responsible-Changed-From-To: freebsd-ports->gnome Responsible-Changed-By: ijliao Responsible-Changed-When: Wed Jul 10 08:05:42 PDT 2002 Responsible-Changed-Why: over to maintainer http://www.freebsd.org/cgi/query-pr.cgi?pr=40408 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Wed Jul 10 12: 9:58 2002 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 8DEDA37B400 for ; Wed, 10 Jul 2002 12:09:55 -0700 (PDT) Received: from ncc-1701.webonaut.com (static62-99-136-018.adsl.inode.at [62.99.136.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48FD443E4A for ; Wed, 10 Jul 2002 12:09:54 -0700 (PDT) (envelope-from klammer@webonaut.com) Received: from mysqlhost (mysqlhost [127.0.0.1]) by ncc-1701.webonaut.com (Postfix) with ESMTP id EA13B6FB0F; Wed, 10 Jul 2002 21:09:52 +0200 (CEST) Subject: Re: gnome-panel (and other gnome[1|2]-apps) dying From: Franz Klammer To: Joe Marcus Clarke Cc: gnome@FreeBSD.ORG In-Reply-To: <1026307546.365.5.camel@gyros.marcuscom.com> References: <1026301765.83008.18.camel@ncc-1701.webonaut.com> <1026307546.365.5.camel@gyros.marcuscom.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 10 Jul 2002 21:09:52 +0200 Message-Id: <1026328193.58247.17.camel@ncc-1701.webonaut.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG it's (again) an Xinerama-Problem. :-(( i've turend off the second screen and erverything works well then. thanks, franz. Am Mi, 2002-07-10 um 15.25 schrieb Joe Marcus Clarke: > On Wed, 2002-07-10 at 07:49, Franz Klammer wrote: > > I've another question about my good old "gnome-panel-dissapear-problem": > > today i've compiled gnome-panel with -g and STRIP=. > > after the edge-panel dies/disappears i've made a back trace. > > on second later bugg-buddy pops up and tells my galeon-bin also died. > > and in the bt and the output from bugg-buddy i've seen that always > > libc_r.so.4 is involved: see attachment. > > > > maybee this are my problem? > > It does seem like you have an isolated problem. At least I don't see > the same thing. The other day I did notice my panel locked up more or > less, but this turned out to be an old library conflict that I resolved > by removing a bad ld path. > > Your back trace isn't very helpful, as it doesn't look like the threads > you're attached to are doing any thing. You might try doing an "info > threads" and then attaching to one of the other threads to see what > they're doing. > > > > > there are also something other: sometimes if a start a new program > > (e.g. gnome-terminal) it's not visible on my task-list-applet. > > the last time i have seen this was today with evolution and a "Create-a- > > new Message"-Window (this mail) and with galeon if i've opened a window > > with window.open(). > > I haven't seen this problem in my setup. It almost seems like your > panel may be messed up. > > Joe > > > > > franz. > > > > ... i hope my mail is not too confusingly ... > > -- WEBONAUT.com http://webonaut.com mailto:klammer@webonaut.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Wed Jul 10 12:55:13 2002 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 5310437B401 for ; Wed, 10 Jul 2002 12:55:12 -0700 (PDT) Received: from mail3.ksc.th.com (mail3.ksc.th.com [203.155.0.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id E85A443E31 for ; Wed, 10 Jul 2002 12:53:03 -0700 (PDT) (envelope-from easytoberich01@yahoo.com) Received: from ksc.th.com ([203.156.15.36]) by mail3.ksc.th.com (8.12.1/8.12.0) with SMTP id g6AJjxFu022592 for ; Thu, 11 Jul 2002 02:52:59 +0700 Message-Id: <200207101952.g6AJjxFu022592@mail3.ksc.th.com> Date: Thu, 11 Jul 2002 02:55:05 To: "FreeBSD GNOME team" From: easytoberich01@yahoo.com (international e-business) Subject: ÊÓËÃѺ¼Ùé·Õèµéͧ¡ÒÃâÍ¡ÒÊ㹡ÒÃà»ÅÕè¹á»Å§ªÕÇÔµ Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG !!!!! Part-Time Job!! ÊÓËÃѺ¹Ñ¡àÃÕ¹ ¹Ñ¡ÈÖ¡ÉÒ áÅмÙé·Ó§Ò¹»ÃÐ¨Ó ¤Ø³µéͧ¡ÒçҹẺ¹ÕéºéÒ§äËÁ…?? -§Ò¹ parttime ·Ó§Ò¹·ÕèºéÒ¹ä´é ¶éҤسãªé Internet à»ç¹ -·Ó§Ò¹à¾Õ§ÇѹÅÐ 2-3 ªÁ. -ÃÒÂä´é 5,000 – 15,000 ºÒ· ¶éҤسà»ç¹¤¹Ë¹Ö觷Õè·Ó§Ò¹»ÃШÓËÃ×ÍÂѧäÁèÁÕ§Ò¹·Ó ¹Ñ¡ÈÖ¡ÉÒ·Õè¡ÓÅѧÈÖ¡ÉÒÍÂÙè ¼ÙéÇèÒ§§Ò¹ ËÃ×ͼÙé·ÕèÂѧ¾ÍÁÕàÇÅÒÇèÒ§¨Ò¡§Ò¹»ÃÐ¨Ó ÁդسÊÁºÑµÔàº×éͧµé¹´Ñ§¹Õé 1. ÁÕ·Ñȹ¤µÔ·Õè´Õ 2. ¾ÃéÍÁ·Õè¨ÐàÃÕ¹ÃÙé à¹×èͧ¨Ò¡à»ç¹ÃкºãËÁè¨Ö§µéͧãËéÁÕ¡ÒÃͺÃÁãËéµÒÁ¤ÇÒÁàËÁÒÐÊÁ 3. µéͧ¡Ò÷Õè¨Ð·Ó§Ò¹ÍÂèÒ§¨ÃÔ§¨Ñ§ ÍÂÒ¡·Õè¨Ðà»ÅÕ蹰ҹзҧ¡ÒÃà§Ô¹¢Í§µ¹àͧ áÅÐÍÂÒ¡ÁÕÃÒÂä´é¨Ò¡¡Ò÷ӧҹµÃ§¹Õé¨ÃÔ§æ ·Ø¡ÍÂèÒ§à»ç¹ä»ä´é ã¹ http://www.geocities.com/getchances2000/ ÍÂèÒ !…………….. à»ç¹á¤èà¾Õ§¤¹·Õè¹Ñè§ÃÍâÍ¡ÒÊ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Wed Jul 10 13:23:59 2002 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 81F9337B400 for ; Wed, 10 Jul 2002 13:23:44 -0700 (PDT) Received: from eos.telenet-ops.be (eos.telenet-ops.be [195.130.132.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 972DB43E54 for ; Wed, 10 Jul 2002 13:23:43 -0700 (PDT) (envelope-from lah@pandora.be) Received: from localhost (localhost.localdomain [127.0.0.1]) by eos.telenet-ops.be (Postfix) with SMTP id 914E91FF60 for ; Wed, 10 Jul 2002 21:51:01 +0200 (CEST) Received: from archipelagos (D57641ED.kabel.telenet.be [213.118.65.237]) by eos.telenet-ops.be (Postfix) with ESMTP id 202CC20006 for ; Wed, 10 Jul 2002 21:51:00 +0200 (CEST) Date: Wed, 10 Jul 2002 21:49:11 +0200 (CEST) From: la hache X-X-Sender: h@archipelagos.pandora.be To: gnome@FreeBSD.org Subject: can't compile Message-ID: <20020710214639.D179-200000@archipelagos.pandora.be> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-206166095-1026330551=:179" Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-206166095-1026330551=:179 Content-Type: TEXT/PLAIN; charset=US-ASCII hi, i can't compile atk (required for gimp-dev) from ports, altho glib204 _is_ installed ! i really don't understand. i don't have any config-glib20 or something alike in /usr/local/lib altho i did compile glib20 from ports without any problem. checking for aclocal flags... checking for pkg-config... /usr/local/bin/pkg-config checking for GLIB - version >= 2.0.0... no *** Could not run GLIB test program, checking why... *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means GLIB is incorrectly installed. configure: error: *** GLIB 2.0.0 or better is required. The latest version of *** GLIB is always available from ftp://ftp.gtk.org/. --0-206166095-1026330551=:179 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="config.log" Content-Transfer-Encoding: BASE64 Content-ID: <20020710214911.P179@archipelagos.pandora.be> Content-Description: Content-Disposition: attachment; filename="config.log" VGhpcyBmaWxlIGNvbnRhaW5zIGFueSBtZXNzYWdlcyBwcm9kdWNlZCBieSBj b21waWxlcnMgd2hpbGUNCnJ1bm5pbmcgY29uZmlndXJlLCB0byBhaWQgZGVi dWdnaW5nIGlmIGNvbmZpZ3VyZSBtYWtlcyBhIG1pc3Rha2UuDQoNCkl0IHdh cyBjcmVhdGVkIGJ5IGNvbmZpZ3VyZSwgd2hpY2ggd2FzDQpnZW5lcmF0ZWQg YnkgR05VIEF1dG9jb25mIDIuNTMuICBJbnZvY2F0aW9uIGNvbW1hbmQgbGlu ZSB3YXMNCg0KICAkIC4vY29uZmlndXJlIC0tZW5hYmxlLXN0YXRpYyAtLXBy ZWZpeD0vdXNyL2xvY2FsIC0tdGFyZ2V0PWkzODYtdW5rbm93bi1mcmVlYnNk NC42DQoNCiMjIC0tLS0tLS0tLSAjIw0KIyMgUGxhdGZvcm0uICMjDQojIyAt LS0tLS0tLS0gIyMNCg0KaG9zdG5hbWUgPSBhcmNoaXBlbGFnb3MucGFuZG9y YS5iZQ0KdW5hbWUgLW0gPSBpMzg2DQp1bmFtZSAtciA9IDQuNi1TVEFCTEUN CnVuYW1lIC1zID0gRnJlZUJTRA0KdW5hbWUgLXYgPSBGcmVlQlNEIDQuNi1T VEFCTEUgIzc6IE1vbiBKdWwgIDggMTQ6NTk6MDYgQ0VTVCAyMDAyICAgICBy b290QGFyY2hpcGVsYWdvcy5wYW5kb3JhLmJlOi91c3Ivb2JqL3Vzci9zcmMv c3lzL0FSQ0hJUEVMQUdPUyANCg0KL3Vzci9iaW4vdW5hbWUgLXAgPSBpMzg2 DQovYmluL3VuYW1lIC1YICAgICA9IHVua25vd24NCg0KL2Jpbi9hcmNoICAg ICAgICAgICAgICA9IHVua25vd24NCi91c3IvYmluL2FyY2ggLWsgICAgICAg PSB1bmtub3duDQovdXNyL2NvbnZleC9nZXRzeXNpbmZvID0gdW5rbm93bg0K aG9zdGluZm8gICAgICAgICAgICAgICA9IHVua25vd24NCi9iaW4vbWFjaGlu ZSAgICAgICAgICAgPSB1bmtub3duDQovdXNyL2Jpbi9vc2xldmVsICAgICAg ID0gdW5rbm93bg0KL2Jpbi91bml2ZXJzZSAgICAgICAgICA9IHVua25vd24N Cg0KUEFUSDogL3Vzci9jb21wYXQvbGludXgvdXNyL2FkYWJhcy9iaW4NClBB VEg6IC91c3IvY29tcGF0L2xpbnV4L3Vzci9hZGFiYXMvcGdtDQpQQVRIOiAv c2Jpbg0KUEFUSDogL2Jpbg0KUEFUSDogL3Vzci9zYmluDQpQQVRIOiAvdXNy L2Jpbg0KUEFUSDogL3Vzci9nYW1lcw0KUEFUSDogL3Vzci9sb2NhbC9zYmlu DQpQQVRIOiAvdXNyL2xvY2FsL2Jpbg0KUEFUSDogL3Vzci9YMTFSNi9iaW4N ClBBVEg6IC9yb290L2Jpbg0KDQoNCiMjIC0tLS0tLS0tLS0tICMjDQojIyBD b3JlIHRlc3RzLiAjIw0KIyMgLS0tLS0tLS0tLS0gIyMNCg0KY29uZmlndXJl OjE0Mzg6IGNoZWNraW5nIGZvciBhIEJTRC1jb21wYXRpYmxlIGluc3RhbGwN CmNvbmZpZ3VyZToxNDkyOiByZXN1bHQ6IC91c3IvYmluL2luc3RhbGwgLWMg LW8gcm9vdCAtZyB3aGVlbA0KY29uZmlndXJlOjE1MDM6IGNoZWNraW5nIHdo ZXRoZXIgYnVpbGQgZW52aXJvbm1lbnQgaXMgc2FuZQ0KY29uZmlndXJlOjE1 NDY6IHJlc3VsdDogeWVzDQpjb25maWd1cmU6MTU2MTogY2hlY2tpbmcgd2hl dGhlciBtYWtlIHNldHMgJHtNQUtFfQ0KY29uZmlndXJlOjE1ODE6IHJlc3Vs dDogeWVzDQpjb25maWd1cmU6MTYxMzogY2hlY2tpbmcgZm9yIHdvcmtpbmcg YWNsb2NhbA0KY29uZmlndXJlOjE2MjA6IHJlc3VsdDogZm91bmQNCmNvbmZp Z3VyZToxNjI4OiBjaGVja2luZyBmb3Igd29ya2luZyBhdXRvY29uZg0KY29u ZmlndXJlOjE2MzU6IHJlc3VsdDogZm91bmQNCmNvbmZpZ3VyZToxNjQzOiBj aGVja2luZyBmb3Igd29ya2luZyBhdXRvbWFrZQ0KY29uZmlndXJlOjE2NTA6 IHJlc3VsdDogZm91bmQNCmNvbmZpZ3VyZToxNjU4OiBjaGVja2luZyBmb3Ig d29ya2luZyBhdXRvaGVhZGVyDQpjb25maWd1cmU6MTY2NTogcmVzdWx0OiBm b3VuZA0KY29uZmlndXJlOjE2NzM6IGNoZWNraW5nIGZvciB3b3JraW5nIG1h a2VpbmZvDQpjb25maWd1cmU6MTY4MDogcmVzdWx0OiBmb3VuZA0KY29uZmln dXJlOjE3MzY6IGNoZWNraW5nIGZvciBnY2MNCmNvbmZpZ3VyZToxNzYyOiBy ZXN1bHQ6IGNjDQpjb25maWd1cmU6MjAwNjogY2hlY2tpbmcgZm9yIEMgY29t cGlsZXIgdmVyc2lvbg0KY29uZmlndXJlOjIwMDk6IGNjIC0tdmVyc2lvbiA8 L2Rldi9udWxsID4mNQ0KMi45NS40DQpjb25maWd1cmU6MjAxMjogJD8gPSAw DQpjb25maWd1cmU6MjAxNDogY2MgLXYgPC9kZXYvbnVsbCA+JjUNClVzaW5n IGJ1aWx0aW4gc3BlY3MuDQpnY2MgdmVyc2lvbiAyLjk1LjQgMjAwMjAzMjAg W0ZyZWVCU0RdDQpjb25maWd1cmU6MjAxNzogJD8gPSAwDQpjb25maWd1cmU6 MjAxOTogY2MgLVYgPC9kZXYvbnVsbCA+JjUNCmNjOiBhcmd1bWVudCB0byBg LVYnIGlzIG1pc3NpbmcNCmNvbmZpZ3VyZToyMDIyOiAkPyA9IDENCmNvbmZp Z3VyZToyMDQ4OiBjaGVja2luZyBmb3IgQyBjb21waWxlciBkZWZhdWx0IG91 dHB1dA0KY29uZmlndXJlOjIwNTE6IGNjIC1PIC1waXBlICAtSS91c3IvbG9j YWwvaW5jbHVkZSAtTC91c3IvbG9jYWwvbGliIGNvbmZ0ZXN0LmMgID4mNQ0K Y29uZmlndXJlOjIwNTQ6ICQ/ID0gMA0KY29uZmlndXJlOjIwODc6IHJlc3Vs dDogYS5vdXQNCmNvbmZpZ3VyZToyMDkyOiBjaGVja2luZyB3aGV0aGVyIHRo ZSBDIGNvbXBpbGVyIHdvcmtzDQpjb25maWd1cmU6MjA5ODogLi9hLm91dA0K Y29uZmlndXJlOjIxMDE6ICQ/ID0gMA0KY29uZmlndXJlOjIxMTY6IHJlc3Vs dDogeWVzDQpjb25maWd1cmU6MjEyMzogY2hlY2tpbmcgd2hldGhlciB3ZSBh cmUgY3Jvc3MgY29tcGlsaW5nDQpjb25maWd1cmU6MjEyNTogcmVzdWx0OiBu bw0KY29uZmlndXJlOjIxMjg6IGNoZWNraW5nIGZvciBzdWZmaXggb2YgZXhl Y3V0YWJsZXMNCmNvbmZpZ3VyZToyMTMwOiBjYyAtbyBjb25mdGVzdCAtTyAt cGlwZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLUwvdXNyL2xvY2FsL2xpYiBj b25mdGVzdC5jICA+JjUNCmNvbmZpZ3VyZToyMTMzOiAkPyA9IDANCmNvbmZp Z3VyZToyMTU1OiByZXN1bHQ6IA0KY29uZmlndXJlOjIxNjE6IGNoZWNraW5n IGZvciBzdWZmaXggb2Ygb2JqZWN0IGZpbGVzDQpjb25maWd1cmU6MjE4NTog Y2MgLWMgLU8gLXBpcGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIGNvbmZ0ZXN0 LmMgPiY1DQpjb25maWd1cmU6MjE4ODogJD8gPSAwDQpjb25maWd1cmU6MjIw NzogcmVzdWx0OiBvDQpjb25maWd1cmU6MjIxMTogY2hlY2tpbmcgd2hldGhl ciB3ZSBhcmUgdXNpbmcgdGhlIEdOVSBDIGNvbXBpbGVyDQpjb25maWd1cmU6 MjIzODogY2MgLWMgLU8gLXBpcGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIGNv bmZ0ZXN0LmMgPiY1DQpjb25maWd1cmU6MjI0MTogJD8gPSAwDQpjb25maWd1 cmU6MjI0NDogdGVzdCAtcyBjb25mdGVzdC5vDQpjb25maWd1cmU6MjI0Nzog JD8gPSAwDQpjb25maWd1cmU6MjI1OTogcmVzdWx0OiB5ZXMNCmNvbmZpZ3Vy ZToyMjY1OiBjaGVja2luZyB3aGV0aGVyIGNjIGFjY2VwdHMgLWcNCmNvbmZp Z3VyZToyMjg5OiBjYyAtYyAtZyAtSS91c3IvbG9jYWwvaW5jbHVkZSBjb25m dGVzdC5jID4mNQ0KY29uZmlndXJlOjIyOTI6ICQ/ID0gMA0KY29uZmlndXJl OjIyOTU6IHRlc3QgLXMgY29uZnRlc3Qubw0KY29uZmlndXJlOjIyOTg6ICQ/ ID0gMA0KY29uZmlndXJlOjIzMDg6IHJlc3VsdDogeWVzDQpjb25maWd1cmU6 MjMzNTogY2MgLWMgLU8gLXBpcGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIGNv bmZ0ZXN0LmMgPiY1DQpjb25mdGVzdC5jOjI6IHN5bnRheCBlcnJvciBiZWZv cmUgYG1lJw0KY29uZmlndXJlOjIzMzg6ICQ/ID0gMQ0KY29uZmlndXJlOiBm YWlsZWQgcHJvZ3JhbSB3YXM6DQojaWZuZGVmIF9fY3BsdXNwbHVzDQogIGNo b2tlIG1lDQojZW5kaWYNCmNvbmZpZ3VyZToyNTIxOiBjaGVja2luZyBidWls ZCBzeXN0ZW0gdHlwZQ0KY29uZmlndXJlOjI1Mzk6IHJlc3VsdDogaTM4Ni11 bmtub3duLWZyZWVic2Q0LjYNCmNvbmZpZ3VyZToyNTQ3OiBjaGVja2luZyBo b3N0IHN5c3RlbSB0eXBlDQpjb25maWd1cmU6MjU2MTogcmVzdWx0OiBpMzg2 LXVua25vd24tZnJlZWJzZDQuNg0KY29uZmlndXJlOjI1OTE6IGNoZWNraW5n IGZvciBsZCB1c2VkIGJ5IEdDQw0KY29uZmlndXJlOjI2NTQ6IHJlc3VsdDog L3Vzci9saWJleGVjL2VsZi9sZA0KY29uZmlndXJlOjI2NjM6IGNoZWNraW5n IGlmIHRoZSBsaW5rZXIgKC91c3IvbGliZXhlYy9lbGYvbGQpIGlzIEdOVSBs ZA0KR05VIGxkIHZlcnNpb24gMi4xMS4yIDIwMDEwNzE5IFtGcmVlQlNEXSAo d2l0aCBCRkQgMi4xMS4yIDIwMDEwNzE5IFtGcmVlQlNEXSkNCmNvbmZpZ3Vy ZToyNjc1OiByZXN1bHQ6IHllcw0KY29uZmlndXJlOjI2ODA6IGNoZWNraW5n IGZvciAvdXNyL2xpYmV4ZWMvZWxmL2xkIG9wdGlvbiB0byByZWxvYWQgb2Jq ZWN0IGZpbGVzDQpjb25maWd1cmU6MjY4NzogcmVzdWx0OiAtcg0KY29uZmln dXJlOjI2OTI6IGNoZWNraW5nIGZvciBCU0QtY29tcGF0aWJsZSBubQ0KY29u ZmlndXJlOjI3Mjg6IHJlc3VsdDogL3Vzci9iaW4vbm0gLUINCmNvbmZpZ3Vy ZToyNzMxOiBjaGVja2luZyB3aGV0aGVyIGxuIC1zIHdvcmtzDQpjb25maWd1 cmU6MjczNTogcmVzdWx0OiB5ZXMNCmNvbmZpZ3VyZToyNzQyOiBjaGVja2lu ZyBob3cgdG8gcmVjb2duaXNlIGRlcGVuZGFudCBsaWJyYXJpZXMNCmNvbmZp Z3VyZToyOTIwOiByZXN1bHQ6IHBhc3NfYWxsDQpjb25maWd1cmU6MjkzMzog Y2hlY2tpbmcgY29tbWFuZCB0byBwYXJzZSAvdXNyL2Jpbi9ubSAtQiBvdXRw dXQNCmNvbmZpZ3VyZTozMDE0OiBjYyAtYyAtTyAtcGlwZSAgLUkvdXNyL2xv Y2FsL2luY2x1ZGUgY29uZnRlc3QuYyA+JjUNCmNvbmZpZ3VyZTozMDE3OiAk PyA9IDANCmNvbmZpZ3VyZTozMDIxOiAvdXNyL2Jpbi9ubSAtQiBjb25mdGVz dC5vIFx8IHNlZCAtbiAtZSAncy9eLipbIAldXChbQUJDREdJU1RXXVtBQkNE R0lTVFddKlwpWyAJXVsgCV0qXChcKVwoW19BLVphLXpdW19BLVphLXowLTld KlwpJC9cMSBcMlwzIFwzL3AnIFw+IGNvbmZ0ZXN0Lm5tDQpjb25maWd1cmU6 MzAyNDogJD8gPSAwDQpjb25maWd1cmU6MzA3NjogY2MgLW8gY29uZnRlc3Qg LU8gLXBpcGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1ML3Vzci9sb2NhbC9s aWIgY29uZnRlc3QuYyBjb25mdHN0bS5vID4mNQ0KY29uZmlndXJlOjMwNzk6 ICQ/ID0gMA0KY29uZmlndXJlOjMxMjM6IHJlc3VsdDogb2sNCmNvbmZpZ3Vy ZTozMTMyOiBjaGVja2luZyBob3cgdG8gcnVuIHRoZSBDIHByZXByb2Nlc3Nv cg0KY29uZmlndXJlOjMxNTg6IGNjIC1FIC1JL3Vzci9sb2NhbC9pbmNsdWRl IGNvbmZ0ZXN0LmMNCmNvbmZpZ3VyZTozMTY0OiAkPyA9IDANCmNvbmZpZ3Vy ZTozMTkxOiBjYyAtRSAtSS91c3IvbG9jYWwvaW5jbHVkZSBjb25mdGVzdC5j DQpjb25maWd1cmU6MzE4NzogYWNfbm9uZXhpc3RlbnQuaDogTm8gc3VjaCBm aWxlIG9yIGRpcmVjdG9yeQ0KY29uZmlndXJlOjMxOTc6ICQ/ID0gMQ0KY29u ZmlndXJlOiBmYWlsZWQgcHJvZ3JhbSB3YXM6DQojbGluZSAzMTg2ICJjb25m aWd1cmUiDQojaW5jbHVkZSAiY29uZmRlZnMuaCINCiNpbmNsdWRlIDxhY19u b25leGlzdGVudC5oPg0KY29uZmlndXJlOjMyMzQ6IHJlc3VsdDogY2MgLUUN CmNvbmZpZ3VyZTozMjQ5OiBjYyAtRSAtSS91c3IvbG9jYWwvaW5jbHVkZSBj b25mdGVzdC5jDQpjb25maWd1cmU6MzI1NTogJD8gPSAwDQpjb25maWd1cmU6 MzI4MjogY2MgLUUgLUkvdXNyL2xvY2FsL2luY2x1ZGUgY29uZnRlc3QuYw0K Y29uZmlndXJlOjMyNzg6IGFjX25vbmV4aXN0ZW50Lmg6IE5vIHN1Y2ggZmls ZSBvciBkaXJlY3RvcnkNCmNvbmZpZ3VyZTozMjg4OiAkPyA9IDENCmNvbmZp Z3VyZTogZmFpbGVkIHByb2dyYW0gd2FzOg0KI2xpbmUgMzI3NyAiY29uZmln dXJlIg0KI2luY2x1ZGUgImNvbmZkZWZzLmgiDQojaW5jbHVkZSA8YWNfbm9u ZXhpc3RlbnQuaD4NCmNvbmZpZ3VyZTozMzI4OiBjaGVja2luZyBmb3IgQU5T SSBDIGhlYWRlciBmaWxlcw0KY29uZmlndXJlOjMzNDI6IGNjIC1FIC1JL3Vz ci9sb2NhbC9pbmNsdWRlIGNvbmZ0ZXN0LmMNCmNvbmZpZ3VyZTozMzQ4OiAk PyA9IDANCmNvbmZpZ3VyZTozNDMzOiBjYyAtbyBjb25mdGVzdCAtTyAtcGlw ZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLUwvdXNyL2xvY2FsL2xpYiBjb25m dGVzdC5jICA+JjUNCmNvbmZpZ3VyZTozNDM2OiAkPyA9IDANCmNvbmZpZ3Vy ZTozNDM4OiAuL2NvbmZ0ZXN0DQpjb25maWd1cmU6MzQ0MTogJD8gPSAwDQpj b25maWd1cmU6MzQ1NTogcmVzdWx0OiB5ZXMNCmNvbmZpZ3VyZTozNDc5OiBj aGVja2luZyBmb3Igc3lzL3R5cGVzLmgNCmNvbmZpZ3VyZTozNDkyOiBjYyAt YyAtTyAtcGlwZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgY29uZnRlc3QuYyA+ JjUNCmNvbmZpZ3VyZTozNDk1OiAkPyA9IDANCmNvbmZpZ3VyZTozNDk4OiB0 ZXN0IC1zIGNvbmZ0ZXN0Lm8NCmNvbmZpZ3VyZTozNTAxOiAkPyA9IDANCmNv bmZpZ3VyZTozNTExOiByZXN1bHQ6IHllcw0KY29uZmlndXJlOjM0Nzk6IGNo ZWNraW5nIGZvciBzeXMvc3RhdC5oDQpjb25maWd1cmU6MzQ5MjogY2MgLWMg LU8gLXBpcGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIGNvbmZ0ZXN0LmMgPiY1 DQpjb25maWd1cmU6MzQ5NTogJD8gPSAwDQpjb25maWd1cmU6MzQ5ODogdGVz dCAtcyBjb25mdGVzdC5vDQpjb25maWd1cmU6MzUwMTogJD8gPSAwDQpjb25m aWd1cmU6MzUxMTogcmVzdWx0OiB5ZXMNCmNvbmZpZ3VyZTozNDc5OiBjaGVj a2luZyBmb3Igc3RkbGliLmgNCmNvbmZpZ3VyZTozNDkyOiBjYyAtYyAtTyAt cGlwZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgY29uZnRlc3QuYyA+JjUNCmNv bmZpZ3VyZTozNDk1OiAkPyA9IDANCmNvbmZpZ3VyZTozNDk4OiB0ZXN0IC1z IGNvbmZ0ZXN0Lm8NCmNvbmZpZ3VyZTozNTAxOiAkPyA9IDANCmNvbmZpZ3Vy ZTozNTExOiByZXN1bHQ6IHllcw0KY29uZmlndXJlOjM0Nzk6IGNoZWNraW5n IGZvciBzdHJpbmcuaA0KY29uZmlndXJlOjM0OTI6IGNjIC1jIC1PIC1waXBl ICAtSS91c3IvbG9jYWwvaW5jbHVkZSBjb25mdGVzdC5jID4mNQ0KY29uZmln dXJlOjM0OTU6ICQ/ID0gMA0KY29uZmlndXJlOjM0OTg6IHRlc3QgLXMgY29u ZnRlc3Qubw0KY29uZmlndXJlOjM1MDE6ICQ/ID0gMA0KY29uZmlndXJlOjM1 MTE6IHJlc3VsdDogeWVzDQpjb25maWd1cmU6MzQ3OTogY2hlY2tpbmcgZm9y IG1lbW9yeS5oDQpjb25maWd1cmU6MzQ5MjogY2MgLWMgLU8gLXBpcGUgIC1J L3Vzci9sb2NhbC9pbmNsdWRlIGNvbmZ0ZXN0LmMgPiY1DQpjb25maWd1cmU6 MzQ5NTogJD8gPSAwDQpjb25maWd1cmU6MzQ5ODogdGVzdCAtcyBjb25mdGVz dC5vDQpjb25maWd1cmU6MzUwMTogJD8gPSAwDQpjb25maWd1cmU6MzUxMTog cmVzdWx0OiB5ZXMNCmNvbmZpZ3VyZTozNDc5OiBjaGVja2luZyBmb3Igc3Ry aW5ncy5oDQpjb25maWd1cmU6MzQ5MjogY2MgLWMgLU8gLXBpcGUgIC1JL3Vz ci9sb2NhbC9pbmNsdWRlIGNvbmZ0ZXN0LmMgPiY1DQpjb25maWd1cmU6MzQ5 NTogJD8gPSAwDQpjb25maWd1cmU6MzQ5ODogdGVzdCAtcyBjb25mdGVzdC5v DQpjb25maWd1cmU6MzUwMTogJD8gPSAwDQpjb25maWd1cmU6MzUxMTogcmVz dWx0OiB5ZXMNCmNvbmZpZ3VyZTozNDc5OiBjaGVja2luZyBmb3IgaW50dHlw ZXMuaA0KY29uZmlndXJlOjM0OTI6IGNjIC1jIC1PIC1waXBlICAtSS91c3Iv bG9jYWwvaW5jbHVkZSBjb25mdGVzdC5jID4mNQ0KY29uZmlndXJlOjM0OTU6 ICQ/ID0gMA0KY29uZmlndXJlOjM0OTg6IHRlc3QgLXMgY29uZnRlc3Qubw0K Y29uZmlndXJlOjM1MDE6ICQ/ID0gMA0KY29uZmlndXJlOjM1MTE6IHJlc3Vs dDogeWVzDQpjb25maWd1cmU6MzQ3OTogY2hlY2tpbmcgZm9yIHN0ZGludC5o DQpjb25maWd1cmU6MzQ5MjogY2MgLWMgLU8gLXBpcGUgIC1JL3Vzci9sb2Nh bC9pbmNsdWRlIGNvbmZ0ZXN0LmMgPiY1DQpjb25maWd1cmU6MzUyMDogc3Rk aW50Lmg6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkNCmNvbmZpZ3VyZToz NDk1OiAkPyA9IDENCmNvbmZpZ3VyZTogZmFpbGVkIHByb2dyYW0gd2FzOg0K I2xpbmUgMzQ4NCAiY29uZmlndXJlIg0KI2luY2x1ZGUgImNvbmZkZWZzLmgi DQojaW5jbHVkZSA8c3RkaW8uaD4NCiNpZiBIQVZFX1NZU19UWVBFU19IDQoj IGluY2x1ZGUgPHN5cy90eXBlcy5oPg0KI2VuZGlmDQojaWYgSEFWRV9TWVNf U1RBVF9IDQojIGluY2x1ZGUgPHN5cy9zdGF0Lmg+DQojZW5kaWYNCiNpZiBT VERDX0hFQURFUlMNCiMgaW5jbHVkZSA8c3RkbGliLmg+DQojIGluY2x1ZGUg PHN0ZGRlZi5oPg0KI2Vsc2UNCiMgaWYgSEFWRV9TVERMSUJfSA0KIyAgaW5j bHVkZSA8c3RkbGliLmg+DQojIGVuZGlmDQojZW5kaWYNCiNpZiBIQVZFX1NU UklOR19IDQojIGlmICFTVERDX0hFQURFUlMgJiYgSEFWRV9NRU1PUllfSA0K IyAgaW5jbHVkZSA8bWVtb3J5Lmg+DQojIGVuZGlmDQojIGluY2x1ZGUgPHN0 cmluZy5oPg0KI2VuZGlmDQojaWYgSEFWRV9TVFJJTkdTX0gNCiMgaW5jbHVk ZSA8c3RyaW5ncy5oPg0KI2VuZGlmDQojaWYgSEFWRV9JTlRUWVBFU19IDQoj IGluY2x1ZGUgPGludHR5cGVzLmg+DQojZWxzZQ0KIyBpZiBIQVZFX1NURElO VF9IDQojICBpbmNsdWRlIDxzdGRpbnQuaD4NCiMgZW5kaWYNCiNlbmRpZg0K I2lmIEhBVkVfVU5JU1REX0gNCiMgaW5jbHVkZSA8dW5pc3RkLmg+DQojZW5k aWYNCg0KI2luY2x1ZGUgPHN0ZGludC5oPg0KY29uZmlndXJlOjM1MTE6IHJl c3VsdDogbm8NCmNvbmZpZ3VyZTozNDc5OiBjaGVja2luZyBmb3IgdW5pc3Rk LmgNCmNvbmZpZ3VyZTozNDkyOiBjYyAtYyAtTyAtcGlwZSAgLUkvdXNyL2xv Y2FsL2luY2x1ZGUgY29uZnRlc3QuYyA+JjUNCmNvbmZpZ3VyZTozNDk1OiAk PyA9IDANCmNvbmZpZ3VyZTozNDk4OiB0ZXN0IC1zIGNvbmZ0ZXN0Lm8NCmNv bmZpZ3VyZTozNTAxOiAkPyA9IDANCmNvbmZpZ3VyZTozNTExOiByZXN1bHQ6 IHllcw0KY29uZmlndXJlOjM1Mzc6IGNoZWNraW5nIGRsZmNuLmggdXNhYmls aXR5DQpjb25maWd1cmU6MzU0NjogY2MgLWMgLU8gLXBpcGUgIC1JL3Vzci9s b2NhbC9pbmNsdWRlIGNvbmZ0ZXN0LmMgPiY1DQpjb25maWd1cmU6MzU0OTog JD8gPSAwDQpjb25maWd1cmU6MzU1MjogdGVzdCAtcyBjb25mdGVzdC5vDQpj b25maWd1cmU6MzU1NTogJD8gPSAwDQpjb25maWd1cmU6MzU2NDogcmVzdWx0 OiB5ZXMNCmNvbmZpZ3VyZTozNTY4OiBjaGVja2luZyBkbGZjbi5oIHByZXNl bmNlDQpjb25maWd1cmU6MzU3NTogY2MgLUUgLUkvdXNyL2xvY2FsL2luY2x1 ZGUgY29uZnRlc3QuYw0KY29uZmlndXJlOjM1ODE6ICQ/ID0gMA0KY29uZmln dXJlOjM1OTk6IHJlc3VsdDogeWVzDQpjb25maWd1cmU6MzYxNzogY2hlY2tp bmcgZm9yIGRsZmNuLmgNCmNvbmZpZ3VyZTozNjI0OiByZXN1bHQ6IHllcw0K Y29uZmlndXJlOjM4MjE6IGNoZWNraW5nIGZvciByYW5saWINCmNvbmZpZ3Vy ZTozODM3OiBmb3VuZCAvdXNyL2Jpbi9yYW5saWINCmNvbmZpZ3VyZTozODQ4 OiByZXN1bHQ6IHJhbmxpYg0KY29uZmlndXJlOjM5MDE6IGNoZWNraW5nIGZv ciBzdHJpcA0KY29uZmlndXJlOjM5MTc6IGZvdW5kIC91c3IvYmluL3N0cmlw DQpjb25maWd1cmU6MzkyODogcmVzdWx0OiBzdHJpcA0KY29uZmlndXJlOjQx Mzk6IGNoZWNraW5nIGZvciBvYmpkaXINCmNvbmZpZ3VyZTo0MTUwOiByZXN1 bHQ6IC5saWJzDQpjb25maWd1cmU6NDE2NzogY2hlY2tpbmcgZm9yIGNjIG9w dGlvbiB0byBwcm9kdWNlIFBJQw0KY29uZmlndXJlOjQzMTc6IHJlc3VsdDog LWZQSUMNCmNvbmZpZ3VyZTo0MzIxOiBjaGVja2luZyBpZiBjYyBQSUMgZmxh ZyAtZlBJQyB3b3Jrcw0KY29uZmlndXJlOjQzNDc6IGNjIC1jIC1PIC1waXBl ICAtZlBJQyAtRFBJQyAtSS91c3IvbG9jYWwvaW5jbHVkZSBjb25mdGVzdC5j ID4mNQ0KY29uZmlndXJlOjQzNTA6ICQ/ID0gMA0KY29uZmlndXJlOjQzNTM6 IHRlc3QgLXMgY29uZnRlc3Qubw0KY29uZmlndXJlOjQzNTY6ICQ/ID0gMA0K Y29uZmlndXJlOjQzOTM6IHJlc3VsdDogeWVzDQpjb25maWd1cmU6NDQwOTog Y2hlY2tpbmcgaWYgY2Mgc3RhdGljIGZsYWcgLXN0YXRpYyB3b3Jrcw0KY29u ZmlndXJlOjQ0MzY6IGNjIC1vIGNvbmZ0ZXN0IC1PIC1waXBlICAtSS91c3Iv bG9jYWwvaW5jbHVkZSAtTC91c3IvbG9jYWwvbGliIC1zdGF0aWMgY29uZnRl c3QuYyAgPiY1DQpjb25maWd1cmU6NDQzOTogJD8gPSAwDQpjb25maWd1cmU6 NDQ0MjogdGVzdCAtcyBjb25mdGVzdA0KY29uZmlndXJlOjQ0NDU6ICQ/ID0g MA0KY29uZmlndXJlOjQ0NjA6IHJlc3VsdDogeWVzDQpjb25maWd1cmU6NDQ3 MjogY2hlY2tpbmcgaWYgY2Mgc3VwcG9ydHMgLWMgLW8gZmlsZS5vDQpjb25m aWd1cmU6NDQ5NDogY2MgLWMgLU8gLXBpcGUgIC1vIG91dC9jb25mdGVzdDIu byAtSS91c3IvbG9jYWwvaW5jbHVkZSBjb25mdGVzdC5jID4mNQ0KY29uZmln dXJlOjQ1MTY6IHJlc3VsdDogeWVzDQpjb25maWd1cmU6NDUyMTogY2hlY2tp bmcgaWYgY2Mgc3VwcG9ydHMgLWMgLW8gZmlsZS5sbw0KY29uZmlndXJlOjQ1 NTE6IGNjIC1jIC1PIC1waXBlICAtYyAtbyBjb25mdGVzdC5sbyAtSS91c3Iv bG9jYWwvaW5jbHVkZSBjb25mdGVzdC5jID4mNQ0KY29uZmlndXJlOjQ1NTQ6 ICQ/ID0gMA0KY29uZmlndXJlOjQ1NTc6IHRlc3QgLXMgY29uZnRlc3QubG8N CmNvbmZpZ3VyZTo0NTYwOiAkPyA9IDANCmNvbmZpZ3VyZTo0NTgxOiByZXN1 bHQ6IHllcw0KY29uZmlndXJlOjQ2MTI6IGNoZWNraW5nIGlmIGNjIHN1cHBv cnRzIC1mbm8tcnR0aSAtZm5vLWV4Y2VwdGlvbnMNCmNvbmZpZ3VyZTo0NjM3 OiBjYyAtYyAtTyAtcGlwZSAgLWZuby1ydHRpIC1mbm8tZXhjZXB0aW9ucyAt YyBjb25mdGVzdC5jIC1JL3Vzci9sb2NhbC9pbmNsdWRlIGNvbmZ0ZXN0LmMg PiY1DQpjb25maWd1cmU6NDY0MDogJD8gPSAwDQpjb25maWd1cmU6NDY0Mzog dGVzdCAtcyBjb25mdGVzdC5vDQpjb25maWd1cmU6NDY0NjogJD8gPSAwDQpj b25maWd1cmU6NDY2MjogcmVzdWx0OiB5ZXMNCmNvbmZpZ3VyZTo0NjczOiBj aGVja2luZyB3aGV0aGVyIHRoZSBsaW5rZXIgKC91c3IvbGliZXhlYy9lbGYv bGQpIHN1cHBvcnRzIHNoYXJlZCBsaWJyYXJpZXMNCmNvbmZpZ3VyZTo1MzUz OiByZXN1bHQ6IHllcw0KY29uZmlndXJlOjUzNTg6IGNoZWNraW5nIGhvdyB0 byBoYXJkY29kZSBsaWJyYXJ5IHBhdGhzIGludG8gcHJvZ3JhbXMNCmNvbmZp Z3VyZTo1MzgyOiByZXN1bHQ6IGltbWVkaWF0ZQ0KY29uZmlndXJlOjUzODc6 IGNoZWNraW5nIHdoZXRoZXIgc3RyaXBwaW5nIGxpYnJhcmllcyBpcyBwb3Nz aWJsZQ0KY29uZmlndXJlOjUzOTI6IHJlc3VsdDogeWVzDQpjb25maWd1cmU6 NTQwMzogY2hlY2tpbmcgZHluYW1pYyBsaW5rZXIgY2hhcmFjdGVyaXN0aWNz DQpjb25maWd1cmU6NTc5NjogcmVzdWx0OiBmcmVlYnNkNC42IGxkLnNvDQpj b25maWd1cmU6NTgwMTogY2hlY2tpbmcgaWYgbGlidG9vbCBzdXBwb3J0cyBz aGFyZWQgbGlicmFyaWVzDQpjb25maWd1cmU6NTgwMzogcmVzdWx0OiB5ZXMN CmNvbmZpZ3VyZTo1ODA2OiBjaGVja2luZyB3aGV0aGVyIHRvIGJ1aWxkIHNo YXJlZCBsaWJyYXJpZXMNCmNvbmZpZ3VyZTo1ODI3OiByZXN1bHQ6IHllcw0K Y29uZmlndXJlOjU4MzA6IGNoZWNraW5nIHdoZXRoZXIgdG8gYnVpbGQgc3Rh dGljIGxpYnJhcmllcw0KY29uZmlndXJlOjU4MzQ6IHJlc3VsdDogeWVzDQpj b25maWd1cmU6NjQ5NjogY2hlY2tpbmcgd2hldGhlciAtbGMgc2hvdWxkIGJl IGV4cGxpY2l0bHkgbGlua2VkIGluDQpjb25maWd1cmU6NjUwNDogY2MgLWMg LU8gLXBpcGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIGNvbmZ0ZXN0LmMgPiY1 DQpjb25maWd1cmU6NjUwNzogJD8gPSAwDQpjb25maWd1cmU6NjUyMTogY2Mg LXNoYXJlZCBjb25mdGVzdC5vICAtdiAtV2wsLXNvbmFtZSAtV2wsY29uZnRl c3QgLW8gY29uZnRlc3QgMlw+XCYxIFx8IGdyZXAgIC1sYyAgXD4vZGV2L251 bGwgMlw+XCYxDQpjb25maWd1cmU6NjUyNDogJD8gPSAxDQpjb25maWd1cmU6 NjUzNzogcmVzdWx0OiB5ZXMNCmNvbmZpZ3VyZTo3MTA5OiBjaGVja2luZyBm b3IgV2luMzINCmNvbmZpZ3VyZTo3MTE5OiByZXN1bHQ6IG5vDQpjb25maWd1 cmU6NzE3OTogY2hlY2tpbmcgZm9yIGFjbG9jYWwgZmxhZ3MNCmNvbmZpZ3Vy ZTo3MTg4OiByZXN1bHQ6IA0KY29uZmlndXJlOjcyMzY6IGNoZWNraW5nIGZv ciBwa2ctY29uZmlnDQpjb25maWd1cmU6NzI1NDogZm91bmQgL3Vzci9sb2Nh bC9iaW4vcGtnLWNvbmZpZw0KY29uZmlndXJlOjcyNjc6IHJlc3VsdDogL3Vz ci9sb2NhbC9iaW4vcGtnLWNvbmZpZw0KY29uZmlndXJlOjcyOTA6IGNoZWNr aW5nIGZvciBHTElCIC0gdmVyc2lvbiA+PSAyLjAuMA0KY29uZmlndXJlOjc0 MzU6IHJlc3VsdDogbm8NCmNvbmZpZ3VyZTo3NDcxOiBjYyAtbyBjb25mdGVz dCAtTyAtcGlwZSAgLVdhbGwgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1ML3Vz ci9sb2NhbC9saWIgY29uZnRlc3QuYyAgID4mNQ0KY29uZmlndXJlOjc0NTE6 IGdsaWIuaDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQ0KY29uZmlndXJl OiBJbiBmdW5jdGlvbiBgbWFpbic6DQpjb25maWd1cmU6NzQ2MzogYGdsaWJf bWFqb3JfdmVyc2lvbicgdW5kZWNsYXJlZCAoZmlyc3QgdXNlIGluIHRoaXMg ZnVuY3Rpb24pDQpjb25maWd1cmU6NzQ2MzogKEVhY2ggdW5kZWNsYXJlZCBp ZGVudGlmaWVyIGlzIHJlcG9ydGVkIG9ubHkgb25jZQ0KY29uZmlndXJlOjc0 NjM6IGZvciBlYWNoIGZ1bmN0aW9uIGl0IGFwcGVhcnMgaW4uKQ0KY29uZmln dXJlOjc0NjM6IGBnbGliX21pbm9yX3ZlcnNpb24nIHVuZGVjbGFyZWQgKGZp cnN0IHVzZSBpbiB0aGlzIGZ1bmN0aW9uKQ0KY29uZmlndXJlOjc0NjM6IGBn bGliX21pY3JvX3ZlcnNpb24nIHVuZGVjbGFyZWQgKGZpcnN0IHVzZSBpbiB0 aGlzIGZ1bmN0aW9uKQ0KY29uZmlndXJlOjc0NzQ6ICQ/ID0gMQ0KY29uZmln dXJlOiBmYWlsZWQgcHJvZ3JhbSB3YXM6DQojbGluZSA3NDQ5ICJjb25maWd1 cmUiDQojaW5jbHVkZSAiY29uZmRlZnMuaCINCg0KI2luY2x1ZGUgPGdsaWIu aD4NCiNpbmNsdWRlIDxzdGRpby5oPg0KDQojaWZkZWYgRjc3X0RVTU1ZX01B SU4NCiMgIGlmZGVmIF9fY3BsdXNwbHVzDQogICAgIGV4dGVybiAiQyINCiMg IGVuZGlmDQogICBpbnQgRjc3X0RVTU1ZX01BSU4oKSB7IHJldHVybiAxOyB9 DQojZW5kaWYNCmludA0KbWFpbiAoKQ0Kew0KIHJldHVybiAoKGdsaWJfbWFq b3JfdmVyc2lvbikgfHwgKGdsaWJfbWlub3JfdmVyc2lvbikgfHwgKGdsaWJf bWljcm9fdmVyc2lvbikpOw0KICA7DQogIHJldHVybiAwOw0KfQ0KY29uZmln dXJlOjc1MDk6IGVycm9yOg0KKioqIEdMSUIgMi4wLjAgb3IgYmV0dGVyIGlz IHJlcXVpcmVkLiBUaGUgbGF0ZXN0IHZlcnNpb24gb2YNCioqKiBHTElCIGlz IGFsd2F5cyBhdmFpbGFibGUgZnJvbSBmdHA6Ly9mdHAuZ3RrLm9yZy8uDQoN CiMjIC0tLS0tLS0tLS0tLS0tLS0gIyMNCiMjIENhY2hlIHZhcmlhYmxlcy4g IyMNCiMjIC0tLS0tLS0tLS0tLS0tLS0gIyMNCg0KYWNfY3ZfYXRrX2FjbG9j YWxfZmxhZ3M9DQphY19jdl9idWlsZD1pMzg2LXVua25vd24tZnJlZWJzZDQu Ng0KYWNfY3ZfYnVpbGRfYWxpYXM9aTM4Ni11bmtub3duLWZyZWVic2Q0LjYN CmFjX2N2X2NfY29tcGlsZXJfZ251PXllcw0KYWNfY3ZfZW52X0NDX3NldD1z ZXQNCmFjX2N2X2Vudl9DQ192YWx1ZT1jYw0KYWNfY3ZfZW52X0NGTEFHU19z ZXQ9c2V0DQphY19jdl9lbnZfQ0ZMQUdTX3ZhbHVlPSQnLU8gLXBpcGUgJw0K YWNfY3ZfZW52X0NQUEZMQUdTX3NldD1zZXQNCmFjX2N2X2Vudl9DUFBGTEFH U192YWx1ZT0tSS91c3IvbG9jYWwvaW5jbHVkZQ0KYWNfY3ZfZW52X0NQUF9z ZXQ9DQphY19jdl9lbnZfQ1BQX3ZhbHVlPQ0KYWNfY3ZfZW52X0xERkxBR1Nf c2V0PXNldA0KYWNfY3ZfZW52X0xERkxBR1NfdmFsdWU9LUwvdXNyL2xvY2Fs L2xpYg0KYWNfY3ZfZW52X2J1aWxkX2FsaWFzX3NldD0NCmFjX2N2X2Vudl9i dWlsZF9hbGlhc192YWx1ZT0NCmFjX2N2X2Vudl9ob3N0X2FsaWFzX3NldD0N CmFjX2N2X2Vudl9ob3N0X2FsaWFzX3ZhbHVlPQ0KYWNfY3ZfZW52X3Rhcmdl dF9hbGlhc19zZXQ9c2V0DQphY19jdl9lbnZfdGFyZ2V0X2FsaWFzX3ZhbHVl PWkzODYtdW5rbm93bi1mcmVlYnNkNC42DQphY19jdl9leGVleHQ9DQphY19j dl9oZWFkZXJfZGxmY25faD15ZXMNCmFjX2N2X2hlYWRlcl9pbnR0eXBlc19o PXllcw0KYWNfY3ZfaGVhZGVyX21lbW9yeV9oPXllcw0KYWNfY3ZfaGVhZGVy X3N0ZGM9eWVzDQphY19jdl9oZWFkZXJfc3RkaW50X2g9bm8NCmFjX2N2X2hl YWRlcl9zdGRsaWJfaD15ZXMNCmFjX2N2X2hlYWRlcl9zdHJpbmdfaD15ZXMN CmFjX2N2X2hlYWRlcl9zdHJpbmdzX2g9eWVzDQphY19jdl9oZWFkZXJfc3lz X3N0YXRfaD15ZXMNCmFjX2N2X2hlYWRlcl9zeXNfdHlwZXNfaD15ZXMNCmFj X2N2X2hlYWRlcl91bmlzdGRfaD15ZXMNCmFjX2N2X2hvc3Q9aTM4Ni11bmtu b3duLWZyZWVic2Q0LjYNCmFjX2N2X2hvc3RfYWxpYXM9aTM4Ni11bmtub3du LWZyZWVic2Q0LjYNCmFjX2N2X29iamV4dD1vDQphY19jdl9wYXRoX1BLR19D T05GSUc9L3Vzci9sb2NhbC9iaW4vcGtnLWNvbmZpZw0KYWNfY3ZfcHJvZ19D UFA9JCdjYyAtRScNCmFjX2N2X3Byb2dfYWNfY3RfQ0M9Y2MNCmFjX2N2X3By b2dfYWNfY3RfUkFOTElCPXJhbmxpYg0KYWNfY3ZfcHJvZ19hY19jdF9TVFJJ UD1zdHJpcA0KYWNfY3ZfcHJvZ19jY19nPXllcw0KYWNfY3ZfcHJvZ19tYWtl X21ha2Vfc2V0PXllcw0KbHRfY3ZfYXJjaGl2ZV9jbWRzX25lZWRfbGM9eWVz DQpsdF9jdl9jb21waWxlcl9jX289eWVzDQpsdF9jdl9jb21waWxlcl9vX2xv PXllcw0KbHRfY3ZfZGVwbGlic19jaGVja19tZXRob2Q9cGFzc19hbGwNCmx0 X2N2X2ZpbGVfbWFnaWNfY21kPSQnJE1BR0lDX0NNRCcNCmx0X2N2X2ZpbGVf bWFnaWNfdGVzdF9maWxlPQ0KbHRfY3ZfZ2xvYmFsX3N5bWJvbF90b19jX25h bWVfYWRkcmVzcz0kJ3NlZCAtbiAtZSBcJ3MvXjogXFwoW14gXSpcXCkgJC8g IHtcXCJcXDFcXCIsIChsdF9wdHIpIDB9LC9wXCcgLWUgXCdzL15bQkNERUdS U1RdIFxcKFteIF0qXFwpIFxcKFteIF0qXFwpJC8gIHsiXFwyIiwgKGx0X3B0 cikgXFwmXFwyfSwvcFwnJw0KbHRfY3ZfZ2xvYmFsX3N5bWJvbF90b19jZGVj bD0kJ3NlZCAtbiAtZSBcJ3MvXi4gLiogXFwoLipcXCkkL2V4dGVybiBjaGFy IFxcMTsvcFwnJw0KbHRfY3ZfbGRfcmVsb2FkX2ZsYWc9LXINCmx0X2N2X3Bh dGhfTEQ9L3Vzci9saWJleGVjL2VsZi9sZA0KbHRfY3ZfcGF0aF9OTT0kJy91 c3IvYmluL25tIC1CJw0KbHRfY3ZfcHJvZ19jY19jYW5fYnVpbGRfc2hhcmVk PXllcw0KbHRfY3ZfcHJvZ19jY19ub19idWlsdGluPQ0KbHRfY3ZfcHJvZ19j Y19waWM9JCcgLWZQSUMnDQpsdF9jdl9wcm9nX2NjX3BpY193b3Jrcz15ZXMN Cmx0X2N2X3Byb2dfY2Nfc2hsaWI9DQpsdF9jdl9wcm9nX2NjX3N0YXRpYz0t c3RhdGljDQpsdF9jdl9wcm9nX2NjX3N0YXRpY193b3Jrcz15ZXMNCmx0X2N2 X3Byb2dfY2Nfd2w9LVdsLA0KbHRfY3ZfcHJvZ19nbnVfbGQ9eWVzDQpsdF9j dl9zeXNfZ2xvYmFsX3N5bWJvbF9waXBlPSQnc2VkIC1uIC1lIFwncy9eLipb IFx0XVxcKFtBQkNER0lTVFddW0FCQ0RHSVNUV10qXFwpWyBcdF1bIFx0XSpc XChcXClcXChbX0EtWmEtel1bX0EtWmEtejAtOV0qXFwpJC9cXDEgXFwyXFwz IFxcMy9wXCcnDQpsdF9jdl9zeXNfcGF0aF9zZXBhcmF0b3I9Og0KDQojIyAt LS0tLS0tLS0tLSAjIw0KIyMgY29uZmRlZnMuaC4gIyMNCiMjIC0tLS0tLS0t LS0tICMjDQoNCiNkZWZpbmUgUEFDS0FHRV9OQU1FICIiDQojZGVmaW5lIFBB Q0tBR0VfVEFSTkFNRSAiIg0KI2RlZmluZSBQQUNLQUdFX1ZFUlNJT04gIiIN CiNkZWZpbmUgUEFDS0FHRV9TVFJJTkcgIiINCiNkZWZpbmUgUEFDS0FHRV9C VUdSRVBPUlQgIiINCiNkZWZpbmUgUEFDS0FHRSAiYXRrIg0KI2RlZmluZSBW RVJTSU9OICIxLjAuMiINCiNkZWZpbmUgU1REQ19IRUFERVJTIDENCiNkZWZp bmUgSEFWRV9TWVNfVFlQRVNfSCAxDQojZGVmaW5lIEhBVkVfU1lTX1NUQVRf SCAxDQojZGVmaW5lIEhBVkVfU1RETElCX0ggMQ0KI2RlZmluZSBIQVZFX1NU UklOR19IIDENCiNkZWZpbmUgSEFWRV9NRU1PUllfSCAxDQojZGVmaW5lIEhB VkVfU1RSSU5HU19IIDENCiNkZWZpbmUgSEFWRV9JTlRUWVBFU19IIDENCiNk ZWZpbmUgSEFWRV9VTklTVERfSCAxDQojZGVmaW5lIEhBVkVfRExGQ05fSCAx DQoNCmNvbmZpZ3VyZTogZXhpdCAxDQo= --0-206166095-1026330551=:179-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Wed Jul 10 13:50:56 2002 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 DE4F237B400 for ; Wed, 10 Jul 2002 13:50:15 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA4C043E54 for ; Wed, 10 Jul 2002 13:50:14 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6AKn7p4080710; Wed, 10 Jul 2002 16:49:07 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: can't compile From: Joe Marcus Clarke To: la hache Cc: gnome@FreeBSD.ORG In-Reply-To: <20020710214639.D179-200000@archipelagos.pandora.be> References: <20020710214639.D179-200000@archipelagos.pandora.be> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 10 Jul 2002 16:49:57 -0400 Message-Id: <1026334197.356.17.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 2002-07-10 at 15:49, la hache wrote: > hi, > > i can't compile atk (required for gimp-dev) from ports, altho glib204 _is_ > installed ! i really don't understand. i don't have any config-glib20 or > something alike in /usr/local/lib altho i did compile glib20 from ports > without any problem. Do you have a glib.h file on the system? If so, where? What does: pkg-config --cflags glib-2.0 report? Joe > > checking for aclocal flags... > checking for pkg-config... /usr/local/bin/pkg-config > checking for GLIB - version >= 2.0.0... no > *** Could not run GLIB test program, checking why... > *** The test program failed to compile or link. See the file config.log > for the > *** exact error that occured. This usually means GLIB is incorrectly > installed. > configure: error: > *** GLIB 2.0.0 or better is required. The latest version of > *** GLIB is always available from ftp://ftp.gtk.org/. > > ---- > > 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.53. Invocation command line was > > $ ./configure --enable-static --prefix=/usr/local --target=i386-unknown-freebsd4.6 > > ## --------- ## > ## Platform. ## > ## --------- ## > > hostname = archipelagos.pandora.be > uname -m = i386 > uname -r = 4.6-STABLE > uname -s = FreeBSD > uname -v = FreeBSD 4.6-STABLE #7: Mon Jul 8 14:59:06 CEST 2002 root@archipelagos.pandora.be:/usr/obj/usr/src/sys/ARCHIPELAGOS > > /usr/bin/uname -p = i386 > /bin/uname -X = unknown > > /bin/arch = unknown > /usr/bin/arch -k = unknown > /usr/convex/getsysinfo = unknown > hostinfo = unknown > /bin/machine = unknown > /usr/bin/oslevel = unknown > /bin/universe = unknown > > PATH: /usr/compat/linux/usr/adabas/bin > PATH: /usr/compat/linux/usr/adabas/pgm > PATH: /sbin > PATH: /bin > PATH: /usr/sbin > PATH: /usr/bin > PATH: /usr/games > PATH: /usr/local/sbin > PATH: /usr/local/bin > PATH: /usr/X11R6/bin > PATH: /root/bin > > > ## ----------- ## > ## Core tests. ## > ## ----------- ## > > configure:1438: checking for a BSD-compatible install > configure:1492: result: /usr/bin/install -c -o root -g wheel > configure:1503: checking whether build environment is sane > configure:1546: result: yes > configure:1561: checking whether make sets ${MAKE} > configure:1581: result: yes > configure:1613: checking for working aclocal > configure:1620: result: found > configure:1628: checking for working autoconf > configure:1635: result: found > configure:1643: checking for working automake > configure:1650: result: found > configure:1658: checking for working autoheader > configure:1665: result: found > configure:1673: checking for working makeinfo > configure:1680: result: found > configure:1736: checking for gcc > configure:1762: result: cc > configure:2006: checking for C compiler version > configure:2009: cc --version &5 > 2.95.4 > configure:2012: $? = 0 > configure:2014: cc -v &5 > Using builtin specs. > gcc version 2.95.4 20020320 [FreeBSD] > configure:2017: $? = 0 > configure:2019: cc -V &5 > cc: argument to `-V' is missing > configure:2022: $? = 1 > configure:2048: checking for C compiler default output > configure:2051: cc -O -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 > configure:2054: $? = 0 > configure:2087: result: a.out > configure:2092: checking whether the C compiler works > configure:2098: ./a.out > configure:2101: $? = 0 > configure:2116: result: yes > configure:2123: checking whether we are cross compiling > configure:2125: result: no > configure:2128: checking for suffix of executables > configure:2130: cc -o conftest -O -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 > configure:2133: $? = 0 > configure:2155: result: > configure:2161: checking for suffix of object files > configure:2185: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:2188: $? = 0 > configure:2207: result: o > configure:2211: checking whether we are using the GNU C compiler > configure:2238: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:2241: $? = 0 > configure:2244: test -s conftest.o > configure:2247: $? = 0 > configure:2259: result: yes > configure:2265: checking whether cc accepts -g > configure:2289: cc -c -g -I/usr/local/include conftest.c >&5 > configure:2292: $? = 0 > configure:2295: test -s conftest.o > configure:2298: $? = 0 > configure:2308: result: yes > configure:2335: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > conftest.c:2: syntax error before `me' > configure:2338: $? = 1 > configure: failed program was: > #ifndef __cplusplus > choke me > #endif > configure:2521: checking build system type > configure:2539: result: i386-unknown-freebsd4.6 > configure:2547: checking host system type > configure:2561: result: i386-unknown-freebsd4.6 > configure:2591: checking for ld used by GCC > configure:2654: result: /usr/libexec/elf/ld > configure:2663: checking if the linker (/usr/libexec/elf/ld) is GNU ld > GNU ld version 2.11.2 20010719 [FreeBSD] (with BFD 2.11.2 20010719 [FreeBSD]) > configure:2675: result: yes > configure:2680: checking for /usr/libexec/elf/ld option to reload object files > configure:2687: result: -r > configure:2692: checking for BSD-compatible nm > configure:2728: result: /usr/bin/nm -B > configure:2731: checking whether ln -s works > configure:2735: result: yes > configure:2742: checking how to recognise dependant libraries > configure:2920: result: pass_all > configure:2933: checking command to parse /usr/bin/nm -B output > configure:3014: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:3017: $? = 0 > configure:3021: /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:3024: $? = 0 > configure:3076: cc -o conftest -O -pipe -I/usr/local/include -L/usr/local/lib conftest.c conftstm.o >&5 > configure:3079: $? = 0 > configure:3123: result: ok > configure:3132: checking how to run the C preprocessor > configure:3158: cc -E -I/usr/local/include conftest.c > configure:3164: $? = 0 > configure:3191: cc -E -I/usr/local/include conftest.c > configure:3187: ac_nonexistent.h: No such file or directory > configure:3197: $? = 1 > configure: failed program was: > #line 3186 "configure" > #include "confdefs.h" > #include > configure:3234: result: cc -E > configure:3249: cc -E -I/usr/local/include conftest.c > configure:3255: $? = 0 > configure:3282: cc -E -I/usr/local/include conftest.c > configure:3278: ac_nonexistent.h: No such file or directory > configure:3288: $? = 1 > configure: failed program was: > #line 3277 "configure" > #include "confdefs.h" > #include > configure:3328: checking for ANSI C header files > configure:3342: cc -E -I/usr/local/include conftest.c > configure:3348: $? = 0 > configure:3433: cc -o conftest -O -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 > configure:3436: $? = 0 > configure:3438: ./conftest > configure:3441: $? = 0 > configure:3455: result: yes > configure:3479: checking for sys/types.h > configure:3492: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:3495: $? = 0 > configure:3498: test -s conftest.o > configure:3501: $? = 0 > configure:3511: result: yes > configure:3479: checking for sys/stat.h > configure:3492: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:3495: $? = 0 > configure:3498: test -s conftest.o > configure:3501: $? = 0 > configure:3511: result: yes > configure:3479: checking for stdlib.h > configure:3492: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:3495: $? = 0 > configure:3498: test -s conftest.o > configure:3501: $? = 0 > configure:3511: result: yes > configure:3479: checking for string.h > configure:3492: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:3495: $? = 0 > configure:3498: test -s conftest.o > configure:3501: $? = 0 > configure:3511: result: yes > configure:3479: checking for memory.h > configure:3492: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:3495: $? = 0 > configure:3498: test -s conftest.o > configure:3501: $? = 0 > configure:3511: result: yes > configure:3479: checking for strings.h > configure:3492: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:3495: $? = 0 > configure:3498: test -s conftest.o > configure:3501: $? = 0 > configure:3511: result: yes > configure:3479: checking for inttypes.h > configure:3492: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:3495: $? = 0 > configure:3498: test -s conftest.o > configure:3501: $? = 0 > configure:3511: result: yes > configure:3479: checking for stdint.h > configure:3492: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:3520: stdint.h: No such file or directory > configure:3495: $? = 1 > configure: failed program was: > #line 3484 "configure" > #include "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:3511: result: no > configure:3479: checking for unistd.h > configure:3492: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:3495: $? = 0 > configure:3498: test -s conftest.o > configure:3501: $? = 0 > configure:3511: result: yes > configure:3537: checking dlfcn.h usability > configure:3546: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:3549: $? = 0 > configure:3552: test -s conftest.o > configure:3555: $? = 0 > configure:3564: result: yes > configure:3568: checking dlfcn.h presence > configure:3575: cc -E -I/usr/local/include conftest.c > configure:3581: $? = 0 > configure:3599: result: yes > configure:3617: checking for dlfcn.h > configure:3624: result: yes > configure:3821: checking for ranlib > configure:3837: found /usr/bin/ranlib > configure:3848: result: ranlib > configure:3901: checking for strip > configure:3917: found /usr/bin/strip > configure:3928: result: strip > configure:4139: checking for objdir > configure:4150: result: .libs > configure:4167: checking for cc option to produce PIC > configure:4317: result: -fPIC > configure:4321: checking if cc PIC flag -fPIC works > configure:4347: cc -c -O -pipe -fPIC -DPIC -I/usr/local/include conftest.c >&5 > configure:4350: $? = 0 > configure:4353: test -s conftest.o > configure:4356: $? = 0 > configure:4393: result: yes > configure:4409: checking if cc static flag -static works > configure:4436: cc -o conftest -O -pipe -I/usr/local/include -L/usr/local/lib -static conftest.c >&5 > configure:4439: $? = 0 > configure:4442: test -s conftest > configure:4445: $? = 0 > configure:4460: result: yes > configure:4472: checking if cc supports -c -o file.o > configure:4494: cc -c -O -pipe -o out/conftest2.o -I/usr/local/include conftest.c >&5 > configure:4516: result: yes > configure:4521: checking if cc supports -c -o file.lo > configure:4551: cc -c -O -pipe -c -o conftest.lo -I/usr/local/include conftest.c >&5 > configure:4554: $? = 0 > configure:4557: test -s conftest.lo > configure:4560: $? = 0 > configure:4581: result: yes > configure:4612: checking if cc supports -fno-rtti -fno-exceptions > configure:4637: cc -c -O -pipe -fno-rtti -fno-exceptions -c conftest.c -I/usr/local/include conftest.c >&5 > configure:4640: $? = 0 > configure:4643: test -s conftest.o > configure:4646: $? = 0 > configure:4662: result: yes > configure:4673: checking whether the linker (/usr/libexec/elf/ld) supports shared libraries > configure:5353: result: yes > configure:5358: checking how to hardcode library paths into programs > configure:5382: result: immediate > configure:5387: checking whether stripping libraries is possible > configure:5392: result: yes > configure:5403: checking dynamic linker characteristics > configure:5796: result: freebsd4.6 ld.so > configure:5801: checking if libtool supports shared libraries > configure:5803: result: yes > configure:5806: checking whether to build shared libraries > configure:5827: result: yes > configure:5830: checking whether to build static libraries > configure:5834: result: yes > configure:6496: checking whether -lc should be explicitly linked in > configure:6504: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:6507: $? = 0 > configure:6521: cc -shared conftest.o -v -Wl,-soname -Wl,conftest -o conftest 2\>\&1 \| grep -lc \>/dev/null 2\>\&1 > configure:6524: $? = 1 > configure:6537: result: yes > configure:7109: checking for Win32 > configure:7119: result: no > configure:7179: checking for aclocal flags > configure:7188: result: > configure:7236: checking for pkg-config > configure:7254: found /usr/local/bin/pkg-config > configure:7267: result: /usr/local/bin/pkg-config > configure:7290: checking for GLIB - version >= 2.0.0 > configure:7435: result: no > configure:7471: cc -o conftest -O -pipe -Wall -I/usr/local/include -L/usr/local/lib conftest.c >&5 > configure:7451: glib.h: No such file or directory > configure: In function `main': > configure:7463: `glib_major_version' undeclared (first use in this function) > configure:7463: (Each undeclared identifier is reported only once > configure:7463: for each function it appears in.) > configure:7463: `glib_minor_version' undeclared (first use in this function) > configure:7463: `glib_micro_version' undeclared (first use in this function) > configure:7474: $? = 1 > configure: failed program was: > #line 7449 "configure" > #include "confdefs.h" > > #include > #include > > #ifdef F77_DUMMY_MAIN > # ifdef __cplusplus > extern "C" > # endif > int F77_DUMMY_MAIN() { return 1; } > #endif > int > main () > { > return ((glib_major_version) || (glib_minor_version) || (glib_micro_version)); > ; > return 0; > } > configure:7509: error: > *** GLIB 2.0.0 or better is required. The latest version of > *** GLIB is always available from ftp://ftp.gtk.org/. > > ## ---------------- ## > ## Cache variables. ## > ## ---------------- ## > > ac_cv_atk_aclocal_flags= > ac_cv_build=i386-unknown-freebsd4.6 > ac_cv_build_alias=i386-unknown-freebsd4.6 > ac_cv_c_compiler_gnu=yes > ac_cv_env_CC_set=set > ac_cv_env_CC_value=cc > ac_cv_env_CFLAGS_set=set > ac_cv_env_CFLAGS_value=$'-O -pipe ' > ac_cv_env_CPPFLAGS_set=set > ac_cv_env_CPPFLAGS_value=-I/usr/local/include > ac_cv_env_CPP_set= > ac_cv_env_CPP_value= > ac_cv_env_LDFLAGS_set=set > ac_cv_env_LDFLAGS_value=-L/usr/local/lib > ac_cv_env_build_alias_set= > ac_cv_env_build_alias_value= > ac_cv_env_host_alias_set= > ac_cv_env_host_alias_value= > ac_cv_env_target_alias_set=set > ac_cv_env_target_alias_value=i386-unknown-freebsd4.6 > ac_cv_exeext= > ac_cv_header_dlfcn_h=yes > ac_cv_header_inttypes_h=yes > ac_cv_header_memory_h=yes > ac_cv_header_stdc=yes > ac_cv_header_stdint_h=no > ac_cv_header_stdlib_h=yes > ac_cv_header_string_h=yes > ac_cv_header_strings_h=yes > ac_cv_header_sys_stat_h=yes > ac_cv_header_sys_types_h=yes > ac_cv_header_unistd_h=yes > ac_cv_host=i386-unknown-freebsd4.6 > ac_cv_host_alias=i386-unknown-freebsd4.6 > ac_cv_objext=o > ac_cv_path_PKG_CONFIG=/usr/local/bin/pkg-config > ac_cv_prog_CPP=$'cc -E' > ac_cv_prog_ac_ct_CC=cc > ac_cv_prog_ac_ct_RANLIB=ranlib > ac_cv_prog_ac_ct_STRIP=strip > ac_cv_prog_cc_g=yes > ac_cv_prog_make_make_set=yes > lt_cv_archive_cmds_need_lc=yes > lt_cv_compiler_c_o=yes > lt_cv_compiler_o_lo=yes > lt_cv_deplibs_check_method=pass_all > lt_cv_file_magic_cmd=$'$MAGIC_CMD' > lt_cv_file_magic_test_file= > 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_global_symbol_to_cdecl=$'sed -n -e \'s/^. .* \\(.*\\)$/extern char \\1;/p\'' > lt_cv_ld_reload_flag=-r > lt_cv_path_LD=/usr/libexec/elf/ld > lt_cv_path_NM=$'/usr/bin/nm -B' > lt_cv_prog_cc_can_build_shared=yes > lt_cv_prog_cc_no_builtin= > lt_cv_prog_cc_pic=$' -fPIC' > lt_cv_prog_cc_pic_works=yes > lt_cv_prog_cc_shlib= > lt_cv_prog_cc_static=-static > lt_cv_prog_cc_static_works=yes > lt_cv_prog_cc_wl=-Wl, > lt_cv_prog_gnu_ld=yes > lt_cv_sys_global_symbol_pipe=$'sed -n -e \'s/^.*[ \t]\\([ABCDGISTW][ABCDGISTW]*\\)[ \t][ \t]*\\(\\)\\([_A-Za-z][_A-Za-z0-9]*\\)$/\\1 \\2\\3 \\3/p\'' > lt_cv_sys_path_separator=: > > ## ----------- ## > ## confdefs.h. ## > ## ----------- ## > > #define PACKAGE_NAME "" > #define PACKAGE_TARNAME "" > #define PACKAGE_VERSION "" > #define PACKAGE_STRING "" > #define PACKAGE_BUGREPORT "" > #define PACKAGE "atk" > #define VERSION "1.0.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 > > configure: exit 1 -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Wed Jul 10 15:20:19 2002 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 4D7D637B400 for ; Wed, 10 Jul 2002 15:20:13 -0700 (PDT) Received: from lmail.actcom.co.il (lmail.actcom.co.il [192.114.47.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id B753B43E52 for ; Wed, 10 Jul 2002 15:20:11 -0700 (PDT) (envelope-from kesor@mail.ru) Received: from finone.in.kesor.net (line133-201.adsl.actcom.co.il [192.115.133.201]) by lmail.actcom.co.il (8.11.6/8.11.6) with ESMTP id g6AMK0e03309; Thu, 11 Jul 2002 01:20:00 +0300 Received: from localhost (kesor@localhost [127.0.0.1]) by finone.in.kesor.net (8.12.4/8.12.4) with ESMTP id g6AMJvBT037408; Thu, 11 Jul 2002 01:19:58 +0300 (IDT) (envelope-from kesor@mail.ru) Date: Thu, 11 Jul 2002 01:19:56 +0300 (IDT) From: ezislis X-X-Sender: kesor@finone.in.kesor.net To: gnome@freebsd.org Cc: jirka@5z.com Subject: GDM 2.4.0.x & FreeBSD Message-ID: <20020711010419.H37195-100000@finone.in.kesor.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Greets, I saw marcus ask for some more debug information about the gdm problems so here it goes: The problem - When starting 'gdm --nodaemon' from /etc/ttys instead of from the console or from /usr/X11R6/etc/rc.d/gdm.sh script, GDM gets stuck just after one writes his username in the prompt. Porposed fixes - either run gdm as root from console, or via rc.d script. Debugging - I have compiled GDM 2.4.0.1 (changed the makefile) without stripping binaries. I have put 'gdm --nodaemon' in /etc/ttys and done 'kill -1 1' I attached gdb to the slave gdm-binary by using 'gdb gdm-binary 35366' Entered my username in the prompt, and hit on enter. GDM got stuck. I used '^C' in gdb to break, and wrote 'bt' --- quote --- (gdb) bt #0 0x288c61d7 in __srget () from /usr/lib/libc_r.so.4 #1 0x8058dee in gdm_slave_greeter_ctl (cmd=35 '#', str=0x80679a3 "") at /usr/include/stdio.h:418 #2 0x80555a6 in run_pictures () at slave.c:1080 #3 0x8056270 in gdm_slave_greeter () at slave.c:1477 #4 0x8054a2f in gdm_slave_run (display=0x80b2000) at slave.c:603 #5 0x8054236 in gdm_slave_start (display=0x80b2000) at slave.c:271 #6 0x8053b0b in gdm_display_manage (d=0x80b2000) at display.c:217 #7 0x8050625 in gdm_start_first_unborn_local (delay=0) at gdm.c:764 #8 0x805184f in main (argc=3, argv=0xbfbffde0) at gdm.c:1497 #9 0x804ef31 in _start () --- end quote --- from what i have discussed with vicious on irc, he said : --- quote --- <_vicious_> it seems to be getting stuck on run_pictures <_vicious_> is the face browser enabled? I have the factory_gdm.conf <_vicious_> ok, then it shouldn't be enable <_vicious_> I think then that the greeters get confused <_vicious_> basically run pictures is part of the dialogue where the daemon is asking the greeter if it needs any pictures but the face thingy is disabled, so it shouldnt get there... <_vicious_> the greeter should just tell the daemon to go piss off and to continue without pictures <_vicious_> ahhh <_vicious_> wait a minute <_vicious_> I just remembered the warnings that showed up on screen <_vicious_> it would then seem like the communication pipe between daemon and greeter is just not working ohh, the glib warnings.. --- end quote --- The warnings mentioned, are glib warnings that appear when gdm is run as root from console, they are : (process:98958): GLib-WARNING **: Need to have NULL encoding to set the buffering state of the channel. and usually appear several times. Thats it for problem #1, the gdm standard greeting. There is also problem #2, which is triyng to run the graphical greeter (the one with the themes and background and the other eye candy) When the gdm.conf file is specified to make gdm run in the more graphical mode, then right after gdm is started - it shows the X root screen only, and hangs there, without any prompts or background changes.. It appears that this happens both when gdm is run from /etc/ttys, and when it is run from the CLI or from a rc.d script. again, heres what vicious said : --- quote --- ok, how about the graphical gdm? <_vicious_> it's the same thing I bet <_vicious_> only the graphical login likely gets stuck earlier <_vicious_> before it can display anything --- end quote --- for those of you who dont know vicious, he is the developer of gdm. Hope this report will help bring gdm to freebsd in a working condition - I could not fix this myself, so good luck to those who can. -- Kesor -- ________ ______ _ _ _ __ _ _ __ ||||_|||[]|||| -|| -\||||||*]||| \|*]| -|| ||*]|L | -| |||| |||||||||_-|/-_||||_||| |||_/|| | -||_||| |_|| -| Silent gratitude isn't much use to anyone. --G. B. Stern To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Wed Jul 10 15:20:30 2002 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 120A537B400 for ; Wed, 10 Jul 2002 15:20:29 -0700 (PDT) Received: from horkos.telenet-ops.be (horkos.telenet-ops.be [195.130.132.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4332943E54 for ; Wed, 10 Jul 2002 15:20:28 -0700 (PDT) (envelope-from lah@pandora.be) Received: from localhost (localhost.localdomain [127.0.0.1]) by horkos.telenet-ops.be (Postfix) with SMTP id 15FAF8444B; Thu, 11 Jul 2002 00:20:27 +0200 (CEST) Received: from archipelagos (D57641ED.kabel.telenet.be [213.118.65.237]) by horkos.telenet-ops.be (Postfix) with ESMTP id C248E843F0; Thu, 11 Jul 2002 00:20:26 +0200 (CEST) Date: Thu, 11 Jul 2002 00:18:39 +0200 (CEST) From: la hache X-X-Sender: h@archipelagos.pandora.be To: Joe Marcus Clarke Cc: gnome@FreeBSD.ORG Subject: Re: can't compile In-Reply-To: <1026334197.356.17.camel@gyros.marcuscom.com> Message-ID: <20020711001634.Y179-100000@archipelagos.pandora.be> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 10 Jul 2002, Joe Marcus Clarke wrote: > On Wed, 2002-07-10 at 15:49, la hache wrote: > > hi, > > > > i can't compile atk (required for gimp-dev) from ports, altho glib204 _is_ > > installed ! i really don't understand. i don't have any config-glib20 or > > something alike in /usr/local/lib altho i did compile glib20 from ports > > without any problem. > > Do you have a glib.h file on the system? If so, where? What does: it's not in /usr/lib nor in /usr/local/lib > pkg-config --cflags glib-2.0 > > report? # pkg-config --cflags glib-2.0 Package glib-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `glib-2.0.pc' to the PKG_CONFIG_PATH environment variable No package 'glib-2.0' found if only that is the problem, how do i do that ? i don't think it's fair to pkg-look for stuff that was compiled from ports. isn't there a cleaner way that other ports use ? > > checking for pkg-config... /usr/local/bin/pkg-config > > checking for GLIB - version >= 2.0.0... no > > *** Could not run GLIB test program, checking why... > > *** The test program failed to compile or link. See the file config.log > > for the > > *** exact error that occured. This usually means GLIB is incorrectly > > installed. > > configure: error: > > *** GLIB 2.0.0 or better is required. The latest version of > > *** GLIB is always available from ftp://ftp.gtk.org/. > > > > ---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Wed Jul 10 15:49:28 2002 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 F158E37B400 for ; Wed, 10 Jul 2002 15:49:25 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 625B843E42 for ; Wed, 10 Jul 2002 15:49:25 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6AMmCp4081473; Wed, 10 Jul 2002 18:48:12 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: can't compile From: Joe Marcus Clarke To: la hache Cc: gnome@FreeBSD.ORG In-Reply-To: <20020711001634.Y179-100000@archipelagos.pandora.be> References: <20020711001634.Y179-100000@archipelagos.pandora.be> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 10 Jul 2002 18:49:01 -0400 Message-Id: <1026341344.348.1.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 2002-07-10 at 18:18, la hache wrote: > On 10 Jul 2002, Joe Marcus Clarke wrote: > > > On Wed, 2002-07-10 at 15:49, la hache wrote: > > > hi, > > > > > > i can't compile atk (required for gimp-dev) from ports, altho glib204 _is_ > > > installed ! i really don't understand. i don't have any config-glib20 or > > > something alike in /usr/local/lib altho i did compile glib20 from ports > > > without any problem. > > > > Do you have a glib.h file on the system? If so, where? What does: > > it's not in /usr/lib nor in /usr/local/lib > > > pkg-config --cflags glib-2.0 > > > > report? > > # pkg-config --cflags glib-2.0 > Package glib-2.0 was not found in the pkg-config search path. > Perhaps you should add the directory containing `glib-2.0.pc' > to the PKG_CONFIG_PATH environment variable > No package 'glib-2.0' found You do not have glib20 properly installed. Go to /usr/ports/devel/glib20, and rebuild and reinstall it. > > if only that is the problem, how do i do that ? > > i don't think it's fair to pkg-look for stuff that was compiled from > ports. isn't there a cleaner way that other ports use ? You misunderstand the utility. pkg-config is a tool to help applications find dependencies. It is not part of the FreeBSD system, but rather something that the GNOME camp put together for their applications. Joe > > > > > checking for pkg-config... /usr/local/bin/pkg-config > > > checking for GLIB - version >= 2.0.0... no > > > *** Could not run GLIB test program, checking why... > > > *** The test program failed to compile or link. See the file config.log > > > for the > > > *** exact error that occured. This usually means GLIB is incorrectly > > > installed. > > > configure: error: > > > *** GLIB 2.0.0 or better is required. The latest version of > > > *** GLIB is always available from ftp://ftp.gtk.org/. > > > > > > ---- > > -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Wed Jul 10 15:58:45 2002 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 40CB537B400 for ; Wed, 10 Jul 2002 15:58:43 -0700 (PDT) Received: from tartarus.telenet-ops.be (tartarus.telenet-ops.be [195.130.132.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D5E043E31 for ; Wed, 10 Jul 2002 15:58:42 -0700 (PDT) (envelope-from lah@pandora.be) Received: from localhost (localhost.localdomain [127.0.0.1]) by tartarus.telenet-ops.be (Postfix) with SMTP id 7652EDBD8A; Thu, 11 Jul 2002 00:58:41 +0200 (CEST) Received: from archipelagos (D57641ED.kabel.telenet.be [213.118.65.237]) by tartarus.telenet-ops.be (Postfix) with ESMTP id 57C1CDBC1F; Thu, 11 Jul 2002 00:58:41 +0200 (CEST) Date: Thu, 11 Jul 2002 00:56:52 +0200 (CEST) From: la hache X-X-Sender: h@archipelagos.pandora.be To: Joe Marcus Clarke Cc: gnome@FreeBSD.ORG Subject: Re: can't compile In-Reply-To: <1026341344.348.1.camel@gyros.marcuscom.com> Message-ID: <20020711004944.D286-100000@archipelagos.pandora.be> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > > i can't compile atk (required for gimp-dev) from ports, altho glib204 _is_ > > > > installed ! i really don't understand. i don't have any config-glib20 or > > > > something alike in /usr/local/lib altho i did compile glib20 from ports > > > > without any problem. > > > > > > Do you have a glib.h file on the system? If so, where? What does: > > > > it's not in /usr/lib nor in /usr/local/lib > > > > > pkg-config --cflags glib-2.0 > > > > > > report? > > > > # pkg-config --cflags glib-2.0 > > Package glib-2.0 was not found in the pkg-config search path. > > Perhaps you should add the directory containing `glib-2.0.pc' > > to the PKG_CONFIG_PATH environment variable > > No package 'glib-2.0' found > > You do not have glib20 properly installed. Go to > /usr/ports/devel/glib20, and rebuild and reinstall it. did that 5 times today already ... doing it again in despair. ===> Registering installation for glib-2.0.4_1 /usr/ports/devel/atk # rm -rf work && make install clean checking for GLIB - version >= 2.0.0... no *** Could not run GLIB test program, checking why... *** The test program failed to compile or link. same as before ... may be something's wrong on my system. if i could just fool that configure check and get the damn thing to work ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Wed Jul 10 16: 7:27 2002 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 88BDD37B400 for ; Wed, 10 Jul 2002 16:07:25 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7FE943E31 for ; Wed, 10 Jul 2002 16:07:24 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6AN6Gp4081570; Wed, 10 Jul 2002 19:06:17 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: can't compile From: Joe Marcus Clarke To: la hache Cc: gnome@FreeBSD.ORG In-Reply-To: <20020711004944.D286-100000@archipelagos.pandora.be> References: <20020711004944.D286-100000@archipelagos.pandora.be> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 10 Jul 2002 19:07:07 -0400 Message-Id: <1026342427.348.3.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 2002-07-10 at 18:56, la hache wrote: > > > > > i can't compile atk (required for gimp-dev) from ports, altho glib204 _is_ > > > > > installed ! i really don't understand. i don't have any config-glib20 or > > > > > something alike in /usr/local/lib altho i did compile glib20 from ports > > > > > without any problem. > > > > > > > > Do you have a glib.h file on the system? If so, where? What does: > > > > > > it's not in /usr/lib nor in /usr/local/lib > > > > > > > pkg-config --cflags glib-2.0 > > > > > > > > report? > > > > > > # pkg-config --cflags glib-2.0 > > > Package glib-2.0 was not found in the pkg-config search path. > > > Perhaps you should add the directory containing `glib-2.0.pc' > > > to the PKG_CONFIG_PATH environment variable > > > No package 'glib-2.0' found > > > > You do not have glib20 properly installed. Go to > > /usr/ports/devel/glib20, and rebuild and reinstall it. > > did that 5 times today already ... doing it again in despair. > > ===> Registering installation for glib-2.0.4_1 If glib20 is successfully installed, then you should have at least one glib.h file in /usr/local/include. As well, you need to have a glib-2.0.pc file in /usr/local/libdata/pkgconfig. Perhaps the install of glib20 is not doing what it should be doing. Joe > > /usr/ports/devel/atk # rm -rf work && make install clean > > checking for GLIB - version >= 2.0.0... no > *** Could not run GLIB test program, checking why... > *** The test program failed to compile or link. > > same as before ... may be something's wrong on my system. if i could just > fool that configure check and get the damn thing to work ! > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-gnome" in the body of the message > -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Wed Jul 10 16:10:43 2002 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 7419C37B400 for ; Wed, 10 Jul 2002 16:10:41 -0700 (PDT) Received: from eos.telenet-ops.be (eos.telenet-ops.be [195.130.132.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEB9843E42 for ; Wed, 10 Jul 2002 16:10:40 -0700 (PDT) (envelope-from lah@pandora.be) Received: from localhost (localhost.localdomain [127.0.0.1]) by eos.telenet-ops.be (Postfix) with SMTP id DF65520058; Thu, 11 Jul 2002 01:10:39 +0200 (CEST) Received: from archipelagos (D57641ED.kabel.telenet.be [213.118.65.237]) by eos.telenet-ops.be (Postfix) with ESMTP id 7DF482000A; Thu, 11 Jul 2002 01:10:39 +0200 (CEST) Date: Thu, 11 Jul 2002 01:08:50 +0200 (CEST) From: la hache X-X-Sender: h@archipelagos.pandora.be To: Joe Marcus Clarke Cc: gnome@FreeBSD.ORG Subject: Re: can't compile In-Reply-To: <1026342427.348.3.camel@gyros.marcuscom.com> Message-ID: <20020711010743.E286-100000@archipelagos.pandora.be> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > If glib20 is successfully installed, then you should have at least one > glib.h file in /usr/local/include. As well, you need to have a > glib-2.0.pc file in /usr/local/libdata/pkgconfig. Perhaps the install > of glib20 is not doing what it should be doing. well, i have the latter, but glib.h is missing in the locations you told me about. may be we should bug the glib20 port maintainer about this ? in the meantime, can you help me out fixing this manually ? may be i should compile and install glib20 manually or is it a bad idea ? > > Joe > > > > > /usr/ports/devel/atk # rm -rf work && make install clean > > > > checking for GLIB - version >= 2.0.0... no > > *** Could not run GLIB test program, checking why... > > *** The test program failed to compile or link. > > > > same as before ... may be something's wrong on my system. if i could just > > fool that configure check and get the damn thing to work ! > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-gnome" in the body of the message > > > -- > PGP Key : http://www.marcuscom.com/pgp.asc > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Wed Jul 10 16:21: 7 2002 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 268CF37B400 for ; Wed, 10 Jul 2002 16:21:04 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8932243E65 for ; Wed, 10 Jul 2002 16:21:03 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6ANJqp4081770; Wed, 10 Jul 2002 19:19:56 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: can't compile From: Joe Marcus Clarke To: la hache Cc: gnome@FreeBSD.ORG In-Reply-To: <20020711010743.E286-100000@archipelagos.pandora.be> References: <20020711010743.E286-100000@archipelagos.pandora.be> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 10 Jul 2002 19:20:38 -0400 Message-Id: <1026343246.348.5.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 2002-07-10 at 19:08, la hache wrote: > > If glib20 is successfully installed, then you should have at least one > > glib.h file in /usr/local/include. As well, you need to have a > > glib-2.0.pc file in /usr/local/libdata/pkgconfig. Perhaps the install > > of glib20 is not doing what it should be doing. > > well, i have the latter, but glib.h is missing in the locations you told > me about. may be we should bug the glib20 port maintainer about this ? > in the meantime, can you help me out fixing this manually ? may be i > should compile and install glib20 manually or is it a bad idea ? I'm the port maintainer, and you shouldn't be hacking with this to get it to work. It should work. It works for me, and quite a few other users. If you have the .pc file, what are the contents? Joe > > > > > > Joe > > > > > > > > /usr/ports/devel/atk # rm -rf work && make install clean > > > > > > checking for GLIB - version >= 2.0.0... no > > > *** Could not run GLIB test program, checking why... > > > *** The test program failed to compile or link. > > > > > > same as before ... may be something's wrong on my system. if i could just > > > fool that configure check and get the damn thing to work ! > > > > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-gnome" in the body of the message > > > > > -- > > PGP Key : http://www.marcuscom.com/pgp.asc > > > > > > > > -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Wed Jul 10 19: 9: 4 2002 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 5FD7C37B400 for ; Wed, 10 Jul 2002 19:08:58 -0700 (PDT) Received: from zircon.seattle.wa.us (sense-sea-CovadSub-0-80.oz.net [216.39.147.80]) by mx1.FreeBSD.org (Postfix) with SMTP id 3E62743E5E for ; Wed, 10 Jul 2002 19:08:54 -0700 (PDT) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 12608 invoked from network); 11 Jul 2002 02:08:53 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 11 Jul 2002 02:08:53 -0000 Subject: Re: GDM 2.4.0.x & FreeBSD From: Joe Kelsey To: ezislis Cc: gnome@freebsd.org, jirka@5z.com In-Reply-To: <20020711010419.H37195-100000@finone.in.kesor.net> References: <20020711010419.H37195-100000@finone.in.kesor.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 10 Jul 2002 19:08:53 -0700 Message-Id: <1026353333.8748.40.camel@zircon.zircon.seattle.wa.us> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 2002-07-10 at 15:19, ezislis wrote: > Greets, > > I saw marcus ask for some more debug information about the gdm problems > so here it goes: > > The problem - > When starting 'gdm --nodaemon' from /etc/ttys instead of from the console > or from /usr/X11R6/etc/rc.d/gdm.sh script, GDM gets stuck just after one > writes his username in the prompt. > > Porposed fixes - either run gdm as root from console, or via rc.d script. > > Debugging - > I have compiled GDM 2.4.0.1 (changed the makefile) without stripping > binaries. I have put 'gdm --nodaemon' in /etc/ttys and done 'kill -1 1' > I attached gdb to the slave gdm-binary by using 'gdb gdm-binary 35366' > Entered my username in the prompt, and hit on enter. > GDM got stuck. > I used '^C' in gdb to break, and wrote 'bt' > > --- quote --- > (gdb) bt > #0 0x288c61d7 in __srget () from /usr/lib/libc_r.so.4 > #1 0x8058dee in gdm_slave_greeter_ctl (cmd=35 '#', str=0x80679a3 > "") at /usr/include/stdio.h:418 > #2 0x80555a6 in run_pictures () at slave.c:1080 > #3 0x8056270 in gdm_slave_greeter () at slave.c:1477 > #4 0x8054a2f in gdm_slave_run (display=0x80b2000) at slave.c:603 > #5 0x8054236 in gdm_slave_start (display=0x80b2000) at > slave.c:271 > #6 0x8053b0b in gdm_display_manage (d=0x80b2000) at display.c:217 > #7 0x8050625 in gdm_start_first_unborn_local (delay=0) at > gdm.c:764 > #8 0x805184f in main (argc=3, argv=0xbfbffde0) at gdm.c:1497 > #9 0x804ef31 in _start () > --- end quote --- This is absolutely normal. GDM forks the gdmlogin process and then enters an endless loop in run_pictures. It regularly checks for a return from gdmlogin, hoping that it can use the username to display the user's picture. Otherwise, it just keeps in an endless loop in run_pictures until notified by gdmlogin. The problem appears to be in the communication between gdmlogin and the master gdm slave or in the transfer of control between gdmlogin and gdmaskpass, but I am not sure about what is really supposed to happen. If you put gdb on the gdmlogin process at the point where it hangs, it is stuck permanently in _thread_sys_poll, essentially signifying nothing. There are no other gdm processes available for debugging. Joe mentioned that my app_find_device problemmay somehow be related to the Matrox DRI code in the X server. I don't know whether or not that would stop gdm. I have no idea how to tell if gdmlogin is actually running multiple threads or not or what another thread id within gdmlogin might yeild better results than the one you get by attaching gdb. In any case, your conversation with viscious below is less than useful because neither he nor you really understood what is happening to gdm. I don't understand it either, but I can point to more datapoints. Another data point: When I build and install gdm2 under X while gdm1 is running, then logout, it comes up with the new greeter and allows me to login. However, if I actually logout, go to a console vty and then kill the master gdm process, when the new greeter appears I cannot login. I have no idea what this means either... /Joe > from what i have discussed with vicious on irc, he said : > --- quote --- > <_vicious_> it seems to be getting stuck on run_pictures > <_vicious_> is the face browser enabled? > I have the factory_gdm.conf > <_vicious_> ok, then it shouldn't be enable > <_vicious_> I think then that the greeters get confused > <_vicious_> basically run pictures is part of the dialogue where the > daemon is asking the greeter if it needs any pictures > but the face thingy is disabled, so it shouldnt get there... > <_vicious_> the greeter should just tell the daemon to go piss off and to > continue without pictures > <_vicious_> ahhh > <_vicious_> wait a minute > <_vicious_> I just remembered the warnings that showed up on screen > <_vicious_> it would then seem like the communication pipe between daemon > and greeter is just not working > ohh, the glib warnings.. > --- end quote --- > > The warnings mentioned, are glib warnings that appear when gdm is run as > root from console, they are : > > (process:98958): GLib-WARNING **: Need to have NULL encoding to set the > buffering state of the channel. > > > and usually appear several times. > > > > > Thats it for problem #1, the gdm standard greeting. > > There is also problem #2, which is triyng to run the graphical greeter > (the one with the themes and background and the other eye candy) > > When the gdm.conf file is specified to make gdm run in the more graphical > mode, then right after gdm is started - it shows the X root screen only, > and hangs there, without any prompts or background changes.. > It appears that this happens both when gdm is run from /etc/ttys, and when > it is run from the CLI or from a rc.d script. > > again, heres what vicious said : > > --- quote --- > ok, how about the graphical gdm? > <_vicious_> it's the same thing I bet > <_vicious_> only the graphical login likely gets stuck earlier > <_vicious_> before it can display anything > --- end quote --- > > > > for those of you who dont know vicious, he is the developer of gdm. > > > Hope this report will help bring gdm to freebsd in a working condition - > I could not fix this myself, so good luck to those who can. > > -- Kesor > > > > -- > ________ ______ _ _ _ __ _ _ __ > ||||_|||[]|||| -|| -\||||||*]||| \|*]| -|| ||*]|L | -| > |||| |||||||||_-|/-_||||_||| |||_/|| | -||_||| |_|| -| > Silent gratitude isn't much use to anyone. > --G. B. Stern > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-gnome" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Wed Jul 10 19:10:59 2002 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 7B26037B400 for ; Wed, 10 Jul 2002 19:10:57 -0700 (PDT) Received: from zircon.seattle.wa.us (sense-sea-CovadSub-0-80.oz.net [216.39.147.80]) by mx1.FreeBSD.org (Postfix) with SMTP id C03BE43E09 for ; Wed, 10 Jul 2002 19:10:56 -0700 (PDT) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 12649 invoked from network); 11 Jul 2002 02:10:56 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 11 Jul 2002 02:10:56 -0000 Subject: Re: Preferences errors gnome2 From: Joe Kelsey To: Joe Marcus Clarke Cc: freebsd-gnome@FreeBSD.ORG In-Reply-To: <1026277539.719.6.camel@gyros.marcuscom.com> References: <1026091992.17474.3.camel@zircon.zircon.seattle.wa.us> <1026277539.719.6.camel@gyros.marcuscom.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 10 Jul 2002 19:10:56 -0700 Message-Id: <1026353456.8748.45.camel@zircon.zircon.seattle.wa.us> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG See my other message about preferences. The problem occurred because not enough of the gdm1 processes were killed when I logged out in the transition between gdm1 and gdm2. In particular, gconfd-1 was still running and preventing gconfd-2 from running. It appears that the only reliable way to actually transition between gdm1 and gdm2 is to reboot. /Joe On Tue, 2002-07-09 at 22:05, Joe Marcus Clarke wrote: > On Sun, 2002-07-07 at 21:33, Joe Kelsey wrote: > > Every time I start Gnome2, I get a lot of error boxes about not being > > able to set or get preferences. The error is: > > > > An error occurred while loading or saving configuration information for > > gnome-panel. Some of your configuration settings may not work properly. > > > > and the details: > > > > Configuration server couldn't be contacted: > > CORBA error: IDL:omg.org/CORBA/BAD_OPERATION:1.0 > > > > Basically gconfd-2 is not running and it doesn't seem to want to run (I > > tried starting it manually). > > What does it say when you try to start it manually? > > > > > Any ideas? > > Make sure you don't have any gconfd-1 processes running, and that all > your ~/.gconf* directory and underlying file permissions are correct. > > Joe > > > > > /Joe > > > > p.s., when are the gnome archives actually going to be available from > > the FreeBSD mailing list site? We cannot search freebsd-gnome and we > > cannot look at anything but this week there. It prevents me from > > accessing all of the good advice from last week... > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-gnome" in the body of the message > > > -- > PGP Key : http://www.marcuscom.com/pgp.asc > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-gnome" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Wed Jul 10 19:32: 8 2002 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 185A837B400 for ; Wed, 10 Jul 2002 19:32:05 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4C9A43E65 for ; Wed, 10 Jul 2002 19:32:03 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6B2VuFg000462; Wed, 10 Jul 2002 22:32:01 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: Preferences errors gnome2 From: Joe Marcus Clarke To: Joe Kelsey Cc: freebsd-gnome@FreeBSD.ORG In-Reply-To: <1026353456.8748.45.camel@zircon.zircon.seattle.wa.us> References: <1026091992.17474.3.camel@zircon.zircon.seattle.wa.us> <1026277539.719.6.camel@gyros.marcuscom.com> <1026353456.8748.45.camel@zircon.zircon.seattle.wa.us> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 10 Jul 2002 22:31:40 -0400 Message-Id: <1026354705.348.17.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 2002-07-10 at 22:10, Joe Kelsey wrote: > See my other message about preferences. > > The problem occurred because not enough of the gdm1 processes were > killed when I logged out in the transition between gdm1 and gdm2. In > particular, gconfd-1 was still running and preventing gconfd-2 from > running. > > It appears that the only reliable way to actually transition between > gdm1 and gdm2 is to reboot. I used to add the following to gdm1's PostSession/Default: killall gconfd-1 killall gconfd-2 killall oafd killall esd Joe > > /Joe > > On Tue, 2002-07-09 at 22:05, Joe Marcus Clarke wrote: > > On Sun, 2002-07-07 at 21:33, Joe Kelsey wrote: > > > Every time I start Gnome2, I get a lot of error boxes about not being > > > able to set or get preferences. The error is: > > > > > > An error occurred while loading or saving configuration information for > > > gnome-panel. Some of your configuration settings may not work properly. > > > > > > and the details: > > > > > > Configuration server couldn't be contacted: > > > CORBA error: IDL:omg.org/CORBA/BAD_OPERATION:1.0 > > > > > > Basically gconfd-2 is not running and it doesn't seem to want to run (I > > > tried starting it manually). > > > > What does it say when you try to start it manually? > > > > > > > > Any ideas? > > > > Make sure you don't have any gconfd-1 processes running, and that all > > your ~/.gconf* directory and underlying file permissions are correct. > > > > Joe > > > > > > > > /Joe > > > > > > p.s., when are the gnome archives actually going to be available from > > > the FreeBSD mailing list site? We cannot search freebsd-gnome and we > > > cannot look at anything but this week there. It prevents me from > > > accessing all of the good advice from last week... > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-gnome" in the body of the message > > > > > -- > > PGP Key : http://www.marcuscom.com/pgp.asc > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-gnome" in the body of the message > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-gnome" in the body of the message > -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Wed Jul 10 19:45:36 2002 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 5442337B400; Wed, 10 Jul 2002 19:45:35 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05F8443E54; Wed, 10 Jul 2002 19:45:35 -0700 (PDT) (envelope-from marcus@FreeBSD.org) Received: from freefall.freebsd.org (marcus@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g6B2jYJU000961; Wed, 10 Jul 2002 19:45:34 -0700 (PDT) (envelope-from marcus@freefall.freebsd.org) Received: (from marcus@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g6B2jY3k000957; Wed, 10 Jul 2002 19:45:34 -0700 (PDT) Date: Wed, 10 Jul 2002 19:45:34 -0700 (PDT) From: Joe Marcus Clarke Message-Id: <200207110245.g6B2jY3k000957@freefall.freebsd.org> To: michal@pasternak.w.lub.pl, marcus@FreeBSD.org, gnome@FreeBSD.org Subject: Re: ports/40408: scrolkeeper build fails at patching problems - docbook problem Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Synopsis: scrolkeeper build fails at patching problems - docbook problem State-Changed-From-To: open->closed State-Changed-By: marcus State-Changed-When: Wed Jul 10 19:44:15 PDT 2002 State-Changed-Why: This is not the case. The docbook-xml port is imported via the docbook-xsl dependency, and is installed if missing. Run make package-depends from the scrollkeeper directory, and notice that docbook-xml is included in the dependency list. If you're not seeing docbook-xml properly installed, then you should probably reinstall it, as there might be some missing files. http://www.freebsd.org/cgi/query-pr.cgi?pr=40408 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Wed Jul 10 19:51:24 2002 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 6C04D37B401; Wed, 10 Jul 2002 19:51:22 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AA4943E31; Wed, 10 Jul 2002 19:51:22 -0700 (PDT) (envelope-from marcus@FreeBSD.org) Received: from freefall.freebsd.org (marcus@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g6B2pLJU001713; Wed, 10 Jul 2002 19:51:21 -0700 (PDT) (envelope-from marcus@freefall.freebsd.org) Received: (from marcus@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g6B2pLx2001709; Wed, 10 Jul 2002 19:51:21 -0700 (PDT) Date: Wed, 10 Jul 2002 19:51:21 -0700 (PDT) From: Joe Marcus Clarke Message-Id: <200207110251.g6B2pLx2001709@freefall.freebsd.org> To: klockar@sm-pc321.sm.luth.se, marcus@FreeBSD.org, gnome@FreeBSD.org Subject: Re: ports/40373: /usr/ports/graphics/dia does not compile Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Synopsis: /usr/ports/graphics/dia does not compile State-Changed-From-To: open->closed State-Changed-By: marcus State-Changed-When: Wed Jul 10 19:47:09 PDT 2002 State-Changed-Why: This looks to be a problem with your libunicode port installation. Please try reinstalling the libunicode port (currently libunicode-0.4_3), and try to reinstall dia. It does work. http://www.freebsd.org/cgi/query-pr.cgi?pr=40373 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Wed Jul 10 23:48:22 2002 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 1233B37B400; Wed, 10 Jul 2002 23:48:21 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB11C43E52; Wed, 10 Jul 2002 23:48:20 -0700 (PDT) (envelope-from ijliao@FreeBSD.org) Received: from freefall.freebsd.org (ijliao@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g6B6mKJU040168; Wed, 10 Jul 2002 23:48:20 -0700 (PDT) (envelope-from ijliao@freefall.freebsd.org) Received: (from ijliao@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g6B6mKw1040164; Wed, 10 Jul 2002 23:48:20 -0700 (PDT) Date: Wed, 10 Jul 2002 23:48:20 -0700 (PDT) From: Ying-Chieh Liao Message-Id: <200207110648.g6B6mKw1040164@freefall.freebsd.org> To: ijliao@FreeBSD.org, freebsd-ports@FreeBSD.org, gnome@FreeBSD.org Subject: Re: ports/40434: Screensaver not appearing in gnome Control Center Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Synopsis: Screensaver not appearing in gnome Control Center Responsible-Changed-From-To: freebsd-ports->gnome Responsible-Changed-By: ijliao Responsible-Changed-When: Wed Jul 10 23:48:13 PDT 2002 Responsible-Changed-Why: over to maintainer http://www.freebsd.org/cgi/query-pr.cgi?pr=40434 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Thu Jul 11 1:31: 6 2002 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 7F81137B400; Thu, 11 Jul 2002 01:31:04 -0700 (PDT) Received: from sm-pc321.sm.luth.se (sm-pc321.sm.luth.se [130.240.45.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F1C143E09; Thu, 11 Jul 2002 01:31:03 -0700 (PDT) (envelope-from klockar@sm.luth.se) Received: from sm.luth.se (localhost [127.0.0.1]) by sm-pc321.sm.luth.se (8.12.5/8.12.3) with ESMTP id g6B8V1nH030188; Thu, 11 Jul 2002 10:31:02 +0200 (CEST) (envelope-from klockar@sm.luth.se) Message-ID: <3D2D4245.9A9FCCC4@sm.luth.se> Date: Thu, 11 Jul 2002 10:31:01 +0200 From: Tomas Klockar Organization: LTU X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: Joe Marcus Clarke , gnome@FreeBSD.org Subject: Re: ports/40373: /usr/ports/graphics/dia does not compile References: <200207110251.g6B2pLx2001709@freefall.freebsd.org> Content-Type: multipart/alternative; boundary="------------E1B0AB55B773549F9B543EB0" Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --------------E1B0AB55B773549F9B543EB0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dia does not have any unicodelibrary in its dependency, shouldn't it have that ? I had no unicodelib installed. /Tomas Joe Marcus Clarke wrote: > Synopsis: /usr/ports/graphics/dia does not compile > > State-Changed-From-To: open->closed > State-Changed-By: marcus > State-Changed-When: Wed Jul 10 19:47:09 PDT 2002 > State-Changed-Why: > This looks to be a problem with your libunicode port installation. Please > try reinstalling the libunicode port (currently libunicode-0.4_3), and try > to reinstall dia. It does work. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=40373 -- Tomas Klockar Room 3019 Phone 493064 --------------E1B0AB55B773549F9B543EB0 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Dia does not have any unicodelibrary in its dependency, shouldn't it have that ?
I had no unicodelib installed.

/Tomas

Joe Marcus Clarke wrote:

Synopsis: /usr/ports/graphics/dia does not compile

State-Changed-From-To: open->closed
State-Changed-By: marcus
State-Changed-When: Wed Jul 10 19:47:09 PDT 2002
State-Changed-Why:
This looks to be a problem with your libunicode port installation.  Please
try reinstalling the libunicode port (currently libunicode-0.4_3), and try
to reinstall dia.  It does work.

http://www.freebsd.org/cgi/query-pr.cgi?pr=40373

-- 
Tomas Klockar 
Room 3019 Phone 493064
  --------------E1B0AB55B773549F9B543EB0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Thu Jul 11 5:15:52 2002 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 E49DF37B406 for ; Thu, 11 Jul 2002 05:15:47 -0700 (PDT) Received: from pr93.lublin.sdi.tpnet.pl (pr93.lublin.sdi.tpnet.pl [217.97.36.93]) by mx1.FreeBSD.org (Postfix) with SMTP id C93A543E52 for ; Thu, 11 Jul 2002 05:15:44 -0700 (PDT) (envelope-from michal@pasternak.w.lub.pl) Received: (qmail 680 invoked by uid 1001); 11 Jul 2002 12:14:35 -0000 Date: Thu, 11 Jul 2002 14:14:34 +0200 From: Michal Pasternak To: gnome@freebsd.org Subject: Nautilus 2 crashes in MiniXftPatternGet Message-ID: <20020711121434.GA670@pasternak.w.lub.pl> Reply-To: Michal Pasternak Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Here's the backtrace of 4.6-STABLE on x86 platform. XF86 4.2.0 #0 0x484e851c in MiniXftPatternGet () from /usr/X11R6/lib/libpangoft2-1.0.so.0 #1 0x484e8f24 in MiniXftPatternGetString () from /usr/X11R6/lib/libpangoft2-1.0.so.0 #2 0x484e090e in pango_ft2_pattern_hash () from /usr/X11R6/lib/libpangoft2-1.0.so.0 #3 0x48bba698 in g_hash_table_lookup () from /usr/local/lib/libglib-2.0.so.0 #4 0x484df81f in pango_ft2_font_map_load_fontset () from /usr/X11R6/lib/libpangoft2-1.0.so.0 #5 0x48939f1d in pango_font_map_load_fontset () from /usr/X11R6/lib/libpango-1.0.so.0 #6 0x489387ac in add_engines () from /usr/X11R6/lib/libpango-1.0.so.0 #7 0x489381b3 in pango_itemize () from /usr/X11R6/lib/libpango-1.0.so.0 #8 0x4893dc03 in pango_layout_check_lines () from /usr/X11R6/lib/libpango-1.0.so.0 #9 0x4893c89c in pango_layout_get_extents_internal () from /usr/X11R6/lib/libpango-1.0.so.0 #10 0x489403f3 in pango_layout_get_pixel_size () from /usr/X11R6/lib/libpango-1.0.so.0 #11 0x80750c3 in nautilus_shell_new () #12 0x8076390 in nautilus_sidebar_tabs_add_view () #13 0x807a256 in nautilus_sidebar_add_panel () #14 0x808b81b in nautilus_window_add_sidebar_panel () #15 0x8085041 in nautilus_window_set_sidebar_panels () -- /* Micha³ Pasternak, http://pasternak.w.lub.pl, +48606570000 */ /* www.anti-dmca.org, www.debian.org/devel/debian-med */ /* On the first day God typed "M-x create-world". */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Thu Jul 11 8:46:58 2002 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 D5F6D37B401 for ; Thu, 11 Jul 2002 08:46:55 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0235643E54 for ; Thu, 11 Jul 2002 08:46:35 -0700 (PDT) (envelope-from marcus@FreeBSD.org) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6BFjVFg003772; Thu, 11 Jul 2002 11:45:31 -0400 (EDT) (envelope-from marcus@FreeBSD.org) Subject: Re: ports/40373: /usr/ports/graphics/dia does not compile From: Joe Marcus Clarke To: Tomas Klockar Cc: gnome@FreeBSD.org In-Reply-To: <3D2D4245.9A9FCCC4@sm.luth.se> References: <200207110251.g6B2pLx2001709@freefall.freebsd.org> <3D2D4245.9A9FCCC4@sm.luth.se> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 11 Jul 2002 11:45:17 -0400 Message-Id: <1026402319.357.1.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 2002-07-11 at 04:31, Tomas Klockar wrote: > Dia does not have any unicodelibrary in its dependency, shouldn't it have > that ? > I had no unicodelib installed. Okay, I think I see the problem. Do you have GNOME installed? Joe > > /Tomas > > Joe Marcus Clarke wrote: > > > Synopsis: /usr/ports/graphics/dia does not compile > > > > State-Changed-From-To: open->closed > > State-Changed-By: marcus > > State-Changed-When: Wed Jul 10 19:47:09 PDT 2002 > > State-Changed-Why: > > This looks to be a problem with your libunicode port installation. Please > > try reinstalling the libunicode port (currently libunicode-0.4_3), and try > > to reinstall dia. It does work. > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=40373 > > -- > Tomas Klockar > Room 3019 Phone 493064 > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Thu Jul 11 8:48:48 2002 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 1F16D37B400 for ; Thu, 11 Jul 2002 08:48:46 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56D8243E4A for ; Thu, 11 Jul 2002 08:48:45 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6BFmeFg003783; Thu, 11 Jul 2002 11:48:40 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: Nautilus 2 crashes in MiniXftPatternGet From: Joe Marcus Clarke To: Michal Pasternak Cc: gnome@FreeBSD.ORG In-Reply-To: <20020711121434.GA670@pasternak.w.lub.pl> References: <20020711121434.GA670@pasternak.w.lub.pl> Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable X-Mailer: Ximian Evolution 1.0.8 Date: 11 Jul 2002 11:48:27 -0400 Message-Id: <1026402507.357.7.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 2002-07-11 at 08:14, Michal Pasternak wrote: > Here's the backtrace of 4.6-STABLE on x86 platform. XF86 4.2.0 This isn't 100% helpful, but I do have a suggestion. First, make sure you have the latest pango and freetyp2 installed, then, if this is an upgrade from XFree86 4.1.x, try deleting your system font dirs from /usr/X11R6/lib/X11/fonts, then reinstall your font packages. If you continue to have the problem, please recompile pango with debugging symbols, and forward the new back trace. Joe >=20 > #0 0x484e851c in MiniXftPatternGet () from /usr/X11R6/lib/libpangoft2-1.= 0.so.0 > #1 0x484e8f24 in MiniXftPatternGetString () > from /usr/X11R6/lib/libpangoft2-1.0.so.0 > #2 0x484e090e in pango_ft2_pattern_hash () > from /usr/X11R6/lib/libpangoft2-1.0.so.0 > #3 0x48bba698 in g_hash_table_lookup () from /usr/local/lib/libglib-2.0.= so.0 > #4 0x484df81f in pango_ft2_font_map_load_fontset () > from /usr/X11R6/lib/libpangoft2-1.0.so.0 > #5 0x48939f1d in pango_font_map_load_fontset () > from /usr/X11R6/lib/libpango-1.0.so.0 > #6 0x489387ac in add_engines () from /usr/X11R6/lib/libpango-1.0.so.0 > #7 0x489381b3 in pango_itemize () from /usr/X11R6/lib/libpango-1.0.so.0 > #8 0x4893dc03 in pango_layout_check_lines () > from /usr/X11R6/lib/libpango-1.0.so.0 > #9 0x4893c89c in pango_layout_get_extents_internal () > from /usr/X11R6/lib/libpango-1.0.so.0 > #10 0x489403f3 in pango_layout_get_pixel_size () > from /usr/X11R6/lib/libpango-1.0.so.0 > #11 0x80750c3 in nautilus_shell_new () > #12 0x8076390 in nautilus_sidebar_tabs_add_view () > #13 0x807a256 in nautilus_sidebar_add_panel () > #14 0x808b81b in nautilus_window_add_sidebar_panel () > #15 0x8085041 in nautilus_window_set_sidebar_panels () >=20 >=20 > --=20 > /* Micha=B3 Pasternak, http://pasternak.w.lub.pl, +48606570000 */ > /* www.anti-dmca.org, www.debian.org/devel/debian-med */ > /* On the first day God typed "M-x create-world". */ >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-gnome" in the body of the message >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Thu Jul 11 8:54:39 2002 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 0238637B400 for ; Thu, 11 Jul 2002 08:54:38 -0700 (PDT) Received: from pr93.lublin.sdi.tpnet.pl (pr93.lublin.sdi.tpnet.pl [217.97.36.93]) by mx1.FreeBSD.org (Postfix) with SMTP id 42FAF43E64 for ; Thu, 11 Jul 2002 08:54:36 -0700 (PDT) (envelope-from michal@pasternak.w.lub.pl) Received: (qmail 1255 invoked by uid 1001); 11 Jul 2002 15:53:29 -0000 Date: Thu, 11 Jul 2002 17:53:29 +0200 From: =?iso-8859-2?Q?Micha=B3?= Pasternak To: Joe Marcus Clarke Cc: Michal Pasternak , gnome@FreeBSD.ORG Subject: Re: Nautilus 2 crashes in MiniXftPatternGet Message-ID: <20020711155329.GA1222@pasternak.w.lub.pl> Reply-To: Michal Pasternak References: <20020711121434.GA670@pasternak.w.lub.pl> <1026402507.357.7.camel@gyros.marcuscom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1026402507.357.7.camel@gyros.marcuscom.com> Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Joe Marcus Clarke [Thu, Jul 11, 2002 at 11:48:27AM -0400]: > On Thu, 2002-07-11 at 08:14, Michal Pasternak wrote: > > Here's the backtrace of 4.6-STABLE on x86 platform. XF86 4.2.0 > > This isn't 100% helpful, but I do have a suggestion. First, make sure > you have the latest pango and freetyp2 installed, then, if this is an > upgrade from XFree86 4.1.x, try deleting your system font dirs from > /usr/X11R6/lib/X11/fonts, then reinstall your font packages. This is neither upgrade, nor old ports. I will see what I can do . -- /* Micha³ Pasternak, http://pasternak.w.lub.pl, +48606570000 */ /* www.anti-dmca.org, www.debian.org/devel/debian-med */ /* On the first day God typed "M-x create-world". */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Thu Jul 11 9: 1:11 2002 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 08D9137B400 for ; Thu, 11 Jul 2002 09:01:10 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE6E543E6D for ; Thu, 11 Jul 2002 09:01:08 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6BG14Fg003867; Thu, 11 Jul 2002 12:01:04 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: Nautilus 2 crashes in MiniXftPatternGet From: Joe Marcus Clarke To: Michal Pasternak Cc: gnome@FreeBSD.ORG In-Reply-To: <20020711155329.GA1222@pasternak.w.lub.pl> References: <20020711121434.GA670@pasternak.w.lub.pl> <1026402507.357.7.camel@gyros.marcuscom.com> <20020711155329.GA1222@pasternak.w.lub.pl> Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable X-Mailer: Ximian Evolution 1.0.8 Date: 11 Jul 2002 12:00:51 -0400 Message-Id: <1026403251.357.32.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 2002-07-11 at 11:53, Micha=B3 Pasternak wrote: > Joe Marcus Clarke [Thu, Jul 11, 2002 at 11:48:27AM -0400]: > > On Thu, 2002-07-11 at 08:14, Michal Pasternak wrote: > > > Here's the backtrace of 4.6-STABLE on x86 platform. XF86 4.2.0 > >=20 > > This isn't 100% helpful, but I do have a suggestion. First, make sure > > you have the latest pango and freetyp2 installed, then, if this is an > > upgrade from XFree86 4.1.x, try deleting your system font dirs from > > /usr/X11R6/lib/X11/fonts, then reinstall your font packages. >=20 > This is neither upgrade, nor old ports. I will see what I can do . Could be a corrupt font, then. Could be a locale problem. Can you recompile pango with symbols then send me the stack trace. Also send me your locale info. Thanks. Joe >=20 > --=20 > /* Micha=B3 Pasternak, http://pasternak.w.lub.pl, +48606570000 */ > /* www.anti-dmca.org, www.debian.org/devel/debian-med */ > /* On the first day God typed "M-x create-world". */ >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Thu Jul 11 9:30: 3 2002 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 BE4E637B400 for ; Thu, 11 Jul 2002 09:29:58 -0700 (PDT) Received: from zinc.5z.com (zinc.5z.com [64.23.60.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3400F43E09 for ; Thu, 11 Jul 2002 09:29:58 -0700 (PDT) (envelope-from jirka@zinc.5z.com) Received: from localhost (localhost [[UNIX: localhost]]) by zinc.5z.com (8.11.6/8.11.6) id g6BGTnk08980; Thu, 11 Jul 2002 12:29:49 -0400 Date: Thu, 11 Jul 2002 09:39:00 -0700 From: George To: Joe Kelsey Cc: ezislis , gnome@freebsd.org, jirka@5z.com Subject: Re: GDM 2.4.0.x & FreeBSD Message-ID: <20020711163859.GC16083@monique.linux.bogus> References: <20020711010419.H37195-100000@finone.in.kesor.net> <1026353333.8748.40.camel@zircon.zircon.seattle.wa.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1026353333.8748.40.camel@zircon.zircon.seattle.wa.us> User-Agent: Mutt/1.4i Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jul 10, 2002 at 07:08:53PM -0700, Joe Kelsey wrote: > > --- quote --- > > (gdb) bt > > #0 0x288c61d7 in __srget () from /usr/lib/libc_r.so.4 > > #1 0x8058dee in gdm_slave_greeter_ctl (cmd=35 '#', str=0x80679a3 > > "") at /usr/include/stdio.h:418 > > #2 0x80555a6 in run_pictures () at slave.c:1080 > > #3 0x8056270 in gdm_slave_greeter () at slave.c:1477 > > #4 0x8054a2f in gdm_slave_run (display=0x80b2000) at slave.c:603 > > #5 0x8054236 in gdm_slave_start (display=0x80b2000) at > > slave.c:271 > > #6 0x8053b0b in gdm_display_manage (d=0x80b2000) at display.c:217 > > #7 0x8050625 in gdm_start_first_unborn_local (delay=0) at > > gdm.c:764 > > #8 0x805184f in main (argc=3, argv=0xbfbffde0) at gdm.c:1497 > > #9 0x804ef31 in _start () > > --- end quote --- > > This is absolutely normal. GDM forks the gdmlogin process and then > enters an endless loop in run_pictures. It regularly checks for a > return from gdmlogin, hoping that it can use the username to display the > user's picture. Otherwise, it just keeps in an endless loop in > run_pictures until notified by gdmlogin. Actually it's not normal since the daemon didn't get to the Username query. It is stuck asking the greeter if it needs pictures and has likely not heard a response. Since the greeter doesn't have the face browser enabled, it would just answer those queries with a no and would let the daemon to go on. So there is some problem on the comm side of things. > The problem appears to be in the communication between gdmlogin and the > master gdm slave or in the transfer of control between gdmlogin and > gdmaskpass, but I am not sure about what is really supposed to happen. > If you put gdb on the gdmlogin process at the point where it hangs, it > is stuck permanently in _thread_sys_poll, essentially signifying > nothing. Well the login seems to be in main loop, thus it's in the poll call. However it seems that it has not received anything from the daemon yet. > I have no idea how to tell if gdmlogin is actually running multiple > threads or not or what another thread id within gdmlogin might yeild > better results than the one you get by attaching gdb. There are no other threads. > In any case, your conversation with viscious below is less than useful > because neither he nor you really understood what is happening to gdm. Yes, I have no clue what is happening. I'm thinking it is the io channel code. Perhaps the gdmlogin side is not properly setting up the channel and is not receiving events that something has been put onto the channel. Perhaps the same on the daemon side. > When I build and install gdm2 under X while gdm1 is running, then > logout, it comes up with the new greeter and allows me to login. This is because the protocol has not changed between late 2.2.5.x series and the 2.4.0.x releases. > However, if I actually logout, go to a console vty and then kill the > master gdm process, when the new greeter appears I cannot login. This would then seem to indicate that the error is on the daemon side since the greeter will work with an old daemon. The IO channel stuff in gdlib has changed between 1.x and 2.0 so I think this is where the error lies. George -- George What luck for the rulers that men do not think. -- Adolf Hitler To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Thu Jul 11 9:34:52 2002 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 278E637B400 for ; Thu, 11 Jul 2002 09:34:48 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A48A43E70 for ; Thu, 11 Jul 2002 09:34:47 -0700 (PDT) (envelope-from marcus@FreeBSD.org) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6BGYaFg003980; Thu, 11 Jul 2002 12:34:36 -0400 (EDT) (envelope-from marcus@FreeBSD.org) Subject: Re: GDM 2.4.0.x & FreeBSD From: Joe Marcus Clarke To: George Cc: Joe Kelsey , ezislis , gnome@FreeBSD.org In-Reply-To: <20020711163859.GC16083@monique.linux.bogus> References: <20020711010419.H37195-100000@finone.in.kesor.net> <1026353333.8748.40.camel@zircon.zircon.seattle.wa.us> <20020711163859.GC16083@monique.linux.bogus> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 11 Jul 2002 12:34:23 -0400 Message-Id: <1026405263.357.87.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 2002-07-11 at 12:39, George wrote: > On Wed, Jul 10, 2002 at 07:08:53PM -0700, Joe Kelsey wrote: > > > --- quote --- > > > (gdb) bt > > > #0 0x288c61d7 in __srget () from /usr/lib/libc_r.so.4 > > > #1 0x8058dee in gdm_slave_greeter_ctl (cmd=35 '#', str=0x80679a3 > > > "") at /usr/include/stdio.h:418 > > > #2 0x80555a6 in run_pictures () at slave.c:1080 > > > #3 0x8056270 in gdm_slave_greeter () at slave.c:1477 > > > #4 0x8054a2f in gdm_slave_run (display=0x80b2000) at slave.c:603 > > > #5 0x8054236 in gdm_slave_start (display=0x80b2000) at > > > slave.c:271 > > > #6 0x8053b0b in gdm_display_manage (d=0x80b2000) at display.c:217 > > > #7 0x8050625 in gdm_start_first_unborn_local (delay=0) at > > > gdm.c:764 > > > #8 0x805184f in main (argc=3, argv=0xbfbffde0) at gdm.c:1497 > > > #9 0x804ef31 in _start () > > > --- end quote --- > > > > This is absolutely normal. GDM forks the gdmlogin process and then > > enters an endless loop in run_pictures. It regularly checks for a > > return from gdmlogin, hoping that it can use the username to display the > > user's picture. Otherwise, it just keeps in an endless loop in > > run_pictures until notified by gdmlogin. > > Actually it's not normal since the daemon didn't get to the Username query. > It is stuck asking the greeter if it needs pictures and has likely not heard > a response. Since the greeter doesn't have the face browser enabled, it > would just answer those queries with a no and would let the daemon to go on. > So there is some problem on the comm side of things. > > > The problem appears to be in the communication between gdmlogin and the > > master gdm slave or in the transfer of control between gdmlogin and > > gdmaskpass, but I am not sure about what is really supposed to happen. > > If you put gdb on the gdmlogin process at the point where it hangs, it > > is stuck permanently in _thread_sys_poll, essentially signifying > > nothing. > > Well the login seems to be in main loop, thus it's in the poll call. However > it seems that it has not received anything from the daemon yet. > > > I have no idea how to tell if gdmlogin is actually running multiple > > threads or not or what another thread id within gdmlogin might yeild > > better results than the one you get by attaching gdb. > > There are no other threads. > > > In any case, your conversation with viscious below is less than useful > > because neither he nor you really understood what is happening to gdm. > > Yes, I have no clue what is happening. I'm thinking it is the io channel > code. Perhaps the gdmlogin side is not properly setting up the channel and > is not receiving events that something has been put onto the channel. > Perhaps the same on the daemon side. > > > When I build and install gdm2 under X while gdm1 is running, then > > logout, it comes up with the new greeter and allows me to login. > > This is because the protocol has not changed between late 2.2.5.x series > and the 2.4.0.x releases. > > > However, if I actually logout, go to a console vty and then kill the > > master gdm process, when the new greeter appears I cannot login. > > This would then seem to indicate that the error is on the daemon side since > the greeter will work with an old daemon. The IO channel stuff in gdlib has > changed between 1.x and 2.0 so I think this is where the error lies. I'm unable to reproduce this in my setup. I have tried with and without the face browser enabled, but never from /etc/ttys (i.e. I always start it from an rc script). I would be willing to work with you, George, to try and fix this if you're interested. I saw you committed the NULL channel encoding fix, so that may or may not have an effect (somehow, I don't think it will help). Let me know if you have some cycles, and want to work on a resolution. Thanks. Joe > > George > > -- > George > What luck for the rulers that men do not think. > -- Adolf Hitler > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-gnome" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Thu Jul 11 10:32:41 2002 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 6A3C837B400; Thu, 11 Jul 2002 10:32:40 -0700 (PDT) Received: from zinc.5z.com (zinc.5z.com [64.23.60.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE51A43E31; Thu, 11 Jul 2002 10:32:39 -0700 (PDT) (envelope-from jirka@zinc.5z.com) Received: from localhost (localhost [[UNIX: localhost]]) by zinc.5z.com (8.11.6/8.11.6) id g6BHWcv09418; Thu, 11 Jul 2002 13:32:38 -0400 Date: Thu, 11 Jul 2002 10:41:48 -0700 From: George To: Joe Marcus Clarke Cc: George , Joe Kelsey , ezislis , gnome@FreeBSD.org Subject: Re: GDM 2.4.0.x & FreeBSD Message-ID: <20020711174148.GD16083@monique.linux.bogus> References: <20020711010419.H37195-100000@finone.in.kesor.net> <1026353333.8748.40.camel@zircon.zircon.seattle.wa.us> <20020711163859.GC16083@monique.linux.bogus> <1026405263.357.87.camel@gyros.marcuscom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1026405263.357.87.camel@gyros.marcuscom.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jul 11, 2002 at 12:34:23PM -0400, Joe Marcus Clarke wrote: > I'm unable to reproduce this in my setup. I have tried with and without > the face browser enabled, but never from /etc/ttys (i.e. I always start > it from an rc script). I would be willing to work with you, George, to > try and fix this if you're interested. I saw you committed the NULL > channel encoding fix, so that may or may not have an effect (somehow, I > don't think it will help). > > Let me know if you have some cycles, and want to work on a resolution. > Thanks. Yes I definately want gdm2 to work well on FreeBSD. Anyway I'm committing another set of changes to make all the channels be unbufferd and without encoding (in the greeters as well), so that we get as raw as possible (which should be what happened in gdm1). Can you test out of CVS? George -- George A clever man commits no minor blunders. -- Goethe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Thu Jul 11 10:43:48 2002 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 ACFE837B401 for ; Thu, 11 Jul 2002 10:43:46 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4ED8F43E6A for ; Thu, 11 Jul 2002 10:43:45 -0700 (PDT) (envelope-from marcus@FreeBSD.org) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6BHhcFg004326; Thu, 11 Jul 2002 13:43:38 -0400 (EDT) (envelope-from marcus@FreeBSD.org) Subject: Re: GDM 2.4.0.x & FreeBSD From: Joe Marcus Clarke To: George Cc: Joe Kelsey , ezislis , gnome@FreeBSD.org In-Reply-To: <20020711174148.GD16083@monique.linux.bogus> References: <20020711010419.H37195-100000@finone.in.kesor.net> <1026353333.8748.40.camel@zircon.zircon.seattle.wa.us> <20020711163859.GC16083@monique.linux.bogus> <1026405263.357.87.camel@gyros.marcuscom.com> <20020711174148.GD16083@monique.linux.bogus> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 11 Jul 2002 13:43:25 -0400 Message-Id: <1026409406.357.134.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 2002-07-11 at 13:41, George wrote: > On Thu, Jul 11, 2002 at 12:34:23PM -0400, Joe Marcus Clarke wrote: > > I'm unable to reproduce this in my setup. I have tried with and without > > the face browser enabled, but never from /etc/ttys (i.e. I always start > > it from an rc script). I would be willing to work with you, George, to > > try and fix this if you're interested. I saw you committed the NULL > > channel encoding fix, so that may or may not have an effect (somehow, I > > don't think it will help). > > > > Let me know if you have some cycles, and want to work on a resolution. > > Thanks. > > Yes I definately want gdm2 to work well on FreeBSD. > > Anyway I'm committing another set of changes to make all the channels be > unbufferd and without encoding (in the greeters as well), so that we get as > raw as possible (which should be what happened in gdm1). > > Can you test out of CVS? I can test, sure. Like I said, I haven't reproduced the problem yet, but I'll start testing out of /etc/ttys. I'll keep you posted. Joe > > George > > -- > George > A clever man commits no minor blunders. > -- Goethe > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Thu Jul 11 10:56:17 2002 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 5995F37B400; Thu, 11 Jul 2002 10:56:16 -0700 (PDT) Received: from zinc.5z.com (zinc.5z.com [64.23.60.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7168543E65; Thu, 11 Jul 2002 10:56:15 -0700 (PDT) (envelope-from jirka@zinc.5z.com) Received: from localhost (localhost [[UNIX: localhost]]) by zinc.5z.com (8.11.6/8.11.6) id g6BHuFd09666; Thu, 11 Jul 2002 13:56:15 -0400 Date: Thu, 11 Jul 2002 11:05:25 -0700 From: George To: Joe Marcus Clarke Cc: George , Joe Kelsey , ezislis , gnome@FreeBSD.org Subject: Re: GDM 2.4.0.x & FreeBSD Message-ID: <20020711180525.GH16083@monique.linux.bogus> References: <20020711010419.H37195-100000@finone.in.kesor.net> <1026353333.8748.40.camel@zircon.zircon.seattle.wa.us> <20020711163859.GC16083@monique.linux.bogus> <1026405263.357.87.camel@gyros.marcuscom.com> <20020711174148.GD16083@monique.linux.bogus> <1026409406.357.134.camel@gyros.marcuscom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1026409406.357.134.camel@gyros.marcuscom.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jul 11, 2002 at 01:43:25PM -0400, Joe Marcus Clarke wrote: > I can test, sure. Like I said, I haven't reproduced the problem yet, > but I'll start testing out of /etc/ttys. I'll keep you posted. Well, at least you can test if the changes didn't break your setup :) George -- George When they kick at your front door, how're you gonna come? With your hands on your head or on the trigger of your gun? -- The Clash To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Thu Jul 11 11:28:24 2002 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 03FCA37B442 for ; Thu, 11 Jul 2002 11:28:08 -0700 (PDT) Received: from tartarus.telenet-ops.be (tartarus.telenet-ops.be [195.130.132.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id F003843E31 for ; Thu, 11 Jul 2002 11:28:06 -0700 (PDT) (envelope-from lah@pandora.be) Received: from localhost (localhost.localdomain [127.0.0.1]) by tartarus.telenet-ops.be (Postfix) with SMTP id AD599DC65C for ; Thu, 11 Jul 2002 20:28:05 +0200 (CEST) Received: from archipelagos (D57641ED.kabel.telenet.be [213.118.65.237]) by tartarus.telenet-ops.be (Postfix) with ESMTP id D0814DC3AE for ; Thu, 11 Jul 2002 20:28:03 +0200 (CEST) Date: Thu, 11 Jul 2002 20:26:14 +0200 (CEST) From: la hache X-X-Sender: h@archipelagos.pandora.be To: gnome@FreeBSD.org Subject: can't compile Message-ID: <20020711202604.J22432-200000@archipelagos.pandora.be> MIME-Version: 1.0 Content-Type: MULTIPART/Mixed; BOUNDARY="0-206166095-1026330551=:179" Content-ID: <20020711202604.K22432@archipelagos.pandora.be> Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-206166095-1026330551=:179 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: <20020711202604.U22432@archipelagos.pandora.be> hi, i can't compile atk (required for gimp-dev) from ports, altho glib204 _is_ installed ! i really don't understand. i don't have any config-glib20 or something alike in /usr/local/lib altho i did compile glib20 from ports without any problem. checking for aclocal flags... checking for pkg-config... /usr/local/bin/pkg-config checking for GLIB - version >= 2.0.0... no *** Could not run GLIB test program, checking why... *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means GLIB is incorrectly installed. configure: error: *** GLIB 2.0.0 or better is required. The latest version of *** GLIB is always available from ftp://ftp.gtk.org/. --0-206166095-1026330551=:179 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="config.log" Content-Transfer-Encoding: BASE64 Content-ID: <20020710214911.P179@archipelagos.pandora.be> Content-Description: Content-Disposition: ATTACHMENT; FILENAME="config.log" VGhpcyBmaWxlIGNvbnRhaW5zIGFueSBtZXNzYWdlcyBwcm9kdWNlZCBieSBj b21waWxlcnMgd2hpbGUNCnJ1bm5pbmcgY29uZmlndXJlLCB0byBhaWQgZGVi dWdnaW5nIGlmIGNvbmZpZ3VyZSBtYWtlcyBhIG1pc3Rha2UuDQoNCkl0IHdh cyBjcmVhdGVkIGJ5IGNvbmZpZ3VyZSwgd2hpY2ggd2FzDQpnZW5lcmF0ZWQg YnkgR05VIEF1dG9jb25mIDIuNTMuICBJbnZvY2F0aW9uIGNvbW1hbmQgbGlu ZSB3YXMNCg0KICAkIC4vY29uZmlndXJlIC0tZW5hYmxlLXN0YXRpYyAtLXBy ZWZpeD0vdXNyL2xvY2FsIC0tdGFyZ2V0PWkzODYtdW5rbm93bi1mcmVlYnNk NC42DQoNCiMjIC0tLS0tLS0tLSAjIw0KIyMgUGxhdGZvcm0uICMjDQojIyAt LS0tLS0tLS0gIyMNCg0KaG9zdG5hbWUgPSBhcmNoaXBlbGFnb3MucGFuZG9y YS5iZQ0KdW5hbWUgLW0gPSBpMzg2DQp1bmFtZSAtciA9IDQuNi1TVEFCTEUN CnVuYW1lIC1zID0gRnJlZUJTRA0KdW5hbWUgLXYgPSBGcmVlQlNEIDQuNi1T VEFCTEUgIzc6IE1vbiBKdWwgIDggMTQ6NTk6MDYgQ0VTVCAyMDAyICAgICBy b290QGFyY2hpcGVsYWdvcy5wYW5kb3JhLmJlOi91c3Ivb2JqL3Vzci9zcmMv c3lzL0FSQ0hJUEVMQUdPUyANCg0KL3Vzci9iaW4vdW5hbWUgLXAgPSBpMzg2 DQovYmluL3VuYW1lIC1YICAgICA9IHVua25vd24NCg0KL2Jpbi9hcmNoICAg ICAgICAgICAgICA9IHVua25vd24NCi91c3IvYmluL2FyY2ggLWsgICAgICAg PSB1bmtub3duDQovdXNyL2NvbnZleC9nZXRzeXNpbmZvID0gdW5rbm93bg0K aG9zdGluZm8gICAgICAgICAgICAgICA9IHVua25vd24NCi9iaW4vbWFjaGlu ZSAgICAgICAgICAgPSB1bmtub3duDQovdXNyL2Jpbi9vc2xldmVsICAgICAg ID0gdW5rbm93bg0KL2Jpbi91bml2ZXJzZSAgICAgICAgICA9IHVua25vd24N Cg0KUEFUSDogL3Vzci9jb21wYXQvbGludXgvdXNyL2FkYWJhcy9iaW4NClBB VEg6IC91c3IvY29tcGF0L2xpbnV4L3Vzci9hZGFiYXMvcGdtDQpQQVRIOiAv c2Jpbg0KUEFUSDogL2Jpbg0KUEFUSDogL3Vzci9zYmluDQpQQVRIOiAvdXNy L2Jpbg0KUEFUSDogL3Vzci9nYW1lcw0KUEFUSDogL3Vzci9sb2NhbC9zYmlu DQpQQVRIOiAvdXNyL2xvY2FsL2Jpbg0KUEFUSDogL3Vzci9YMTFSNi9iaW4N ClBBVEg6IC9yb290L2Jpbg0KDQoNCiMjIC0tLS0tLS0tLS0tICMjDQojIyBD b3JlIHRlc3RzLiAjIw0KIyMgLS0tLS0tLS0tLS0gIyMNCg0KY29uZmlndXJl OjE0Mzg6IGNoZWNraW5nIGZvciBhIEJTRC1jb21wYXRpYmxlIGluc3RhbGwN CmNvbmZpZ3VyZToxNDkyOiByZXN1bHQ6IC91c3IvYmluL2luc3RhbGwgLWMg LW8gcm9vdCAtZyB3aGVlbA0KY29uZmlndXJlOjE1MDM6IGNoZWNraW5nIHdo ZXRoZXIgYnVpbGQgZW52aXJvbm1lbnQgaXMgc2FuZQ0KY29uZmlndXJlOjE1 NDY6IHJlc3VsdDogeWVzDQpjb25maWd1cmU6MTU2MTogY2hlY2tpbmcgd2hl dGhlciBtYWtlIHNldHMgJHtNQUtFfQ0KY29uZmlndXJlOjE1ODE6IHJlc3Vs dDogeWVzDQpjb25maWd1cmU6MTYxMzogY2hlY2tpbmcgZm9yIHdvcmtpbmcg YWNsb2NhbA0KY29uZmlndXJlOjE2MjA6IHJlc3VsdDogZm91bmQNCmNvbmZp Z3VyZToxNjI4OiBjaGVja2luZyBmb3Igd29ya2luZyBhdXRvY29uZg0KY29u ZmlndXJlOjE2MzU6IHJlc3VsdDogZm91bmQNCmNvbmZpZ3VyZToxNjQzOiBj aGVja2luZyBmb3Igd29ya2luZyBhdXRvbWFrZQ0KY29uZmlndXJlOjE2NTA6 IHJlc3VsdDogZm91bmQNCmNvbmZpZ3VyZToxNjU4OiBjaGVja2luZyBmb3Ig d29ya2luZyBhdXRvaGVhZGVyDQpjb25maWd1cmU6MTY2NTogcmVzdWx0OiBm b3VuZA0KY29uZmlndXJlOjE2NzM6IGNoZWNraW5nIGZvciB3b3JraW5nIG1h a2VpbmZvDQpjb25maWd1cmU6MTY4MDogcmVzdWx0OiBmb3VuZA0KY29uZmln dXJlOjE3MzY6IGNoZWNraW5nIGZvciBnY2MNCmNvbmZpZ3VyZToxNzYyOiBy ZXN1bHQ6IGNjDQpjb25maWd1cmU6MjAwNjogY2hlY2tpbmcgZm9yIEMgY29t cGlsZXIgdmVyc2lvbg0KY29uZmlndXJlOjIwMDk6IGNjIC0tdmVyc2lvbiA8 L2Rldi9udWxsID4mNQ0KMi45NS40DQpjb25maWd1cmU6MjAxMjogJD8gPSAw DQpjb25maWd1cmU6MjAxNDogY2MgLXYgPC9kZXYvbnVsbCA+JjUNClVzaW5n IGJ1aWx0aW4gc3BlY3MuDQpnY2MgdmVyc2lvbiAyLjk1LjQgMjAwMjAzMjAg W0ZyZWVCU0RdDQpjb25maWd1cmU6MjAxNzogJD8gPSAwDQpjb25maWd1cmU6 MjAxOTogY2MgLVYgPC9kZXYvbnVsbCA+JjUNCmNjOiBhcmd1bWVudCB0byBg LVYnIGlzIG1pc3NpbmcNCmNvbmZpZ3VyZToyMDIyOiAkPyA9IDENCmNvbmZp Z3VyZToyMDQ4OiBjaGVja2luZyBmb3IgQyBjb21waWxlciBkZWZhdWx0IG91 dHB1dA0KY29uZmlndXJlOjIwNTE6IGNjIC1PIC1waXBlICAtSS91c3IvbG9j YWwvaW5jbHVkZSAtTC91c3IvbG9jYWwvbGliIGNvbmZ0ZXN0LmMgID4mNQ0K Y29uZmlndXJlOjIwNTQ6ICQ/ID0gMA0KY29uZmlndXJlOjIwODc6IHJlc3Vs dDogYS5vdXQNCmNvbmZpZ3VyZToyMDkyOiBjaGVja2luZyB3aGV0aGVyIHRo ZSBDIGNvbXBpbGVyIHdvcmtzDQpjb25maWd1cmU6MjA5ODogLi9hLm91dA0K Y29uZmlndXJlOjIxMDE6ICQ/ID0gMA0KY29uZmlndXJlOjIxMTY6IHJlc3Vs dDogeWVzDQpjb25maWd1cmU6MjEyMzogY2hlY2tpbmcgd2hldGhlciB3ZSBh cmUgY3Jvc3MgY29tcGlsaW5nDQpjb25maWd1cmU6MjEyNTogcmVzdWx0OiBu bw0KY29uZmlndXJlOjIxMjg6IGNoZWNraW5nIGZvciBzdWZmaXggb2YgZXhl Y3V0YWJsZXMNCmNvbmZpZ3VyZToyMTMwOiBjYyAtbyBjb25mdGVzdCAtTyAt cGlwZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLUwvdXNyL2xvY2FsL2xpYiBj b25mdGVzdC5jICA+JjUNCmNvbmZpZ3VyZToyMTMzOiAkPyA9IDANCmNvbmZp Z3VyZToyMTU1OiByZXN1bHQ6IA0KY29uZmlndXJlOjIxNjE6IGNoZWNraW5n IGZvciBzdWZmaXggb2Ygb2JqZWN0IGZpbGVzDQpjb25maWd1cmU6MjE4NTog Y2MgLWMgLU8gLXBpcGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIGNvbmZ0ZXN0 LmMgPiY1DQpjb25maWd1cmU6MjE4ODogJD8gPSAwDQpjb25maWd1cmU6MjIw NzogcmVzdWx0OiBvDQpjb25maWd1cmU6MjIxMTogY2hlY2tpbmcgd2hldGhl ciB3ZSBhcmUgdXNpbmcgdGhlIEdOVSBDIGNvbXBpbGVyDQpjb25maWd1cmU6 MjIzODogY2MgLWMgLU8gLXBpcGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIGNv bmZ0ZXN0LmMgPiY1DQpjb25maWd1cmU6MjI0MTogJD8gPSAwDQpjb25maWd1 cmU6MjI0NDogdGVzdCAtcyBjb25mdGVzdC5vDQpjb25maWd1cmU6MjI0Nzog JD8gPSAwDQpjb25maWd1cmU6MjI1OTogcmVzdWx0OiB5ZXMNCmNvbmZpZ3Vy ZToyMjY1OiBjaGVja2luZyB3aGV0aGVyIGNjIGFjY2VwdHMgLWcNCmNvbmZp Z3VyZToyMjg5OiBjYyAtYyAtZyAtSS91c3IvbG9jYWwvaW5jbHVkZSBjb25m dGVzdC5jID4mNQ0KY29uZmlndXJlOjIyOTI6ICQ/ID0gMA0KY29uZmlndXJl OjIyOTU6IHRlc3QgLXMgY29uZnRlc3Qubw0KY29uZmlndXJlOjIyOTg6ICQ/ ID0gMA0KY29uZmlndXJlOjIzMDg6IHJlc3VsdDogeWVzDQpjb25maWd1cmU6 MjMzNTogY2MgLWMgLU8gLXBpcGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIGNv bmZ0ZXN0LmMgPiY1DQpjb25mdGVzdC5jOjI6IHN5bnRheCBlcnJvciBiZWZv cmUgYG1lJw0KY29uZmlndXJlOjIzMzg6ICQ/ID0gMQ0KY29uZmlndXJlOiBm YWlsZWQgcHJvZ3JhbSB3YXM6DQojaWZuZGVmIF9fY3BsdXNwbHVzDQogIGNo b2tlIG1lDQojZW5kaWYNCmNvbmZpZ3VyZToyNTIxOiBjaGVja2luZyBidWls ZCBzeXN0ZW0gdHlwZQ0KY29uZmlndXJlOjI1Mzk6IHJlc3VsdDogaTM4Ni11 bmtub3duLWZyZWVic2Q0LjYNCmNvbmZpZ3VyZToyNTQ3OiBjaGVja2luZyBo b3N0IHN5c3RlbSB0eXBlDQpjb25maWd1cmU6MjU2MTogcmVzdWx0OiBpMzg2 LXVua25vd24tZnJlZWJzZDQuNg0KY29uZmlndXJlOjI1OTE6IGNoZWNraW5n IGZvciBsZCB1c2VkIGJ5IEdDQw0KY29uZmlndXJlOjI2NTQ6IHJlc3VsdDog L3Vzci9saWJleGVjL2VsZi9sZA0KY29uZmlndXJlOjI2NjM6IGNoZWNraW5n IGlmIHRoZSBsaW5rZXIgKC91c3IvbGliZXhlYy9lbGYvbGQpIGlzIEdOVSBs ZA0KR05VIGxkIHZlcnNpb24gMi4xMS4yIDIwMDEwNzE5IFtGcmVlQlNEXSAo d2l0aCBCRkQgMi4xMS4yIDIwMDEwNzE5IFtGcmVlQlNEXSkNCmNvbmZpZ3Vy ZToyNjc1OiByZXN1bHQ6IHllcw0KY29uZmlndXJlOjI2ODA6IGNoZWNraW5n IGZvciAvdXNyL2xpYmV4ZWMvZWxmL2xkIG9wdGlvbiB0byByZWxvYWQgb2Jq ZWN0IGZpbGVzDQpjb25maWd1cmU6MjY4NzogcmVzdWx0OiAtcg0KY29uZmln dXJlOjI2OTI6IGNoZWNraW5nIGZvciBCU0QtY29tcGF0aWJsZSBubQ0KY29u ZmlndXJlOjI3Mjg6IHJlc3VsdDogL3Vzci9iaW4vbm0gLUINCmNvbmZpZ3Vy ZToyNzMxOiBjaGVja2luZyB3aGV0aGVyIGxuIC1zIHdvcmtzDQpjb25maWd1 cmU6MjczNTogcmVzdWx0OiB5ZXMNCmNvbmZpZ3VyZToyNzQyOiBjaGVja2lu ZyBob3cgdG8gcmVjb2duaXNlIGRlcGVuZGFudCBsaWJyYXJpZXMNCmNvbmZp Z3VyZToyOTIwOiByZXN1bHQ6IHBhc3NfYWxsDQpjb25maWd1cmU6MjkzMzog Y2hlY2tpbmcgY29tbWFuZCB0byBwYXJzZSAvdXNyL2Jpbi9ubSAtQiBvdXRw dXQNCmNvbmZpZ3VyZTozMDE0OiBjYyAtYyAtTyAtcGlwZSAgLUkvdXNyL2xv Y2FsL2luY2x1ZGUgY29uZnRlc3QuYyA+JjUNCmNvbmZpZ3VyZTozMDE3OiAk PyA9IDANCmNvbmZpZ3VyZTozMDIxOiAvdXNyL2Jpbi9ubSAtQiBjb25mdGVz dC5vIFx8IHNlZCAtbiAtZSAncy9eLipbIAldXChbQUJDREdJU1RXXVtBQkNE R0lTVFddKlwpWyAJXVsgCV0qXChcKVwoW19BLVphLXpdW19BLVphLXowLTld KlwpJC9cMSBcMlwzIFwzL3AnIFw+IGNvbmZ0ZXN0Lm5tDQpjb25maWd1cmU6 MzAyNDogJD8gPSAwDQpjb25maWd1cmU6MzA3NjogY2MgLW8gY29uZnRlc3Qg LU8gLXBpcGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1ML3Vzci9sb2NhbC9s aWIgY29uZnRlc3QuYyBjb25mdHN0bS5vID4mNQ0KY29uZmlndXJlOjMwNzk6 ICQ/ID0gMA0KY29uZmlndXJlOjMxMjM6IHJlc3VsdDogb2sNCmNvbmZpZ3Vy ZTozMTMyOiBjaGVja2luZyBob3cgdG8gcnVuIHRoZSBDIHByZXByb2Nlc3Nv cg0KY29uZmlndXJlOjMxNTg6IGNjIC1FIC1JL3Vzci9sb2NhbC9pbmNsdWRl IGNvbmZ0ZXN0LmMNCmNvbmZpZ3VyZTozMTY0OiAkPyA9IDANCmNvbmZpZ3Vy ZTozMTkxOiBjYyAtRSAtSS91c3IvbG9jYWwvaW5jbHVkZSBjb25mdGVzdC5j DQpjb25maWd1cmU6MzE4NzogYWNfbm9uZXhpc3RlbnQuaDogTm8gc3VjaCBm aWxlIG9yIGRpcmVjdG9yeQ0KY29uZmlndXJlOjMxOTc6ICQ/ID0gMQ0KY29u ZmlndXJlOiBmYWlsZWQgcHJvZ3JhbSB3YXM6DQojbGluZSAzMTg2ICJjb25m aWd1cmUiDQojaW5jbHVkZSAiY29uZmRlZnMuaCINCiNpbmNsdWRlIDxhY19u b25leGlzdGVudC5oPg0KY29uZmlndXJlOjMyMzQ6IHJlc3VsdDogY2MgLUUN CmNvbmZpZ3VyZTozMjQ5OiBjYyAtRSAtSS91c3IvbG9jYWwvaW5jbHVkZSBj b25mdGVzdC5jDQpjb25maWd1cmU6MzI1NTogJD8gPSAwDQpjb25maWd1cmU6 MzI4MjogY2MgLUUgLUkvdXNyL2xvY2FsL2luY2x1ZGUgY29uZnRlc3QuYw0K Y29uZmlndXJlOjMyNzg6IGFjX25vbmV4aXN0ZW50Lmg6IE5vIHN1Y2ggZmls ZSBvciBkaXJlY3RvcnkNCmNvbmZpZ3VyZTozMjg4OiAkPyA9IDENCmNvbmZp Z3VyZTogZmFpbGVkIHByb2dyYW0gd2FzOg0KI2xpbmUgMzI3NyAiY29uZmln dXJlIg0KI2luY2x1ZGUgImNvbmZkZWZzLmgiDQojaW5jbHVkZSA8YWNfbm9u ZXhpc3RlbnQuaD4NCmNvbmZpZ3VyZTozMzI4OiBjaGVja2luZyBmb3IgQU5T SSBDIGhlYWRlciBmaWxlcw0KY29uZmlndXJlOjMzNDI6IGNjIC1FIC1JL3Vz ci9sb2NhbC9pbmNsdWRlIGNvbmZ0ZXN0LmMNCmNvbmZpZ3VyZTozMzQ4OiAk PyA9IDANCmNvbmZpZ3VyZTozNDMzOiBjYyAtbyBjb25mdGVzdCAtTyAtcGlw ZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLUwvdXNyL2xvY2FsL2xpYiBjb25m dGVzdC5jICA+JjUNCmNvbmZpZ3VyZTozNDM2OiAkPyA9IDANCmNvbmZpZ3Vy ZTozNDM4OiAuL2NvbmZ0ZXN0DQpjb25maWd1cmU6MzQ0MTogJD8gPSAwDQpj b25maWd1cmU6MzQ1NTogcmVzdWx0OiB5ZXMNCmNvbmZpZ3VyZTozNDc5OiBj aGVja2luZyBmb3Igc3lzL3R5cGVzLmgNCmNvbmZpZ3VyZTozNDkyOiBjYyAt YyAtTyAtcGlwZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgY29uZnRlc3QuYyA+ JjUNCmNvbmZpZ3VyZTozNDk1OiAkPyA9IDANCmNvbmZpZ3VyZTozNDk4OiB0 ZXN0IC1zIGNvbmZ0ZXN0Lm8NCmNvbmZpZ3VyZTozNTAxOiAkPyA9IDANCmNv bmZpZ3VyZTozNTExOiByZXN1bHQ6IHllcw0KY29uZmlndXJlOjM0Nzk6IGNo ZWNraW5nIGZvciBzeXMvc3RhdC5oDQpjb25maWd1cmU6MzQ5MjogY2MgLWMg LU8gLXBpcGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIGNvbmZ0ZXN0LmMgPiY1 DQpjb25maWd1cmU6MzQ5NTogJD8gPSAwDQpjb25maWd1cmU6MzQ5ODogdGVz dCAtcyBjb25mdGVzdC5vDQpjb25maWd1cmU6MzUwMTogJD8gPSAwDQpjb25m aWd1cmU6MzUxMTogcmVzdWx0OiB5ZXMNCmNvbmZpZ3VyZTozNDc5OiBjaGVj a2luZyBmb3Igc3RkbGliLmgNCmNvbmZpZ3VyZTozNDkyOiBjYyAtYyAtTyAt cGlwZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgY29uZnRlc3QuYyA+JjUNCmNv bmZpZ3VyZTozNDk1OiAkPyA9IDANCmNvbmZpZ3VyZTozNDk4OiB0ZXN0IC1z IGNvbmZ0ZXN0Lm8NCmNvbmZpZ3VyZTozNTAxOiAkPyA9IDANCmNvbmZpZ3Vy ZTozNTExOiByZXN1bHQ6IHllcw0KY29uZmlndXJlOjM0Nzk6IGNoZWNraW5n IGZvciBzdHJpbmcuaA0KY29uZmlndXJlOjM0OTI6IGNjIC1jIC1PIC1waXBl ICAtSS91c3IvbG9jYWwvaW5jbHVkZSBjb25mdGVzdC5jID4mNQ0KY29uZmln dXJlOjM0OTU6ICQ/ID0gMA0KY29uZmlndXJlOjM0OTg6IHRlc3QgLXMgY29u ZnRlc3Qubw0KY29uZmlndXJlOjM1MDE6ICQ/ID0gMA0KY29uZmlndXJlOjM1 MTE6IHJlc3VsdDogeWVzDQpjb25maWd1cmU6MzQ3OTogY2hlY2tpbmcgZm9y IG1lbW9yeS5oDQpjb25maWd1cmU6MzQ5MjogY2MgLWMgLU8gLXBpcGUgIC1J L3Vzci9sb2NhbC9pbmNsdWRlIGNvbmZ0ZXN0LmMgPiY1DQpjb25maWd1cmU6 MzQ5NTogJD8gPSAwDQpjb25maWd1cmU6MzQ5ODogdGVzdCAtcyBjb25mdGVz dC5vDQpjb25maWd1cmU6MzUwMTogJD8gPSAwDQpjb25maWd1cmU6MzUxMTog cmVzdWx0OiB5ZXMNCmNvbmZpZ3VyZTozNDc5OiBjaGVja2luZyBmb3Igc3Ry aW5ncy5oDQpjb25maWd1cmU6MzQ5MjogY2MgLWMgLU8gLXBpcGUgIC1JL3Vz ci9sb2NhbC9pbmNsdWRlIGNvbmZ0ZXN0LmMgPiY1DQpjb25maWd1cmU6MzQ5 NTogJD8gPSAwDQpjb25maWd1cmU6MzQ5ODogdGVzdCAtcyBjb25mdGVzdC5v DQpjb25maWd1cmU6MzUwMTogJD8gPSAwDQpjb25maWd1cmU6MzUxMTogcmVz dWx0OiB5ZXMNCmNvbmZpZ3VyZTozNDc5OiBjaGVja2luZyBmb3IgaW50dHlw ZXMuaA0KY29uZmlndXJlOjM0OTI6IGNjIC1jIC1PIC1waXBlICAtSS91c3Iv bG9jYWwvaW5jbHVkZSBjb25mdGVzdC5jID4mNQ0KY29uZmlndXJlOjM0OTU6 ICQ/ID0gMA0KY29uZmlndXJlOjM0OTg6IHRlc3QgLXMgY29uZnRlc3Qubw0K Y29uZmlndXJlOjM1MDE6ICQ/ID0gMA0KY29uZmlndXJlOjM1MTE6IHJlc3Vs dDogeWVzDQpjb25maWd1cmU6MzQ3OTogY2hlY2tpbmcgZm9yIHN0ZGludC5o DQpjb25maWd1cmU6MzQ5MjogY2MgLWMgLU8gLXBpcGUgIC1JL3Vzci9sb2Nh bC9pbmNsdWRlIGNvbmZ0ZXN0LmMgPiY1DQpjb25maWd1cmU6MzUyMDogc3Rk aW50Lmg6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkNCmNvbmZpZ3VyZToz NDk1OiAkPyA9IDENCmNvbmZpZ3VyZTogZmFpbGVkIHByb2dyYW0gd2FzOg0K I2xpbmUgMzQ4NCAiY29uZmlndXJlIg0KI2luY2x1ZGUgImNvbmZkZWZzLmgi DQojaW5jbHVkZSA8c3RkaW8uaD4NCiNpZiBIQVZFX1NZU19UWVBFU19IDQoj IGluY2x1ZGUgPHN5cy90eXBlcy5oPg0KI2VuZGlmDQojaWYgSEFWRV9TWVNf U1RBVF9IDQojIGluY2x1ZGUgPHN5cy9zdGF0Lmg+DQojZW5kaWYNCiNpZiBT VERDX0hFQURFUlMNCiMgaW5jbHVkZSA8c3RkbGliLmg+DQojIGluY2x1ZGUg PHN0ZGRlZi5oPg0KI2Vsc2UNCiMgaWYgSEFWRV9TVERMSUJfSA0KIyAgaW5j bHVkZSA8c3RkbGliLmg+DQojIGVuZGlmDQojZW5kaWYNCiNpZiBIQVZFX1NU UklOR19IDQojIGlmICFTVERDX0hFQURFUlMgJiYgSEFWRV9NRU1PUllfSA0K IyAgaW5jbHVkZSA8bWVtb3J5Lmg+DQojIGVuZGlmDQojIGluY2x1ZGUgPHN0 cmluZy5oPg0KI2VuZGlmDQojaWYgSEFWRV9TVFJJTkdTX0gNCiMgaW5jbHVk ZSA8c3RyaW5ncy5oPg0KI2VuZGlmDQojaWYgSEFWRV9JTlRUWVBFU19IDQoj IGluY2x1ZGUgPGludHR5cGVzLmg+DQojZWxzZQ0KIyBpZiBIQVZFX1NURElO VF9IDQojICBpbmNsdWRlIDxzdGRpbnQuaD4NCiMgZW5kaWYNCiNlbmRpZg0K I2lmIEhBVkVfVU5JU1REX0gNCiMgaW5jbHVkZSA8dW5pc3RkLmg+DQojZW5k aWYNCg0KI2luY2x1ZGUgPHN0ZGludC5oPg0KY29uZmlndXJlOjM1MTE6IHJl c3VsdDogbm8NCmNvbmZpZ3VyZTozNDc5OiBjaGVja2luZyBmb3IgdW5pc3Rk LmgNCmNvbmZpZ3VyZTozNDkyOiBjYyAtYyAtTyAtcGlwZSAgLUkvdXNyL2xv Y2FsL2luY2x1ZGUgY29uZnRlc3QuYyA+JjUNCmNvbmZpZ3VyZTozNDk1OiAk PyA9IDANCmNvbmZpZ3VyZTozNDk4OiB0ZXN0IC1zIGNvbmZ0ZXN0Lm8NCmNv bmZpZ3VyZTozNTAxOiAkPyA9IDANCmNvbmZpZ3VyZTozNTExOiByZXN1bHQ6 IHllcw0KY29uZmlndXJlOjM1Mzc6IGNoZWNraW5nIGRsZmNuLmggdXNhYmls aXR5DQpjb25maWd1cmU6MzU0NjogY2MgLWMgLU8gLXBpcGUgIC1JL3Vzci9s b2NhbC9pbmNsdWRlIGNvbmZ0ZXN0LmMgPiY1DQpjb25maWd1cmU6MzU0OTog JD8gPSAwDQpjb25maWd1cmU6MzU1MjogdGVzdCAtcyBjb25mdGVzdC5vDQpj b25maWd1cmU6MzU1NTogJD8gPSAwDQpjb25maWd1cmU6MzU2NDogcmVzdWx0 OiB5ZXMNCmNvbmZpZ3VyZTozNTY4OiBjaGVja2luZyBkbGZjbi5oIHByZXNl bmNlDQpjb25maWd1cmU6MzU3NTogY2MgLUUgLUkvdXNyL2xvY2FsL2luY2x1 ZGUgY29uZnRlc3QuYw0KY29uZmlndXJlOjM1ODE6ICQ/ID0gMA0KY29uZmln dXJlOjM1OTk6IHJlc3VsdDogeWVzDQpjb25maWd1cmU6MzYxNzogY2hlY2tp bmcgZm9yIGRsZmNuLmgNCmNvbmZpZ3VyZTozNjI0OiByZXN1bHQ6IHllcw0K Y29uZmlndXJlOjM4MjE6IGNoZWNraW5nIGZvciByYW5saWINCmNvbmZpZ3Vy ZTozODM3OiBmb3VuZCAvdXNyL2Jpbi9yYW5saWINCmNvbmZpZ3VyZTozODQ4 OiByZXN1bHQ6IHJhbmxpYg0KY29uZmlndXJlOjM5MDE6IGNoZWNraW5nIGZv ciBzdHJpcA0KY29uZmlndXJlOjM5MTc6IGZvdW5kIC91c3IvYmluL3N0cmlw DQpjb25maWd1cmU6MzkyODogcmVzdWx0OiBzdHJpcA0KY29uZmlndXJlOjQx Mzk6IGNoZWNraW5nIGZvciBvYmpkaXINCmNvbmZpZ3VyZTo0MTUwOiByZXN1 bHQ6IC5saWJzDQpjb25maWd1cmU6NDE2NzogY2hlY2tpbmcgZm9yIGNjIG9w dGlvbiB0byBwcm9kdWNlIFBJQw0KY29uZmlndXJlOjQzMTc6IHJlc3VsdDog LWZQSUMNCmNvbmZpZ3VyZTo0MzIxOiBjaGVja2luZyBpZiBjYyBQSUMgZmxh ZyAtZlBJQyB3b3Jrcw0KY29uZmlndXJlOjQzNDc6IGNjIC1jIC1PIC1waXBl ICAtZlBJQyAtRFBJQyAtSS91c3IvbG9jYWwvaW5jbHVkZSBjb25mdGVzdC5j ID4mNQ0KY29uZmlndXJlOjQzNTA6ICQ/ID0gMA0KY29uZmlndXJlOjQzNTM6 IHRlc3QgLXMgY29uZnRlc3Qubw0KY29uZmlndXJlOjQzNTY6ICQ/ID0gMA0K Y29uZmlndXJlOjQzOTM6IHJlc3VsdDogeWVzDQpjb25maWd1cmU6NDQwOTog Y2hlY2tpbmcgaWYgY2Mgc3RhdGljIGZsYWcgLXN0YXRpYyB3b3Jrcw0KY29u ZmlndXJlOjQ0MzY6IGNjIC1vIGNvbmZ0ZXN0IC1PIC1waXBlICAtSS91c3Iv bG9jYWwvaW5jbHVkZSAtTC91c3IvbG9jYWwvbGliIC1zdGF0aWMgY29uZnRl c3QuYyAgPiY1DQpjb25maWd1cmU6NDQzOTogJD8gPSAwDQpjb25maWd1cmU6 NDQ0MjogdGVzdCAtcyBjb25mdGVzdA0KY29uZmlndXJlOjQ0NDU6ICQ/ID0g MA0KY29uZmlndXJlOjQ0NjA6IHJlc3VsdDogeWVzDQpjb25maWd1cmU6NDQ3 MjogY2hlY2tpbmcgaWYgY2Mgc3VwcG9ydHMgLWMgLW8gZmlsZS5vDQpjb25m aWd1cmU6NDQ5NDogY2MgLWMgLU8gLXBpcGUgIC1vIG91dC9jb25mdGVzdDIu byAtSS91c3IvbG9jYWwvaW5jbHVkZSBjb25mdGVzdC5jID4mNQ0KY29uZmln dXJlOjQ1MTY6IHJlc3VsdDogeWVzDQpjb25maWd1cmU6NDUyMTogY2hlY2tp bmcgaWYgY2Mgc3VwcG9ydHMgLWMgLW8gZmlsZS5sbw0KY29uZmlndXJlOjQ1 NTE6IGNjIC1jIC1PIC1waXBlICAtYyAtbyBjb25mdGVzdC5sbyAtSS91c3Iv bG9jYWwvaW5jbHVkZSBjb25mdGVzdC5jID4mNQ0KY29uZmlndXJlOjQ1NTQ6 ICQ/ID0gMA0KY29uZmlndXJlOjQ1NTc6IHRlc3QgLXMgY29uZnRlc3QubG8N CmNvbmZpZ3VyZTo0NTYwOiAkPyA9IDANCmNvbmZpZ3VyZTo0NTgxOiByZXN1 bHQ6IHllcw0KY29uZmlndXJlOjQ2MTI6IGNoZWNraW5nIGlmIGNjIHN1cHBv cnRzIC1mbm8tcnR0aSAtZm5vLWV4Y2VwdGlvbnMNCmNvbmZpZ3VyZTo0NjM3 OiBjYyAtYyAtTyAtcGlwZSAgLWZuby1ydHRpIC1mbm8tZXhjZXB0aW9ucyAt YyBjb25mdGVzdC5jIC1JL3Vzci9sb2NhbC9pbmNsdWRlIGNvbmZ0ZXN0LmMg PiY1DQpjb25maWd1cmU6NDY0MDogJD8gPSAwDQpjb25maWd1cmU6NDY0Mzog dGVzdCAtcyBjb25mdGVzdC5vDQpjb25maWd1cmU6NDY0NjogJD8gPSAwDQpj b25maWd1cmU6NDY2MjogcmVzdWx0OiB5ZXMNCmNvbmZpZ3VyZTo0NjczOiBj aGVja2luZyB3aGV0aGVyIHRoZSBsaW5rZXIgKC91c3IvbGliZXhlYy9lbGYv bGQpIHN1cHBvcnRzIHNoYXJlZCBsaWJyYXJpZXMNCmNvbmZpZ3VyZTo1MzUz OiByZXN1bHQ6IHllcw0KY29uZmlndXJlOjUzNTg6IGNoZWNraW5nIGhvdyB0 byBoYXJkY29kZSBsaWJyYXJ5IHBhdGhzIGludG8gcHJvZ3JhbXMNCmNvbmZp Z3VyZTo1MzgyOiByZXN1bHQ6IGltbWVkaWF0ZQ0KY29uZmlndXJlOjUzODc6 IGNoZWNraW5nIHdoZXRoZXIgc3RyaXBwaW5nIGxpYnJhcmllcyBpcyBwb3Nz aWJsZQ0KY29uZmlndXJlOjUzOTI6IHJlc3VsdDogeWVzDQpjb25maWd1cmU6 NTQwMzogY2hlY2tpbmcgZHluYW1pYyBsaW5rZXIgY2hhcmFjdGVyaXN0aWNz DQpjb25maWd1cmU6NTc5NjogcmVzdWx0OiBmcmVlYnNkNC42IGxkLnNvDQpj b25maWd1cmU6NTgwMTogY2hlY2tpbmcgaWYgbGlidG9vbCBzdXBwb3J0cyBz aGFyZWQgbGlicmFyaWVzDQpjb25maWd1cmU6NTgwMzogcmVzdWx0OiB5ZXMN CmNvbmZpZ3VyZTo1ODA2OiBjaGVja2luZyB3aGV0aGVyIHRvIGJ1aWxkIHNo YXJlZCBsaWJyYXJpZXMNCmNvbmZpZ3VyZTo1ODI3OiByZXN1bHQ6IHllcw0K Y29uZmlndXJlOjU4MzA6IGNoZWNraW5nIHdoZXRoZXIgdG8gYnVpbGQgc3Rh dGljIGxpYnJhcmllcw0KY29uZmlndXJlOjU4MzQ6IHJlc3VsdDogeWVzDQpj b25maWd1cmU6NjQ5NjogY2hlY2tpbmcgd2hldGhlciAtbGMgc2hvdWxkIGJl IGV4cGxpY2l0bHkgbGlua2VkIGluDQpjb25maWd1cmU6NjUwNDogY2MgLWMg LU8gLXBpcGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIGNvbmZ0ZXN0LmMgPiY1 DQpjb25maWd1cmU6NjUwNzogJD8gPSAwDQpjb25maWd1cmU6NjUyMTogY2Mg LXNoYXJlZCBjb25mdGVzdC5vICAtdiAtV2wsLXNvbmFtZSAtV2wsY29uZnRl c3QgLW8gY29uZnRlc3QgMlw+XCYxIFx8IGdyZXAgIC1sYyAgXD4vZGV2L251 bGwgMlw+XCYxDQpjb25maWd1cmU6NjUyNDogJD8gPSAxDQpjb25maWd1cmU6 NjUzNzogcmVzdWx0OiB5ZXMNCmNvbmZpZ3VyZTo3MTA5OiBjaGVja2luZyBm b3IgV2luMzINCmNvbmZpZ3VyZTo3MTE5OiByZXN1bHQ6IG5vDQpjb25maWd1 cmU6NzE3OTogY2hlY2tpbmcgZm9yIGFjbG9jYWwgZmxhZ3MNCmNvbmZpZ3Vy ZTo3MTg4OiByZXN1bHQ6IA0KY29uZmlndXJlOjcyMzY6IGNoZWNraW5nIGZv ciBwa2ctY29uZmlnDQpjb25maWd1cmU6NzI1NDogZm91bmQgL3Vzci9sb2Nh bC9iaW4vcGtnLWNvbmZpZw0KY29uZmlndXJlOjcyNjc6IHJlc3VsdDogL3Vz ci9sb2NhbC9iaW4vcGtnLWNvbmZpZw0KY29uZmlndXJlOjcyOTA6IGNoZWNr aW5nIGZvciBHTElCIC0gdmVyc2lvbiA+PSAyLjAuMA0KY29uZmlndXJlOjc0 MzU6IHJlc3VsdDogbm8NCmNvbmZpZ3VyZTo3NDcxOiBjYyAtbyBjb25mdGVz dCAtTyAtcGlwZSAgLVdhbGwgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1ML3Vz ci9sb2NhbC9saWIgY29uZnRlc3QuYyAgID4mNQ0KY29uZmlndXJlOjc0NTE6 IGdsaWIuaDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQ0KY29uZmlndXJl OiBJbiBmdW5jdGlvbiBgbWFpbic6DQpjb25maWd1cmU6NzQ2MzogYGdsaWJf bWFqb3JfdmVyc2lvbicgdW5kZWNsYXJlZCAoZmlyc3QgdXNlIGluIHRoaXMg ZnVuY3Rpb24pDQpjb25maWd1cmU6NzQ2MzogKEVhY2ggdW5kZWNsYXJlZCBp ZGVudGlmaWVyIGlzIHJlcG9ydGVkIG9ubHkgb25jZQ0KY29uZmlndXJlOjc0 NjM6IGZvciBlYWNoIGZ1bmN0aW9uIGl0IGFwcGVhcnMgaW4uKQ0KY29uZmln dXJlOjc0NjM6IGBnbGliX21pbm9yX3ZlcnNpb24nIHVuZGVjbGFyZWQgKGZp cnN0IHVzZSBpbiB0aGlzIGZ1bmN0aW9uKQ0KY29uZmlndXJlOjc0NjM6IGBn bGliX21pY3JvX3ZlcnNpb24nIHVuZGVjbGFyZWQgKGZpcnN0IHVzZSBpbiB0 aGlzIGZ1bmN0aW9uKQ0KY29uZmlndXJlOjc0NzQ6ICQ/ID0gMQ0KY29uZmln dXJlOiBmYWlsZWQgcHJvZ3JhbSB3YXM6DQojbGluZSA3NDQ5ICJjb25maWd1 cmUiDQojaW5jbHVkZSAiY29uZmRlZnMuaCINCg0KI2luY2x1ZGUgPGdsaWIu aD4NCiNpbmNsdWRlIDxzdGRpby5oPg0KDQojaWZkZWYgRjc3X0RVTU1ZX01B SU4NCiMgIGlmZGVmIF9fY3BsdXNwbHVzDQogICAgIGV4dGVybiAiQyINCiMg IGVuZGlmDQogICBpbnQgRjc3X0RVTU1ZX01BSU4oKSB7IHJldHVybiAxOyB9 DQojZW5kaWYNCmludA0KbWFpbiAoKQ0Kew0KIHJldHVybiAoKGdsaWJfbWFq b3JfdmVyc2lvbikgfHwgKGdsaWJfbWlub3JfdmVyc2lvbikgfHwgKGdsaWJf bWljcm9fdmVyc2lvbikpOw0KICA7DQogIHJldHVybiAwOw0KfQ0KY29uZmln dXJlOjc1MDk6IGVycm9yOg0KKioqIEdMSUIgMi4wLjAgb3IgYmV0dGVyIGlz IHJlcXVpcmVkLiBUaGUgbGF0ZXN0IHZlcnNpb24gb2YNCioqKiBHTElCIGlz IGFsd2F5cyBhdmFpbGFibGUgZnJvbSBmdHA6Ly9mdHAuZ3RrLm9yZy8uDQoN CiMjIC0tLS0tLS0tLS0tLS0tLS0gIyMNCiMjIENhY2hlIHZhcmlhYmxlcy4g IyMNCiMjIC0tLS0tLS0tLS0tLS0tLS0gIyMNCg0KYWNfY3ZfYXRrX2FjbG9j YWxfZmxhZ3M9DQphY19jdl9idWlsZD1pMzg2LXVua25vd24tZnJlZWJzZDQu Ng0KYWNfY3ZfYnVpbGRfYWxpYXM9aTM4Ni11bmtub3duLWZyZWVic2Q0LjYN CmFjX2N2X2NfY29tcGlsZXJfZ251PXllcw0KYWNfY3ZfZW52X0NDX3NldD1z ZXQNCmFjX2N2X2Vudl9DQ192YWx1ZT1jYw0KYWNfY3ZfZW52X0NGTEFHU19z ZXQ9c2V0DQphY19jdl9lbnZfQ0ZMQUdTX3ZhbHVlPSQnLU8gLXBpcGUgJw0K YWNfY3ZfZW52X0NQUEZMQUdTX3NldD1zZXQNCmFjX2N2X2Vudl9DUFBGTEFH U192YWx1ZT0tSS91c3IvbG9jYWwvaW5jbHVkZQ0KYWNfY3ZfZW52X0NQUF9z ZXQ9DQphY19jdl9lbnZfQ1BQX3ZhbHVlPQ0KYWNfY3ZfZW52X0xERkxBR1Nf c2V0PXNldA0KYWNfY3ZfZW52X0xERkxBR1NfdmFsdWU9LUwvdXNyL2xvY2Fs L2xpYg0KYWNfY3ZfZW52X2J1aWxkX2FsaWFzX3NldD0NCmFjX2N2X2Vudl9i dWlsZF9hbGlhc192YWx1ZT0NCmFjX2N2X2Vudl9ob3N0X2FsaWFzX3NldD0N CmFjX2N2X2Vudl9ob3N0X2FsaWFzX3ZhbHVlPQ0KYWNfY3ZfZW52X3Rhcmdl dF9hbGlhc19zZXQ9c2V0DQphY19jdl9lbnZfdGFyZ2V0X2FsaWFzX3ZhbHVl PWkzODYtdW5rbm93bi1mcmVlYnNkNC42DQphY19jdl9leGVleHQ9DQphY19j dl9oZWFkZXJfZGxmY25faD15ZXMNCmFjX2N2X2hlYWRlcl9pbnR0eXBlc19o PXllcw0KYWNfY3ZfaGVhZGVyX21lbW9yeV9oPXllcw0KYWNfY3ZfaGVhZGVy X3N0ZGM9eWVzDQphY19jdl9oZWFkZXJfc3RkaW50X2g9bm8NCmFjX2N2X2hl YWRlcl9zdGRsaWJfaD15ZXMNCmFjX2N2X2hlYWRlcl9zdHJpbmdfaD15ZXMN CmFjX2N2X2hlYWRlcl9zdHJpbmdzX2g9eWVzDQphY19jdl9oZWFkZXJfc3lz X3N0YXRfaD15ZXMNCmFjX2N2X2hlYWRlcl9zeXNfdHlwZXNfaD15ZXMNCmFj X2N2X2hlYWRlcl91bmlzdGRfaD15ZXMNCmFjX2N2X2hvc3Q9aTM4Ni11bmtu b3duLWZyZWVic2Q0LjYNCmFjX2N2X2hvc3RfYWxpYXM9aTM4Ni11bmtub3du LWZyZWVic2Q0LjYNCmFjX2N2X29iamV4dD1vDQphY19jdl9wYXRoX1BLR19D T05GSUc9L3Vzci9sb2NhbC9iaW4vcGtnLWNvbmZpZw0KYWNfY3ZfcHJvZ19D UFA9JCdjYyAtRScNCmFjX2N2X3Byb2dfYWNfY3RfQ0M9Y2MNCmFjX2N2X3By b2dfYWNfY3RfUkFOTElCPXJhbmxpYg0KYWNfY3ZfcHJvZ19hY19jdF9TVFJJ UD1zdHJpcA0KYWNfY3ZfcHJvZ19jY19nPXllcw0KYWNfY3ZfcHJvZ19tYWtl X21ha2Vfc2V0PXllcw0KbHRfY3ZfYXJjaGl2ZV9jbWRzX25lZWRfbGM9eWVz DQpsdF9jdl9jb21waWxlcl9jX289eWVzDQpsdF9jdl9jb21waWxlcl9vX2xv PXllcw0KbHRfY3ZfZGVwbGlic19jaGVja19tZXRob2Q9cGFzc19hbGwNCmx0 X2N2X2ZpbGVfbWFnaWNfY21kPSQnJE1BR0lDX0NNRCcNCmx0X2N2X2ZpbGVf bWFnaWNfdGVzdF9maWxlPQ0KbHRfY3ZfZ2xvYmFsX3N5bWJvbF90b19jX25h bWVfYWRkcmVzcz0kJ3NlZCAtbiAtZSBcJ3MvXjogXFwoW14gXSpcXCkgJC8g IHtcXCJcXDFcXCIsIChsdF9wdHIpIDB9LC9wXCcgLWUgXCdzL15bQkNERUdS U1RdIFxcKFteIF0qXFwpIFxcKFteIF0qXFwpJC8gIHsiXFwyIiwgKGx0X3B0 cikgXFwmXFwyfSwvcFwnJw0KbHRfY3ZfZ2xvYmFsX3N5bWJvbF90b19jZGVj bD0kJ3NlZCAtbiAtZSBcJ3MvXi4gLiogXFwoLipcXCkkL2V4dGVybiBjaGFy IFxcMTsvcFwnJw0KbHRfY3ZfbGRfcmVsb2FkX2ZsYWc9LXINCmx0X2N2X3Bh dGhfTEQ9L3Vzci9saWJleGVjL2VsZi9sZA0KbHRfY3ZfcGF0aF9OTT0kJy91 c3IvYmluL25tIC1CJw0KbHRfY3ZfcHJvZ19jY19jYW5fYnVpbGRfc2hhcmVk PXllcw0KbHRfY3ZfcHJvZ19jY19ub19idWlsdGluPQ0KbHRfY3ZfcHJvZ19j Y19waWM9JCcgLWZQSUMnDQpsdF9jdl9wcm9nX2NjX3BpY193b3Jrcz15ZXMN Cmx0X2N2X3Byb2dfY2Nfc2hsaWI9DQpsdF9jdl9wcm9nX2NjX3N0YXRpYz0t c3RhdGljDQpsdF9jdl9wcm9nX2NjX3N0YXRpY193b3Jrcz15ZXMNCmx0X2N2 X3Byb2dfY2Nfd2w9LVdsLA0KbHRfY3ZfcHJvZ19nbnVfbGQ9eWVzDQpsdF9j dl9zeXNfZ2xvYmFsX3N5bWJvbF9waXBlPSQnc2VkIC1uIC1lIFwncy9eLipb IFx0XVxcKFtBQkNER0lTVFddW0FCQ0RHSVNUV10qXFwpWyBcdF1bIFx0XSpc XChcXClcXChbX0EtWmEtel1bX0EtWmEtejAtOV0qXFwpJC9cXDEgXFwyXFwz IFxcMy9wXCcnDQpsdF9jdl9zeXNfcGF0aF9zZXBhcmF0b3I9Og0KDQojIyAt LS0tLS0tLS0tLSAjIw0KIyMgY29uZmRlZnMuaC4gIyMNCiMjIC0tLS0tLS0t LS0tICMjDQoNCiNkZWZpbmUgUEFDS0FHRV9OQU1FICIiDQojZGVmaW5lIFBB Q0tBR0VfVEFSTkFNRSAiIg0KI2RlZmluZSBQQUNLQUdFX1ZFUlNJT04gIiIN CiNkZWZpbmUgUEFDS0FHRV9TVFJJTkcgIiINCiNkZWZpbmUgUEFDS0FHRV9C VUdSRVBPUlQgIiINCiNkZWZpbmUgUEFDS0FHRSAiYXRrIg0KI2RlZmluZSBW RVJTSU9OICIxLjAuMiINCiNkZWZpbmUgU1REQ19IRUFERVJTIDENCiNkZWZp bmUgSEFWRV9TWVNfVFlQRVNfSCAxDQojZGVmaW5lIEhBVkVfU1lTX1NUQVRf SCAxDQojZGVmaW5lIEhBVkVfU1RETElCX0ggMQ0KI2RlZmluZSBIQVZFX1NU UklOR19IIDENCiNkZWZpbmUgSEFWRV9NRU1PUllfSCAxDQojZGVmaW5lIEhB VkVfU1RSSU5HU19IIDENCiNkZWZpbmUgSEFWRV9JTlRUWVBFU19IIDENCiNk ZWZpbmUgSEFWRV9VTklTVERfSCAxDQojZGVmaW5lIEhBVkVfRExGQ05fSCAx DQoNCmNvbmZpZ3VyZTogZXhpdCAxDQo= --0-206166095-1026330551=:179-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Thu Jul 11 11:35:13 2002 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 A6BF937B400 for ; Thu, 11 Jul 2002 11:34:55 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id D692343E31 for ; Thu, 11 Jul 2002 11:34:54 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6BIYmFg004616; Thu, 11 Jul 2002 14:34:49 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: can't compile From: Joe Marcus Clarke To: la hache Cc: gnome@FreeBSD.ORG In-Reply-To: <20020711202604.J22432-200000@archipelagos.pandora.be> References: <20020711202604.J22432-200000@archipelagos.pandora.be> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 11 Jul 2002 14:34:36 -0400 Message-Id: <1026412476.357.148.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 2002-07-11 at 14:26, la hache wrote: > hi, > > i can't compile atk (required for gimp-dev) from ports, altho glib204 _is_ > installed ! i really don't understand. i don't have any config-glib20 or > something alike in /usr/local/lib altho i did compile glib20 from ports > without any problem. If glib20 is being installed, and you do a search through your _whole_ system for glib.h? I don't understand why you're the only one seeing this. I just tried installing glib-2.0.4_1 on my system again, and it worked like a champ. Can you also send the entire output of make install from glib20? Thanks. Joe > > checking for aclocal flags... > checking for pkg-config... /usr/local/bin/pkg-config > checking for GLIB - version >= 2.0.0... no > *** Could not run GLIB test program, checking why... > *** The test program failed to compile or link. See the file config.log > for the > *** exact error that occured. This usually means GLIB is incorrectly > installed. > configure: error: > *** GLIB 2.0.0 or better is required. The latest version of > *** GLIB is always available from ftp://ftp.gtk.org/. > > ---- > > 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.53. Invocation command line was > > $ ./configure --enable-static --prefix=/usr/local --target=i386-unknown-freebsd4.6 > > ## --------- ## > ## Platform. ## > ## --------- ## > > hostname = archipelagos.pandora.be > uname -m = i386 > uname -r = 4.6-STABLE > uname -s = FreeBSD > uname -v = FreeBSD 4.6-STABLE #7: Mon Jul 8 14:59:06 CEST 2002 root@archipelagos.pandora.be:/usr/obj/usr/src/sys/ARCHIPELAGOS > > /usr/bin/uname -p = i386 > /bin/uname -X = unknown > > /bin/arch = unknown > /usr/bin/arch -k = unknown > /usr/convex/getsysinfo = unknown > hostinfo = unknown > /bin/machine = unknown > /usr/bin/oslevel = unknown > /bin/universe = unknown > > PATH: /usr/compat/linux/usr/adabas/bin > PATH: /usr/compat/linux/usr/adabas/pgm > PATH: /sbin > PATH: /bin > PATH: /usr/sbin > PATH: /usr/bin > PATH: /usr/games > PATH: /usr/local/sbin > PATH: /usr/local/bin > PATH: /usr/X11R6/bin > PATH: /root/bin > > > ## ----------- ## > ## Core tests. ## > ## ----------- ## > > configure:1438: checking for a BSD-compatible install > configure:1492: result: /usr/bin/install -c -o root -g wheel > configure:1503: checking whether build environment is sane > configure:1546: result: yes > configure:1561: checking whether make sets ${MAKE} > configure:1581: result: yes > configure:1613: checking for working aclocal > configure:1620: result: found > configure:1628: checking for working autoconf > configure:1635: result: found > configure:1643: checking for working automake > configure:1650: result: found > configure:1658: checking for working autoheader > configure:1665: result: found > configure:1673: checking for working makeinfo > configure:1680: result: found > configure:1736: checking for gcc > configure:1762: result: cc > configure:2006: checking for C compiler version > configure:2009: cc --version &5 > 2.95.4 > configure:2012: $? = 0 > configure:2014: cc -v &5 > Using builtin specs. > gcc version 2.95.4 20020320 [FreeBSD] > configure:2017: $? = 0 > configure:2019: cc -V &5 > cc: argument to `-V' is missing > configure:2022: $? = 1 > configure:2048: checking for C compiler default output > configure:2051: cc -O -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 > configure:2054: $? = 0 > configure:2087: result: a.out > configure:2092: checking whether the C compiler works > configure:2098: ./a.out > configure:2101: $? = 0 > configure:2116: result: yes > configure:2123: checking whether we are cross compiling > configure:2125: result: no > configure:2128: checking for suffix of executables > configure:2130: cc -o conftest -O -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 > configure:2133: $? = 0 > configure:2155: result: > configure:2161: checking for suffix of object files > configure:2185: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:2188: $? = 0 > configure:2207: result: o > configure:2211: checking whether we are using the GNU C compiler > configure:2238: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:2241: $? = 0 > configure:2244: test -s conftest.o > configure:2247: $? = 0 > configure:2259: result: yes > configure:2265: checking whether cc accepts -g > configure:2289: cc -c -g -I/usr/local/include conftest.c >&5 > configure:2292: $? = 0 > configure:2295: test -s conftest.o > configure:2298: $? = 0 > configure:2308: result: yes > configure:2335: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > conftest.c:2: syntax error before `me' > configure:2338: $? = 1 > configure: failed program was: > #ifndef __cplusplus > choke me > #endif > configure:2521: checking build system type > configure:2539: result: i386-unknown-freebsd4.6 > configure:2547: checking host system type > configure:2561: result: i386-unknown-freebsd4.6 > configure:2591: checking for ld used by GCC > configure:2654: result: /usr/libexec/elf/ld > configure:2663: checking if the linker (/usr/libexec/elf/ld) is GNU ld > GNU ld version 2.11.2 20010719 [FreeBSD] (with BFD 2.11.2 20010719 [FreeBSD]) > configure:2675: result: yes > configure:2680: checking for /usr/libexec/elf/ld option to reload object files > configure:2687: result: -r > configure:2692: checking for BSD-compatible nm > configure:2728: result: /usr/bin/nm -B > configure:2731: checking whether ln -s works > configure:2735: result: yes > configure:2742: checking how to recognise dependant libraries > configure:2920: result: pass_all > configure:2933: checking command to parse /usr/bin/nm -B output > configure:3014: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:3017: $? = 0 > configure:3021: /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:3024: $? = 0 > configure:3076: cc -o conftest -O -pipe -I/usr/local/include -L/usr/local/lib conftest.c conftstm.o >&5 > configure:3079: $? = 0 > configure:3123: result: ok > configure:3132: checking how to run the C preprocessor > configure:3158: cc -E -I/usr/local/include conftest.c > configure:3164: $? = 0 > configure:3191: cc -E -I/usr/local/include conftest.c > configure:3187: ac_nonexistent.h: No such file or directory > configure:3197: $? = 1 > configure: failed program was: > #line 3186 "configure" > #include "confdefs.h" > #include > configure:3234: result: cc -E > configure:3249: cc -E -I/usr/local/include conftest.c > configure:3255: $? = 0 > configure:3282: cc -E -I/usr/local/include conftest.c > configure:3278: ac_nonexistent.h: No such file or directory > configure:3288: $? = 1 > configure: failed program was: > #line 3277 "configure" > #include "confdefs.h" > #include > configure:3328: checking for ANSI C header files > configure:3342: cc -E -I/usr/local/include conftest.c > configure:3348: $? = 0 > configure:3433: cc -o conftest -O -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 > configure:3436: $? = 0 > configure:3438: ./conftest > configure:3441: $? = 0 > configure:3455: result: yes > configure:3479: checking for sys/types.h > configure:3492: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:3495: $? = 0 > configure:3498: test -s conftest.o > configure:3501: $? = 0 > configure:3511: result: yes > configure:3479: checking for sys/stat.h > configure:3492: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:3495: $? = 0 > configure:3498: test -s conftest.o > configure:3501: $? = 0 > configure:3511: result: yes > configure:3479: checking for stdlib.h > configure:3492: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:3495: $? = 0 > configure:3498: test -s conftest.o > configure:3501: $? = 0 > configure:3511: result: yes > configure:3479: checking for string.h > configure:3492: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:3495: $? = 0 > configure:3498: test -s conftest.o > configure:3501: $? = 0 > configure:3511: result: yes > configure:3479: checking for memory.h > configure:3492: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:3495: $? = 0 > configure:3498: test -s conftest.o > configure:3501: $? = 0 > configure:3511: result: yes > configure:3479: checking for strings.h > configure:3492: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:3495: $? = 0 > configure:3498: test -s conftest.o > configure:3501: $? = 0 > configure:3511: result: yes > configure:3479: checking for inttypes.h > configure:3492: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:3495: $? = 0 > configure:3498: test -s conftest.o > configure:3501: $? = 0 > configure:3511: result: yes > configure:3479: checking for stdint.h > configure:3492: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:3520: stdint.h: No such file or directory > configure:3495: $? = 1 > configure: failed program was: > #line 3484 "configure" > #include "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:3511: result: no > configure:3479: checking for unistd.h > configure:3492: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:3495: $? = 0 > configure:3498: test -s conftest.o > configure:3501: $? = 0 > configure:3511: result: yes > configure:3537: checking dlfcn.h usability > configure:3546: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:3549: $? = 0 > configure:3552: test -s conftest.o > configure:3555: $? = 0 > configure:3564: result: yes > configure:3568: checking dlfcn.h presence > configure:3575: cc -E -I/usr/local/include conftest.c > configure:3581: $? = 0 > configure:3599: result: yes > configure:3617: checking for dlfcn.h > configure:3624: result: yes > configure:3821: checking for ranlib > configure:3837: found /usr/bin/ranlib > configure:3848: result: ranlib > configure:3901: checking for strip > configure:3917: found /usr/bin/strip > configure:3928: result: strip > configure:4139: checking for objdir > configure:4150: result: .libs > configure:4167: checking for cc option to produce PIC > configure:4317: result: -fPIC > configure:4321: checking if cc PIC flag -fPIC works > configure:4347: cc -c -O -pipe -fPIC -DPIC -I/usr/local/include conftest.c >&5 > configure:4350: $? = 0 > configure:4353: test -s conftest.o > configure:4356: $? = 0 > configure:4393: result: yes > configure:4409: checking if cc static flag -static works > configure:4436: cc -o conftest -O -pipe -I/usr/local/include -L/usr/local/lib -static conftest.c >&5 > configure:4439: $? = 0 > configure:4442: test -s conftest > configure:4445: $? = 0 > configure:4460: result: yes > configure:4472: checking if cc supports -c -o file.o > configure:4494: cc -c -O -pipe -o out/conftest2.o -I/usr/local/include conftest.c >&5 > configure:4516: result: yes > configure:4521: checking if cc supports -c -o file.lo > configure:4551: cc -c -O -pipe -c -o conftest.lo -I/usr/local/include conftest.c >&5 > configure:4554: $? = 0 > configure:4557: test -s conftest.lo > configure:4560: $? = 0 > configure:4581: result: yes > configure:4612: checking if cc supports -fno-rtti -fno-exceptions > configure:4637: cc -c -O -pipe -fno-rtti -fno-exceptions -c conftest.c -I/usr/local/include conftest.c >&5 > configure:4640: $? = 0 > configure:4643: test -s conftest.o > configure:4646: $? = 0 > configure:4662: result: yes > configure:4673: checking whether the linker (/usr/libexec/elf/ld) supports shared libraries > configure:5353: result: yes > configure:5358: checking how to hardcode library paths into programs > configure:5382: result: immediate > configure:5387: checking whether stripping libraries is possible > configure:5392: result: yes > configure:5403: checking dynamic linker characteristics > configure:5796: result: freebsd4.6 ld.so > configure:5801: checking if libtool supports shared libraries > configure:5803: result: yes > configure:5806: checking whether to build shared libraries > configure:5827: result: yes > configure:5830: checking whether to build static libraries > configure:5834: result: yes > configure:6496: checking whether -lc should be explicitly linked in > configure:6504: cc -c -O -pipe -I/usr/local/include conftest.c >&5 > configure:6507: $? = 0 > configure:6521: cc -shared conftest.o -v -Wl,-soname -Wl,conftest -o conftest 2\>\&1 \| grep -lc \>/dev/null 2\>\&1 > configure:6524: $? = 1 > configure:6537: result: yes > configure:7109: checking for Win32 > configure:7119: result: no > configure:7179: checking for aclocal flags > configure:7188: result: > configure:7236: checking for pkg-config > configure:7254: found /usr/local/bin/pkg-config > configure:7267: result: /usr/local/bin/pkg-config > configure:7290: checking for GLIB - version >= 2.0.0 > configure:7435: result: no > configure:7471: cc -o conftest -O -pipe -Wall -I/usr/local/include -L/usr/local/lib conftest.c >&5 > configure:7451: glib.h: No such file or directory > configure: In function `main': > configure:7463: `glib_major_version' undeclared (first use in this function) > configure:7463: (Each undeclared identifier is reported only once > configure:7463: for each function it appears in.) > configure:7463: `glib_minor_version' undeclared (first use in this function) > configure:7463: `glib_micro_version' undeclared (first use in this function) > configure:7474: $? = 1 > configure: failed program was: > #line 7449 "configure" > #include "confdefs.h" > > #include > #include > > #ifdef F77_DUMMY_MAIN > # ifdef __cplusplus > extern "C" > # endif > int F77_DUMMY_MAIN() { return 1; } > #endif > int > main () > { > return ((glib_major_version) || (glib_minor_version) || (glib_micro_version)); > ; > return 0; > } > configure:7509: error: > *** GLIB 2.0.0 or better is required. The latest version of > *** GLIB is always available from ftp://ftp.gtk.org/. > > ## ---------------- ## > ## Cache variables. ## > ## ---------------- ## > > ac_cv_atk_aclocal_flags= > ac_cv_build=i386-unknown-freebsd4.6 > ac_cv_build_alias=i386-unknown-freebsd4.6 > ac_cv_c_compiler_gnu=yes > ac_cv_env_CC_set=set > ac_cv_env_CC_value=cc > ac_cv_env_CFLAGS_set=set > ac_cv_env_CFLAGS_value=$'-O -pipe ' > ac_cv_env_CPPFLAGS_set=set > ac_cv_env_CPPFLAGS_value=-I/usr/local/include > ac_cv_env_CPP_set= > ac_cv_env_CPP_value= > ac_cv_env_LDFLAGS_set=set > ac_cv_env_LDFLAGS_value=-L/usr/local/lib > ac_cv_env_build_alias_set= > ac_cv_env_build_alias_value= > ac_cv_env_host_alias_set= > ac_cv_env_host_alias_value= > ac_cv_env_target_alias_set=set > ac_cv_env_target_alias_value=i386-unknown-freebsd4.6 > ac_cv_exeext= > ac_cv_header_dlfcn_h=yes > ac_cv_header_inttypes_h=yes > ac_cv_header_memory_h=yes > ac_cv_header_stdc=yes > ac_cv_header_stdint_h=no > ac_cv_header_stdlib_h=yes > ac_cv_header_string_h=yes > ac_cv_header_strings_h=yes > ac_cv_header_sys_stat_h=yes > ac_cv_header_sys_types_h=yes > ac_cv_header_unistd_h=yes > ac_cv_host=i386-unknown-freebsd4.6 > ac_cv_host_alias=i386-unknown-freebsd4.6 > ac_cv_objext=o > ac_cv_path_PKG_CONFIG=/usr/local/bin/pkg-config > ac_cv_prog_CPP=$'cc -E' > ac_cv_prog_ac_ct_CC=cc > ac_cv_prog_ac_ct_RANLIB=ranlib > ac_cv_prog_ac_ct_STRIP=strip > ac_cv_prog_cc_g=yes > ac_cv_prog_make_make_set=yes > lt_cv_archive_cmds_need_lc=yes > lt_cv_compiler_c_o=yes > lt_cv_compiler_o_lo=yes > lt_cv_deplibs_check_method=pass_all > lt_cv_file_magic_cmd=$'$MAGIC_CMD' > lt_cv_file_magic_test_file= > 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_global_symbol_to_cdecl=$'sed -n -e \'s/^. .* \\(.*\\)$/extern char \\1;/p\'' > lt_cv_ld_reload_flag=-r > lt_cv_path_LD=/usr/libexec/elf/ld > lt_cv_path_NM=$'/usr/bin/nm -B' > lt_cv_prog_cc_can_build_shared=yes > lt_cv_prog_cc_no_builtin= > lt_cv_prog_cc_pic=$' -fPIC' > lt_cv_prog_cc_pic_works=yes > lt_cv_prog_cc_shlib= > lt_cv_prog_cc_static=-static > lt_cv_prog_cc_static_works=yes > lt_cv_prog_cc_wl=-Wl, > lt_cv_prog_gnu_ld=yes > lt_cv_sys_global_symbol_pipe=$'sed -n -e \'s/^.*[ \t]\\([ABCDGISTW][ABCDGISTW]*\\)[ \t][ \t]*\\(\\)\\([_A-Za-z][_A-Za-z0-9]*\\)$/\\1 \\2\\3 \\3/p\'' > lt_cv_sys_path_separator=: > > ## ----------- ## > ## confdefs.h. ## > ## ----------- ## > > #define PACKAGE_NAME "" > #define PACKAGE_TARNAME "" > #define PACKAGE_VERSION "" > #define PACKAGE_STRING "" > #define PACKAGE_BUGREPORT "" > #define PACKAGE "atk" > #define VERSION "1.0.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 > > configure: exit 1 -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Thu Jul 11 12: 8:14 2002 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 1C15137B405 for ; Thu, 11 Jul 2002 12:08:13 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B2EF43E54 for ; Thu, 11 Jul 2002 12:08:12 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6BJ86Fg004750; Thu, 11 Jul 2002 15:08:06 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: can't compile From: Joe Marcus Clarke To: la hache Cc: gnome@FreeBSD.ORG In-Reply-To: <20020711205650.S22432-200000@archipelagos.pandora.be> References: <20020711205650.S22432-200000@archipelagos.pandora.be> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 11 Jul 2002 15:07:53 -0400 Message-Id: <1026414474.357.151.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 2002-07-11 at 15:02, la hache wrote: > On 11 Jul 2002, Joe Marcus Clarke wrote: > > > > i can't compile atk (required for gimp-dev) from ports, altho glib204 _is_ > > > installed ! i really don't understand. i don't have any config-glib20 or > > > something alike in /usr/local/lib altho i did compile glib20 from ports > > > without any problem. > > > > If glib20 is being installed, and you do a search through your _whole_ > > system for glib.h? I don't understand why you're the only one seeing > > this. I just tried installing glib-2.0.4_1 on my system again, and it > > worked like a champ. > > g-lib-2.0.4_1 compiles files here too (see attached log), it just can't > see it in the compile i was talking about. > > warnings i got: > > I think I see your problem. You have /bin/bash installed, and glib is using that. That's not a good idea. Can you remove bash from bin temporarily, then try to rebuild, and reinstall glib20? Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Thu Jul 11 12:15:42 2002 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 F3E5A37B400 for ; Thu, 11 Jul 2002 12:15:40 -0700 (PDT) Received: from horkos.telenet-ops.be (horkos.telenet-ops.be [195.130.132.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61C5643E31 for ; Thu, 11 Jul 2002 12:15:40 -0700 (PDT) (envelope-from lah@pandora.be) Received: from localhost (localhost.localdomain [127.0.0.1]) by horkos.telenet-ops.be (Postfix) with SMTP id 8359883CF6; Thu, 11 Jul 2002 21:15:39 +0200 (CEST) Received: from archipelagos (D57641ED.kabel.telenet.be [213.118.65.237]) by horkos.telenet-ops.be (Postfix) with ESMTP id 4D4D58403B; Thu, 11 Jul 2002 21:15:39 +0200 (CEST) Date: Thu, 11 Jul 2002 21:13:49 +0200 (CEST) From: la hache X-X-Sender: h@archipelagos.pandora.be To: Joe Marcus Clarke Cc: gnome@FreeBSD.ORG Subject: Re: can't compile In-Reply-To: <1026414474.357.151.camel@gyros.marcuscom.com> Message-ID: <20020711211259.L22432-100000@archipelagos.pandora.be> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 11 Jul 2002, Joe Marcus Clarke wrote: > > > If glib20 is being installed, and you do a search through your _whole_ > > > system for glib.h? I don't understand why you're the only one seeing > > > this. I just tried installing glib-2.0.4_1 on my system again, and it > > > worked like a champ. > > > > g-lib-2.0.4_1 compiles files here too (see attached log), it just can't > > see it in the compile i was talking about. > > > > warnings i got: > > > > > > I think I see your problem. You have /bin/bash installed, and glib is > using that. That's not a good idea. Can you remove bash from bin > temporarily, then try to rebuild, and reinstall glib20? i removed the symlink from /bin, not it compiles via /usr/local/bin/bash ... i guess it isn't gonna fix anything. do i really have to deinstall bash from my system to fix this ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Thu Jul 11 12:19:45 2002 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 7ED4737B400 for ; Thu, 11 Jul 2002 12:19:43 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id E78C743E31 for ; Thu, 11 Jul 2002 12:19:42 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6BJJbFg004824; Thu, 11 Jul 2002 15:19:37 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: can't compile From: Joe Marcus Clarke To: la hache Cc: gnome@FreeBSD.ORG In-Reply-To: <20020711211259.L22432-100000@archipelagos.pandora.be> References: <20020711211259.L22432-100000@archipelagos.pandora.be> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 11 Jul 2002 15:19:24 -0400 Message-Id: <1026415164.357.161.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 2002-07-11 at 15:13, la hache wrote: > On 11 Jul 2002, Joe Marcus Clarke wrote: > > > > > If glib20 is being installed, and you do a search through your _whole_ > > > > system for glib.h? I don't understand why you're the only one seeing > > > > this. I just tried installing glib-2.0.4_1 on my system again, and it > > > > worked like a champ. > > > > > > g-lib-2.0.4_1 compiles files here too (see attached log), it just can't > > > see it in the compile i was talking about. > > > > > > warnings i got: > > > > > > > > > > I think I see your problem. You have /bin/bash installed, and glib is > > using that. That's not a good idea. Can you remove bash from bin > > temporarily, then try to rebuild, and reinstall glib20? > > i removed the symlink from /bin, not it compiles via /usr/local/bin/bash > ... i guess it isn't gonna fix anything. do i really have to deinstall > bash from my system to fix this ? Temporarily. I'd like to see if this fixes things. Looking at your install of glib20, it looks like you should have a /usr/local/include/glib-2.0/glib.h. However, the cflags info from glib-2.0.pc isn't being passed to the build of ATK. I'm not sure if this is bash related or not. Joe > > -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Thu Jul 11 12:21:42 2002 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 BF7F137B400 for ; Thu, 11 Jul 2002 12:21:41 -0700 (PDT) Received: from eos.telenet-ops.be (eos.telenet-ops.be [195.130.132.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 147B543E09 for ; Thu, 11 Jul 2002 12:21:41 -0700 (PDT) (envelope-from lah@pandora.be) Received: from localhost (localhost.localdomain [127.0.0.1]) by eos.telenet-ops.be (Postfix) with SMTP id 1BFDA200E0; Thu, 11 Jul 2002 21:21:40 +0200 (CEST) Received: from archipelagos (D57641ED.kabel.telenet.be [213.118.65.237]) by eos.telenet-ops.be (Postfix) with ESMTP id DA8CE200B3; Thu, 11 Jul 2002 21:21:39 +0200 (CEST) Date: Thu, 11 Jul 2002 21:19:50 +0200 (CEST) From: la hache X-X-Sender: h@archipelagos.pandora.be To: Joe Marcus Clarke Cc: gnome@FreeBSD.ORG Subject: Re: can't compile In-Reply-To: <1026415164.357.161.camel@gyros.marcuscom.com> Message-ID: <20020711211912.H22432-100000@archipelagos.pandora.be> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Temporarily. I'd like to see if this fixes things. Looking at your > install of glib20, it looks like you should have a > /usr/local/include/glib-2.0/glib.h. However, the cflags info from > glib-2.0.pc isn't being passed to the build of ATK. I'm not sure if > this is bash related or not. already moved bash out of bin and testing. it recompiles via /bin/sh. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Thu Jul 11 12:23:55 2002 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 27CC737B400 for ; Thu, 11 Jul 2002 12:23:54 -0700 (PDT) Received: from horkos.telenet-ops.be (horkos.telenet-ops.be [195.130.132.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id B537843E42 for ; Thu, 11 Jul 2002 12:23:53 -0700 (PDT) (envelope-from lah@pandora.be) Received: from localhost (localhost.localdomain [127.0.0.1]) by horkos.telenet-ops.be (Postfix) with SMTP id D206183EA4; Thu, 11 Jul 2002 21:23:52 +0200 (CEST) Received: from archipelagos (D57641ED.kabel.telenet.be [213.118.65.237]) by horkos.telenet-ops.be (Postfix) with ESMTP id ACEC284041; Thu, 11 Jul 2002 21:23:52 +0200 (CEST) Date: Thu, 11 Jul 2002 21:22:03 +0200 (CEST) From: la hache X-X-Sender: h@archipelagos.pandora.be To: Joe Marcus Clarke Cc: gnome@FreeBSD.ORG Subject: Re: can't compile In-Reply-To: <1026415164.357.161.camel@gyros.marcuscom.com> Message-ID: <20020711212055.L22432-100000@archipelagos.pandora.be> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 11 Jul 2002, Joe Marcus Clarke wrote: > Temporarily. I'd like to see if this fixes things. Looking at your > install of glib20, it looks like you should have a > /usr/local/include/glib-2.0/glib.h. However, the cflags info from > glib-2.0.pc isn't being passed to the build of ATK. I'm not sure if > this is bash related or not. i have a /usr/local/include/glib-2.0/glib.h, but atk still won't compile, with the exact same error message. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Thu Jul 11 13:53: 3 2002 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 DE8BC37B400 for ; Thu, 11 Jul 2002 13:53:02 -0700 (PDT) Received: from pd4mo2so.prod.shaw.ca (h24-71-223-10.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B10D43E42 for ; Thu, 11 Jul 2002 13:53:02 -0700 (PDT) (envelope-from jamesearl@shaw.ca) Received: from pd5mr4so.prod.shaw.ca (pd5mr4so-qfe3.prod.shaw.ca [10.0.141.168]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0GZ3008BMR2ZYQ@l-daemon> for freebsd-gnome@freebsd.org; Thu, 11 Jul 2002 14:47:23 -0600 (MDT) Received: from pn2ml10so.prod.shaw.ca (pn2ml10so-qfe0.prod.shaw.ca [10.0.121.80]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0GZ300IQWR2ZFH@l-daemon> for freebsd-gnome@freebsd.org; Thu, 11 Jul 2002 14:47:23 -0600 (MDT) Received: from h24-66-221-69 (h24-66-221-69.lb.shawcable.net [24.66.221.69]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with SMTP id <0GZ300MU9R2ZRZ@l-daemon> for freebsd-gnome@freebsd.org; Thu, 11 Jul 2002 14:47:23 -0600 (MDT) Date: Thu, 11 Jul 2002 14:54:07 -0600 From: James Earl Subject: Network activity from running applications To: freebsd-gnome@freebsd.org Message-id: <20020711145407.64aa90b5.jamesearl@shaw.ca> MIME-version: 1.0 X-Mailer: Sylpheed version 0.7.8 (GTK+ 1.2.10; i386-portbld-freebsd4.6) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I'm just curious... how come when I run some GNOME 2.0 applications, such as the GNOME Calculator, my modem shows network activity? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Thu Jul 11 15:49:43 2002 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 08A0337B400 for ; Thu, 11 Jul 2002 15:49:40 -0700 (PDT) Received: from staff.supernews.net (staff.ranger.supernews.net [216.168.1.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC9FD43E31 for ; Thu, 11 Jul 2002 15:49:39 -0700 (PDT) (envelope-from ade@FreeBSD.org) Received: from ts46-01-qdr371.mdfrd.or.charter.com ([66.169.225.115] helo=[10.0.0.2] ident=ident) by staff.supernews.net with esmtp (Exim 3.36 #1) id 17Smkb-000Jnf-00; Thu, 11 Jul 2002 22:49:29 +0000 User-Agent: Microsoft-Entourage/10.1.0.2006 Date: Thu, 11 Jul 2002 15:49:27 -0700 Subject: Re: bonobo-conf From: Ade Lovett To: Falk Schubert Cc: Message-ID: In-Reply-To: <20020712000439.26c17e06.falk@lunat23.de> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sorry, I don't have anything to do with GNOME these days.. I've cc'd the relevant people who should be able to help (gnome@FreeBSD.org) -aDe On 07/11/02 15:04, "Falk Schubert" wrote: > Hi, > > I was trying to build the new version of evolution and I got stuck > building bonobo-conf because > of some error: > > cc -O -pipe -o .libs/test-config-moniker test-config-moniker.o > .libs/libbonobo_c > onf.so -L/usr/local/lib -Wl,-E -L/usr/X11R6/lib -L/usr/local/lib -lbonobo > -loaf > -lORBitCosNaming -lORBit -lIIOP -lORBitutil -lwrap -lbonobox -lXpm > -lgnomeui -la > rt_lgpl -lgdk_imlib -lungif -lSM -lICE -lgdk_pixbuf -ltiff -ljpeg -lpng > -lgtk12 > -lgdk12 -lgmodule12 -lxpg4 -lXext -lX11 -lxml -lz -lgnome -lgnomesupport > -lintl > -lesd -laudiofile -lm -lglib12 -L/usr/local/lib -Wl,--rpath > -Wl,/usr/X11R6/lib > /usr/libexec/elf/ld: warning: libpng.so.4, needed by > /usr/X11R6/lib/libgnomeui.s > o, may conflict with libpng.so.5 > /usr/libexec/elf/ld: warning: libintl.so.1, needed by > /usr/X11R6/lib/libgnomeui. > so, may conflict with libintl.so.2 > .libs/libbonobo_conf.so: undefined reference to `g_critical' > gmake[2]: *** [test-config-moniker] Error 1 > gmake[2]: Leaving directory > `/usr/ports/devel/bonobo-conf/work/bonobo-conf-0.14/ > bonobo-conf' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory > `/usr/ports/devel/bonobo-conf/work/bonobo-conf-0.14' > gmake: *** [all-recursive-am] Error 2 > *** Error code 2 > > Stop in /usr/ports/devel/bonobo-conf. > *** Error code 1 > > > Do you have a glue why there is an error? > > thanks a lot > > falk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Thu Jul 11 16:13:50 2002 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 E83DF37B400 for ; Thu, 11 Jul 2002 16:13:48 -0700 (PDT) Received: from zircon.seattle.wa.us (sense-sea-CovadSub-0-80.oz.net [216.39.147.80]) by mx1.FreeBSD.org (Postfix) with SMTP id 4B73843E54 for ; Thu, 11 Jul 2002 16:13:48 -0700 (PDT) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 17013 invoked from network); 11 Jul 2002 23:13:47 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 11 Jul 2002 23:13:47 -0000 Subject: Re: GDM 2.4.0.x & FreeBSD From: Joe Kelsey To: George Cc: ezislis , gnome@freebsd.org In-Reply-To: <20020711163859.GC16083@monique.linux.bogus> References: <20020711010419.H37195-100000@finone.in.kesor.net> <1026353333.8748.40.camel@zircon.zircon.seattle.wa.us> <20020711163859.GC16083@monique.linux.bogus> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 11 Jul 2002 16:13:47 -0700 Message-Id: <1026429227.8748.67.camel@zircon.zircon.seattle.wa.us> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 2002-07-11 at 09:39, George wrote: > This would then seem to indicate that the error is on the daemon side since > the greeter will work with an old daemon. The IO channel stuff in gdlib has > changed between 1.x and 2.0 so I think this is where the error lies. Here is another data point for you. In desperation, this morning on my work machine I logged in to the console (ttyv0) and typed the following at the command line: # gdm --nodaemon ttyv8 Lo and behold, it worked! It still hangs in the same place when run from /etc/ttys, and when run from the console still generates the NULL encoding error messages, but I was able to successfully login. This would seem to indicate that some one of the stdio file descriptors is causing a problem, since that is the main difference between running in /etc/ttys and running from /dev/ttyv0 root login (I think?) /Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Thu Jul 11 18:31:19 2002 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 03D8337B400; Thu, 11 Jul 2002 18:31:18 -0700 (PDT) Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 283E643E58; Thu, 11 Jul 2002 18:31:17 -0700 (PDT) (envelope-from mvh@ix.netcom.com) Received: from lsanca1-ar6-4-62-203-041.lsanca1.elnk.dsl.genuity.net ([4.62.203.41] helo=netcom1.netcom.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17SpHA-0007cR-00; Thu, 11 Jul 2002 18:31:16 -0700 Received: by netcom1.netcom.com (Postfix, from userid 1000) id 51AF21310B; Thu, 11 Jul 2002 18:31:15 -0700 (PDT) From: Mike Harding To: sobomax@freebsd.org, gnome@freebsd.org Subject: /usr/ports/x11/gnome build fails at nautilus... Message-Id: <20020712013115.51AF21310B@netcom1.netcom.com> Date: Thu, 11 Jul 2002 18:31:15 -0700 (PDT) Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG checking for iconv_open... yes checking for glib-config... no checking for GLIB - version >= 1.2.9... no *** The glib-config script installed by GLIB could not be found *** If GLIB was installed in PREFIX, make sure PREFIX/bin is in *** your path, or set the GLIB_CONFIG environment variable to the *** full path to glib-config. configure: error: *** GLIB 1.2.9 or better is required. The latest version of GLIB *** is always available from ftp://ftp.gtk.org/. ===> Script "configure" failed unexpectedly. Please report the problem to gnome@FreeBSD.org [maintainer] and attach the "/usr/ports/x11-fm/nautilus/work/nautilus-1.0.6/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/x11-fm/nautilus. *** Error code 1 ... and xscreensaver still doesn't work properly. :( - Mike H. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Thu Jul 11 19:49:20 2002 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 94FA537B400 for ; Thu, 11 Jul 2002 19:49:18 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id D75C143E42 for ; Thu, 11 Jul 2002 19:49:17 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6C2n9Fg006400; Thu, 11 Jul 2002 22:49:09 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: Network activity from running applications From: Joe Marcus Clarke To: James Earl Cc: freebsd-gnome@FreeBSD.ORG In-Reply-To: <20020711145407.64aa90b5.jamesearl@shaw.ca> References: <20020711145407.64aa90b5.jamesearl@shaw.ca> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 11 Jul 2002 22:48:58 -0400 Message-Id: <1026442139.369.1.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 2002-07-11 at 16:54, James Earl wrote: > Hi, > > I'm just curious... how come when I run some GNOME 2.0 applications, such as the GNOME Calculator, my modem shows network activity? Are you experimenting with any pycho-tropic drugs :-)? There shouldn't be any network activity unless the application is causing CORBA broadcasts to go out. Alternatively, this may be DNS traffic. Pop up ethereal or tcpdump, and see what the traffic is. Joe > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-gnome" in the body of the message > -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Thu Jul 11 19:51: 5 2002 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 04D7F37B400 for ; Thu, 11 Jul 2002 19:51:03 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 517FB43E31 for ; Thu, 11 Jul 2002 19:51:02 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6C2osFg006415; Thu, 11 Jul 2002 22:50:54 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: bonobo-conf From: Joe Marcus Clarke To: Falk Schubert Cc: gnome@FreeBSD.ORG In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 11 Jul 2002 22:50:43 -0400 Message-Id: <1026442244.369.3.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 2002-07-11 at 18:49, Ade Lovett wrote: > Sorry, I don't have anything to do with GNOME these days.. I've cc'd the > relevant people who should be able to help (gnome@FreeBSD.org) g_critical is defined in glib.h (part of the glib12 port). Make sure you have the latest version of glib12 correctly installed, then try to rebuild. You may also consider updating all your GNOME components to remove the library conflicts. Joe > > -aDe > > > On 07/11/02 15:04, "Falk Schubert" wrote: > > > Hi, > > > > I was trying to build the new version of evolution and I got stuck > > building bonobo-conf because > > of some error: > > > > cc -O -pipe -o .libs/test-config-moniker test-config-moniker.o > > .libs/libbonobo_c > > onf.so -L/usr/local/lib -Wl,-E -L/usr/X11R6/lib -L/usr/local/lib -lbonobo > > -loaf > > -lORBitCosNaming -lORBit -lIIOP -lORBitutil -lwrap -lbonobox -lXpm > > -lgnomeui -la > > rt_lgpl -lgdk_imlib -lungif -lSM -lICE -lgdk_pixbuf -ltiff -ljpeg -lpng > > -lgtk12 > > -lgdk12 -lgmodule12 -lxpg4 -lXext -lX11 -lxml -lz -lgnome -lgnomesupport > > -lintl > > -lesd -laudiofile -lm -lglib12 -L/usr/local/lib -Wl,--rpath > > -Wl,/usr/X11R6/lib > > /usr/libexec/elf/ld: warning: libpng.so.4, needed by > > /usr/X11R6/lib/libgnomeui.s > > o, may conflict with libpng.so.5 > > /usr/libexec/elf/ld: warning: libintl.so.1, needed by > > /usr/X11R6/lib/libgnomeui. > > so, may conflict with libintl.so.2 > > .libs/libbonobo_conf.so: undefined reference to `g_critical' > > gmake[2]: *** [test-config-moniker] Error 1 > > gmake[2]: Leaving directory > > `/usr/ports/devel/bonobo-conf/work/bonobo-conf-0.14/ > > bonobo-conf' > > gmake[1]: *** [all-recursive] Error 1 > > gmake[1]: Leaving directory > > `/usr/ports/devel/bonobo-conf/work/bonobo-conf-0.14' > > gmake: *** [all-recursive-am] Error 2 > > *** Error code 2 > > > > Stop in /usr/ports/devel/bonobo-conf. > > *** Error code 1 > > > > > > Do you have a glue why there is an error? > > > > thanks a lot > > > > falk > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-gnome" in the body of the message > -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Thu Jul 11 20:20:32 2002 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 9A7A237B401; Thu, 11 Jul 2002 20:20:28 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B04C43E4A; Thu, 11 Jul 2002 20:20:28 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6C3KHFg006535; Thu, 11 Jul 2002 23:20:18 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: /usr/ports/x11/gnome build fails at nautilus... From: Joe Marcus Clarke To: Mike Harding Cc: sobomax@FreeBSD.ORG, gnome@FreeBSD.ORG In-Reply-To: <20020712013115.51AF21310B@netcom1.netcom.com> References: <20020712013115.51AF21310B@netcom1.netcom.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 11 Jul 2002 23:20:07 -0400 Message-Id: <1026444008.369.22.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 2002-07-11 at 21:31, Mike Harding wrote: Should be fixed now. Re-cvsup, and let me know. Joe > > checking for iconv_open... yes > checking for glib-config... no > checking for GLIB - version >= 1.2.9... no > *** The glib-config script installed by GLIB could not be found > *** If GLIB was installed in PREFIX, make sure PREFIX/bin is in > *** your path, or set the GLIB_CONFIG environment variable to the > *** full path to glib-config. > configure: error: > *** GLIB 1.2.9 or better is required. The latest version of GLIB > *** is always available from ftp://ftp.gtk.org/. > ===> Script "configure" failed unexpectedly. > Please report the problem to gnome@FreeBSD.org [maintainer] and attach > the "/usr/ports/x11-fm/nautilus/work/nautilus-1.0.6/config.log" including > the output of the failure of your make command. Also, it might be a good > idea to provide an overview of all packages installed on your system > (e.g. an `ls /var/db/pkg`). > *** Error code 1 > > Stop in /usr/ports/x11-fm/nautilus. > *** Error code 1 > > ... and xscreensaver still doesn't work properly. :( > > - Mike H. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-gnome" in the body of the message > -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Thu Jul 11 21: 5:22 2002 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 6614837B400 for ; Thu, 11 Jul 2002 21:05:20 -0700 (PDT) Received: from pd4mo1so.prod.shaw.ca (h24-71-223-10.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D847943E09 for ; Thu, 11 Jul 2002 21:05:19 -0700 (PDT) (envelope-from jamesearl@shaw.ca) Received: from pd5mr1so.prod.shaw.ca (pd5mr1so-qfe3.prod.shaw.ca [10.0.141.232]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0GZ400EIVA5CP8@l-daemon> for freebsd-gnome@freebsd.org; Thu, 11 Jul 2002 21:39:12 -0600 (MDT) Received: from pn2ml9so.prod.shaw.ca (pn2ml9so-qfe0.prod.shaw.ca [10.0.121.7]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0GZ4009DZA5CXW@l-daemon> for freebsd-gnome@freebsd.org; Thu, 11 Jul 2002 21:39:12 -0600 (MDT) Received: from h24-66-221-69 (h24-66-221-69.lb.shawcable.net [24.66.221.69]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with SMTP id <0GZ400MAJA5C7S@l-daemon> for freebsd-gnome@freebsd.org; Thu, 11 Jul 2002 21:39:12 -0600 (MDT) Date: Thu, 11 Jul 2002 21:45:48 -0600 From: James Earl Subject: Re: Network activity from running applications In-reply-to: <1026442139.369.1.camel@gyros.marcuscom.com> To: Joe Marcus Clarke Cc: freebsd-gnome@freebsd.org Message-id: <20020711214548.472abcbf.jamesearl@shaw.ca> MIME-version: 1.0 X-Mailer: Sylpheed version 0.7.8 (GTK+ 1.2.10; i386-portbld-freebsd4.6) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20020711145407.64aa90b5.jamesearl@shaw.ca> <1026442139.369.1.camel@gyros.marcuscom.com> Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 11 Jul 2002 22:48:58 -0400 Joe Marcus Clarke wrote: > On Thu, 2002-07-11 at 16:54, James Earl wrote: > > Hi, > > > > I'm just curious... how come when I run some GNOME 2.0 applications, such as the GNOME Calculator, my modem shows network activity? > > Are you experimenting with any pycho-tropic drugs :-)? > > There shouldn't be any network activity unless the application is > causing CORBA broadcasts to go out. Alternatively, this may be DNS > traffic. Pop up ethereal or tcpdump, and see what the traffic is. > > Joe Ahhh... thanks! Looks pretty harmless. I've added another loopback entry in my hosts file, and the traffic is gone of course. Now I feel a little silly... oh well. I must have been tired, and started thinking of Microsoft and that maybe GNOME decided they'd like to see how many times people launch the GNOME calculator! : ) James > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-gnome" in the body of the message > > > -- > PGP Key : http://www.marcuscom.com/pgp.asc > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Fri Jul 12 2:20: 0 2002 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 D4F6637B400; Fri, 12 Jul 2002 02:19:58 -0700 (PDT) Received: from blues.jpj.net (blues.jpj.net [208.210.80.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B77B43E5E; Fri, 12 Jul 2002 02:19:58 -0700 (PDT) (envelope-from trevor@jpj.net) Received: from blues.jpj.net (localhost.jpj.net [127.0.0.1]) by blues.jpj.net (8.12.3/8.12.3) with ESMTP id g6C9Jvp7001144; Fri, 12 Jul 2002 05:19:57 -0400 (EDT) (envelope-from trevor@jpj.net) Received: from localhost (trevor@localhost) by blues.jpj.net (8.12.3/8.12.3/Submit) with ESMTP id g6C9Juw3001141; Fri, 12 Jul 2002 05:19:56 -0400 (EDT) X-Authentication-Warning: blues.jpj.net: trevor owned process doing -bs Date: Fri, 12 Jul 2002 05:19:56 -0400 (EDT) From: Trevor Johnson To: gnome@freebsd.org Cc: security-team@freebsd.org Subject: Re: remote DoS in Mozilla 1.0 In-Reply-To: <20020613180046.A9558@lemuria.org> Message-ID: <20020712050851.M359-100000@blues.jpj.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have confirmed that this bug exists in the mozilla-1.0,1 package from ports/www/mozilla/. A patch is available, which I have readied for use in the port. I have confirmed thatp the patched Mozilla does not have the bug. Please incorporate the patch from http://people.freebsd.org/~trevor/ports/mozilla-hugefonts.diff into the port. For more information on the bug, see http://web.lemuria.org/security/mozilla-dos.html or Bugzilla . -- Trevor Johnson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Fri Jul 12 9:28:44 2002 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 924AB37B480 for ; Fri, 12 Jul 2002 09:28:37 -0700 (PDT) Received: from zinc.5z.com (zinc.5z.com [64.23.60.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id E73B343E3B for ; Fri, 12 Jul 2002 09:28:36 -0700 (PDT) (envelope-from jirka@zinc.5z.com) Received: from localhost (localhost [[UNIX: localhost]]) by zinc.5z.com (8.11.6/8.11.6) id g6CGSSA17543; Fri, 12 Jul 2002 12:28:28 -0400 Date: Fri, 12 Jul 2002 09:37:40 -0700 From: George To: Joe Kelsey Cc: George , ezislis , gnome@freebsd.org Subject: Re: GDM 2.4.0.x & FreeBSD Message-ID: <20020712163740.GA11052@monique.linux.bogus> References: <20020711010419.H37195-100000@finone.in.kesor.net> <1026353333.8748.40.camel@zircon.zircon.seattle.wa.us> <20020711163859.GC16083@monique.linux.bogus> <1026429227.8748.67.camel@zircon.zircon.seattle.wa.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1026429227.8748.67.camel@zircon.zircon.seattle.wa.us> User-Agent: Mutt/1.4i Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jul 11, 2002 at 04:13:47PM -0700, Joe Kelsey wrote: > # gdm --nodaemon ttyv8 > > Lo and behold, it worked! It still hangs in the same place when run > from /etc/ttys, and when run from the console still generates the NULL > encoding error messages, but I was able to successfully login. > > This would seem to indicate that some one of the stdio file descriptors > is causing a problem, since that is the main difference between running > in /etc/ttys and running from /dev/ttyv0 root login (I think?) Ahh, this may be a bit of an insight. So perhaps gdm doesn't handle well the case where stdin/out is missing (I suppose that may be the case when run from /etc/ttys) and when it is not daemonizing. I think I know where the problem lies. I think there may be many errors when the 0,1,2 descriptors are not open sicne that's not a well tested case. I'll be committing a fix that ensures that 0,1 and 2 exist on execution. Not sure if this is the only problem as kesor had a problem no matter where he ran gdm from. George -- George A physical understanding is a completely unmathematical, imprecise, and inexact thing, but absolutely necessary for a physicist. -- Richard P. Feynman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Fri Jul 12 9:49:56 2002 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 9CE1C37B401; Fri, 12 Jul 2002 09:49:55 -0700 (PDT) Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91F8A43E77; Fri, 12 Jul 2002 09:49:54 -0700 (PDT) (envelope-from mvh@ix.netcom.com) Received: from lsanca1-ar6-4-62-200-087.lsanca1.elnk.dsl.genuity.net ([4.62.200.87] helo=netcom1.netcom.com) by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17T3c3-0005Rr-00; Fri, 12 Jul 2002 09:49:47 -0700 Received: by netcom1.netcom.com (Postfix, from userid 1000) id 2CC5213109; Fri, 12 Jul 2002 09:49:46 -0700 (PDT) From: Mike Harding To: gnome@freebsd.org, marcus@freebsd.org, sobomax@freebsd.org Subject: /usr/ports/x11-toolkits/guile-gnome install fails Message-Id: <20020712164946.2CC5213109@netcom1.netcom.com> Date: Fri, 12 Jul 2002 09:49:46 -0700 (PDT) Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ... it depends on /usr/ports/www/libghttp, but it doesn't have a dependency. AAAAAARRRRRR! - Mike H. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Fri Jul 12 10:23: 8 2002 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 845B237B401; Fri, 12 Jul 2002 10:23:06 -0700 (PDT) Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id F39AF43E6D; Fri, 12 Jul 2002 10:23:05 -0700 (PDT) (envelope-from mvh@ix.netcom.com) Received: from lsanca1-ar6-4-62-200-087.lsanca1.elnk.dsl.genuity.net ([4.62.200.87] helo=netcom1.netcom.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17T48G-0007aa-00; Fri, 12 Jul 2002 10:23:04 -0700 Received: by netcom1.netcom.com (Postfix, from userid 1000) id 49F1F13109; Fri, 12 Jul 2002 10:23:03 -0700 (PDT) From: Mike Harding To: gnome@freebsd.org, sobomax@freebsd.org, marcus@freebsd.org Subject: Gnome 1.4 desktop totally screwed up Message-Id: <20020712172303.49F1F13109@netcom1.netcom.com> Date: Fri, 12 Jul 2002 10:23:03 -0700 (PDT) Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG in .xsession: localhost being added to access control list SESSION_MANAGER=local/netcom1.netcom.com:/tmp/.ICE-unix/12603 ** WARNING **: No system menus found! Gtk-WARNING **: gtk_signal_disconnect_by_data(): could not find handler containing data (0x816A4E0) ** WARNING **: No system menus found! ** WARNING **: No system menus found! ** WARNING **: No system menus found! ** WARNING **: No system menus found! ** WARNING **: No system menus found! and I can't run any programs. Could somebody PLEASE test gnome installs before making massive commit changes? I haven't been able to run Evolution for about 3 days because I can't built/start gnome, and it's affecting my productivity... - Mike H. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Fri Jul 12 10:29:35 2002 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 A2E3A37B400; Fri, 12 Jul 2002 10:29:33 -0700 (PDT) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FBF543E58; Fri, 12 Jul 2002 10:29:33 -0700 (PDT) (envelope-from mvh@ix.netcom.com) Received: from lsanca1-ar6-4-62-200-087.lsanca1.elnk.dsl.genuity.net ([4.62.200.87] helo=netcom1.netcom.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17T4ES-0004QC-00; Fri, 12 Jul 2002 10:29:28 -0700 Received: by netcom1.netcom.com (Postfix, from userid 1000) id C62F113109; Fri, 12 Jul 2002 10:29:27 -0700 (PDT) From: Mike Harding To: gnome@freebsd.org, sobomax@freebsd.org, marcus@freebsd.org Subject: after resetting the gnome preferences Message-Id: <20020712172927.C62F113109@netcom1.netcom.com> Date: Fri, 12 Jul 2002 10:29:27 -0700 (PDT) Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I get the following in .xsession-errors, indicating that there is a path problem with the apps path... _IceTransmkdir: Owner of /tmp/.ICE-unix should be set to root SESSION_MANAGER=local/netcom1.netcom.com:/tmp/.ICE-unix/92468 ** WARNING **: No system menus found! ** WARNING **: menu /usr/X11R6/share/gnome/gnome/apps does not exist (arguments are .) Gtk-WARNING **: gtk_signal_disconnect_by_data(): could not find handler containing data (0x817F220) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Fri Jul 12 13: 9:22 2002 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 1B15F37B400; Fri, 12 Jul 2002 13:09:21 -0700 (PDT) Received: from rabbit.netstyle.com.ua (rabbit.netstyle.com.ua [193.193.194.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF50B43E3B; Fri, 12 Jul 2002 13:09:16 -0700 (PDT) (envelope-from max@vega.com) Received: from vega.vega.com (root@[195.5.51.243]) by rabbit.netstyle.com.ua (8.12.5/8.12.5) with ESMTP id g6CK8usl029140; Fri, 12 Jul 2002 23:09:06 +0300 (EEST) (envelope-from max@vega.com) Received: (from max@localhost) by vega.vega.com (8.11.6/8.11.3) id g6CK8sZ55762; Fri, 12 Jul 2002 23:08:54 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) From: Maxim Sobolev Message-Id: <200207122008.g6CK8sZ55762@vega.vega.com> Subject: Re: Gnome 1.4 desktop totally screwed up To: mvh@ix.netcom.com (Mike Harding) Date: Fri, 12 Jul 2002 23:08:54 +0300 (EEST) Cc: gnome@freebsd.org, sobomax@freebsd.org, marcus@freebsd.org In-Reply-To: <20020712172303.49F1F13109@netcom1.netcom.com> from "Mike Harding" at Jul 12, 2002 10:23:03 AM X-Mailer: ELM [version 2.5 PL5] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > in .xsession: > > localhost being added to access control list > SESSION_MANAGER=local/netcom1.netcom.com:/tmp/.ICE-unix/12603 > > ** WARNING **: No system menus found! > > Gtk-WARNING **: gtk_signal_disconnect_by_data(): could not find handler containing data (0x816A4E0) > > ** WARNING **: No system menus found! > > ** WARNING **: No system menus found! > > ** WARNING **: No system menus found! > > ** WARNING **: No system menus found! > > ** WARNING **: No system menus found! > > and I can't run any programs. > > Could somebody PLEASE test gnome installs before making massive commit > changes? I haven't been able to run Evolution for about 3 days > because I can't built/start gnome, and it's affecting my > productivity... Hmm, rather strange. Could you please be more verbose wrt what you did to upgrade and how you are trying to start GNOME. Thanks! -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Fri Jul 12 13:26:14 2002 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 584F237B401; Fri, 12 Jul 2002 13:26:11 -0700 (PDT) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2FA643E70; Fri, 12 Jul 2002 13:26:10 -0700 (PDT) (envelope-from mvh@ix.netcom.com) Received: from lsanca1-ar6-4-62-201-248.lsanca1.elnk.dsl.genuity.net ([4.62.201.248] helo=netcom1.netcom.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17T6zR-0004gb-00; Fri, 12 Jul 2002 13:26:09 -0700 Received: by netcom1.netcom.com (Postfix, from userid 1000) id CB31913108; Fri, 12 Jul 2002 13:26:08 -0700 (PDT) From: Mike Harding To: sobomax@freebsd.org Cc: gnome@freebsd.org, sobomax@freebsd.org, marcus@freebsd.org In-reply-to: <200207122008.g6CK8sZ55762@vega.vega.com> (message from Maxim Sobolev on Fri, 12 Jul 2002 23:08:54 +0300 (EEST)) Subject: Re: Gnome 1.4 desktop totally screwed up References: <200207122008.g6CK8sZ55762@vega.vega.com> Message-Id: <20020712202608.CB31913108@netcom1.netcom.com> Date: Fri, 12 Jul 2002 13:26:08 -0700 (PDT) Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I basically removed all gnome related ports as so many have been updated, and rebuilt from scratch. This takes a long time. I noticed problems with the desktop and so I removed ~/.gnome. There were other problems as noted in my earlier mail, so I am attempting a build from July 7. I am starting gnome via the line gnome-session in ~/.xsession. You might try setting up a server to do clean builds - I can't get gnome to even build half the time anymore. If you just upgrade the recent ports manuall or with portupgrade you won't notice missing dependencies. I would suggest at least trying a clean build in a 'fresh' jail - you can test port builds in a jail w/p hosing up your main system - before checking in huge changes! I really do appreciate the work on gnome but portupgrade is not going to catch all of the problems. I like to keep my ports up to date and don't mind testing, but gnome can be broken for days at a time - xscreensaver still does not work properly and hasn't for about a month. - Mike H. From: Maxim Sobolev Date: Fri, 12 Jul 2002 23:08:54 +0300 (EEST) Cc: gnome@freebsd.org, sobomax@freebsd.org, marcus@freebsd.org X-Spam-Status: No, hits=0.2 required=5.0 tests=IN_REP_TO,DOUBLE_CAPSWORD,ROUND_THE_WORLD,AWL version=2.30 X-Spam-Level: > > > in .xsession: > > localhost being added to access control list > SESSION_MANAGER=local/netcom1.netcom.com:/tmp/.ICE-unix/12603 > > ** WARNING **: No system menus found! > > Gtk-WARNING **: gtk_signal_disconnect_by_data(): could not find handler containing data (0x816A4E0) > > ** WARNING **: No system menus found! > > ** WARNING **: No system menus found! > > ** WARNING **: No system menus found! > > ** WARNING **: No system menus found! > > ** WARNING **: No system menus found! > > and I can't run any programs. > > Could somebody PLEASE test gnome installs before making massive commit > changes? I haven't been able to run Evolution for about 3 days > because I can't built/start gnome, and it's affecting my > productivity... Hmm, rather strange. Could you please be more verbose wrt what you did to upgrade and how you are trying to start GNOME. Thanks! -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Fri Jul 12 17:20: 8 2002 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 D55B237B400 for ; Fri, 12 Jul 2002 17:20:06 -0700 (PDT) Received: from mel-rto2.wanadoo.fr (smtp-out-2.wanadoo.fr [193.252.19.254]) by mx1.FreeBSD.org (Postfix) with ESMTP id C255143E31 for ; Fri, 12 Jul 2002 17:20:05 -0700 (PDT) (envelope-from Stephane.Lentz@ansf.alcatel.fr) Received: from mel-rta7.wanadoo.fr (193.252.19.61) by mel-rto2.wanadoo.fr (6.5.007) id 3D1838B600A04F4C for gnome@FreeBSD.org; Fri, 12 Jul 2002 23:18:15 +0200 Received: from ds9.dominion.org (217.128.168.146) by mel-rta7.wanadoo.fr (6.5.007) id 3D2A78FA002175A8 for gnome@FreeBSD.org; Fri, 12 Jul 2002 23:18:14 +0200 Received: by ds9.dominion.org (sSMTP sendmail emulation); Fri, 12 Jul 2002 23:24:10 +0200 Date: Fri, 12 Jul 2002 23:24:10 +0200 From: Stephane.Lentz@ansf.alcatel.fr To: gnome@FreeBSD.org Subject: URL to correct in port libxslt (file pkg-descr) Message-ID: <20020712232410.A1548@STEPHANE-A54UGM> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, the URL http://www.w3.org/TR/xslt/ is to be replaced by http://www.w3.org/TR/xslt (no trailing / otherwise you get : The URL path in your request doesn't match anything we have available. ) best regards, SL/ -- -- Toute connaissance est la réponse à une question (G.Bachelard) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Fri Jul 12 17:54: 1 2002 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 43CD437B41C for ; Fri, 12 Jul 2002 17:53:59 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 803BC43E42 for ; Fri, 12 Jul 2002 17:53:57 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6D0rdFg011211; Fri, 12 Jul 2002 20:53:40 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: URL to correct in port libxslt (file pkg-descr) From: Joe Marcus Clarke To: Stephane.Lentz@ansf.alcatel.fr Cc: gnome@FreeBSD.ORG In-Reply-To: <20020712232410.A1548@STEPHANE-A54UGM> References: <20020712232410.A1548@STEPHANE-A54UGM> Content-Type: text/plain; charset=ISO8859-1 Content-Transfer-Encoding: quoted-printable X-Mailer: Ximian Evolution 1.0.8 Date: 12 Jul 2002 20:53:35 -0400 Message-Id: <1026521615.666.8.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 2002-07-12 at 17:24, Stephane.Lentz@ansf.alcatel.fr wrote: > Hi,=20 >=20 > the URL http://www.w3.org/TR/xslt/ is to be replaced > by http://www.w3.org/TR/xslt (no trailing / otherwise > you get :=20 > The URL path in your request doesn't match anything we have available. > ) Done. Thanks for reporting. Joe >=20 > best regards,=20 >=20 > SL/ > --=20 > -- > Toute connaissance est la r=E9ponse =E0 une question (G.Bachelard) >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-gnome" in the body of the message >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Fri Jul 12 19:15:15 2002 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 AE8A737B401 for ; Fri, 12 Jul 2002 19:15:12 -0700 (PDT) Received: from smtp.noos.fr (lafontaine.noos.net [212.198.2.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10C2743E65 for ; Fri, 12 Jul 2002 19:15:11 -0700 (PDT) (envelope-from root@gits.dyndns.org) Received: (qmail 15145507 invoked by uid 0); 13 Jul 2002 02:15:09 -0000 Received: from unknown (HELO gits.gits.dyndns.org) ([212.198.229.153]) (envelope-sender ) by 212.198.2.72 (qmail-ldap-1.03) with SMTP for ; 13 Jul 2002 02:15:09 -0000 Received: from gits.gits.dyndns.org (2llhm5hff08xu8k3@localhost [127.0.0.1]) by gits.gits.dyndns.org (8.12.5/8.12.5) with ESMTP id g6D2F8dT004461; Sat, 13 Jul 2002 04:15:09 +0200 (CEST) (envelope-from root@gits.dyndns.org) Received: (from root@localhost) by gits.gits.dyndns.org (8.12.5/8.12.5/Submit) id g6D2F8AX004460; Sat, 13 Jul 2002 04:15:08 +0200 (CEST) (envelope-from root) Date: Sat, 13 Jul 2002 04:15:07 +0200 From: Cyrille Lefevre To: stan Cc: freebsd stable , gnome Subject: Re: Gnome/Sawfish problems after portupgrade Message-ID: <20020713021507.GF2527@gits.dyndns.org> Mail-Followup-To: Cyrille Lefevre , stan , freebsd stable , gnome References: <20020707152829.GA22987@teddy.fas.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020707152829.GA22987@teddy.fas.com> User-Agent: Mutt/1.3.99i Organization: ACME X-Face: V|+c;4!|B?E%BE^{E6);aI.[< List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jul 07, 2002 at 11:28:29AM -0400, stan wrote: > After last weekends cvsup & portupgrade I am unable to run Sawfish as the > window manager fro Gnome on both machnes I track STABLE on > > Basicly Gnome starts up (after a _very long_ time) and there is no window ^^^^^^^^^^^^^^^^^^^^^^^^ I've this problem too. it seems to be `esd' startup which sleep for a while but don't know why. > manager runing. PS : still no gnome packages in the latest -stable build of packages on ftp.FreeBSD.org as well as the 1500+ missing ports ! CC : -gnome Cyrille. -- Cyrille Lefevre mailto:cyrille.lefevre@laposte.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Fri Jul 12 20:52:18 2002 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 B6EC237B405 for ; Fri, 12 Jul 2002 20:52:12 -0700 (PDT) Received: from zircon.seattle.wa.us (sense-sea-CovadSub-0-80.oz.net [216.39.147.80]) by mx1.FreeBSD.org (Postfix) with SMTP id 0BF5143E42 for ; Fri, 12 Jul 2002 20:52:12 -0700 (PDT) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 21208 invoked from network); 13 Jul 2002 03:52:05 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 13 Jul 2002 03:52:05 -0000 Subject: Re: Gnome/Sawfish problems after portupgrade From: Joe Kelsey To: Cyrille Lefevre Cc: stan , freebsd stable , gnome In-Reply-To: <20020713021507.GF2527@gits.dyndns.org> References: <20020707152829.GA22987@teddy.fas.com> <20020713021507.GF2527@gits.dyndns.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 12 Jul 2002 20:52:05 -0700 Message-Id: <1026532325.8748.95.camel@zircon.zircon.seattle.wa.us> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 2002-07-12 at 19:15, Cyrille Lefevre wrote: > On Sun, Jul 07, 2002 at 11:28:29AM -0400, stan wrote: > > After last weekends cvsup & portupgrade I am unable to run Sawfish as the > > window manager fro Gnome on both machnes I track STABLE on > > > > Basicly Gnome starts up (after a _very long_ time) and there is no window > ^^^^^^^^^^^^^^^^^^^^^^^^ > I've this problem too. it seems to be `esd' startup which sleep for > a while but don't know why. In my experience, it really was Sawfish that was hanging. The problem (in may case) was that Swafish would hang for minutes, but would eventually continue. I'll bet you are running an X Font Server. I was running xfs-tt. As soon as I switched to gnome2, the problems I had with fonts escalated enormously. I finally switched from xfs-tt to straight X with no font server. Now, startup is a breeze. xfs-tt has other problmes, including horribly mangling the font names so that no application is able to use them. Also, the font server protocol is just too darn slow and unreliable, especially if you are trying to serve a lot of fonts. Try removing your font server and see if it improves. /Joe > > manager runing. > > PS : still no gnome packages in the latest -stable build of packages > on ftp.FreeBSD.org as well as the 1500+ missing ports ! > CC : -gnome > > Cyrille. > -- > Cyrille Lefevre mailto:cyrille.lefevre@laposte.net > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-gnome" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sat Jul 13 1:33:33 2002 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 10BE137B400 for ; Sat, 13 Jul 2002 01:33:32 -0700 (PDT) Received: from moutvdomng1.kundenserver.de (moutvdomng1.kundenserver.de [195.20.224.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A37C43E65 for ; Sat, 13 Jul 2002 01:33:31 -0700 (PDT) (envelope-from root@pukruppa.de) Received: from [212.227.126.180] (helo=mrvdomng5.kundenserver.de) by moutvdomng1.kundenserver.de with esmtp (Exim 3.22 #2) id 17THnl-00034B-00 for freebsd-gnome@freebsd.org; Sat, 13 Jul 2002 09:58:49 +0200 Received: from [217.1.114.12] (helo=pD901720C.dip.t-dialin.net) by mrvdomng5.kundenserver.de with esmtp (Exim 3.35 #2) id 17THnl-0004Jo-00 for freebsd-gnome@freebsd.org; Sat, 13 Jul 2002 09:58:49 +0200 Date: Sat, 13 Jul 2002 09:58:42 +0000 (GMT) From: Peter Ulrich Kruppa To: freebsd-gnome@freebsd.org Subject: gnomepanel install fails Message-ID: <20020713094619.Q30483-100000@small.pukruppa.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I am trying to upgrade gnome1.4 to gnome2 on today's -STABLE. In /usr/ports/x11/gnomepanel # make seems to work ok, but # install complains about a missing file workspace-switcher-C.comf.out What can I do? Thanks for your answers. Uli. *-----------------------------------* * Peter Ulrich Kruppa * * - Wuppertal - * * Germany * *-----------------------------------* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sat Jul 13 6:26:41 2002 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 6A5AF37B400 for ; Sat, 13 Jul 2002 06:26:35 -0700 (PDT) Received: from excite.com (sroig01-eth1.vant.com.br [200.219.122.132]) by mx1.FreeBSD.org (Postfix) with SMTP id 5B70643E42 for ; Sat, 13 Jul 2002 06:26:29 -0700 (PDT) (envelope-from Age_Reversal_Center8508w36@excite.com) Received: from mailout2-eri1.midmouth.com ([68.12.88.52]) by rly-xw05.oxyeli.com with SMTP; 13 Jul 0102 17:27:04 -0400 Reply-To: "Staff" Message-ID: <030d11e07d4d$3175d1e8$8dc77ea4@avpuxh> From: "Staff" To: Subject: This email is for people over 35 (HGH Oral Spray) Date: Sun, 14 Jul 0102 00:06:05 -1100 MiME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00E8_02A74A8E.C5314E33" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: AOL 7.0 for Windows US sub 118 Importance: Normal Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ------=_NextPart_000_00E8_02A74A8E.C5314E33 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: base64 SGkgZnJvbSB0aGUgSEdIIFN0YWZmDQoNCjxodG1sPg0KDQo8aGVhZD4NCg0K PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9d2luZG93cy0xMjUyIj4NCg0KPG1ldGEgbmFtZT0i R0VORVJBVE9SIiBjb250ZW50PSJNaWNyb3NvZnQgRnJvbnRQYWdlIDQuMCI+ DQoNCjxtZXRhIG5hbWU9IlByb2dJZCIgY29udGVudD0iRnJvbnRQYWdlLkVk aXRvci5Eb2N1bWVudCI+DQoNCjx0aXRsZT5UaGVyZSBhcmUgdGhyZWUgZGlm ZmVyZW50IHR5cGVzIG9mIEhHSCBwcm9kdWN0czwvdGl0bGU+DQoNCjwvaGVh ZD4NCg0KPGJvZHkgYmFja2dyb3VuZD0iY2xvdWRzLmpwZyI+DQoNCjxwPjxm b250IHNpemU9IjQiPjxmb250IGNvbG9yPSIjODAwMDAwIj48Yj5UaGVyZSBh cmUgdGhyZWUgZGlmZmVyZW50IHR5cGVzIG9mDQoNCkhHSCBwcm9kdWN0cy48 L2I+PC9mb250Pjxicj4NCg0KVGhlIGNvbmZ1c2lvbiBpcyB0aGF0IGFsbCB0 aHJlZSBhcmU8YnI+DQoNCmFkdmVydGlzZWQgYXMgaWYgdGhleSB3ZXJlIHRo ZSBzYW1lLjwvZm9udD48YnI+DQoNCiZuYnNwOzxicj4NCg0KJm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDx1PlRoZSB0aHJl ZSB0eXBlcyBhcmU6PC91Pjxicj4NCg0KJm5ic3A7PGJyPg0KDQo8Yj4xKTwv Yj4gLS0tIDxmb250IGNvbG9yPSIjMDAwMEZGIj48Yj5Ib21lb3BhdGhpYyBI R0g8L2I+PC9mb250Pjxicj4NCg0KPGI+Mik8L2I+IC0tLSA8Zm9udCBjb2xv cj0iIzAwMDBGRiI+PGI+UHJlLWN1cnNvciBIR0g8L2I+PC9mb250Pjxicj4N Cg0KPGI+Myk8L2I+IC0tLSA8Zm9udCBjb2xvcj0iIzAwMDBGRiI+PGI+UmVh bCBvciBzeW50aGV0aWMgSEdIPC9iPjwvZm9udD4NCg0KKGRlbGl2ZXJlZCBi eSBpbmplY3Rpb248YnI+DQoNCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyBvciwgYnkgYW4gb3JhbCBzcHJheSBtZXRob2Qp Ljxicj4NCg0KJm5ic3A7PGJyPg0KDQpEbyB5b3Uga25vdyBkaWZmZXJlbmNl cz88YnI+DQoNCiZuYnNwOzxicj4NCg0KQ2FsbCB1cyBhbmQgd2UnbGwgZXhw bGFpbiB0aGVtIHRvIHlvdS48YnI+DQoNCiZuYnNwOzxicj4NCg0KT3VyIHRv bGwgZnJlZSBudW1iZXIgaXMgPGZvbnQgY29sb3I9IiMwMDAwODAiPjxiPjEt ODg4LTYyMS03MzAwPC9iPjwvZm9udD48YnI+DQoNCkFuIEhHSCBzdGFmZiBt ZW1iZXIgaXMgYXZhaWxhYmxlPGJyPg0KDQo5IHRvIDUgUGFjaWZpYyBUaW1l Ljxicj4NCg0KSWYgYWZ0ZXIgaG91cnMsIHBsZWFzZSBsZWF2ZSB5b3UgbmFt ZTxicj4NCg0KYW5kIGRheSBhbmQgZXZlbmluZyBwaG9uZSBudW1iZXJzLjxi cj4NCg0KV2Ugd2lsbCBjYWxsIHlvdSBiYWNrIGluIGEgbm8gcHJlc3N1cmUs PGJyPg0KDQplZHVjYXRpb25hbCBtYW5uZXIuPGJyPg0KDQpJZiB5b3UgYXJl IG92ZXJzZWFzIGNhbGwgeW91ciBsb25nIGRpc3RhbmNlPGJyPg0KDQpvcGVy YXRvciBhbmQgYXNrIHRvIGJlIGNvbm5lY3RlZCB0byBvdXI8YnI+DQoNCnBo b25lIG51bWJlci4mbmJzcDsgV2Ugd2lsbCBjYWxsIHlvdSBiYWNrIHNvPGJy Pg0KDQp3ZSBjYW4gcGF5IGZvciB0aGUgbG9uZyBkaXN0YW5jZSBjaGFyZ2Vz Ljxicj4NCg0KJm5ic3A7PGJyPg0KDQo8Zm9udCBjb2xvcj0iI0ZGMDAwMCI+ Rm9yIG1vcmUgaW5mb3JtYXRpb24gb24gSEdIIHJlYWQgb24uLi4uLi4uLi4u Li48L2ZvbnQ+PGJyPg0KDQombmJzcDs8YnI+DQoNCkhBVkUgWU9VIEhFQVJE IE9GPGJyPg0KDQpIVU1BTiBHUk9XVEggSE9STU9ORSAoSEdIKT8/Pzxicj4N Cg0KJm5ic3A7PGJyPg0KDQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgUmVs ZWFzZWQgYnkgeW91ciBvd24gcGl0dWl0YXJ5IGdsYW5kLCBIR0ggc3RhcnRz DQoNCmRlY2xpbmluZzxicj4NCg0KaW4geW91ciAyMHMsIGV2ZW4gbW9yZSBp biB5b3VyIDMwcyBhbmQgNDBzLCBldmVudHVhbGx5IHJlc3VsdGluZzxicj4N Cg0KaW4gdGhlIHNocmlua2FnZSBvZiBtYWpvciBvcmdhbnMgLS0gcGx1cywg YWxsPGJyPg0KDQpvdGhlciBzeW1wdG9tcyByZWxhdGVkIHRvIG9sZCBhZ2Uu PGJyPg0KDQombmJzcDs8YnI+DQoNCiZuYnNwOzxicj4NCg0KSU4gVEhPVVNB TkRTIE9GIENMSU5JQ0FMIFNUVURJRVMsPGJyPg0KDQpIR0ggSEFTIEJFRU4g U0hPV04gVE8gQUNDT01QTElTSCBUSEUgRk9MTE9XSU5HOjxicj4NCg0KJm5i c3A7PGJyPg0KDQoqIFJlZHVjZSBCb2R5IEZhdCBhbmQgQnVpbGQgTGVhbiBN dXNjbGU8YnI+DQoNCiZuYnNwOyZuYnNwOyBXSVRIT1VUIEVYRVJDSVNFITxi cj4NCg0KJm5ic3A7PGJyPg0KDQoqIEVuaGFuY2UgU2V4dWFsIFBlcmZvcm1h bmNlPGJyPg0KDQombmJzcDs8YnI+DQoNCiogUmVtb3ZlIFdyaW5rbGVzIGFu ZCBDZWxsdWxpdGU8YnI+DQoNCiZuYnNwOzxicj4NCg0KKiBMb3dlciBCbG9v ZCBQcmVzc3VyZSBhbmQgSW1wcm92ZSBDaG9sZXN0ZXJvbCBQcm9maWxlPGJy Pg0KDQombmJzcDs8YnI+DQoNCiogSW1wcm92ZSBTbGVlcCwgVmlzaW9uIGFu ZCBNZW1vcnk8YnI+DQoNCiZuYnNwOzxicj4NCg0KKiBSZXN0b3JlIEhhaXIg Q29sb3IgYW5kIEdyb3d0aDxicj4NCg0KJm5ic3A7PGJyPg0KDQoqIFN0cmVu Z3RoZW4gdGhlIEltbXVuZSBTeXN0ZW08YnI+DQoNCiZuYnNwOzxicj4NCg0K KiBJbmNyZWFzZSBFbmVyZ3kgYW5kIENhcmRpYWMgT3V0cHV0PGJyPg0KDQom bmJzcDs8YnI+DQoNCiogVHVybiBiYWNrIHlvdXIgYm9keSdzIEJpb2xvZ2lj YWwgVGltZSBDbG9jayAxMCAtIDIwIHllYXJzPGJyPg0KDQombmJzcDs8YnI+ DQoNCiogTGl2ZSBMb25nZXIgQU5EIFN0cm9uZ2VyPGJyPg0KDQombmJzcDs8 YnI+DQoNCkFsbCBuYXR1cmFsIGFuZCBvcmdhbmljIHBsYW50IGJhc2VkPGJy Pg0KDQombmJzcDs8YnI+DQoNCjxmb250IGNvbG9yPSIjMDAwMEZGIj48Yj5G RUVMIDEwIFlFQVJTIFlPVU5HRVIgV0lUSCBPUkFMIFNQUkFZIEhHSC48YnI+ DQoNCkdVQVJBTlRFRUQ8L2I+PC9mb250Pjxicj4NCg0KJm5ic3A7PGJyPg0K DQombmJzcDsmbmJzcDsmbmJzcDsgV2UgYXJlIHRoZSBtYW51ZmFjdHVyZXIg YW5kIHdlIHNlbGwgZGlyZWN0bHkgdG8gRG9jdG9ycyw8YnI+DQoNCkNoaXJv cHJhY3RvcnMsIGFuZCBjb25zdW1lcnMgd29ybGQgd2lkZSB0aGUgaGlnaGVz dCBncmFkZTxicj4NCg0KJm5ic3A7SEdIIE9yYWwgU3ByYXkgYXZhaWxhYmxl LiZuYnNwOzxicj4NCg0KJm5ic3A7PGJyPg0KDQombmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgV2l0aCBpbnRlcm5ldCBtYXJrZXRpbmcsIHdlIGFyZSBhYmxl IHRvIHNhdmUNCg0KYWR2ZXJ0aXNpbmc8YnI+DQoNCmNvc3QgYW5kIHBhc3Mg dGhvc2Ugc2F2aW5ncyBhbG9uZyB0byB5b3UuPGJyPg0KDQpCdXQgeW91IG11 c3QgYWN0IG5vdy4mbmJzcDs8YnI+DQoNCiZuYnNwOzxicj4NCg0KVG8gcmVj ZWl2ZSBtb3JlIGluZm9ybWF0aW9uIGNhbGwmbmJzcDsgdXMgbm93Ljxicj4N Cg0KJm5ic3A7PGJyPg0KDQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgVE9MTCBG UkVFIDxiPjxmb250IGNvbG9yPSIjMDAwMDgwIj4xLTg4OC02MjEtNzMwMDwv Zm9udD48L2I+PGJyPg0KDQombmJzcDs8YnI+DQoNCldlIG11c3Qgc3BlYWsg dG8geW91IGluIHBlcnNvbiB0byBxdWFsaWZ5IHlvdXIgdXNhZ2UuPGJyPg0K DQombmJzcDs8YnI+DQoNCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBBbGwg b2YgeW91ciBxdWVzdGlvbnMgd2lsbCBiZSBhZGRyZXNzZWQgYW5kIGFuc3dl cmVkIGluDQoNCmEgZnJpZW5kbHksPGJyPg0KDQpubyBwcmVzc3VyZSBtYW5u ZXIuJm5ic3A7IE91ciBtYWluIHB1cnBvc2UgaXMgdG8gcHJvdmlkZSB5b3Ug d2l0aDxicj4NCg0KJm5ic3A7aW5mb3JtYXRpb24gc28geW91IGNhbiBtYWtl IGFuIGVkdWNhdGVkIGRlY2lzaW9uLjxicj4NCg0KJm5ic3A7PGJyPg0KDQom bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgRm9yIG1vcmUgaW5mb3JtYXRpb24g Y2FsbDxicj4NCg0KJm5ic3A7PGJyPg0KDQombmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgPGI+PGZvbnQgY29sb3I9IiMwMDAwODAiPjEtODg4LTYyMS03MzAwPC9m b250PjwvYj48YnI+DQoNCiZuYnNwOzxicj4NCg0KJm5ic3A7SWYgeW91IGFy ZSBvbiBsaW5lIHdyaXRlIGRvd24gb3VyPGJyPg0KDQpwaG9uZSBudW1iZXIg YW5kIGNhbGwgdXMgd2hlbiB5b3UgY2FuLjxicj4NCg0KJm5ic3A7PGJyPg0K DQpTb29uLCB5b3UgYW5kIHlvdXIgbG92ZWQgb25lcyB3aWxsIGJlIHZlcnkg Z2xhZCB5b3UgZGlkLjxicj4NCg0KJm5ic3A7PGJyPg0KDQpSZWFkIHdoYXQg cGVvcGxlIGFyZSBzYXlpbmc6PGJyPg0KDQombmJzcDs8YnI+DQoNCiZxdW90 O1RoZSBlZmZlY3RzIG9mIDYgbW9udGhzIG9mIEdIIG9uPGJyPg0KDQpsZWFu IGJvZHkgbWFzcyBhbmQgZmF0IHdlcmUgZXF1aXZhbGVudDxicj4NCg0KaW4g bWFnbml0dWRlIHRvIHRoZSBjaGFuZ2VzIGluY3VycmVkPGJyPg0KDQpkdXJp bmcgMTAtMjAgeWVhcnMgb2YgYWdpbmcuJnF1b3Q7PGJyPg0KDQpEci4gRGFu aWVsIFJ1ZG1hbiwgTUQsPGJyPg0KDQpOZXcgRW5nbGFuZCBKb3VybmFsIG9m IE1lZGljaW5lLjxicj4NCg0KJm5ic3A7PGJyPg0KDQomcXVvdDtXaXRoaW4g Zm91ciBtb250aHMsIG15IGJvZHkgZmF0IGRlY3JlYXNlZDxicj4NCg0KJm5i c3A7Zm9ybSAzMCUgZG93biB0byAyMSUhIEkgbm90aWNlZCBteSBza2luPGJy Pg0KDQombmJzcDtpcyBtb3JlIHN1cHBsZSBhbmQgbXkgb3ZlcmFsbCBtZW50 YWw8YnI+DQoNCiZuYnNwO291dGxvb2sgaW1wcm92ZWQgc2lnbmlmaWNhbnRs eS4mcXVvdDs8YnI+DQoNCiZuYnNwO0QuVy4sIE5ldyBKZXJzZXk8YnI+DQoN CiZuYnNwOzxicj4NCg0KJnF1b3Q7V2UgaGF2ZSBiZWVuIG9uIHRoZSBzcHJh eSBmb3IganVzdCAzIHdlZWtzPGJyPg0KDQpub3csIGFuZCBiZXNpZGVzIHRo ZSB0cmVtZW5kb3VzIGVuZXJneSB3ZTxicj4NCg0KYm90aCBmZWVsLCBteSBo dXNiYW5kcyBhbGxlcmdpZXMgYW5kIHNwZWxsczxicj4NCg0Kb2YgZGVwcmVz c2lvbiBoYXZlIGxpZnRlZC4gSSBhbSBoZWFsaW5nPGJyPg0KDQpleHRyZW1l bHkgZmFzdCBhZnRlciBhbiBhY2NpZGVudCBhbmQgaGF2ZTxicj4NCg0KbG9z dCA3IGxicy4gd2l0aG91dCB0cnlpbmchJnF1b3Q7PGJyPg0KDQpDLkIuLCBG bGFnc3RhZmYuIEFaPGJyPg0KDQombmJzcDs8YnI+DQoNClRoYW5rcyBmb3Ig cmVhZGluZyBvdXIgbGV0dGVyLDxicj4NCg0KVGhlIEhHSCBTdGFmZjxicj4N Cg0KVVNBIERpdmlzaW9uPGJyPg0KDQombmJzcDs8YnI+DQoNClBTOiZuYnNw OyBUaGUgSEdIIFN0YWZmIGd1YXJhbnRlZXMgdGhlPGJyPg0KDQpoaWdoZXN0 IHF1YWxpdHkgYW5kIGxvd2VzdCBwcmljZS48YnI+DQoNCiZuYnNwOzxicj4N Cg0KJm5ic3A7V2UgbWFudWZhY3R1cmUgYW5kIHNoaXAgZGlyZWN0bHkgdG8g eW91ciBkb29yLjxicj4NCg0KJm5ic3A7PGJyPg0KDQpDYWxsIHVzIG5vdyA8 Yj48Zm9udCBjb2xvcj0iIzAwMDA4MCI+MS04ODgtNjIxLTczMDA8L2ZvbnQ+ PC9iPjxicj4NCg0KJm5ic3A7PGJyPg0KDQo9PT09PT09Jm5ic3A7Jm5ic3A7 IEVuZCBvZiBtZXNzYWdlID09PT09PT09Jm5ic3A7PGJyPg0KDQombmJzcDs8 YnI+DQoNCiZuYnNwOyZuYnNwOyBUaGUgZm9sbG93aW5nIHN0YXRlbWVudCBp cyBwcm92aWRlZCB0byBiZTxicj4NCg0KaW4gY29tcGxpYW5jZSB3aXRoIGNv bW1lcmNpYWwgZW1haWwgbGF3cy48YnI+DQoNCiZuYnNwOzxicj4NCg0KJm5i c3A7Jm5ic3A7IElmIHlvdSBkbyBub3Qgd2lzaCB0byByZWNlaXZlIGZ1cnRo ZXI8YnI+DQoNCm1haWxpbmdzLCBwbGVhc2UgY2xpY2sgcmVwbHkgdG86ICB0 aGVfaGdoX2NsaW5pY0BidGFtYWlsLm5ldC5jbiAgYW5kIHR5cGUgcmVtb3Zl IGluIHRoZSBzdWJqZWN0IGJveC48YnI+DQoNClRoZW4gY2xpY2sgc2VuZC48 YnI+DQoNCiZuYnNwOzxicj4NCg0KJm5ic3A7Jm5ic3A7IFRoaXMgbWVzc2Fn ZSBpcyBpbiBmdWxsIGNvbXBsaWFuY2Ugd2l0aDxicj4NCg0KVS5TLiBGZWRl cmFsIHJlcXVpcmVtZW50cyBmb3IgY29tbWVyY2lhbDxicj4NCg0KZW1haWwg dW5kZXIgYmlsbCBTLjE2MTggVGl0bGUgbGxsLCBTZWN0aW9uIDMwMSw8YnI+ DQoNClBhcmFncmFwaCAoYSkoMikoQykgcGFzc2VkIGJ5IHRoZSAxMDV0aCBV LlMuPGJyPg0KDQpDb25ncmVzcyBhbmQgaXMgbm90IGNvbnNpZGVyZWQgU1BB TTxicj4NCg0Kc2luY2UgaXQgaW5jbHVkZXMgYSByZW1vdmUgbWVjaGFuaXNt Lio8YnI+DQoNClRoaXMgbWVzc2FnZSBpcyBub3QgaW50ZW5kZWQgZm9yIHJl c2lkZW50cyBpbiB0aGU8YnI+DQoNCnN0YXRlcyBvZiBDQSwgTkMsIE5WLCBS SSwgVE4sIFZBICZhbXA7IFdBLjxicj4NCg0KU2NyZWVuaW5nIG9mIGFkZHJl c3NlcyBoYXMgYmVlbiBkb25lIHRvIHRoZSBiZXN0PGJyPg0KDQpvZiBvdXIg dGVjaG5pY2FsIGFiaWxpdHkuPGJyPg0KDQombmJzcDs8YnI+DQoNCiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBDYWxsIHVzDQoNCm5vdyA8Yj48Zm9u dCBjb2xvcj0iIzAwMDA4MCI+MS04ODgtNjIxLTczMDA8L2ZvbnQ+PC9iPiBm b3IgeW91cjxicj4NCg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGZy ZWUNCg0KSEdIIGNvbnN1bHRhdGlvbi48L3A+DQoNCjxwPjxicj4NCg0KVGhh bmsgeW91PC9wPg0KDQo8L2JvZHk+DQoNCjwvaHRtbD4NCg0KIA0KIA0KIA0K IA0KIA0KIA0KIA0KIA0KIA0KIA0KIA0KIA0KIA0KIA0KIA0KIA0KIA0KIA0K IA0KIA0KIA0KIA0KIA0KIA0KIA0KIA0KIA0KIA0KIA0KIA0KIA0KIA0KIA0K IA0KIA0KIA0KIA0KIA0KIA0KIA0KIA0KIA0KIA0KIA0KIA0KDQotLQ0KDQo5 ODYzYnpXRzYtNzU1V1NlejgwNjlBaG1sOS02NDVwSlFyMTM0MFRPQWs5LTM0 MXNNeHQ3MDMxanlIZjctMTcxcnZTWGw2NA== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sat Jul 13 6:32:47 2002 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 CAA8637B400 for ; Sat, 13 Jul 2002 06:32:45 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29A3C43E65 for ; Sat, 13 Jul 2002 06:32:45 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6DDWOFg015850; Sat, 13 Jul 2002 09:32:25 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: gnomepanel install fails From: Joe Marcus Clarke To: Peter Ulrich Kruppa Cc: freebsd-gnome@FreeBSD.ORG In-Reply-To: <20020713094619.Q30483-100000@small.pukruppa.de> References: <20020713094619.Q30483-100000@small.pukruppa.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 13 Jul 2002 09:32:23 -0400 Message-Id: <1026567144.347.0.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 2002-07-13 at 05:58, Peter Ulrich Kruppa wrote: > Hi, > > I am trying to upgrade gnome1.4 to gnome2 on today's -STABLE. You're not the first to see this, but I have not been able to reproduce. I'm going on vacation today, but if I have some time, I'll investigate. Joe > > In /usr/ports/x11/gnomepanel > # make > seems to work ok, but > # install > complains about a missing file > workspace-switcher-C.comf.out > > What can I do? > > Thanks for your answers. > > Uli. > > *-----------------------------------* > * Peter Ulrich Kruppa * > * - Wuppertal - * > * Germany * > *-----------------------------------* > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-gnome" in the body of the message > -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sat Jul 13 9:38:10 2002 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 E408D37B400; Sat, 13 Jul 2002 09:38:07 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 955A343E58; Sat, 13 Jul 2002 09:38:07 -0700 (PDT) (envelope-from pat@FreeBSD.org) Received: from freefall.freebsd.org (pat@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g6DGc7JU004842; Sat, 13 Jul 2002 09:38:07 -0700 (PDT) (envelope-from pat@freefall.freebsd.org) Received: (from pat@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g6DGc7gK004838; Sat, 13 Jul 2002 09:38:07 -0700 (PDT) Date: Sat, 13 Jul 2002 09:38:07 -0700 (PDT) From: Patrick Li Message-Id: <200207131638.g6DGc7gK004838@freefall.freebsd.org> To: pat@FreeBSD.org, freebsd-ports@FreeBSD.org, gnome@FreeBSD.org Subject: Re: ports/40522: missing of ghttp.h prevents nautilus from being build without having built gnome first Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Synopsis: missing of ghttp.h prevents nautilus from being build without having built gnome first Responsible-Changed-From-To: freebsd-ports->gnome Responsible-Changed-By: pat Responsible-Changed-When: Sat Jul 13 09:37:57 PDT 2002 Responsible-Changed-Why: Over to maintainers http://www.freebsd.org/cgi/query-pr.cgi?pr=40522 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sat Jul 13 11: 1:37 2002 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 7B75F37B400 for ; Sat, 13 Jul 2002 11:01:33 -0700 (PDT) Received: from shlick.net (shlick.net [198.136.194.34]) by mx1.FreeBSD.org (Postfix) with SMTP id 2B54843E6A for ; Sat, 13 Jul 2002 11:01:33 -0700 (PDT) (envelope-from elvar@ooz.net) Received: (qmail 2963 invoked from network); 13 Jul 2002 18:01:32 -0000 Received: from unknown (HELO ice9) (198.136.194.34) by 0 with SMTP; 13 Jul 2002 18:01:32 -0000 From: "Elvar" To: Subject: one more thing.. Date: Sat, 13 Jul 2002 13:01:37 -0500 Message-ID: <001c01c22a97$554f8be0$0200a8c0@ice9> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001D_01C22A6D.6C7983E0" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_001D_01C22A6D.6C7983E0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit It says something about not being able to find the scroll-keeper config right before it crashes. Thanks again, Elvar ------=_NextPart_000_001D_01C22A6D.6C7983E0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

It says something about not being able to find the scroll-keeper config right before it crashes.

 

Thanks again,

 

Elvar

------=_NextPart_000_001D_01C22A6D.6C7983E0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sat Jul 13 12:52:27 2002 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 A6DDC37B400 for ; Sat, 13 Jul 2002 12:52:26 -0700 (PDT) Received: from ducky.net (ducky.net [199.26.172.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C20843E42 for ; Sat, 13 Jul 2002 12:52:25 -0700 (PDT) (envelope-from mike@ducky.net) Received: from ducky.net (localhost [127.0.0.1]) by ducky.net (8.12.3/8.12.3) with ESMTP id g6DJq71s014062; Sat, 13 Jul 2002 12:52:07 -0700 (PDT) (envelope-from mike@ducky.net) Message-Id: <200207131952.g6DJq71s014062@ducky.net> To: Joe Marcus Clarke Cc: Peter Ulrich Kruppa , freebsd-gnome@FreeBSD.ORG, mike@ducky.net Subject: Re: gnomepanel install fails In-Reply-To: Your message of "13 Jul 2002 09:32:23 EDT." <1026567144.347.0.camel@gyros.marcuscom.com> Date: Sat, 13 Jul 2002 12:52:07 -0700 From: Mike Haertel Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >On Sat, 2002-07-13 at 05:58, Peter Ulrich Kruppa wrote: >> Hi, >> >> I am trying to upgrade gnome1.4 to gnome2 on today's -STABLE. > >You're not the first to see this, but I have not been able to >reproduce. I'm going on vacation today, but if I have some time, I'll >investigate. > >Joe > >> >> In /usr/ports/x11/gnomepanel >> # make >> seems to work ok, but >> # install >> complains about a missing file >> workspace-switcher-C.comf.out This problem does not occur if the textproc/scrollkeeper port is installed prior to attempting to build and install x11/gnomepanel. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sat Jul 13 13:34:12 2002 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 0A12D37B400 for ; Sat, 13 Jul 2002 13:34:10 -0700 (PDT) Received: from moutvdomng1.kundenserver.de (moutvdomng1.kundenserver.de [195.20.224.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E1CD43E7B for ; Sat, 13 Jul 2002 13:34:08 -0700 (PDT) (envelope-from root@pukruppa.de) Received: from [212.227.126.181] (helo=mrvdomng6.kundenserver.de) by moutvdomng1.kundenserver.de with esmtp (Exim 3.22 #2) id 17TTaa-00036S-00 for freebsd-gnome@freebsd.org; Sat, 13 Jul 2002 22:34:00 +0200 Received: from [217.1.114.96] (helo=pD9017260.dip.t-dialin.net) by mrvdomng6.kundenserver.de with esmtp (Exim 3.35 #2) id 17TTaa-0006My-00 for freebsd-gnome@freebsd.org; Sat, 13 Jul 2002 22:34:00 +0200 Date: Sat, 13 Jul 2002 22:34:08 +0000 (GMT) From: Peter Ulrich Kruppa To: freebsd-gnome@freebsd.org Subject: starting gnome2 fails Message-ID: <20020713222448.N37155-100000@small.pukruppa.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi! I think now I have made and installed everything for gnome2 (on today's _STABLE) but when I # startx gnome session manager fails and when I close X I find these messages: -------------------------------------------------- ** (process:37146): WARNING **: CORBA_ORB_destroy: ORB still has 2 refs. SESSION_MANAGER=3Dlocal/small.pukruppa.de:/tmp/.ICE-unix/37139 (gnome_segv:37152): Gtk-WARNING **: Failed to set label from markup due to error parsing markup: Fehler in Zeile 1, Zeichen 9: Ung=FCltiger UTF-8-kodierter Text ** (gnome_segv:37152): WARNING **: Invalid UTF8 string passed to pango_layout_se t_text() waiting for X server to shut down ----------------------------------------------- (Sorry for the german words in the message. They say something like : Error in line 1, sign 9: invalid UTF-8-coded text) What now? Regards, Uli. *-----------------------------------* * Peter Ulrich Kruppa * * - Wuppertal - * * Germany * *-----------------------------------* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sat Jul 13 14:28:59 2002 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 B38FE37B400 for ; Sat, 13 Jul 2002 14:28:54 -0700 (PDT) Received: from lmail.actcom.co.il (mail.actcom.co.il [192.114.47.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id C66DA43E4A for ; Sat, 13 Jul 2002 14:28:48 -0700 (PDT) (envelope-from kesor@mail.ru) Received: from finone.in.kesor.net (line133-201.adsl.actcom.co.il [192.115.133.201]) by lmail.actcom.co.il (8.11.6/8.11.6) with ESMTP id g6DLSfU27299 for ; Sun, 14 Jul 2002 00:28:41 +0300 Received: from localhost (kesor@localhost [127.0.0.1]) by finone.in.kesor.net (8.12.5/8.12.5) with ESMTP id g6DIkOmX008245; Sat, 13 Jul 2002 21:46:25 +0300 (IDT) (envelope-from kesor@mail.ru) Date: Sat, 13 Jul 2002 21:46:23 +0300 (IDT) From: ezislis X-X-Sender: kesor@finone.in.kesor.net To: George Cc: Joe Kelsey , Subject: Re: GDM 2.4.0.x & FreeBSD In-Reply-To: <20020712163740.GA11052@monique.linux.bogus> Message-ID: <20020713213104.U8082-100000@finone.in.kesor.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 12 Jul 2002, George wrote: > On Thu, Jul 11, 2002 at 04:13:47PM -0700, Joe Kelsey wrote: > > This would seem to indicate that some one of the stdio file descriptors > > is causing a problem, since that is the main difference between running > > in /etc/ttys and running from /dev/ttyv0 root login (I think?) > > Ahh, this may be a bit of an insight. So perhaps gdm doesn't handle well the > case where stdin/out is missing (I suppose that may be the case when run from > /etc/ttys) and when it is not daemonizing. I think I know where the problem > lies. I think there may be many errors when the 0,1,2 descriptors are not > open sicne that's not a well tested case. I'll be committing a fix that > ensures that 0,1 and 2 exist on execution. > > I tested the latest cvs version (the one that checks for the availability of 0,1,2 descriptors). and guess what, it doesnt work. Not only that, but more so - it doesnt even let me write the username in the firstplace, something that was possible in the earlier version. WAS : put in /etc/ttys, kill -1 1, typed username, hit enter, gdm stuck NOW : put in /etc/ttys, kill -1 1, cant type username because gdm stuck But it still works ok when run from the console. so the solution lies with the stdio, but just checking for their existance and not using some kind of workaround does help much. only makes it stuck earlier. The other problem, the graphical greeter not working, it still doent work, even when gdm is started from the console. how to reproduce : install the factory gdm.conf, start gdmsetup in X, choose graphical as the local greeter, try to run gdm. here is some debug info when i tried to run the graphical gdm, slave gdm-binary process backtrace is : #0 0x288a1eb8 in _thread_sys_poll () from /usr/lib/libc_r.so.4 #1 0x288a1271 in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.so.4 #2 0x288a0b70 in _thread_kern_scheduler () from /usr/lib/libc_r.so.4 #3 0x0 in ?? () backtrace of gdmgreeter is : #0 0x65707974 in ?? () #1 0x28956612 in FT_Get_First_Char () from /usr/local/lib/libfreetype.so.9 #2 0x285a61df in pango_ft2_calc_coverage () from /usr/X11R6/lib/libpangoft2-1.0.so.0 #3 0x285a6537 in pango_ft2_font_get_coverage () from /usr/X11R6/lib/libpangoft2-1.0.so.0 #4 0x28614aa8 in pango_font_get_coverage () from /usr/X11R6/lib/libpango-1.0.so.0 #5 0x2861abf2 in pango_fontset_simple_get_font () from /usr/X11R6/lib/libpango-1.0.so.0 #6 0x2861a640 in pango_fontset_get_font () from /usr/X11R6/lib/libpango-1.0.so.0 #7 0x2861945b in add_engines () from /usr/X11R6/lib/libpango-1.0.so.0 #8 0x28618e0d in pango_itemize () from /usr/X11R6/lib/libpango-1.0.so.0 #9 0x2861ec02 in pango_layout_check_lines () from /usr/X11R6/lib/libpango-1.0.so.0 #10 0x2861d574 in pango_layout_get_extents_internal () from /usr/X11R6/lib/libpango-1.0.so.0 #11 0x2861d7c0 in pango_layout_get_extents () from /usr/X11R6/lib/libpango-1.0.so.0 #12 0x2861da3c in pango_layout_get_pixel_size () from /usr/X11R6/lib/libpango-1.0.so.0 #13 0x28189993 in gnome_canvas_text_set_property () from /usr/X11R6/lib/libgnomecanvas-2.so.0 #14 0x28646405 in g_object_set_valist () from /usr/local/lib/libgobject-2.0.so.0 #15 0x28190fa2 in gnome_canvas_item_construct () from /usr/X11R6/lib/libgnomecanvas-2.so.0 #16 0x28190b03 in gnome_canvas_item_new () from /usr/X11R6/lib/libgnomecanvas-2.so.0 #17 0x80535f9 in greeter_item_size_request () #18 0x805333a in greeter_size_request_box () #19 0x80536dd in greeter_item_size_request () #20 0x8052fe9 in greeter_size_allocate_box () #21 0x8052bab in greeter_item_size_allocate () #22 0x8052da7 in greeter_size_allocate_fixed () #23 0x8052b90 in greeter_item_size_allocate () #24 0x8052da7 in greeter_size_allocate_fixed () #25 0x80538dc in greeter_layout () #26 0x80517ce in main () #27 0x804fd65 in _start () If it works for someone else, and its just a problem on my machine, i would like to know about it. and yet small thing, the new /usr/X11R6/bin/gdm wrapper is using the command 'source', which is a builtin, but in FreeBSD it doesnt work with #!/bin/sh because it is not exactly bash. -- Kesor To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sat Jul 13 14:30:42 2002 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 C5E9737B400 for ; Sat, 13 Jul 2002 14:30:38 -0700 (PDT) Received: from zircon.seattle.wa.us (sense-sea-CovadSub-0-80.oz.net [216.39.147.80]) by mx1.FreeBSD.org (Postfix) with SMTP id 2604343E3B for ; Sat, 13 Jul 2002 14:30:38 -0700 (PDT) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 26046 invoked from network); 13 Jul 2002 21:30:36 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 13 Jul 2002 21:30:36 -0000 Subject: Re: GDM 2.4.0.x & FreeBSD From: Joe Kelsey To: ezislis Cc: George , gnome@FreeBSD.ORG In-Reply-To: <20020713213104.U8082-100000@finone.in.kesor.net> References: <20020713213104.U8082-100000@finone.in.kesor.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 13 Jul 2002 14:30:36 -0700 Message-Id: <1026595836.8748.112.camel@zircon.zircon.seattle.wa.us> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 2002-07-13 at 11:46, ezislis wrote: > The other problem, the graphical greeter not working, it still doent work, > even when gdm is started from the console. On my machine, gdm behaves the same whether in graphical mode or not. I.e., if I set it up to do graphical, the greeter with the flower appears and accepts username and hange. If I set it up for non-graphical, the greeter with the face browser appears, accepts the username and hangs. I suspect the graphical problem is somehow unique to your machine. BTW, you explanation of how you restart gdm is wrong. Gdm will not restart correctly if you just kill -1 1 because init will not correctly kill gdm. You have to force it off with 'killall gdm' to make sure that you kill the original gdm process, otherwise you are probably still running the originally spawned gdm from your startup. Whenever you kill gdm, check with ps before and after to make sure you really killed it. I bet the results will surprise you, and I think the method you are using is causing some of the odd things you are seeing, especially with the graphical browser issue. /Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sat Jul 13 14:42:45 2002 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 F112A37B401 for ; Sat, 13 Jul 2002 14:42:42 -0700 (PDT) Received: from lmail.actcom.co.il (mail.actcom.co.il [192.114.47.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC25E43E64 for ; Sat, 13 Jul 2002 14:42:40 -0700 (PDT) (envelope-from kesor@mail.ru) Received: from finone.in.kesor.net (line133-201.adsl.actcom.co.il [192.115.133.201]) by lmail.actcom.co.il (8.11.6/8.11.6) with ESMTP id g6DLgdU30668; Sun, 14 Jul 2002 00:42:39 +0300 Received: from localhost (kesor@localhost [127.0.0.1]) by finone.in.kesor.net (8.12.5/8.12.5) with ESMTP id g6DLgajJ029270; Sun, 14 Jul 2002 00:42:37 +0300 (IDT) (envelope-from kesor@mail.ru) Date: Sun, 14 Jul 2002 00:42:35 +0300 (IDT) From: ezislis X-X-Sender: kesor@finone.in.kesor.net To: Joe Kelsey Cc: George , Subject: Re: GDM 2.4.0.x & FreeBSD In-Reply-To: <1026595836.8748.112.camel@zircon.zircon.seattle.wa.us> Message-ID: <20020714003842.W29257-100000@finone.in.kesor.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > On my machine, gdm behaves the same whether in graphical mode or not. > I.e., if I set it up to do graphical, the greeter with the flower > appears and accepts username and hange. If I set it up for > non-graphical, the greeter with the face browser appears, accepts the > username and hangs. I hope that by saying graphical you mean the one with the circles theme (or any other theme), and not just the one showing faces above the username prompt. I guess that I do have some other problems with my machine, gnome-session also doesnt work, with a similar backtrace to the one of graphical gdm. > BTW, you explanation of how you restart gdm is wrong. Gdm will not > restart correctly if you just kill -1 1 because init will not correctly > kill gdm. You have to force it off with 'killall gdm' to make sure that > you kill the original gdm process, otherwise you are probably still > running the originally spawned gdm from your startup. Whenever you kill > gdm, check with ps before and after to make sure you really killed it. > I bet the results will surprise you, and I think the method you are > using is causing some of the odd things you are seeing, especially with > the graphical browser issue. Offcourse, it was so trivial that I forgot to mention it, before running any tests I check with ps axl to see if there is anytihng X related running, and even kill -9 if there is need. -- Kesor To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sat Jul 13 16: 3:34 2002 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 9D64337B400; Sat, 13 Jul 2002 16:03:31 -0700 (PDT) Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43B1843E6E; Sat, 13 Jul 2002 16:03:31 -0700 (PDT) (envelope-from mvh@ix.netcom.com) Received: from lsanca1-ar6-4-62-202-204.lsanca1.elnk.dsl.genuity.net ([4.62.202.204] helo=netcom1.netcom.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17TVvC-0000Z3-00; Sat, 13 Jul 2002 16:03:26 -0700 Received: by netcom1.netcom.com (Postfix, from userid 1000) id 84BDA13110; Sat, 13 Jul 2002 16:03:25 -0700 (PDT) From: Mike Harding To: sobomax@freebsd.org, marcus@marcuscom.com, gnome@freebsd.org Subject: gnomecore/panel problem (earlier - "desktop totally screwed up") Message-Id: <20020713230325.84BDA13110@netcom1.netcom.com> Date: Sat, 13 Jul 2002 16:03:25 -0700 (PDT) Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I backed my gnome up to Jul 7, and rebuilt, and everything works fine in gnome. I then cvsup'd to this morning, and did the following: - pkg_remove all 'old' ports - rebuilt /usr/ports/x11/gnome - tried to start gnome and got the same .xsession errors: ** WARNING **: No system menus found! ** WARNING **: menu /usr/X11R6/share/gnome/gnome/apps does not exist (arguments are .) I TRACKED THIS DOWN to /usr/ports/gnomecore/work/gnome-core01.4.1/panel/menu.c note the following lines: (line 162) menu = gnome_datadir_file ("gnome/apps"); ... (line 166) menu = gnome_datadir_file ("applets"); now as far as I gnow (sorry) 'apps' and 'applets' are in the same area of the hierarchy: /usr/X11R6/share/gnome drwxr-xr-x 8 root wheel 512 Jul 13 08:26 applets drwxr-xr-x 2 root wheel 512 Jul 13 09:35 application-registry drwxr-xr-x 2 root wheel 512 Jul 13 08:26 applications drwxr-xr-x 11 root wheel 512 Jul 13 10:37 apps ... (no gnome directory) so it can't find the apps. These lines are also elsewhere in menu.c, but clearly something ain't right... It looks like the 'gnomeng' change boogered something up, hope this info is useful... - Mike H. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sat Jul 13 16: 6:32 2002 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 8F3E037B400 for ; Sat, 13 Jul 2002 16:06:31 -0700 (PDT) Received: from zircon.seattle.wa.us (sense-sea-CovadSub-0-80.oz.net [216.39.147.80]) by mx1.FreeBSD.org (Postfix) with SMTP id E74A843E64 for ; Sat, 13 Jul 2002 16:06:30 -0700 (PDT) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 26251 invoked from network); 13 Jul 2002 23:06:29 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 13 Jul 2002 23:06:29 -0000 Subject: Re: GDM 2.4.0.x & FreeBSD From: Joe Kelsey To: ezislis Cc: George , gnome@FreeBSD.ORG In-Reply-To: <20020714003842.W29257-100000@finone.in.kesor.net> References: <20020714003842.W29257-100000@finone.in.kesor.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 13 Jul 2002 16:06:29 -0700 Message-Id: <1026601590.8748.121.camel@zircon.zircon.seattle.wa.us> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 2002-07-13 at 14:42, ezislis wrote: > Offcourse, it was so trivial that I forgot to mention it, before running > any tests I check with ps axl to see if there is anytihng X related > running, and even kill -9 if there is need. I'm not trying to impugn your abilities, its just that I often forget to check to make sure gdm actually does die, and most of the time init doesn't properly kill gdm. Every other problem I have experienced with gnome2 has been traceable to font issues. Try doing an ldd on gnome-session and see if you have any funny issues with respect to shared libraries. I found an old version of freetype2 that somehow got linked before the new version and so there were two conflicting versions of freetype2 linked into gnome-session causing it to core dump. In dealing with all of the gnome2 issues, I have found that the only way to make sure is to carefully look at all libraries and executables to make sure nothing is going on with shared library issues, such as the pango libc thing or my freetype thing with gnome-session. Of course, all of these shared library issues would evaporate if ld-elf was not so literal about libraries... /Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sat Jul 13 16:20: 6 2002 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 0B2E137B400; Sat, 13 Jul 2002 16:19:59 -0700 (PDT) Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id A065143E67; Sat, 13 Jul 2002 16:19:58 -0700 (PDT) (envelope-from mvh@ix.netcom.com) Received: from lsanca1-ar6-4-62-202-204.lsanca1.elnk.dsl.genuity.net ([4.62.202.204] helo=netcom1.netcom.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17TWBB-0000Se-00; Sat, 13 Jul 2002 16:19:58 -0700 Received: by netcom1.netcom.com (Postfix, from userid 1000) id 61F3113107; Sat, 13 Jul 2002 16:19:57 -0700 (PDT) From: Mike Harding To: mvh@ix.netcom.com Cc: sobomax@freebsd.org, marcus@marcuscom.com, gnome@freebsd.org In-reply-to: <20020713230325.84BDA13110@netcom1.netcom.com> (message from Mike Harding on Sat, 13 Jul 2002 16:03:25 -0700 (PDT)) Subject: Re: gnomecore/panel problem (earlier - "desktop totally screwed up") References: <20020713230325.84BDA13110@netcom1.netcom.com> Message-Id: <20020713231957.61F3113107@netcom1.netcom.com> Date: Sat, 13 Jul 2002 16:19:57 -0700 (PDT) Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I just rolled the ports to Jul. 7 again, and main.c now contains (after patching) the following at line 161: menu = gnome_datadir_file ("apps"); looks like patch-ah does this, and checking in CVS, half of it got removed on 07/11... including the parts that patch the path! - AHA! ok, now have to go shopping... From: Mike Harding Date: Sat, 13 Jul 2002 16:03:25 -0700 (PDT) Sender: owner-freebsd-gnome@FreeBSD.ORG X-Loop: FreeBSD.ORG X-Spam-Status: No, hits=-0.6 required=5.0 tests=AWL version=2.30 X-Spam-Level: I backed my gnome up to Jul 7, and rebuilt, and everything works fine in gnome. I then cvsup'd to this morning, and did the following: - pkg_remove all 'old' ports - rebuilt /usr/ports/x11/gnome - tried to start gnome and got the same .xsession errors: ** WARNING **: No system menus found! ** WARNING **: menu /usr/X11R6/share/gnome/gnome/apps does not exist (arguments are .) I TRACKED THIS DOWN to /usr/ports/gnomecore/work/gnome-core01.4.1/panel/menu.c note the following lines: (line 162) menu = gnome_datadir_file ("gnome/apps"); ... (line 166) menu = gnome_datadir_file ("applets"); now as far as I gnow (sorry) 'apps' and 'applets' are in the same area of the hierarchy: /usr/X11R6/share/gnome drwxr-xr-x 8 root wheel 512 Jul 13 08:26 applets drwxr-xr-x 2 root wheel 512 Jul 13 09:35 application-registry drwxr-xr-x 2 root wheel 512 Jul 13 08:26 applications drwxr-xr-x 11 root wheel 512 Jul 13 10:37 apps ... (no gnome directory) so it can't find the apps. These lines are also elsewhere in menu.c, but clearly something ain't right... It looks like the 'gnomeng' change boogered something up, hope this info is useful... - Mike H. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sat Jul 13 16:26:40 2002 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 F392B37B400; Sat, 13 Jul 2002 16:26:37 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D44A43E65; Sat, 13 Jul 2002 16:26:37 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6DNQCFg017663; Sat, 13 Jul 2002 19:26:14 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: gnomecore/panel problem (earlier - "desktop totally screwed up") From: Joe Marcus Clarke To: Mike Harding Cc: sobomax@freebsd.org, gnome@freebsd.org In-Reply-To: <20020713230325.84BDA13110@netcom1.netcom.com> References: <20020713230325.84BDA13110@netcom1.netcom.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 13 Jul 2002 19:26:11 -0400 Message-Id: <1026602775.911.0.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 2002-07-13 at 19:03, Mike Harding wrote: > > I backed my gnome up to Jul 7, and rebuilt, and everything works fine > in gnome. I then cvsup'd to this morning, and did the following: > > - pkg_remove all 'old' ports > - rebuilt /usr/ports/x11/gnome > - tried to start gnome > > and got the same .xsession errors: > > ** WARNING **: No system menus found! > > ** WARNING **: menu /usr/X11R6/share/gnome/gnome/apps does not exist (arguments are .) > > I TRACKED THIS DOWN to /usr/ports/gnomecore/work/gnome-core01.4.1/panel/menu.c > > note the following lines: > > (line 162) > menu = gnome_datadir_file ("gnome/apps"); > ... > (line 166) > menu = gnome_datadir_file ("applets"); > > now as far as I gnow (sorry) 'apps' and 'applets' are in the same area > of the hierarchy: > > /usr/X11R6/share/gnome > drwxr-xr-x 8 root wheel 512 Jul 13 08:26 applets > drwxr-xr-x 2 root wheel 512 Jul 13 09:35 application-registry > drwxr-xr-x 2 root wheel 512 Jul 13 08:26 applications > drwxr-xr-x 11 root wheel 512 Jul 13 10:37 apps > ... > (no gnome directory) > > so it can't find the apps. > > These lines are also elsewhere in menu.c, but clearly something ain't > right... > > It looks like the 'gnomeng' change boogered something up, hope this > info is useful... I think I found the problem. Can you change the USE_GNOME line in libpanel's Makefile to read: USE_GNOME= gnomeprefix gnomelibs Then rebuild and reinstall libpanel. See if that fixes things. Joe > > - Mike H. > > -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sat Jul 13 16:27: 3 2002 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 0C95C37B400 for ; Sat, 13 Jul 2002 16:27:02 -0700 (PDT) Received: from lmail.actcom.co.il (mail.actcom.co.il [192.114.47.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BC2943E4A for ; Sat, 13 Jul 2002 16:27:00 -0700 (PDT) (envelope-from kesor@mail.ru) Received: from kesor.ulp.co.il (line133-201.adsl.actcom.co.il [192.115.133.201]) by lmail.actcom.co.il (8.11.6/8.11.6) with ESMTP id g6DNQwU18210; Sun, 14 Jul 2002 02:26:58 +0300 Received: from localhost (kesor@localhost [127.0.0.1]) by kesor.ulp.co.il (8.12.5/8.12.5) with ESMTP id g6DNQuIx040376; Sun, 14 Jul 2002 02:26:57 +0300 (IDT) (envelope-from kesor@mail.ru) Date: Sun, 14 Jul 2002 02:26:56 +0300 (IDT) From: ezislis X-X-Sender: kesor@finone.ulp.co.il To: Joe Kelsey Cc: George , Subject: Re: GDM 2.4.0.x & FreeBSD In-Reply-To: <1026601590.8748.121.camel@zircon.zircon.seattle.wa.us> Message-ID: <20020714022457.D40369-100000@finone.ulp.co.il> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 13 Jul 2002, Joe Kelsey wrote: > Every other problem I have experienced with gnome2 has been traceable to > font issues. Try doing an ldd on gnome-session and see if you have any > funny issues with respect to shared libraries. I found an old version > of freetype2 that somehow got linked before the new version and so there > were two conflicting versions of freetype2 linked into gnome-session > causing it to core dump. In dealing with all of the gnome2 issues, I > have found that the only way to make sure is to carefully look at all > libraries and executables to make sure nothing is going on with shared > library issues, such as the pango libc thing or my freetype thing with > gnome-session. > > Of course, all of these shared library issues would evaporate if ld-elf > was not so literal about libraries... yeah, the backtraces always end up in freetype library somewhere. But how exactly would I see that all the library versions are in order? for example, something like : > ldd /usr/X11R6/lib/lib* | grep freetype returns different hexes at each line, is that okay or it indicates different versions? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sat Jul 13 16:39:11 2002 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 0AFCC37B400 for ; Sat, 13 Jul 2002 16:39:10 -0700 (PDT) Received: from zinc.5z.com (zinc.5z.com [64.23.60.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D99543E75 for ; Sat, 13 Jul 2002 16:39:09 -0700 (PDT) (envelope-from jirka@zinc.5z.com) Received: from localhost (localhost [[UNIX: localhost]]) by zinc.5z.com (8.11.6/8.11.6) id g6DNd4X25730; Sat, 13 Jul 2002 19:39:04 -0400 Date: Sat, 13 Jul 2002 16:48:10 -0700 From: George To: ezislis Cc: George , Joe Kelsey , gnome@FreeBSD.ORG Subject: Re: GDM 2.4.0.x & FreeBSD Message-ID: <20020713234810.GA18421@monique.linux.bogus> References: <20020712163740.GA11052@monique.linux.bogus> <20020713213104.U8082-100000@finone.in.kesor.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020713213104.U8082-100000@finone.in.kesor.net> User-Agent: Mutt/1.4i Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Jul 13, 2002 at 09:46:23PM +0300, ezislis wrote: > I tested the latest cvs version (the one that checks for the availability > of 0,1,2 descriptors). and guess what, it doesnt work. > Not only that, but more so - it doesnt even let me write the username in > the firstplace, something that was possible in the earlier version. That's ok. It's not actually that it works less. I made it explicitly be insensitive to typing until the daemon actually asks for a username. It never really did in your case, but the greeter was sensitive but there was still no communication, so it's not a regression really since before you could type the username but it was of no use because the daemon didn't ask for it yet and hasn't received it anyway. > so the solution lies with the stdio, but just checking for their existance > and not using some kind of workaround does help much. only makes it stuck > earlier. No it gets stuck at the same place, I just changed the greeter to act accordingly stuck as well :) > and yet small thing, the new /usr/X11R6/bin/gdm wrapper is using the > command 'source', which is a builtin, but in FreeBSD it doesnt work with > #!/bin/sh because it is not exactly bash. Should I use a dot then? George -- George I killed the cat. -- Sid Vicious To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sat Jul 13 16:51:19 2002 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 DE44937B400 for ; Sat, 13 Jul 2002 16:51:17 -0700 (PDT) Received: from lmail.actcom.co.il (smtp.actcom.co.il [192.114.47.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3061843E31 for ; Sat, 13 Jul 2002 16:51:16 -0700 (PDT) (envelope-from kesor@mail.ru) Received: from kesor.ulp.co.il (line133-201.adsl.actcom.co.il [192.115.133.201]) by lmail.actcom.co.il (8.11.6/8.11.6) with ESMTP id g6DNp8U22261; Sun, 14 Jul 2002 02:51:08 +0300 Received: from localhost (kesor@localhost [127.0.0.1]) by kesor.ulp.co.il (8.12.5/8.12.5) with ESMTP id g6DNp6Ix083024; Sun, 14 Jul 2002 02:51:06 +0300 (IDT) (envelope-from kesor@mail.ru) Date: Sun, 14 Jul 2002 02:51:05 +0300 (IDT) From: ezislis X-X-Sender: kesor@finone.ulp.co.il To: George Cc: Joe Kelsey , Subject: Re: GDM 2.4.0.x & FreeBSD In-Reply-To: <20020713234810.GA18421@monique.linux.bogus> Message-ID: <20020714024846.R75796-100000@finone.ulp.co.il> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 13 Jul 2002, George wrote: > On Sat, Jul 13, 2002 at 09:46:23PM +0300, ezislis wrote: > That's ok. It's not actually that it works less. I made it explicitly be > insensitive to typing until the daemon actually asks for a username. It > never really did in your case, but the greeter was sensitive but there was > still no communication, so it's not a regression really since before you > could type the username but it was of no use because the daemon didn't ask > for it yet and hasn't received it anyway. > No it gets stuck at the same place, I just changed the greeter to act > accordingly stuck as well :) I dont completely understand where is the problem, and thus cant think of a way to fix it.. i'm all confused with daemon, slave, greeter, etc.. dont see where 0,1,2 stdio get into all of this.. > > and yet small thing, the new /usr/X11R6/bin/gdm wrapper is using the > > command 'source', which is a builtin, but in FreeBSD it doesnt work with > > #!/bin/sh because it is not exactly bash. > > Should I use a dot then? Sure, a dot will work fine. -- Kesor To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sat Jul 13 20: 1: 5 2002 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 4BB4437B400; Sat, 13 Jul 2002 20:01:01 -0700 (PDT) Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2F5943E4A; Sat, 13 Jul 2002 20:01:00 -0700 (PDT) (envelope-from mvh@ix.netcom.com) Received: from lsanca1-ar6-4-62-202-204.lsanca1.elnk.dsl.genuity.net ([4.62.202.204] helo=netcom1.netcom.com) by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17TZd5-0004XA-00; Sat, 13 Jul 2002 20:00:59 -0700 Received: by netcom1.netcom.com (Postfix, from userid 1000) id 1B45413107; Sat, 13 Jul 2002 20:00:58 -0700 (PDT) From: Mike Harding To: marcus@marcuscom.com Cc: sobomax@freebsd.org, gnome@freebsd.org In-reply-to: <1026602775.911.0.camel@gyros.marcuscom.com> (message from Joe Marcus Clarke on 13 Jul 2002 19:26:11 -0400) Subject: Re: gnomecore/panel problem (earlier - "desktop totally screwed up") References: <20020713230325.84BDA13110@netcom1.netcom.com> <1026602775.911.0.camel@gyros.marcuscom.com> Message-Id: <20020714030058.1B45413107@netcom1.netcom.com> Date: Sat, 13 Jul 2002 20:00:58 -0700 (PDT) Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Early results don't look good - I am in the process of rebuilding (ALL OF GNOME) again but /usr/ports/x11/gnomecore/work/gnome-core-1.4.1/panel/menu.c still has multiple occurrences of 'gnome/apps' in the code. I killed 'panel' after /usr/ports/x11/gnomecore installed a new version, but I still get the same ** WARNING **: No system menus found! in ~/.xsession-erros Have a look at the cvs repository, /usr/ports/x11/gnomecore/files/patch-ah the diffs between the current and last version, I think all of the errors stem from the changes that have been removed from that patch file - Mike H. From: Joe Marcus Clarke Cc: sobomax@freebsd.org, gnome@freebsd.org Date: 13 Jul 2002 19:26:11 -0400 Sender: owner-freebsd-gnome@FreeBSD.ORG X-Loop: FreeBSD.ORG X-Spam-Status: No, hits=-3.4 required=5.0 tests=IN_REP_TO,DOUBLE_CAPSWORD,AWL version=2.30 X-Spam-Level: On Sat, 2002-07-13 at 19:03, Mike Harding wrote: > > I backed my gnome up to Jul 7, and rebuilt, and everything works fine > in gnome. I then cvsup'd to this morning, and did the following: > > - pkg_remove all 'old' ports > - rebuilt /usr/ports/x11/gnome > - tried to start gnome > > and got the same .xsession errors: > > ** WARNING **: No system menus found! > > ** WARNING **: menu /usr/X11R6/share/gnome/gnome/apps does not exist (arguments are .) > > I TRACKED THIS DOWN to /usr/ports/gnomecore/work/gnome-core01.4.1/panel/menu.c > > note the following lines: > > (line 162) > menu = gnome_datadir_file ("gnome/apps"); > ... > (line 166) > menu = gnome_datadir_file ("applets"); > > now as far as I gnow (sorry) 'apps' and 'applets' are in the same area > of the hierarchy: > > /usr/X11R6/share/gnome > drwxr-xr-x 8 root wheel 512 Jul 13 08:26 applets > drwxr-xr-x 2 root wheel 512 Jul 13 09:35 application-registry > drwxr-xr-x 2 root wheel 512 Jul 13 08:26 applications > drwxr-xr-x 11 root wheel 512 Jul 13 10:37 apps > ... > (no gnome directory) > > so it can't find the apps. > > These lines are also elsewhere in menu.c, but clearly something ain't > right... > > It looks like the 'gnomeng' change boogered something up, hope this > info is useful... I think I found the problem. Can you change the USE_GNOME line in libpanel's Makefile to read: USE_GNOME= gnomeprefix gnomelibs Then rebuild and reinstall libpanel. See if that fixes things. Joe > > - Mike H. > > -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sat Jul 13 20:11:36 2002 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 E736637B400 for ; Sat, 13 Jul 2002 20:11:33 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 431E643E58 for ; Sat, 13 Jul 2002 20:11:33 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6E3BAFg018247; Sat, 13 Jul 2002 23:11:11 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: starting gnome2 fails From: Joe Marcus Clarke To: Peter Ulrich Kruppa Cc: freebsd-gnome@FreeBSD.ORG In-Reply-To: <20020713222448.N37155-100000@small.pukruppa.de> References: <20020713222448.N37155-100000@small.pukruppa.de> Content-Type: text/plain; charset=ISO8859-1 Content-Transfer-Encoding: quoted-printable X-Mailer: Ximian Evolution 1.0.8 Date: 13 Jul 2002 23:11:12 -0400 Message-Id: <1026616273.515.0.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 2002-07-13 at 18:34, Peter Ulrich Kruppa wrote: > Hi! >=20 > I think now I have made and installed everything for gnome2 > (on today's _STABLE) but when I > # startx > gnome session manager fails and when I close X I find these > messages: >=20 > -------------------------------------------------- > ** (process:37146): WARNING **: CORBA_ORB_destroy: ORB still has > 2 refs. > SESSION_MANAGER=3Dlocal/small.pukruppa.de:/tmp/.ICE-unix/37139 > (gnome_segv:37152): Gtk-WARNING **: Failed to set label from > markup due to error > parsing markup: Fehler in Zeile 1, Zeichen 9: Ung=FCltiger > UTF-8-kodierter Text > ** (gnome_segv:37152): WARNING **: Invalid UTF8 string passed to > pango_layout_se > t_text() > waiting for X server to shut down > ----------------------------------------------- >=20 > (Sorry for the german words in the message. They say something > like : Error in line 1, sign 9: invalid UTF-8-coded text) >=20 > What now? Did you upgrade XFree86 from 4.1.x to 4.2.0? Joe >=20 >=20 > Regards, >=20 > Uli. >=20 > *-----------------------------------* > * Peter Ulrich Kruppa * > * - Wuppertal - * > * Germany * > *-----------------------------------* >=20 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-gnome" in the body of the message >=20 >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sat Jul 13 20:24:39 2002 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 9CEC637B400; Sat, 13 Jul 2002 20:24:33 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1329943E65; Sat, 13 Jul 2002 20:24:33 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6E3OAFg018302; Sat, 13 Jul 2002 23:24:10 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: gnomecore/panel problem (earlier - "desktop totally screwed up") From: Joe Marcus Clarke To: Mike Harding Cc: sobomax@freebsd.org, gnome@freebsd.org In-Reply-To: <20020714030058.1B45413107@netcom1.netcom.com> References: <20020713230325.84BDA13110@netcom1.netcom.com> <1026602775.911.0.camel@gyros.marcuscom.com> <20020714030058.1B45413107@netcom1.netcom.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 13 Jul 2002 23:24:12 -0400 Message-Id: <1026617052.515.2.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 2002-07-13 at 23:00, Mike Harding wrote: > > Early results don't look good - I am in the process of rebuilding (ALL > OF GNOME) again but > > /usr/ports/x11/gnomecore/work/gnome-core-1.4.1/panel/menu.c > > still has multiple occurrences of 'gnome/apps' in the code. I killed > 'panel' after /usr/ports/x11/gnomecore installed a new version, but I > still get the same > > ** WARNING **: No system menus found! > > in ~/.xsession-erros > > Have a look at the cvs repository, > > /usr/ports/x11/gnomecore/files/patch-ah > > the diffs between the current and last version, I think all of the > errors stem from the changes that have been removed from that patch file Okay, I took a deeper look at libpanel, and saw what Maxim was doing. The problem, like you said Mike, is definitely in gnomecore. I added back the missing patches. Try to re-cvsup gnomecore, and try to build again. It should be fixed. Joe > > - Mike H. > > From: Joe Marcus Clarke > Cc: sobomax@freebsd.org, gnome@freebsd.org > Date: 13 Jul 2002 19:26:11 -0400 > Sender: owner-freebsd-gnome@FreeBSD.ORG > X-Loop: FreeBSD.ORG > X-Spam-Status: No, hits=-3.4 required=5.0 > tests=IN_REP_TO,DOUBLE_CAPSWORD,AWL > version=2.30 > X-Spam-Level: > > On Sat, 2002-07-13 at 19:03, Mike Harding wrote: > > > > I backed my gnome up to Jul 7, and rebuilt, and everything works fine > > in gnome. I then cvsup'd to this morning, and did the following: > > > > - pkg_remove all 'old' ports > > - rebuilt /usr/ports/x11/gnome > > - tried to start gnome > > > > and got the same .xsession errors: > > > > ** WARNING **: No system menus found! > > > > ** WARNING **: menu /usr/X11R6/share/gnome/gnome/apps does not exist (arguments are .) > > > > I TRACKED THIS DOWN to /usr/ports/gnomecore/work/gnome-core01.4.1/panel/menu.c > > > > note the following lines: > > > > (line 162) > > menu = gnome_datadir_file ("gnome/apps"); > > ... > > (line 166) > > menu = gnome_datadir_file ("applets"); > > > > now as far as I gnow (sorry) 'apps' and 'applets' are in the same area > > of the hierarchy: > > > > /usr/X11R6/share/gnome > > drwxr-xr-x 8 root wheel 512 Jul 13 08:26 applets > > drwxr-xr-x 2 root wheel 512 Jul 13 09:35 application-registry > > drwxr-xr-x 2 root wheel 512 Jul 13 08:26 applications > > drwxr-xr-x 11 root wheel 512 Jul 13 10:37 apps > > ... > > (no gnome directory) > > > > so it can't find the apps. > > > > These lines are also elsewhere in menu.c, but clearly something ain't > > right... > > > > It looks like the 'gnomeng' change boogered something up, hope this > > info is useful... > > I think I found the problem. Can you change the USE_GNOME line in > libpanel's Makefile to read: > > USE_GNOME= gnomeprefix gnomelibs > > Then rebuild and reinstall libpanel. See if that fixes things. > > Joe > > > > > - Mike H. > > > > > -- > PGP Key : http://www.marcuscom.com/pgp.asc > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-gnome" in the body of the message > > -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sat Jul 13 21: 6:52 2002 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 3668737B400; Sat, 13 Jul 2002 21:06:51 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BE4343E65; Sat, 13 Jul 2002 21:06:50 -0700 (PDT) (envelope-from marcus@FreeBSD.org) Received: from [10.2.1.200] (vpn-client.marcuscom.com [10.2.1.200]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6E3j2Fg018373; Sat, 13 Jul 2002 23:45:02 -0400 (EDT) (envelope-from marcus@FreeBSD.org) Subject: Re: /usr/ports/x11-toolkits/guile-gnome install fails From: Joe Marcus Clarke To: Mike Harding Cc: gnome@FreeBSD.org, sobomax@FreeBSD.org In-Reply-To: <20020712164946.2CC5213109@netcom1.netcom.com> References: <20020712164946.2CC5213109@netcom1.netcom.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 13 Jul 2002 23:45:04 -0400 Message-Id: <1026618304.515.4.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 2002-07-12 at 12:49, Mike Harding wrote: > > ... it depends on /usr/ports/www/libghttp, but it doesn't have a > dependency. I'm fixing this now. Joe > > AAAAAARRRRRR! > > - Mike H. > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message From owner-freebsd-gnome Sat Jul 13 21: 8:40 2002 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 B785837B400; Sat, 13 Jul 2002 21:08:39 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B0D543E3B; Sat, 13 Jul 2002 21:08:39 -0700 (PDT) (envelope-from marcus@FreeBSD.org) Received: from freefall.freebsd.org (marcus@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g6E48dJU022248; Sat, 13 Jul 2002 21:08:39 -0700 (PDT) (envelope-from marcus@freefall.freebsd.org) Received: (from marcus@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g6E48Xa9022244; Sat, 13 Jul 2002 21:08:33 -0700 (PDT) Date: Sat, 13 Jul 2002 21:08:33 -0700 (PDT) From: Joe Marcus Clarke Message-Id: <200207140408.g6E48Xa9022244@freefall.freebsd.org> To: riggs@rrr.de, marcus@FreeBSD.org, gnome@FreeBSD.org Subject: Re: ports/40522: missing of ghttp.h prevents nautilus from being build without having built gnome first Sender: owner-freebsd-gnome@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Synopsis: missing of ghttp.h prevents nautilus from being build without having built gnome first State-Changed-From-To: open->closed State-Changed-By: marcus State-Changed-When: Sat Jul 13 21:08:22 PDT 2002 State-Changed-Why: Fixed, thanks for reporting. http://www.freebsd.org/cgi/query-pr.cgi?pr=40522 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-gnome" in the body of the message