From owner-freebsd-gnome@FreeBSD.ORG Sun Oct 3 04:41:30 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE65E16A4D0; Sun, 3 Oct 2004 04:41:30 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DE2143D49; Sun, 3 Oct 2004 04:41:30 +0000 (GMT) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (edwin@localhost [127.0.0.1]) i934fUNZ075982; Sun, 3 Oct 2004 04:41:30 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i934fUpk075978; Sun, 3 Oct 2004 04:41:30 GMT (envelope-from edwin) Date: Sun, 3 Oct 2004 04:41:30 GMT From: Edwin Groothuis Message-Id: <200410030441.i934fUpk075978@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, gnome@FreeBSD.org Subject: Re: ports/72267: gnome installation fails due to missing dependency X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 04:41:30 -0000 Synopsis: gnome installation fails due to missing dependency Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: edwin Responsible-Changed-When: Sun Oct 3 04:41:15 GMT 2004 Responsible-Changed-Why: Over to gnome maintainerns http://www.freebsd.org/cgi/query-pr.cgi?pr=72267 From owner-freebsd-gnome@FreeBSD.ORG Sun Oct 3 04:43:44 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D05E16A4CE; Sun, 3 Oct 2004 04:43:44 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B17443D48; Sun, 3 Oct 2004 04:43:44 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from freefall.freebsd.org (marcus@localhost [127.0.0.1]) i934hhnw076051; Sun, 3 Oct 2004 04:43:43 GMT (envelope-from marcus@freefall.freebsd.org) Received: (from marcus@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i934hhGC076047; Sun, 3 Oct 2004 04:43:43 GMT (envelope-from marcus) Date: Sun, 3 Oct 2004 04:43:43 GMT From: Joe Marcus Clarke Message-Id: <200410030443.i934hhGC076047@freefall.freebsd.org> To: attempted_user@yahoo.com, marcus@FreeBSD.org, gnome@FreeBSD.org Subject: Re: ports/72267: gnome installation fails due to missing dependency X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 04:43:44 -0000 Synopsis: gnome installation fails due to missing dependency State-Changed-From-To: open->closed State-Changed-By: marcus State-Changed-When: Sun Oct 3 04:42:55 GMT 2004 State-Changed-Why: This is a package problem that is a matter of fact when it comes to tracking moving targets like BETA releases. You should either be using ports, or wait until 5.3 is actually released. http://www.freebsd.org/cgi/query-pr.cgi?pr=72267 From owner-freebsd-gnome@FreeBSD.ORG Sun Oct 3 19:16:21 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A36EC16A4CE for ; Sun, 3 Oct 2004 19:16:21 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E16643D2F for ; Sun, 3 Oct 2004 19:16:21 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465 for ; Sun, 03 Oct 2004 12:16:21 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 7C5A45D0A for ; Sun, 3 Oct 2004 12:16:20 -0700 (PDT) To: gnome@freebsd.org Date: Sun, 03 Oct 2004 12:16:20 -0700 From: "Kevin Oberman" Message-Id: <20041003191620.7C5A45D0A@ptavv.es.net> Subject: Unable to run any gdesklets X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 19:16:21 -0000 I recently decided that gdesklets looked interesting and decided to try a few. I installed gdesklets-weather and gdesklets-goodweather and noticed that gdesklets was added to my accessories menu. Selecting this fires up a gdesklets process, but I don't see anything visible. If I try to start from the command line (gdesklets GoodWeather), I just get the following on my terminal: /usr/X11R6/bin/gdesklets:65: DeprecationWarning: the 'argc' parameter is optional and deprecated client.set_restart_command(1, [sys.argv[0]]) gDesklets 0.26.2 Copyright (C) 2003, 2004 The gDesklets Team This software is licensed under the terms of the GNU GPL. And, I get a window stating: Could not add display The display could not be added because the file does not exist. I have no idea what this means. I have found little documentation on the use of gdesklets, either. Any ideas on what is wrong or where I can read up on this? Running RELENG_5 and Gnome 2.6. -- 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 From owner-freebsd-gnome@FreeBSD.ORG Sun Oct 3 19:31:30 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E501916A4CE for ; Sun, 3 Oct 2004 19:31:30 +0000 (GMT) Received: from hood.oook.cz (hood.oook.cz [212.27.205.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0C5143D31 for ; Sun, 3 Oct 2004 19:31:29 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (localhost.oook.cz [127.0.0.1]) by hood.oook.cz (8.13.1/8.13.1) with ESMTP id i93JVPwk098399 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 3 Oct 2004 21:31:25 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by hood.oook.cz (8.13.1/8.13.1/Submit) id i93JVOUf098398; Sun, 3 Oct 2004 21:31:24 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: hood.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Kevin Oberman In-Reply-To: <20041003191620.7C5A45D0A@ptavv.es.net> References: <20041003191620.7C5A45D0A@ptavv.es.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-BSdW2eGE9uMqCLP4qHMh" Message-Id: <1096831884.38663.6.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 03 Oct 2004 21:31:24 +0200 cc: gnome@FreeBSD.org Subject: Re: Unable to run any gdesklets X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: pav@FreeBSD.org List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 19:31:31 -0000 --=-BSdW2eGE9uMqCLP4qHMh Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable V ne, 03. 10. 2004 v 21:16, Kevin Oberman p=ED=B9e: > I recently decided that gdesklets looked interesting and decided to try > a few. >=20 > I installed gdesklets-weather and gdesklets-goodweather and noticed that > gdesklets was added to my accessories menu. Selecting this fires up a > gdesklets process, but I don't see anything visible. If I try to start > from the command line (gdesklets GoodWeather), I just get the following > on my terminal: > /usr/X11R6/bin/gdesklets:65: DeprecationWarning: the 'argc' parameter is = optional and deprecated > client.set_restart_command(1, [sys.argv[0]]) > gDesklets 0.26.2 > Copyright (C) 2003, 2004 The gDesklets Team >=20 > This software is licensed under the terms of the GNU GPL. >=20 > And, I get a window stating: > Could not add display >=20 > The display could not be added because the file does not exist. >=20 > I have no idea what this means. I have found little documentation on the > use of gdesklets, either. >=20 > Any ideas on what is wrong or where I can read up on this? Well, adding of desklets to the desktop is not very intuitive. You have to locate the .display file on your hard drive (look under /usr/X11R6/share/gnome/gdesklets/Displays/ and then run gdesklets with full path to the .display file as an argument. --=20 Pav Lucistnik And please, please, please add COMMENTS to your code. Reading uncommented PERL is like chewing on chunks of broken glass, only without the tasty blood sauce to go with it. -- John Rowan in rec.games.roguelike.adom --=-BSdW2eGE9uMqCLP4qHMh Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBYFOMntdYP8FOsoIRAmjIAKCAPRatTkAi3wOrhGHVfS+BuLCo1QCgntrR Y2rImipYgOm5/fA98lMaaB4= =9ECU -----END PGP SIGNATURE----- --=-BSdW2eGE9uMqCLP4qHMh-- From owner-freebsd-gnome@FreeBSD.ORG Sun Oct 3 19:38:52 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C7D916A4CE for ; Sun, 3 Oct 2004 19:38:52 +0000 (GMT) Received: from dep.oprit.rug.nl (dep.oprit.rug.nl [129.125.36.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A42B43D2F for ; Sun, 3 Oct 2004 19:38:47 +0000 (GMT) (envelope-from troplosti@orcaweb.cjb.net) Received: from icecrew.nl (postfix@flits103-171.flits.rug.nl [129.125.103.171])i93JckS1010290 for ; Sun, 3 Oct 2004 21:38:46 +0200 (MEST) Received: from ayla.icecrew.nl (ayla [192.168.1.2]) by icecrew.nl (Postfix) with ESMTP id 981F649; Sun, 3 Oct 2004 21:38:43 +0200 (CEST) From: Jesse van den Kieboom To: Kevin Oberman In-Reply-To: <20041003191620.7C5A45D0A@ptavv.es.net> References: <20041003191620.7C5A45D0A@ptavv.es.net> Content-Type: text/plain Message-Id: <1096832323.14874.2.camel@ayla> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 03 Oct 2004 21:38:43 +0200 Content-Transfer-Encoding: 7bit cc: gnome@freebsd.org Subject: Re: Unable to run any gdesklets X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 19:38:52 -0000 Op zo 03-10-2004, om 21:16 schreef Kevin Oberman: > I recently decided that gdesklets looked interesting and decided to try > a few. > > I installed gdesklets-weather and gdesklets-goodweather and noticed that > gdesklets was added to my accessories menu. Selecting this fires up a > gdesklets process, but I don't see anything visible. If I try to start > from the command line (gdesklets GoodWeather), I just get the following > on my terminal: > /usr/X11R6/bin/gdesklets:65: DeprecationWarning: the 'argc' parameter is optional and deprecated > client.set_restart_command(1, [sys.argv[0]]) > gDesklets 0.26.2 > Copyright (C) 2003, 2004 The gDesklets Team > > This software is licensed under the terms of the GNU GPL. > > And, I get a window stating: > Could not add display > > The display could not be added because the file does not exist. > > I have no idea what this means. I have found little documentation on the > use of gdesklets, either. > > Any ideas on what is wrong or where I can read up on this? > > Running RELENG_5 and Gnome 2.6. You can locate the .display files in nautilus and doubleclick to add them. Jesse From owner-freebsd-gnome@FreeBSD.ORG Sun Oct 3 21:39:28 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C3BA16A4CE for ; Sun, 3 Oct 2004 21:39:28 +0000 (GMT) Received: from sys.heron.com.pl (sys.heron.com.pl [195.117.24.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5997D43D2F for ; Sun, 3 Oct 2004 21:39:27 +0000 (GMT) (envelope-from piotr.smyrak@heron.pl) Received: from localhost ([127.0.0.1] helo=poczta.heron.pl) by sys.heron.com.pl with esmtp (Exim 4.23) id 1CEE5H-000HnJ-I3; Sun, 03 Oct 2004 23:39:59 +0200 From: piotr.smyrak@heron.pl To: Joe Marcus Clarke Date: Sun, 3 Oct 2004 23:39:59 +0200 Message-Id: <20041003213959.M90121@heron.pl> In-Reply-To: <415DB543.2070308@marcuscom.com> References: <20041001142322.M43776@heron.pl> <415DB543.2070308@marcuscom.com> X-Mailer: WebMail at HERON 2.32 20040813 X-OriginatingIP: 83.24.66.158 (smyru) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 cc: freebsd-gnome@freebsd.org Subject: Re: BSDify Gnome - a suggestion X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 21:39:28 -0000 On Fri, 01 Oct 2004 15:51:31 -0400, Joe Marcus Clarke wrote > > piotr.smyrak@heron.pl wrote: > | This is a thought that just happened to me during > roaming and experiencing my | newly built 2.8. | | Please > have a look here: | http://eko.org.pl/~smyru/shots/mime- > dialog-idea.png | | This is a dialog that assign new > application to a MIME type. It defaults to /usr/bin, | > which I find a heavy linuxism, where the apps lay together > with the base. I have no | idea how much work that would > need - but since FreeBSD is more strict and | predictable > when it comes to filesystem layout, I would like to > suggest pointing it by | default to /usr/X11R6/bin. | | > This is the location where most of the X base apps exist, > and I think it would be a | great benefit to system > knowledge agnostic users, that have no knowledge besides | > the graphical interface. | | I suppose there are some more > fields where this might be a good thing also, but it is | > the one that happened to me. > > What if we added some default bookmarks that point to X11 > Apps and Local Apps (names subject to change)? I think > this would be possible, but I haven't really investigated. > Well, I am not sure users would like this. The bookamrks space on the left is small, and f.e. I don't like to clutter it with lots of objects, because it quickly looses the character of one click access thing. If the dialog opens up by default /usr/X11R6/bin instead of /usr/bin, I think it would be enought here. Do you know with part of the code is responsible for this dialog? I would like to look at it. -- Piotr Smyrak piotr.smyrak@heron.pl From owner-freebsd-gnome@FreeBSD.ORG Sun Oct 3 22:28:11 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C49C816A4CE for ; Sun, 3 Oct 2004 22:28:11 +0000 (GMT) Received: from straycat.dhs.org (h0050da134090.ne.client2.attbi.com [24.60.174.16]) by mx1.FreeBSD.org (Postfix) with SMTP id 2451943D41 for ; Sun, 3 Oct 2004 22:28:11 +0000 (GMT) (envelope-from tmclaugh@sdf.lonestar.org) Received: (qmail 27693 invoked from network); 3 Oct 2004 22:28:08 -0000 Received: from compass.straycat.dhs.org (HELO ?192.168.1.32?) (192.168.1.32) by alexandria.straycat.dhs.org with SMTP; 3 Oct 2004 22:28:08 -0000 From: Tom McLaughlin To: FreeBSD Gnome Content-Type: text/plain Date: Sun, 03 Oct 2004 18:30:19 -0400 Message-Id: <1096842619.1007.8.camel@compass.straycat.dhs.org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: nautilus-cd-burner 2.8.3: Crashes when attempting to burn a file X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 22:28:12 -0000 Hey, nautilus-cd-burner from Marcuscom is crashing when I attempt to burn any files to a CD. It appears that it is crashing because the app is assuming my CD burner is located at /dev/cd1 but it is not, it is /dev/cd0. I believe there used to be a way to select the default burner device. Did that go away in 2.8 because I can't find it anymore? Thanks. Tom [tom@compass tom]$ camcontrol devlist at scbus3 target 0 lun 0 (cd0,pass0) at scbus3 target 1 lun 0 (cd1,pass1) (gdb) run ~/boot.iso Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1 (LWP 100207)] 0x28090e6f in get_read_write_speed (fd=23, read_speed=0xbfbfe158, write_speed=0xbfbfe15c) at transport.hxx:448 /usr/ports/sysutils/nautilus-cd-burner/work/nautilus-cd- burner-2.8.3/transport.hxx:448:11721:beg:0x28090e6f Current language: auto; currently c++ (gdb) bt #0 0x28090e6f in get_read_write_speed (fd=23, read_speed=0xbfbfe158, write_speed=0xbfbfe15c) at transport.hxx:448 #1 0x2808d354 in get_device_max_read_speed (device=0x80d4030 "/dev/cd1") at cd-drive.c:634 #2 0x2808cc89 in get_cd_properties (device=0x80d4030 "/dev/cd1", id=0x80cea00 "3,1,0", max_rd_speed=0x80d162c, max_wr_speed=0x80d1628, type=0x80d1620) at cd-drive.c:155 #3 0x2808d4cd in freebsd_scan (recorder_only=0) at cd-drive.c:1268 #4 0x2808d5e0 in scan_for_cdroms (recorder_only=0, add_image=0) at cd- drive.c:1434 #5 0x28089e2a in cdrom_combo_box (bcs=0x80c6300, show_recorders_only=0, show_file_image=0) at bacon-cd-selection.c:188 #6 0x28089fef in bacon_cd_selection_new () at bacon-cd-selection.c:231 #7 0x0804d564 in target_optionmenu_create () at nautilus-cd- burner.c:836 #8 0x2809c930 in glade_xml_ensure_accel () from /usr/X11R6/lib/libglade-2.0.so.0 #9 0x2809c9b0 in glade_set_custom_handler () from /usr/X11R6/lib/libglade-2.0.so.0 #10 0x2809cb26 in glade_set_custom_handler () from /usr/X11R6/lib/libglade-2.0.so.0 #11 0x2809dd88 in glade_xml_build_widget () from /usr/X11R6/lib/libglade-2.0.so.0 #12 0x2809dc1c in glade_standard_build_children () from /usr/X11R6/lib/libglade-2.0.so.0 #13 0x2809e556 in glade_xml_set_common_params () from /usr/X11R6/lib/libglade-2.0.so.0 #14 0x2809de6f in glade_xml_build_widget () from /usr/X11R6/lib/libglade-2.0.so.0 #15 0x2809dc1c in glade_standard_build_children () from /usr/X11R6/lib/libglade-2.0.so.0 #16 0x2809e556 in glade_xml_set_common_params () from /usr/X11R6/lib/libglade-2.0.so.0 #17 0x2809de6f in glade_xml_build_widget () from /usr/X11R6/lib/libglade-2.0.so.0 #18 0x2809dc1c in glade_standard_build_children () from /usr/X11R6/lib/libglade-2.0.so.0 #19 0x2809e556 in glade_xml_set_common_params () from /usr/X11R6/lib/libglade-2.0.so.0 #20 0x2809de6f in glade_xml_build_widget () from /usr/X11R6/lib/libglade-2.0.so.0 #21 0x2809dc1c in glade_standard_build_children () from /usr/X11R6/lib/libglade-2.0.so.0 #22 0x2809e556 in glade_xml_set_common_params () from /usr/X11R6/lib/libglade-2.0.so.0 #23 0x2809de6f in glade_xml_build_widget () from /usr/X11R6/lib/libglade-2.0.so.0 #24 0x2809dc1c in glade_standard_build_children () from /usr/X11R6/lib/libglade-2.0.so.0 #25 0x2809e556 in glade_xml_set_common_params () from /usr/X11R6/lib/libglade-2.0.so.0 #26 0x2809e17a in glade_xml_handle_internal_child () from /usr/X11R6/lib/libglade-2.0.so.0 #27 0x2809dc08 in glade_standard_build_children () from /usr/X11R6/lib/libglade-2.0.so.0 #28 0x280a45bd in glade_interface_dump () from /usr/X11R6/lib/libglade-2.0.so.0 #29 0x2809e556 in glade_xml_set_common_params () from /usr/X11R6/lib/libglade-2.0.so.0 #30 0x2809de6f in glade_xml_build_widget () from /usr/X11R6/lib/libglade-2.0.so.0 #31 0x2809ce0d in glade_flags_from_string () from /usr/X11R6/lib/libglade-2.0.so.0 #32 0x2809b57f in glade_xml_construct () from /usr/X11R6/lib/libglade-2.0.so.0 #33 0x2809b463 in glade_xml_new () from /usr/X11R6/lib/libglade-2.0.so.0 #34 0x0804df99 in main (argc=2, argv=0xbfbfea84) at nautilus-cd- burner.c:1154 -------------------------------------------------------- BSD# Project http://forge.novell.com/modules/xfmod/project/?bsd-sharp From owner-freebsd-gnome@FreeBSD.ORG Sun Oct 3 22:35:46 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7015716A4CE for ; Sun, 3 Oct 2004 22:35:46 +0000 (GMT) Received: from straycat.dhs.org (h0050da134090.ne.client2.attbi.com [24.60.174.16]) by mx1.FreeBSD.org (Postfix) with SMTP id CB97E43D3F for ; Sun, 3 Oct 2004 22:35:45 +0000 (GMT) (envelope-from tmclaugh@sdf.lonestar.org) Received: (qmail 2536 invoked from network); 3 Oct 2004 22:35:45 -0000 Received: from compass.straycat.dhs.org (HELO ?192.168.1.32?) (192.168.1.32) by alexandria.straycat.dhs.org with SMTP; 3 Oct 2004 22:35:45 -0000 From: Tom McLaughlin To: FreeBSD Gnome In-Reply-To: <1096842619.1007.8.camel@compass.straycat.dhs.org> References: <1096842619.1007.8.camel@compass.straycat.dhs.org> Content-Type: text/plain Date: Sun, 03 Oct 2004 18:37:56 -0400 Message-Id: <1096843076.1007.11.camel@compass.straycat.dhs.org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: nautilus-cd-burner 2.8.3: Crashes when attempting to burn a file (fixed) X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 22:35:46 -0000 Nevermind, my CD reader had write permissions on the devices which was confusing nautilus-cd-burner. Thanks. On Sun, 2004-10-03 at 18:30 -0400, Tom McLaughlin wrote: > Hey, nautilus-cd-burner from Marcuscom is crashing when I attempt to > burn any files to a CD. It appears that it is crashing because the app > is assuming my CD burner is located at /dev/cd1 but it is not, it > is /dev/cd0. I believe there used to be a way to select the default > burner device. Did that go away in 2.8 because I can't find it anymore? > Thanks. > > Tom > > [tom@compass tom]$ camcontrol devlist > at scbus3 target 0 lun 0 (cd0,pass0) > at scbus3 target 1 lun 0 (cd1,pass1) > > > > (gdb) run ~/boot.iso > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 1 (LWP 100207)] > 0x28090e6f in get_read_write_speed (fd=23, read_speed=0xbfbfe158, > write_speed=0xbfbfe15c) at transport.hxx:448 > /usr/ports/sysutils/nautilus-cd-burner/work/nautilus-cd- > burner-2.8.3/transport.hxx:448:11721:beg:0x28090e6f > Current language: auto; currently c++ > (gdb) bt > #0 0x28090e6f in get_read_write_speed (fd=23, read_speed=0xbfbfe158, > write_speed=0xbfbfe15c) at transport.hxx:448 > #1 0x2808d354 in get_device_max_read_speed (device=0x80d4030 > "/dev/cd1") at cd-drive.c:634 > #2 0x2808cc89 in get_cd_properties (device=0x80d4030 "/dev/cd1", > id=0x80cea00 "3,1,0", max_rd_speed=0x80d162c, max_wr_speed=0x80d1628, > type=0x80d1620) at cd-drive.c:155 > #3 0x2808d4cd in freebsd_scan (recorder_only=0) at cd-drive.c:1268 > #4 0x2808d5e0 in scan_for_cdroms (recorder_only=0, add_image=0) at cd- > drive.c:1434 > #5 0x28089e2a in cdrom_combo_box (bcs=0x80c6300, show_recorders_only=0, > show_file_image=0) at bacon-cd-selection.c:188 > #6 0x28089fef in bacon_cd_selection_new () at bacon-cd-selection.c:231 > #7 0x0804d564 in target_optionmenu_create () at nautilus-cd- > burner.c:836 > #8 0x2809c930 in glade_xml_ensure_accel () > from /usr/X11R6/lib/libglade-2.0.so.0 > #9 0x2809c9b0 in glade_set_custom_handler () > from /usr/X11R6/lib/libglade-2.0.so.0 > #10 0x2809cb26 in glade_set_custom_handler () > from /usr/X11R6/lib/libglade-2.0.so.0 > #11 0x2809dd88 in glade_xml_build_widget () > from /usr/X11R6/lib/libglade-2.0.so.0 > #12 0x2809dc1c in glade_standard_build_children () > from /usr/X11R6/lib/libglade-2.0.so.0 > #13 0x2809e556 in glade_xml_set_common_params () > from /usr/X11R6/lib/libglade-2.0.so.0 > #14 0x2809de6f in glade_xml_build_widget () > from /usr/X11R6/lib/libglade-2.0.so.0 > #15 0x2809dc1c in glade_standard_build_children () > from /usr/X11R6/lib/libglade-2.0.so.0 > #16 0x2809e556 in glade_xml_set_common_params () > from /usr/X11R6/lib/libglade-2.0.so.0 > #17 0x2809de6f in glade_xml_build_widget () > from /usr/X11R6/lib/libglade-2.0.so.0 > #18 0x2809dc1c in glade_standard_build_children () > from /usr/X11R6/lib/libglade-2.0.so.0 > #19 0x2809e556 in glade_xml_set_common_params () > from /usr/X11R6/lib/libglade-2.0.so.0 > #20 0x2809de6f in glade_xml_build_widget () > from /usr/X11R6/lib/libglade-2.0.so.0 > #21 0x2809dc1c in glade_standard_build_children () > from /usr/X11R6/lib/libglade-2.0.so.0 > #22 0x2809e556 in glade_xml_set_common_params () > from /usr/X11R6/lib/libglade-2.0.so.0 > #23 0x2809de6f in glade_xml_build_widget () > from /usr/X11R6/lib/libglade-2.0.so.0 > #24 0x2809dc1c in glade_standard_build_children () > from /usr/X11R6/lib/libglade-2.0.so.0 > #25 0x2809e556 in glade_xml_set_common_params () > from /usr/X11R6/lib/libglade-2.0.so.0 > #26 0x2809e17a in glade_xml_handle_internal_child () > from /usr/X11R6/lib/libglade-2.0.so.0 > #27 0x2809dc08 in glade_standard_build_children () > from /usr/X11R6/lib/libglade-2.0.so.0 > #28 0x280a45bd in glade_interface_dump () > from /usr/X11R6/lib/libglade-2.0.so.0 > #29 0x2809e556 in glade_xml_set_common_params () > from /usr/X11R6/lib/libglade-2.0.so.0 > #30 0x2809de6f in glade_xml_build_widget () > from /usr/X11R6/lib/libglade-2.0.so.0 > #31 0x2809ce0d in glade_flags_from_string () > from /usr/X11R6/lib/libglade-2.0.so.0 > #32 0x2809b57f in glade_xml_construct () > from /usr/X11R6/lib/libglade-2.0.so.0 > #33 0x2809b463 in glade_xml_new () from /usr/X11R6/lib/libglade-2.0.so.0 > #34 0x0804df99 in main (argc=2, argv=0xbfbfea84) at nautilus-cd- > burner.c:1154 > > -------------------------------------------------------- > BSD# Project > http://forge.novell.com/modules/xfmod/project/?bsd-sharp > > _______________________________________________ > freebsd-gnome@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" -- -------------------------------------------------------- BSD# Project http://forge.novell.com/modules/xfmod/project/?bsd-sharp From owner-freebsd-gnome@FreeBSD.ORG Sun Oct 3 23:38:35 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88B7316A4CE for ; Sun, 3 Oct 2004 23:38:35 +0000 (GMT) Received: from ms-smtp-02-eri0.socal.rr.com (ms-smtp-02-qfe0.socal.rr.com [66.75.162.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1623343D2F for ; Sun, 3 Oct 2004 23:38:35 +0000 (GMT) (envelope-from hoe-waa@hawaii.rr.com) Received: from ms-mss-01 ([10.10.4.10])i93NcVQm015227 for ; Sun, 3 Oct 2004 16:38:31 -0700 (PDT) Received: from socal.rr.com (localhost [127.0.0.1]) by ms-mss-01.socal.rr.com (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTP id <0I5100MRG8C777@ms-mss-01.socal.rr.com> for freebsd-gnome@freebsd.org; Sun, 03 Oct 2004 16:38:31 -0700 (PDT) Received: from [10.10.6.206] (Forwarded-For: [66.8.190.99]) by ms-mss-01.socal.rr.com (mshttpd); Sun, 03 Oct 2004 13:38:31 -1000 Date: Sun, 03 Oct 2004 13:38:31 -1000 From: hoe-waa@hawaii.rr.com To: freebsd-gnome@freebsd.org Message-id: <2ce42b2d0367.2d03672ce42b@socal.rr.com> MIME-version: 1.0 X-Mailer: iPlanet Messenger Express 5.2 HotFix 1.21 (built Sep 8 2003) Content-type: text/plain; charset=us-ascii Content-language: en Content-transfer-encoding: 7BIT Content-disposition: inline X-Accept-Language: en Priority: normal X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: cups, abiword2,gnumeric, etc. X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: hoe-waa@hawaii.rr.com List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 23:38:35 -0000 Aloha I am having a problem with CUPS and Gnome. I am running Gnome 2.6.2, Gnome-Office, and Xorg all installed via ports. I have a P4 2.6 with 1G of ram %uname -a FreeBSD p4.hawaii.rr.com 5.2.1-RELEASE-p9 FreeBSD 5.2.1-RELEASE-p9 #9: Sun Oct 3 10:25:03 HST 2004 root@p4.hawaii.rr.com:/usr/obj/usr/src/sys/P4BSD1 i386 I recently attached a HP 890C DeskJet printer. I installed Cups and gnome-cups-manager from ports. I am able to use the web interface and install the printer. The test page prints fine. I can also print a text file from gedit without trouble. The problem is with AbiWord2, gnumeric and the pdf files. The Print Preview screens show blank and when I click on file; print; and then the paper tab, the "Paper size" field is not bold and reads "no options are defined". I did define the paper in the web setup of cups and these programs do show the 890C as the printer. Of course, I am unable to print from these programs. Here is a little info: %pkg_info | grep cups cups-1.1.20.0 The Common UNIX Printing System: Metaport to install comple cups-base-1.1.20.0 The Common UNIX Printing System: headers, libs, & daemons cups-lpr-1.1.20.0 The CUPS BSD and system V compatibility binaries (lp* comma cups-pstoraster-7.07_1 GNU Postscript interpreter for CUPS printing to non-PS prin gnome-cups-manager-0.18_1,1 Admistration tool for cups libgnomecups-0.1.8,1 Support library for gnome cups admistration %cat /etc/printcap # This file was automatically generated by cupsd(8) from the # /usr/local/etc/cups/printers.conf file. All changes to this file # will be lost. HP890C|HP890C:rm=p4.hawaii.rr.com:rp=HP890C: I have also done a "portupgrade -f libgnomeprint-\* libgnomeprintui-\*" to no avail. If anything else is needed I will be overjoyed to provide it. Please CC me as I do not subscribe to this list. Thanks for your time. Robert From owner-freebsd-gnome@FreeBSD.ORG Mon Oct 4 01:22:11 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFE6916A4CE for ; Mon, 4 Oct 2004 01:22:11 +0000 (GMT) Received: from etaq.com (mail.etaq.com [66.80.150.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0064943D31 for ; Mon, 4 Oct 2004 01:22:10 +0000 (GMT) (envelope-from root@etaq.com) Received: by etaq.com (Postfix, from userid 0) id 0A0B65C64; Sun, 3 Oct 2004 20:22:09 -0500 (CDT) Date: Sun, 3 Oct 2004 20:22:08 -0500 From: Charlie Root To: gnome@FreeBSD.org Message-ID: <20041004012208.GA74911@etaq.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Can't portinstall eclipse with 5.1 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 01:22:12 -0000 --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Dear Gnomes, So close! How can I fix this install of the port java/eclipse ? Thank you, -- Wayne M Barnes wayne@etaq.com fax: (314) 754-9556 --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="fail.make" ===> eclipse-3.0_1 depends on executable: ant - found ===> eclipse-3.0_1 depends on executable: mozilla - found ===> eclipse-3.0_1 depends on file: /usr/local/jdk1.4.2/bin/java - found ===> eclipse-3.0_1 depends on executable: gmake - found ===> eclipse-3.0_1 depends on executable: gcc33 - found ===> eclipse-3.0_1 depends on file: /usr/X11R6/libdata/pkgconfig/gnome-mime-data-2.0.pc - found ===> eclipse-3.0_1 depends on executable: pkg-config - found ===> eclipse-3.0_1 depends on file: /usr/local/bin/intltool-extract - found ===> eclipse-3.0_1 depends on shared library: esd.2 - found ===> eclipse-3.0_1 depends on shared library: glib-2.0.400 - found ===> eclipse-3.0_1 depends on shared library: atk-1.0.600 - found ===> eclipse-3.0_1 depends on shared library: pango-1.0.399 - found ===> eclipse-3.0_1 depends on shared library: gtk-x11-2.0.400 - found ===> eclipse-3.0_1 depends on shared library: linc.1 - found ===> eclipse-3.0_1 depends on shared library: IDL-2.0 - found ===> eclipse-3.0_1 depends on shared library: ORBit-2.0 - found ===> eclipse-3.0_1 depends on shared library: glade-2.0.0 - found ===> eclipse-3.0_1 depends on shared library: xml2.5 - found ===> eclipse-3.0_1 depends on shared library: xslt.2 - found ===> eclipse-3.0_1 depends on shared library: bonobo-2.0 - not found ===> Verifying install for bonobo-2.0 in /usr/ports/devel/libbonobo ===> libbonobo-2.6.2 depends on executable: gmake - found ===> libbonobo-2.6.2 depends on executable: bison - found ===> libbonobo-2.6.2 depends on file: /usr/local/bin/perl5.6.1 - found ===> libbonobo-2.6.2 depends on executable: pkg-config - found ===> libbonobo-2.6.2 depends on file: /usr/local/bin/intltool-extract - found ===> libbonobo-2.6.2 depends on shared library: glib-2.0.400 - found ===> libbonobo-2.6.2 depends on shared library: IDL-2.0 - found ===> libbonobo-2.6.2 depends on shared library: ORBit-2.0 - found ===> libbonobo-2.6.2 depends on shared library: xml2.5 - found ===> Configuring for libbonobo-2.6.2 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether gmake sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for perl... /usr/bin/perl ===> Script "configure" failed unexpectedly. Please direct the output of the failure of the make command to a file, and then feed that file to the gnomelogalyzer, available from http://www.freebsd.org/gnome/gnomelogalyzer.sh, which will diagnose the problem and suggest a solution. If - and only if - the gnomelogalyzer cannot solve the problem, report the problem to the FreeBSD GNOME team at gnome@FreeBSD.org, and attach "/usr/ports/devel/libbonobo/work/libbonobo-2.6.2/config.log" and the output of the failure of the 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/devel/libbonobo. *** Error code 1 Stop in /usr/ports/java/eclipse. --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="config.log" This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.59. Invocation command line was $ ./configure --with-html-dir=/usr/local/share/doc --disable-gtk-doc --prefix=/usr/local --build=i386-portbld-freebsd5.1 ## --------- ## ## Platform. ## ## --------- ## hostname = etaq.com uname -m = i386 uname -r = 5.1-RELEASE uname -s = FreeBSD uname -v = FreeBSD 5.1-RELEASE #0: Wed Mar 17 19:13:41 CST 2004 wayne@etaq.com:/usr/obj/usr/src/sys/SONATA5 /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: /home/wayne PATH: /bin PATH: /sbin PATH: ./ PATH: /home/wayne/office52 PATH: /usr/local/genome/bin PATH: /usr/bin PATH: /usr/sbin PATH: /usr/libexec PATH: /usr/local/bin PATH: /usr/local/sbin PATH: /usr/X11R6/bin PATH: /usr/local/jdk1.4.2/bin PATH: /home/wayne/dummy ## ----------- ## ## Core tests. ## ## ----------- ## configure:1555: checking for a BSD-compatible install configure:1610: result: /usr/bin/install -c -o root -g wheel configure:1621: checking whether build environment is sane configure:1664: result: yes configure:1697: checking for gawk configure:1726: result: no configure:1697: checking for mawk configure:1726: result: no configure:1697: checking for nawk configure:1713: found /usr/bin/nawk configure:1723: result: nawk configure:1733: checking whether gmake sets $(MAKE) configure:1753: result: yes configure:1922: checking whether to enable maintainer-specific portions of Makefiles configure:1931: result: no configure:2015: checking for perl configure:2033: found /usr/bin/perl configure:2045: result: /usr/bin/perl configure:2065: error: XML::Parser perl module is required for intltool ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_env_CXXFLAGS_value='-O -pipe -mcpu=pentiumpro' ac_cv_env_F77_value= ac_cv_path_INTLTOOL_PERL=/usr/bin/perl ac_cv_env_CXXCPP_set= ac_cv_env_LDFLAGS_set=set ac_cv_env_CFLAGS_set=set ac_cv_prog_make_gmake_set=yes ac_cv_env_FFLAGS_set= lt_cv_sys_max_cmd_len=65536 ac_cv_env_CPP_value= ac_cv_env_CPPFLAGS_set=set ac_cv_env_CXX_set=set ac_cv_env_host_alias_set= ac_cv_env_build_alias_set=set ac_cv_env_CXXCPP_value= ac_cv_env_LDFLAGS_value='-L/usr/local/lib -lc_r' ac_cv_env_target_alias_set= ac_cv_env_CFLAGS_value='-O -pipe -mcpu=pentiumpro' ac_cv_env_CC_set=set ac_cv_env_FFLAGS_value= ac_cv_env_CPPFLAGS_value=-I/usr/local/include ac_cv_env_CXXFLAGS_set=set ac_cv_env_CXX_value=c++ ac_cv_env_F77_set= ac_cv_env_host_alias_value= ac_cv_prog_AWK=nawk ac_cv_env_build_alias_value=i386-portbld-freebsd5.1 ac_cv_env_target_alias_value= ac_cv_env_CC_value=cc ac_cv_env_CPP_set= ## ----------------- ## ## Output variables. ## ## ----------------- ## ACLOCAL='${SHELL} /usr/ports/devel/libbonobo/work/libbonobo-2.6.2/missing --run aclocal-1.7' AMDEPBACKSLASH='' AMDEP_FALSE='' AMDEP_TRUE='' AMTAR='${SHELL} /usr/ports/devel/libbonobo/work/libbonobo-2.6.2/missing --run tar' AR='' AS='' AUTOCONF='${SHELL} /usr/ports/devel/libbonobo/work/libbonobo-2.6.2/missing --run autoconf' AUTOHEADER='${SHELL} /usr/ports/devel/libbonobo/work/libbonobo-2.6.2/missing --run autoheader' AUTOMAKE='${SHELL} /usr/ports/devel/libbonobo/work/libbonobo-2.6.2/missing --run automake-1.7' AWK='nawk' BONOBO_ACTIVATION_LT_VERSION_INFO='' BONOBO_MAJOR_VERSION='2' BONOBO_MICRO_VERSION='2' BONOBO_MINOR_VERSION='6' BONOBO_SLAY='' CATALOGS='' CATOBJEXT='' CC='cc' CCDEPMODE='' CFLAGS='-O -pipe -mcpu=pentiumpro' CPP='' CPPFLAGS='-I/usr/local/include' CXX='c++' CXXCPP='' CXXDEPMODE='' CXXFLAGS='-O -pipe -mcpu=pentiumpro' CYGPATH_W='echo' DATADIRNAME='' DEFS='' DEPDIR='' DLLTOOL='' ECHO='echo' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='' ENABLE_GTK_DOC_FALSE='' ENABLE_GTK_DOC_TRUE='' EXEEXT='' F77='' FFLAGS='' GETTEXT_PACKAGE='' GLIB_GENMARSHAL='' GMOFILES='' GMSGFMT='' GTK_DOC_USE_LIBTOOL_FALSE='' GTK_DOC_USE_LIBTOOL_TRUE='' HTML_DIR='' IF_BSD_PS='' IF_POSIX_PS='' INSTALL_DATA='install -o root -g wheel -m 444' INSTALL_PROGRAM='install -s -o root -g wheel -m 555' INSTALL_SCRIPT='install -o root -g wheel -m 555' INSTALL_STRIP_PROGRAM='${SHELL} $(install_sh) -c -s' INSTOBJEXT='' INTLLIBS='' INTLTOOL_CAVES_RULE='%.caves: %.caves.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -d -u -c $(top_builddir)/po/.intltool-merge-cache' INTLTOOL_DESKTOP_RULE='%.desktop: %.desktop.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -d -u -c $(top_builddir)/po/.intltool-merge-cache' INTLTOOL_DIRECTORY_RULE='%.directory: %.directory.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -d -u -c $(top_builddir)/po/.intltool-merge-cache' INTLTOOL_EXTRACT='$(top_builddir)/intltool-extract' INTLTOOL_KBD_RULE='%.kbd: %.kbd.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -x -u -m -c $(top_builddir)/po/.intltool-merge-cache' INTLTOOL_KEYS_RULE='%.keys: %.keys.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -k -u -c $(top_builddir)/po/.intltool-merge-cache' INTLTOOL_MERGE='$(top_builddir)/intltool-merge' INTLTOOL_OAF_RULE='%.oaf: %.oaf.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -o -p' INTLTOOL_PERL='/usr/bin/perl' INTLTOOL_PONG_RULE='%.pong: %.pong.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -x -u -c $(top_builddir)/po/.intltool-merge-cache' INTLTOOL_PROP_RULE='%.prop: %.prop.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -d -u -c $(top_builddir)/po/.intltool-merge-cache' INTLTOOL_SCHEMAS_RULE='%.schemas: %.schemas.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -s -u -c $(top_builddir)/po/.intltool-merge-cache' INTLTOOL_SERVER_RULE='%.server: %.server.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -o -u -c $(top_builddir)/po/.intltool-merge-cache' INTLTOOL_SHEET_RULE='%.sheet: %.sheet.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -x -u -c $(top_builddir)/po/.intltool-merge-cache' INTLTOOL_SOUNDLIST_RULE='%.soundlist: %.soundlist.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -d -u -c $(top_builddir)/po/.intltool-merge-cache' INTLTOOL_THEME_RULE='%.theme: %.theme.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -d -u -c $(top_builddir)/po/.intltool-merge-cache' INTLTOOL_UI_RULE='%.ui: %.ui.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -x -u -c $(top_builddir)/po/.intltool-merge-cache' INTLTOOL_UPDATE='$(top_builddir)/intltool-update' INTLTOOL_XAM_RULE='%.xam: %.xml.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -x -u -c $(top_builddir)/po/.intltool-merge-cache' INTLTOOL_XML_RULE='%.xml: %.xml.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) $(top_srcdir)/po $< $@ -x -u -c $(top_builddir)/po/.intltool-merge-cache' LDFLAGS='-L/usr/local/lib -lc_r' LEX='' LEXLIB='' LEX_OUTPUT_ROOT='' LFLAGS='' LIBBONOBO_CFLAGS='' LIBBONOBO_LIBS='' LIBBONOBO_LT_VERSION_INFO='' LIBOBJS='' LIBS='' LIBTOOL='' LN_S='' LTLIBOBJS='' MAINT='#' MAINTAINER_MODE_FALSE='' MAINTAINER_MODE_TRUE='#' MAKEINFO='${SHELL} /usr/ports/devel/libbonobo/work/libbonobo-2.6.2/missing --run makeinfo' MKINSTALLDIRS='' MSGFMT='' OBJDUMP='' OBJEXT='' ORBIT_IDL='' PACKAGE='libbonobo' PACKAGE_BUGREPORT='' PACKAGE_NAME='' PACKAGE_STRING='' PACKAGE_TARNAME='' PACKAGE_VERSION='' PATH_SEPARATOR=':' PATH_TO_XRDB='' PERL_PATH='' PKG_CONFIG='' POFILES='' POPT_LIBS='' POSUB='' PO_IN_DATADIR_FALSE='' PO_IN_DATADIR_TRUE='' PS_PATH='' RANLIB='' SERVER_CFLAGS='' SERVER_LIBS='' SET_MAKE='' SHELL='/bin/sh' STRIP='' USE_NLS='' VERSION='2.6.2' WARN_CFLAGS='' XGETTEXT='' YACC='' ac_ct_AR='' ac_ct_AS='' ac_ct_CC='' ac_ct_CXX='' ac_ct_DLLTOOL='' ac_ct_F77='' ac_ct_OBJDUMP='' ac_ct_RANLIB='' ac_ct_STRIP='' am__fastdepCC_FALSE='' am__fastdepCC_TRUE='' am__fastdepCXX_FALSE='' am__fastdepCXX_TRUE='' am__include='' am__leading_dot='.' am__quote='' bindir='${exec_prefix}/bin' build='i386-portbld-freebsd5.1' build_alias='i386-portbld-freebsd5.1' build_cpu='' build_os='' build_vendor='' datadir='${prefix}/share' exec_prefix='NONE' gnomelocaledir='' host='' host_alias='' host_cpu='' host_os='' host_vendor='' includedir='${prefix}/include' infodir='${prefix}/info' install_sh='/usr/ports/devel/libbonobo/work/libbonobo-2.6.2/install-sh' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localstatedir='${prefix}/var' mandir='${prefix}/man' oldincludedir='/usr/include' prefix='/usr/local' program_transform_name='s,x,x,' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' sysconfdir='${prefix}/etc' target_alias='' ## ----------- ## ## confdefs.h. ## ## ----------- ## #define PACKAGE "libbonobo" #define PACKAGE_BUGREPORT "" #define PACKAGE_NAME "" #define PACKAGE_STRING "" #define PACKAGE_TARNAME "" #define PACKAGE_VERSION "" #define VERSION "2.6.2" configure: exit 1 --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="pkg.lis" ./ ../ ImageMagick-5.5.6/ ORBit-0.5.17/ ORBit2-2.10.4/ WordNet-2.0/ XFree86-4.3.0,1/ XFree86-FontServer-4.3.0_1/ XFree86-Server-4.3.0_8/ XFree86-clients-4.3.0_2/ XFree86-documents-4.3.0/ XFree86-font100dpi-4.3.0/ XFree86-font75dpi-4.3.0/ XFree86-fontCyrillic-4.3.0/ XFree86-fontDefaultBitmaps-4.3.0/ XFree86-fontEncodings-4.3.0/ XFree86-fontScalable-4.3.0/ XFree86-libraries-4.3.0_5/ Xaw3d-1.5/ Xft-2.1.2/ aalib-1.4.r5_1/ acroread-5.06_1/ apache-1.3.27_4/ apache-2.0.46/ apache-ant-1.6.2/ arts-1.2.3,1/ artswrapper-1.2.1/ aspell-0.50.5_3/ atk-1.6.1/ autoconf-2.53_1/ autoconf-2.59_2/ autoconf213-2.13.000227_5/ automake-1.5,1/ automake-1.8.5_2/ automake14-1.4.5_9/ bison-1.75/ bonobo-1.0.22/ bsdpan-Mail-SpamAssassin-2.63/ cdparanoia-3.9.8_7/ cups-base-1.1.20.0/ cups-pstoraster-7.07_1/ cvsup-16.1h/ db3-3.3.11,1/ db4-4.0.14_1,1/ djbfft-0.76_1/ docbook-1.3/ docbook-241_2/ docbook-3.0_2/ docbook-3.1_2/ docbook-4.0_2/ docbook-4.1_2/ docbook-sk-4.1.2/ docbook-xml-4.2/ docbook-xsl-1.61.2/ enjoympeg-0.4.1_2/ esound-0.2.29/ expat-1.95.6_1/ expat-1.95.7/ faad2-2.0/ fam-2.6.9_4/ fetchyahoo-2.8.0/ firefox-0.9.3/ flac-1.1.0_3/ flashplugin-firefox-0.4.10_2/ fontconfig-2.2.0/ freetype2-2.1.4_1/ fribidi-0.10.4_1/ gal-0.24/ gcc-3.3.5_20040901/ gconf-1.0.9_3/ gdbm-1.8.3/ gdk-pixbuf-0.22.0/ gengetopt-2.11/ gettext-0.11.5_1/ gettext-0.13.1_1/ ghostscript-gnu-7.06/ ghostscript-gnu-7.07_6/ ghostview-1.5/ gimp-1.2.5_1,1/ gimp-print-4.2.6_2/ glib-1.2.10_9/ glib-2.2.3_1/ glib-2.4.5/ gmake-3.80/ gnomebasic-0.0.20/ gnomecanvas-0.22.0/ gnomedb-0.2.96_1/ gnomehier-1.0_8/ gnomelibs-1.4.2_1/ gnomemimedata-2.2.0_1/ gnomeprint-0.37/ gnomevfs-1.0.5_4/ gnumeric-1.0.13/ gnupg-1.2.4_1/ graphviz-1.12/ gtk-1.2.10_12/ gtk-2.4.4_1/ guile-1.6.4_1/ guppi-0.40.3_3/ help2man-1.33.1/ hicolor-icon-theme-0.5/ id3lib-3.8.3_1/ imake-4.3.0/ imlib-1.9.14_1/ intltool-0.26/ isc-dhcp3-server-3.0.1.r14_2/ iso8879-1986_2/ ispell-3.2.06_3/ jade-1.2.1_8/ jasper-1.700.2/ javavmwrapper-1.5/ jbigkit-1.4/ jdk-1.3.1p9_4/ jdk-1.4.2p6_4/ jdk-doc-1.3.1/ jpeg-6b_1/ kde-3.2.3/ kdeaccessibility-3.2.3/ kdeadmin-3.2.3/ kdeartwork-3.2.3/ kdebase-3.2.3/ kdeedu-3.2.3/ kdegraphics-3.2.3/ kdelibs-3.2.3_1/ kdemultimedia-3.2.3/ kdenetwork-3.2.3_1/ kdepim-3.2.3/ kdesdk-3.2.3/ kdetoys-3.2.3/ kdeutils-3.2.3/ kdevelop-3.0.4/ koffice-1.3.1,1/ lame-3.95.1_2/ lcms-1.09,1/ libIDL-0.8.3_1/ liba52-0.7.4_1/ libao-esound-0.8.4_1/ libart_lgpl2-2.3.16/ libaudiofile-0.2.3/ libdvdcss-1.2.8_1/ libdvdread-0.9.4_1/ libflash-0.4.10/ libfpx-1.2.0.8/ libgda-0.2.96_1/ libglade-0.17_2/ libglade2-2.4.0/ libglut-6.0.1/ libgnugetopt-1.2/ libgsf-1.10.0/ libiconv-1.8_2/ libid3tag-0.15.0b_1/ libidn-0.5.2/ libijs-0.35/ libmad-0.15.0b/ libmng-1.0.6/ libmpeg2-0.3.1_1/ libmusicbrainz-2.1.1/ libogg-1.1,3/ libole2-0.2.4/ libpaper-1.1.14/ libslang-1.4.9/ libsndfile-1.0.7/ libtool-1.3.4_4/ libtool-1.3.5_2/ libtool-1.5.2_1/ libungif-4.1.0b1/ libunicode-0.4_3/ libvorbis-1.0.1,3/ libwmf-0.2.8/ libxine-1.0.r5_1/ libxml-1.8.17_1/ libxml2-2.6.11_1/ libxslt-1.1.8_1/ linc-1.0.3_2/ linux-blackdown-jdk-1.3.1_3/ linux-gtk-1.2_3/ linux-netscape-navigator-4.8/ linux-sun-jdk-1.4.2.05/ linux_base-7.1_4/ linuxdoc-1.1_1/ lynx-2.8.4.1c/ m4-1.4_1/ madplay-esound-0.15.0b_2/ mkcatalog-1.1/ mozilla-1.6_3,2/ mpg123-0.59r_9/ mpg321-0.2.10_4/ mplayer-gtk-esound-0.99.5/ mplayer-skins-1.1.0/ mutt-1.4.2.1_1/ nas-1.6/ nasm-0.98.38_1,1/ nedit-5.4/ net-snmp-5.1.1_6/ netbeans-3.6/ netpbm-10.14/ netscape-remote-1.0_1/ netscape-wrapper-2000.07.07/ netscape7-7.1/ nspr-4.4.1_1/ oaf-0.6.10_1/ ogle-0.9.2_2/ open-motif-2.2.2_1/ openldap-client-2.2.14/ openslp-1.0.11_1/ openssl-0.9.7d/ opera-7.23.20031119/ p5-Authen-SASL-2.06/ p5-Crypt-SSLeay-0.51/ p5-Digest-HMAC-1.01/ p5-Digest-MD5-2.22/ p5-Digest-Nilsimsa-0.06/ p5-Digest-SHA1-2.02/ p5-File-Spec-0.82/ p5-HTML-Parser-3.27/ p5-HTML-Tagset-3.03/ p5-IO-stringy-2.108/ p5-MIME-Base64-2.20/ p5-MIME-Tools-5.411a_3,1/ p5-Mail-Tools-1.60/ p5-Net-1.18,1/ p5-Net-DNS-0.34/ p5-PodParser-1.21/ p5-Test-Harness-2.26/ p5-Test-Simple-0.47_1/ p5-Time-HiRes-1.46,1/ p5-URI-1.23/ p5-gettext-1.01_4/ p5-libwww-5.76/ pango-1.4.1/ pcre-3.9/ perl-5.6.1_15/ pgp-6.5.8_1/ pine-4.55/ pkgconfig-0.15.0/ pkgdb.db plotutils-2.4.1/ png-1.2.5_2/ popt-1.6.4/ portupgrade-20030427/ postfix-2.0.9,1/ procmail-3.22_2/ psiconv-0.8.3/ py22-expat-2.2.2_3/ python-2.2.2_2/ qmake-3.2.3_1/ qt-3.3.1_1/ quanta-3.2.3,2/ razor-agents-2.34/ rpm-3.0.6_6/ rsync-2.5.6_1/ ruby-1.6.8.2003.04.19/ ruby-bdb1-0.1.9/ ruby-shim-ruby18-1.8.0.p2.2003.04.19/ samba-2.2.8a_1/ samba-libsmbclient-3.0.5_1/ scrollkeeper-0.3.12_1,1/ sdl-1.2.7_2,1/ sdocbook-xml-4.1.2.5/ setiathome-3.08_3/ sgmlformat-1.7_2/ shared-mime-info-0.11/ smpeg-0.4.4_3/ speex-1.0.4,1/ stlport-gcc-4.5.3_2/ svgalib-1.4.3_4/ t1lib-5.0.1,1/ taglib-1.0_1/ tcl-8.4.6_1,1/ tiff-3.5.7/ tk-8.4.6,1/ transfig-3.2.4/ trm-0.2.1_6/ unzip-5.50/ urlview-0.9_1/ urwfonts-1.0/ viewfax-2.5/ vim-5.8.8/ win32-codecs-2.0.90_1,1/ win32-codecs-2.1.0.p5,1/ wrapper-1.0_3/ wv2-0.2.2/ xfig-3.2.4/ xforms-1.0_3,1/ xmlcatmgr-2.1/ xpdf-3.00_2/ xv-3.10a_3/ zip-2.3_1/ --IS0zKkzwUGydFO0o-- From owner-freebsd-gnome@FreeBSD.ORG Mon Oct 4 01:41:17 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 552F216A4CE for ; Mon, 4 Oct 2004 01:41:17 +0000 (GMT) Received: from fed1rmmtao09.cox.net (fed1rmmtao09.cox.net [68.230.241.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 260B643D1F for ; Mon, 4 Oct 2004 01:41:17 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by fed1rmmtao09.cox.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20041004014115.LVZA11855.fed1rmmtao09.cox.net@mezz.mezzweb.com>; Sun, 3 Oct 2004 21:41:15 -0400 Date: Sun, 03 Oct 2004 20:41:30 -0500 To: "Charlie Root" References: <20041004012208.GA74911@etaq.com> From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <20041004012208.GA74911@etaq.com> User-Agent: Opera M2/7.54 (Linux, build 751) cc: gnome@freebsd.org Subject: Re: Can't portinstall eclipse with 5.1 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 01:41:17 -0000 On Sun, 3 Oct 2004 20:22:08 -0500, Charlie Root wrote: > Dear Gnomes, > > So close! > > How can I fix this install of the port java/eclipse ? Try to run 'use.perl port' then try it again but still.. You need to update all of your apps that you have installed first such as we have intltool 0.31.3, libtool 1.5.8 and etc in ports tree. Use sysutils/portupgrade to upgrade all of your apps. Don't forget to check /usr/ports/UPDATING, btw. Cheers, Mezz > Thank you, -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-gnome@FreeBSD.ORG Mon Oct 4 01:51:54 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8425E16A4CE; Mon, 4 Oct 2004 01:51:54 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B22143D39; Mon, 4 Oct 2004 01:51:54 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Sun, 03 Oct 2004 18:51:54 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id D7AA95D04; Sun, 3 Oct 2004 18:51:53 -0700 (PDT) To: pav@FreeBSD.org In-reply-to: Your message of "Sun, 03 Oct 2004 21:31:24 +0200." <1096831884.38663.6.camel@hood.oook.cz> Date: Sun, 03 Oct 2004 18:51:53 -0700 From: "Kevin Oberman" Message-Id: <20041004015153.D7AA95D04@ptavv.es.net> cc: gnome@FreeBSD.org Subject: Re: Unable to run any gdesklets X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 01:51:54 -0000 > From: Pav Lucistnik > Date: Sun, 03 Oct 2004 21:31:24 +0200 > > V ne, 03. 10. 2004 v 21:16, Kevin Oberman pise: > > > I recently decided that gdesklets looked interesting and decided to try > > a few. > > > > I installed gdesklets-weather and gdesklets-goodweather and noticed that > > gdesklets was added to my accessories menu. Selecting this fires up a > > gdesklets process, but I don't see anything visible. If I try to start > > from the command line (gdesklets GoodWeather), I just get the following > > on my terminal: > > /usr/X11R6/bin/gdesklets:65: DeprecationWarning: the 'argc' parameter is optional and deprecated > > client.set_restart_command(1, [sys.argv[0]]) > > gDesklets 0.26.2 > > Copyright (C) 2003, 2004 The gDesklets Team > > > > This software is licensed under the terms of the GNU GPL. > > > > And, I get a window stating: > > Could not add display > > > > The display could not be added because the file does not exist. > > > > I have no idea what this means. I have found little documentation on the > > use of gdesklets, either. > > > > Any ideas on what is wrong or where I can read up on this? > > Well, adding of desklets to the desktop is not very intuitive. > You have to locate the .display file on your hard drive (look under > /usr/X11R6/share/gnome/gdesklets/Displays/ and then run gdesklets with > full path to the .display file as an argument. Thanks! It's working now. -- 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 From owner-freebsd-gnome@FreeBSD.ORG Mon Oct 4 11:02:26 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6F9216A524 for ; Mon, 4 Oct 2004 11:02:26 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC06743D4C for ; Mon, 4 Oct 2004 11:02:26 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i94B2QZV031663 for ; Mon, 4 Oct 2004 11:02:26 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i94B2QZO031657 for gnome@freebsd.org; Mon, 4 Oct 2004 11:02:26 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 4 Oct 2004 11:02:26 GMT Message-Id: <200410041102.i94B2QZO031657@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: gnome@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 11:02:27 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/09/06] ports/71439 gnome Fix port: x11-toolkits/libgnomeui (multi- o [2004/09/12] ports/71635 gnome Gnome recompile fails due to glib link er o [2004/09/27] ports/72132 gnome Mozilla crashes with X error on www.thepc 3 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/06/15] ports/67970 gnome ports textproc/libxml, textproc/libxslt: s [2004/07/07] ports/68747 gnome [patch] upgrade print/freetype2 o [2004/09/02] ports/71313 gnome missing entry in pkg-plist: www/mozilla-d o [2004/09/15] ports/71780 gnome [PATCH] mail/thunderbird: allow users to o [2004/09/15] ports/71781 gnome [PATCH] www/firefox: allow users to choos 5 problems total. From owner-freebsd-gnome@FreeBSD.ORG Mon Oct 4 12:20:14 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E94F316A4CF for ; Mon, 4 Oct 2004 12:20:14 +0000 (GMT) Received: from sv02.webonaut.com (kirk.webonaut.com [212.41.243.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41DD543D41 for ; Mon, 4 Oct 2004 12:20:14 +0000 (GMT) (envelope-from klammer@webonaut.com) Received: from localhost (localhost [127.0.0.1]) by sv02.webonaut.com (Postfix) with ESMTP id B94C276423 for ; Mon, 4 Oct 2004 14:20:11 +0200 (CEST) Received: from sv02.webonaut.com ([127.0.0.1]) by localhost (sv02.webonaut.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 38175-02 for ; Mon, 4 Oct 2004 14:20:06 +0200 (CEST) Received: from [192.168.0.9] (sisko.webonaut.com [212.41.243.28]) by sv02.webonaut.com (Postfix) with ESMTP id 5D5067641F for ; Mon, 4 Oct 2004 14:20:06 +0200 (CEST) Message-ID: <41613FF9.2000800@webonaut.com> Date: Mon, 04 Oct 2004 14:20:09 +0200 From: Franz Klammer User-Agent: Mozilla Thunderbird 0.8 (X11/20041001) X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnome Content-Type: multipart/mixed; boundary="------------030104070100010305060104" X-Virus-Scanned: by amavisd-new at webonaut.com Subject: errant curly brace in thunderbird-0.8_1's Makefile X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 12:20:15 -0000 This is a multi-part message in MIME format. --------------030104070100010305060104 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit see patch. franz. --------------030104070100010305060104 Content-Type: text/plain; name="Makefile.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="Makefile.diff" --- Makefile.orig Mon Oct 4 14:16:15 2004 +++ Makefile Mon Oct 4 14:16:25 2004 @@ -96,7 +96,7 @@ -e 's|@LIBS@|${LIBS}|' \ -e 's|@X11BASE@|${X11BASE}|' \ -e 's|@LOCALBASE@|${LOCALBASE}|' \ - -e 's|@PREFIX@|${FAKEDIR}/lib/thunderbird}|' \ + -e 's|@PREFIX@|${FAKEDIR}/lib/thunderbird|' \ -e 's|@PERL@|${PERL5}|' \ <${FILESDIR}/mozconfig.in >${WRKSRC}/.mozconfig --------------030104070100010305060104-- From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 5 01:43:43 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 016AE16A4CE for ; Tue, 5 Oct 2004 01:43:43 +0000 (GMT) Received: from imf20aec.mail.bellsouth.net (imf20aec.mail.bellsouth.net [205.152.59.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 590F043D3F for ; Tue, 5 Oct 2004 01:43:23 +0000 (GMT) (envelope-from ahze@ahze.net) Received: from [192.168.1.5] ([68.209.163.3]) by imf20aec.mail.bellsouth.netESMTP <20041005014322.MXDR1719.imf20aec.mail.bellsouth.net@[192.168.1.5]> for ; Mon, 4 Oct 2004 21:43:22 -0400 Mime-Version: 1.0 (Apple Message framework v619) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; format=flowed To: FreeBSD GNOME Users From: Michael Johnson Date: Mon, 4 Oct 2004 21:43:22 -0400 X-Mailer: Apple Mail (2.619) Subject: Gstreamer-plugins splitting ports .. needs testing and feed back ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 01:43:43 -0000 Hi, I've tried to get ahold of lioux@ for a while now trying to talk to him about splitting multimedia/gstreamer-plugins in to separate ports for each plugin but I have not yet received a reply. So I have started splitting up gstreamer-plugins in to separate ports for each plugin I've spent about 5hours on it so far and I have completed a separate plugin for ever plugin we had before, 47 in all and all working. I have a working bsd.gstreamer.mk for use of WANT_GSTREAMER & USE_GSTREAMER=PLUGIN and one working port using USE_GSTREAMER, which is audio/rhythmbox I used NetBSD's pkgsrc a guide to see what they have done to split up gstreamer-plugins, can be viewed here http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/multimedia/gst-plugins/ Makefile.common has all the goodies. Gentoo's Portage also does this and it gave me a few ideas also. From my checklist I feel like I'm 90% done, but the last 10% will take 90% of the time. Checklist: Done: - bsd.gstreamer.mk - separate gstreamer-plugins in single ports (47 new ports) Todo: - Retest all the ports - Figure out which ports use gstreamer-plugins and which plugins each needs - Code cleanup, spelling, any conflicts or needed dependencies within gstreamer-plugins In-Question: - Figure out how to make configure faster and not check so much and only check what it needs it takes longer to configure a gstreamer-plugins-X port than it does to build - Should sys/ plugins also be separated in to their own ports (this includes cdrom, vcd, and oss audio)? as of now they are built by default Please check it out and see cvs: cvs -d:pserver:anoncvs@ahze.net:/home/cvs co gst-ports cvsweb: http://ahze.net:8080/cgi-bin/cvsweb.cgi/gst-ports/ tar.gz: http://ahze.net:8080/dist/gst-ports.tar.gz Positive and negative feedback is greatly appreciated Cheers, Michael From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 5 01:51:07 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D3F116A4CE for ; Tue, 5 Oct 2004 01:51:07 +0000 (GMT) Received: from toxic.magnesium.net (toxic.magnesium.net [207.154.84.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2687A43D55 for ; Tue, 5 Oct 2004 01:51:07 +0000 (GMT) (envelope-from adamw@magnesium.net) Received: by toxic.magnesium.net (Postfix, from userid 1252) id E336FDA883; Mon, 4 Oct 2004 18:51:06 -0700 (PDT) Date: Mon, 4 Oct 2004 21:51:06 -0400 From: Adam Weinberger To: Michael Johnson Message-ID: <20041005015106.GG22274@toxic.magnesium.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Editor: Vim 6.2 http://www.vim.org X-Mailer: Mutt 1.5 http://www.mutt.org X-URL: http://www.vectors.cx X-ASL: 6/m/behind you User-Agent: Mutt/1.5.4i cc: FreeBSD GNOME Users Subject: Re: Gstreamer-plugins splitting ports .. needs testing and feed back ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 01:51:07 -0000 >> (10.04.2004 @ 2143 PST): Michael Johnson said, in 2.0K: << > - Figure out which ports use gstreamer-plugins and which plugins each > needs >> end of "Gstreamer-plugins splitting ports .. needs testing and feed back ?" from Michael Johnson << I'd be interested in seeing the results of this sooner rather than later; I still don't understand why this is necessary. For anything that requires a libmad backend to gstreamer, we could just test for something and make a ${BROKEN} error or something. # Adam -- Adam Weinberger adamw@magnesium.net || adamw@FreeBSD.org adamw@vectors.cx || adamw@gnome.org http://www.vectors.cx From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 5 02:08:02 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C476416A4CE; Tue, 5 Oct 2004 02:08:02 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BA5943D1D; Tue, 5 Oct 2004 02:08:02 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i95262pr081423; Mon, 4 Oct 2004 22:06:02 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Adam Weinberger In-Reply-To: <20041005015106.GG22274@toxic.magnesium.net> References: <20041005015106.GG22274@toxic.magnesium.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-235xuiyAL2CZtele5on4" Organization: MarcusCom, Inc. Message-Id: <1096942069.45818.5.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 04 Oct 2004 22:07:50 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com cc: FreeBSD GNOME Users Subject: Re: Gstreamer-plugins splitting ports .. needs testing and feed back ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 02:08:02 -0000 --=-235xuiyAL2CZtele5on4 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2004-10-04 at 21:51, Adam Weinberger wrote: > >> (10.04.2004 @ 2143 PST): Michael Johnson said, in 2.0K: << > > - Figure out which ports use gstreamer-plugins and which plugins each= =20 > > needs > >> end of "Gstreamer-plugins splitting ports .. needs testing and feed ba= ck ?" from Michael Johnson << >=20 > I'd be interested in seeing the results of this sooner rather than > later; I still don't understand why this is necessary. For anything that > requires a libmad backend to gstreamer, we could just test for something > and make a ${BROKEN} error or something. That works when ports are being install interactively. However, when doing package building, we don't have that luxury. We could mark a port BROKEN if gstreamer-plugins was built without MAD support (the default), but that would mean we couldn't package it. Splitting the port into multiple ports would give us the ability to package any port. An obvious example of this is the upcoming gnomemedia2 which will require CD Paranoia support in gst. The major disadvantage to this approach is the overwhelming administrative burden it adds. It's a pain to test [py-]libxml2 and [py-]libxslt. I can't imagine what a gstreamer-plugins update will do.=20 For that reason, it might be nice to still have the ability to test-build all plug-ins in a monolithic way. Joe >=20 > # Adam >=20 >=20 > -- > Adam Weinberger > adamw@magnesium.net || adamw@FreeBSD.org > adamw@vectors.cx || adamw@gnome.org > http://www.vectors.cx > _______________________________________________ > freebsd-gnome@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-235xuiyAL2CZtele5on4 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBYgH1b2iPiv4Uz4cRAltvAJ9AkSevj15tQMtysXl6sSYZIrL3BgCfSrU8 su9hOAWSM5N8DxHU9AkLlfs= =b4oL -----END PGP SIGNATURE----- --=-235xuiyAL2CZtele5on4-- From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 5 02:08:14 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0276516A4CE; Tue, 5 Oct 2004 02:08:14 +0000 (GMT) Received: from imf20aec.mail.bellsouth.net (imf20aec.mail.bellsouth.net [205.152.59.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 516DA43D49; Tue, 5 Oct 2004 02:08:13 +0000 (GMT) (envelope-from ahze@ahze.net) Received: from [192.168.1.5] ([68.209.163.3]) by imf20aec.mail.bellsouth.netESMTP <20041005020803.NHYD1719.imf20aec.mail.bellsouth.net@[192.168.1.5]>; Mon, 4 Oct 2004 22:08:03 -0400 In-Reply-To: <20041005015106.GG22274@toxic.magnesium.net> References: <20041005015106.GG22274@toxic.magnesium.net> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <61F55443-1673-11D9-AC42-000A958C81C6@ahze.net> Content-Transfer-Encoding: 7bit From: Michael Johnson Date: Mon, 4 Oct 2004 22:08:00 -0400 To: Adam Weinberger X-Mailer: Apple Mail (2.619) cc: FreeBSD GNOME Users Subject: Re: Gstreamer-plugins splitting ports .. needs testing and feed back ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 02:08:14 -0000 On Oct 4, 2004, at 9:51 PM, Adam Weinberger wrote: >>> (10.04.2004 @ 2143 PST): Michael Johnson said, in 2.0K: << >> - Figure out which ports use gstreamer-plugins and which plugins >> each >> needs >>> end of "Gstreamer-plugins splitting ports .. needs testing and feed >>> back ?" from Michael Johnson << > Hi Adam, Could you please explain more, I've lost you. Sorry Michael > I'd be interested in seeing the results of this sooner rather than > later; I still don't understand why this is necessary. For anything > that > requires a libmad backend to gstreamer, we could just test for > something > and make a ${BROKEN} error or something. > > # Adam > > > -- > Adam Weinberger > adamw@magnesium.net || adamw@FreeBSD.org > adamw@vectors.cx || adamw@gnome.org > http://www.vectors.cx From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 5 07:22:27 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAE1416A4CE for ; Tue, 5 Oct 2004 07:22:27 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5A8A43D46 for ; Tue, 5 Oct 2004 07:22:26 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1CEjeQ-0000bc-Re for freebsd-gnome@FreeBSD.org; Tue, 05 Oct 2004 11:22:22 +0400 From: Vladimir Grebenschikov To: gnome Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Tue, 05 Oct 2004 11:22:20 +0400 Message-Id: <1096960940.2221.9.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Subject: XKB initialization error on session start X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 07:22:27 -0000 Hi On gnome login warning about XKB error appears and suggest report result of following commands: % xprop -root | grep XKB _XKB_RULES_NAMES_BACKUP(STRING) = "xfree86", "pc105", "us+ru", "", "altwin:meta_win,grp_led:scroll,grp:rctrl_toggle" _XKB_RULES_NAMES(STRING) = "xfree86", "pc105", "us+ru", "", "altwin:meta_win,grp_led:scroll,grp:rctrl_toggle" % gconftool-2 -R /desktop/gnome/peripherals/keyboard/xkb layouts = [us+ru] model = pc105 overrideSettings = false options = [altwin altwin:meta_win,grp_led grp_led:scroll,grp grp:rctrl_toggle] update_handlers = [] % This is appears after migrationg to Xorg and gnome-2.8 Looks like there is something wrong with mode-switch in my X configuration corresponding part of xorg.conf: Section "InputDevice" Identifier "Keyboard0" Driver "keyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc105" Option "XkbLayout" "us+ru" Option "XkbOptions" "altwin:meta_win,grp_led:scroll,grp:rctrl_toggle" EndSection XEmacs also complains something about it: (1) (key-mapping/warning) XEmacs: Mode_switch (0x5d) generates both Mod3 and Mod5, which is nonsensical. And xbbvleds lights two leds (2nd and 4th) on mode-switch key (right control). Any hints will be very appreciated. -- Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 5 11:27:28 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 869A616A4CE for ; Tue, 5 Oct 2004 11:27:28 +0000 (GMT) Received: from mail02.solnet.ch (mail02.solnet.ch [212.101.4.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2920143D2F for ; Tue, 5 Oct 2004 11:27:28 +0000 (GMT) (envelope-from tv@solnet.ch) Received: from localhost (localhost [127.0.0.1]) by mail02.solnet.ch (Postfix) with ESMTP id 3CC2C5AE64 for ; Tue, 5 Oct 2004 11:27:26 +0000 (GMT) Received: from mail02.solnet.ch ([127.0.0.1]) by localhost (mail02.solnet.ch [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26987-03 for ; Tue, 5 Oct 2004 11:27:24 +0000 (GMT) Received: from [212.101.1.83] (bert.mlan.solnet.ch [212.101.1.83]) by mail02.solnet.ch (Postfix) with ESMTP id B8FA95AE58 for ; Tue, 5 Oct 2004 11:27:24 +0000 (GMT) Message-ID: <4162851B.3030704@solnet.ch> Date: Tue, 05 Oct 2004 13:27:23 +0200 From: Thomas Vogt User-Agent: Mozilla Thunderbird 0.8 (X11/20041004) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-gnome@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mail02.solnet.ch Subject: firefox and thunderbird in gnome2.8 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 11:27:28 -0000 Hi all Hmm I use thunderbird 0.8 and firefox 1.0pre (both from marcuscom cvs) with gnome 2.8 under fbsd 5.2.1-p11 (i386). It works smoothly. Thank for you work! I've a small problem. If I click on a link in thunderbird mail client it asks me how to open it. So I use /usr/X11R6/bin/firefox.rb. The Problem is, that the link will always be downloaded first and then it open it in a tab browser with path file:///tmp/foo.htm. Is it not possible to configure thunderbird that it opens the url with firefox directly without downloading the link first to a /tmp directory? Perhaps with gconf-editor? I doubt that this is a gnome only problem. But perhaps someone has a solution. regards Thomas From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 5 11:36:36 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C741516A4CE for ; Tue, 5 Oct 2004 11:36:36 +0000 (GMT) Received: from biggie.spekt.net (biggie.spekt.net [67.18.79.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F0FE43D58 for ; Tue, 5 Oct 2004 11:36:36 +0000 (GMT) (envelope-from radek@raadradd.com) Received: from raadradd.homeunix.org (bxb224.neoplus.adsl.tpnet.pl [83.29.251.224]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by biggie.spekt.net (Postfix) with ESMTP id AE5904010; Tue, 5 Oct 2004 13:36:33 +0200 (CEST) Received: by raadradd.homeunix.org (Postfix, from userid 1001) id F3DBCA559; Tue, 5 Oct 2004 13:36:33 +0200 (CEST) Date: Tue, 5 Oct 2004 13:36:33 +0200 From: Radek Kozlowski To: Thomas Vogt Message-ID: <20041005113633.GA50625@werd> References: <4162851B.3030704@solnet.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <4162851B.3030704@solnet.ch> User-Agent: Mutt/1.5.6i cc: freebsd-gnome@freebsd.org Subject: Re: firefox and thunderbird in gnome2.8 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 11:36:36 -0000 On Tue, Oct 05, 2004 at 01:27:23PM +0200, Thomas Vogt wrote: > Hi all > > Hmm I use thunderbird 0.8 and firefox 1.0pre (both from marcuscom cvs) > with gnome 2.8 under fbsd 5.2.1-p11 (i386). It works smoothly. Thank for > you work! > > I've a small problem. If I click on a link in thunderbird mail client it > asks me how to open it. So I use /usr/X11R6/bin/firefox.rb. The Problem > is, that the link will always be downloaded first and then it open it in > a tab browser with path file:///tmp/foo.htm. > Is it not possible to configure thunderbird that it opens the url with > firefox directly without downloading the link first to a /tmp directory? > Perhaps with gconf-editor? I doubt that this is a gnome only problem. > But perhaps someone has a solution. Try adding these lines to your ~/.thunderbird/[...]/prefs.js: user_pref("network.protocol-handler.app.http","firefox"); user_pref("network.protocol-handler.app.https","firefox"); This works for me. -Radek From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 5 12:04:28 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CCD716A4CE; Tue, 5 Oct 2004 12:04:28 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4263143D53; Tue, 5 Oct 2004 12:04:27 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CEo3d-0007ME-00 Tue, 05 Oct 2004 14:04:41 +0200 Received: from [212.106.254.137] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CEo3d-0007Lq-00 Tue, 05 Oct 2004 14:04:41 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i95C4MGp014942; Tue, 5 Oct 2004 14:04:22 +0200 (CEST) (envelope-from freebsd@redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i95C4JII039756; Tue, 5 Oct 2004 14:04:19 +0200 (CEST) (envelope-from freebsd@redesjm.local) From: Jose M Rodriguez To: freebsd-gnome@freebsd.org Date: Tue, 5 Oct 2004 14:04:17 +0200 User-Agent: KMail/1.7 References: <20041005015106.GG22274@toxic.magnesium.net> <1096942069.45818.5.camel@shumai.marcuscom.com> In-Reply-To: <1096942069.45818.5.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410051404.18385.freebsd@redesjm.local> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: FreeBSD GNOME Users Subject: Re: Gstreamer-plugins splitting ports .. needs testing and feed back ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 12:04:28 -0000 On Tuesday 05 October 2004 04:07, Joe Marcus Clarke wrote: > On Mon, 2004-10-04 at 21:51, Adam Weinberger wrote: > > >> (10.04.2004 @ 2143 PST): Michael Johnson said, in 2.0K: << > > > > > > - Figure out which ports use gstreamer-plugins and which > > > plugins each needs > > > > > >> end of "Gstreamer-plugins splitting ports .. needs testing and > > >> feed back ?" from Michael Johnson << > > > > I'd be interested in seeing the results of this sooner rather than > > later; I still don't understand why this is necessary. For anything > > that requires a libmad backend to gstreamer, we could just test for > > something and make a ${BROKEN} error or something. > > That works when ports are being install interactively. However, when > doing package building, we don't have that luxury. We could mark a > port BROKEN if gstreamer-plugins was built without MAD support (the > default), but that would mean we couldn't package it. > If gstreamer-plugins becomes a metaport selector, no port may depend on this. They must depends on a gstreamer-plugins-base and the plugins it really needs. I think it must detect PACKAGE_BUILDING and only depends on gstreamer-plugins-base in that case. This is a real big 'logistic' effort. It isn't by any means 'easy'. > Splitting the port into multiple ports would give us the ability to > package any port. An obvious example of this is the upcoming > gnomemedia2 which will require CD Paranoia support in gst. > > The major disadvantage to this approach is the overwhelming > administrative burden it adds. It's a pain to test [py-]libxml2 and > [py-]libxslt. I can't imagine what a gstreamer-plugins update will > do. For that reason, it might be nice to still have the ability to > test-build all plug-ins in a monolithic way. > a gstreamer-plugins-test or gstreamer-plugins-devel port? > Joe > > > # Adam > > > > > > -- > > Adam Weinberger > > adamw@magnesium.net || adamw@FreeBSD.org > > adamw@vectors.cx || adamw@gnome.org > > http://www.vectors.cx > > _______________________________________________ > > freebsd-gnome@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > > To unsubscribe, send any mail to > > "freebsd-gnome-unsubscribe@freebsd.org" -- josemi From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 5 12:04:28 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CCD716A4CE; Tue, 5 Oct 2004 12:04:28 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4263143D53; Tue, 5 Oct 2004 12:04:27 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CEo3d-0007ME-00 Tue, 05 Oct 2004 14:04:41 +0200 Received: from [212.106.254.137] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CEo3d-0007Lq-00 Tue, 05 Oct 2004 14:04:41 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i95C4MGp014942; Tue, 5 Oct 2004 14:04:22 +0200 (CEST) (envelope-from freebsd@redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i95C4JII039756; Tue, 5 Oct 2004 14:04:19 +0200 (CEST) (envelope-from freebsd@redesjm.local) From: Jose M Rodriguez To: freebsd-gnome@freebsd.org Date: Tue, 5 Oct 2004 14:04:17 +0200 User-Agent: KMail/1.7 References: <20041005015106.GG22274@toxic.magnesium.net> <1096942069.45818.5.camel@shumai.marcuscom.com> In-Reply-To: <1096942069.45818.5.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410051404.18385.freebsd@redesjm.local> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: FreeBSD GNOME Users Subject: Re: Gstreamer-plugins splitting ports .. needs testing and feed back ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 12:04:28 -0000 On Tuesday 05 October 2004 04:07, Joe Marcus Clarke wrote: > On Mon, 2004-10-04 at 21:51, Adam Weinberger wrote: > > >> (10.04.2004 @ 2143 PST): Michael Johnson said, in 2.0K: << > > > > > > - Figure out which ports use gstreamer-plugins and which > > > plugins each needs > > > > > >> end of "Gstreamer-plugins splitting ports .. needs testing and > > >> feed back ?" from Michael Johnson << > > > > I'd be interested in seeing the results of this sooner rather than > > later; I still don't understand why this is necessary. For anything > > that requires a libmad backend to gstreamer, we could just test for > > something and make a ${BROKEN} error or something. > > That works when ports are being install interactively. However, when > doing package building, we don't have that luxury. We could mark a > port BROKEN if gstreamer-plugins was built without MAD support (the > default), but that would mean we couldn't package it. > If gstreamer-plugins becomes a metaport selector, no port may depend on this. They must depends on a gstreamer-plugins-base and the plugins it really needs. I think it must detect PACKAGE_BUILDING and only depends on gstreamer-plugins-base in that case. This is a real big 'logistic' effort. It isn't by any means 'easy'. > Splitting the port into multiple ports would give us the ability to > package any port. An obvious example of this is the upcoming > gnomemedia2 which will require CD Paranoia support in gst. > > The major disadvantage to this approach is the overwhelming > administrative burden it adds. It's a pain to test [py-]libxml2 and > [py-]libxslt. I can't imagine what a gstreamer-plugins update will > do. For that reason, it might be nice to still have the ability to > test-build all plug-ins in a monolithic way. > a gstreamer-plugins-test or gstreamer-plugins-devel port? > Joe > > > # Adam > > > > > > -- > > Adam Weinberger > > adamw@magnesium.net || adamw@FreeBSD.org > > adamw@vectors.cx || adamw@gnome.org > > http://www.vectors.cx > > _______________________________________________ > > freebsd-gnome@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > > To unsubscribe, send any mail to > > "freebsd-gnome-unsubscribe@freebsd.org" -- josemi From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 5 12:23:45 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8392616A4CE for ; Tue, 5 Oct 2004 12:23:45 +0000 (GMT) Received: from mail03.solnet.ch (mail03.solnet.ch [212.101.4.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4859F43D45 for ; Tue, 5 Oct 2004 12:23:45 +0000 (GMT) (envelope-from tv@solnet.ch) Received: from localhost (localhost [127.0.0.1]) by mail03.solnet.ch (Postfix) with ESMTP id E0729E280C; Tue, 5 Oct 2004 12:23:43 +0000 (GMT) Received: from mail03.solnet.ch ([127.0.0.1]) by localhost (mail03.solnet.ch [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03792-08; Tue, 5 Oct 2004 12:23:42 +0000 (GMT) Received: from [212.101.1.83] (bert.mlan.solnet.ch [212.101.1.83]) by mail03.solnet.ch (Postfix) with ESMTP id 61477E277E; Tue, 5 Oct 2004 12:23:41 +0000 (GMT) Message-ID: <4162924B.3050209@solnet.ch> Date: Tue, 05 Oct 2004 14:23:39 +0200 From: Thomas Vogt User-Agent: Mozilla Thunderbird 0.8 (X11/20041004) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Radek Kozlowski References: <4162851B.3030704@solnet.ch> <20041005113633.GA50625@werd> In-Reply-To: <20041005113633.GA50625@werd> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mail03.solnet.ch cc: freebsd-gnome@freebsd.org Subject: Re: firefox and thunderbird in gnome2.8 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 12:23:45 -0000 Radek Kozlowski wrote: >On Tue, Oct 05, 2004 at 01:27:23PM +0200, Thomas Vogt wrote: > > >>Hi all >> >>Hmm I use thunderbird 0.8 and firefox 1.0pre (both from marcuscom cvs) >>with gnome 2.8 under fbsd 5.2.1-p11 (i386). It works smoothly. Thank for >>you work! >> >>I've a small problem. If I click on a link in thunderbird mail client it >>asks me how to open it. So I use /usr/X11R6/bin/firefox.rb. The Problem >>is, that the link will always be downloaded first and then it open it in >>a tab browser with path file:///tmp/foo.htm. >>Is it not possible to configure thunderbird that it opens the url with >>firefox directly without downloading the link first to a /tmp directory? >>Perhaps with gconf-editor? I doubt that this is a gnome only problem. >>But perhaps someone has a solution. >> >> > >Try adding these lines to your ~/.thunderbird/[...]/prefs.js: > > user_pref("network.protocol-handler.app.http","firefox"); > user_pref("network.protocol-handler.app.https","firefox"); > >This works for me. > >-Radek > > Thanx that works. Cool. regards Thomas From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 5 14:18:13 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AE1016A4CF for ; Tue, 5 Oct 2004 14:18:13 +0000 (GMT) Received: from sv02.webonaut.com (kirk.webonaut.com [212.41.243.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD3F343D5D for ; Tue, 5 Oct 2004 14:18:11 +0000 (GMT) (envelope-from klammer@webonaut.com) Received: from localhost (localhost [127.0.0.1]) by sv02.webonaut.com (Postfix) with ESMTP id 2A2B776425; Tue, 5 Oct 2004 16:18:09 +0200 (CEST) Received: from sv02.webonaut.com ([127.0.0.1]) by localhost (sv02.webonaut.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 45300-06; Tue, 5 Oct 2004 16:18:02 +0200 (CEST) Received: from [192.168.0.9] (sisko.webonaut.com [212.41.243.28]) by sv02.webonaut.com (Postfix) with ESMTP id B627E76423; Tue, 5 Oct 2004 16:18:02 +0200 (CEST) Message-ID: <4162AD1C.6010704@webonaut.com> Date: Tue, 05 Oct 2004 16:18:04 +0200 From: Franz Klammer User-Agent: Mozilla Thunderbird 0.8 (X11/20041211) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joe Marcus Clarke References: <415A8F49.4070107@webonaut.com> <415C5A64.8010208@marcuscom.com> <415D3FFE.9030101@webonaut.com> <415D8341.2050106@marcuscom.com> In-Reply-To: <415D8341.2050106@marcuscom.com> Content-Type: multipart/mixed; boundary="------------080008060600040103070105" X-Virus-Scanned: by amavisd-new at webonaut.com cc: FreeBSD GNOME Users Subject: Re: can anyone send me the firefox 1.0 diff? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 14:18:13 -0000 This is a multi-part message in MIME format. --------------080008060600040103070105 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Joe Marcus Clarke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Franz Klammer wrote: > | Joe Marcus Clarke wrote: > | > | Franz Klammer wrote: > | | has anyone still portet firefox 1.0? > | > | It's in my ports-stable module. > | > | | if yes can i have the diff please? > | | > | | i'm working currently on a change of epiphany to build > | | against firefox. > | > | Cool. I saw they added support for Firefox. > | > | > |> epiphany builds now but if i try to start > |> the window is there for a mirosecond and then > |> it crashes with the following error: > | > |> /libexec/ld-elf.so.1: > |> /usr/X11R6/lib/firefox/lib/firefox-0.10/ > |> components/libnecko.so: Undefined symbol "PR_GetAddrInfoByName" > > This may have happened in my recent change to not use the system NSPR. > > | > |> also i had to run ldconfig -m by hand. > > Wait, you merged /usr/X11R6/lib/firefox/lib/firefox-1.0PR into the > system ld cache? That's not good. Use LD_LIBRARY_PATH instead. > OK! with LD_LIBRARY_PATH it's working now. i added the firefox version check to the startup script. so epiphany dosn't need to rebuild after a minor firefox update. attached the patch. Franz. > Joe > > | > |> attached the patch for epiphany port to build > |> with firefox. > | > | > | Joe > | > | | > | | currently it starts the build (with a small hack) but > | | 0.9.3 is too old - 0.10 is the minimum requirement. > | | > | | franz. --------------080008060600040103070105 Content-Type: text/plain; name="epiphany-2.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="epiphany-2.diff" diff -Nur epiphany.orig/Makefile epiphany/Makefile --- epiphany.orig/Makefile Thu Sep 30 11:15:12 2004 +++ epiphany/Makefile Tue Oct 5 16:12:30 2004 @@ -15,22 +15,21 @@ MAINTAINER= gnome@FreeBSD.org COMMENT= An extremely lightweight and simple web browser for GNOME 2 -BUILD_DEPENDS= ${X11BASE}/lib/${MOZILLA}/components/libwidget_gtk2.so:${PORTSDIR}/www/${MOZILLA} -RUN_DEPENDS= ${X11BASE}/lib/${MOZILLA}/components/libwidget_gtk2.so:${PORTSDIR}/www/${MOZILLA} +BUILD_DEPENDS= ${DEPENDS_DIR}:${PORTSDIR}/www/${MOZILLA} +RUN_DEPENDS= ${DEPENDS_DIR}:${PORTSDIR}/www/${MOZILLA} MOZILLA= mozilla HEADERS_SUFX= +DEPENDS_DIR= ${X11BASE}/lib/${MOZILLA}/components/libwidget_gtk2.so -.if !defined(WITH_MOZILLA) -MOZILLA= mozilla -HEADERS_SUFX= -.else +.if defined(WITH_MOZILLA) .if ${WITH_MOZILLA}=="mozilla-devel" || ${WITH_MOZILLA}=="mozilla-devel-gtk2" MOZILLA= mozilla-devel HEADERS_SUFX= -devel -.else -MOZILLA= mozilla +.elif ${WITH_MOZILLA}=="firefox" +MOZILLA= firefox HEADERS_SUFX= +DEPENDS_DIR= ${X11BASE}/lib/${MOZILLA}/lib/pkgconfig/firefox-gtkmozembed.pc .endif .endif @@ -40,9 +39,14 @@ USE_LIBTOOL_VER=15 USE_GMAKE= yes USE_REINPLACE= yes -CONFIGURE_ARGS= --with-mozilla-includes="${X11BASE}/include/mozilla${HEADERS_SUFX}" \ +.if ${MOZILLA} != "firefox" +CONFIGURE_ARGS= --with-mozilla-includes="${X11BASE}/include/${MOZILLA}" \ --with-mozilla-libs="${X11BASE}/lib/${MOZILLA}" -CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include -I${X11BASE}/include ${PTHREAD_CFLAGS}" \ +.else +CONFIGURE_ARGS= --with-mozilla=firefox +CONFIGURE_ENV= PKG_CONFIG_PATH=${PKG_CONFIG_PATH}:${X11BASE}/lib/${MOZILLA}/lib/pkgconfig +.endif +CONFIGURE_ENV+= CPPFLAGS="-I${LOCALBASE}/include -I${X11BASE}/include ${PTHREAD_CFLAGS}" \ LIBS="-L${LOCALBASE}/lib ${PTHREAD_LIBS}" GCONF_SCHEMAS= epiphany-lockdown.schemas epiphany.schemas @@ -68,6 +72,7 @@ @${ECHO_MSG} " change this by defining WITH_MOZILLA to one of the following values:" @${ECHO_MSG} @${ECHO_MSG} " mozilla-devel " + @${ECHO_MSG} " firefox " @${ECHO_MSG} "" post-patch: @@ -90,7 +95,7 @@ > ${WRKDIR}/epiphany pre-install: - @-${X11BASE}/bin/gconftool-2 --shutdown + @${X11BASE}/bin/gconftool-2 --shutdown post-install: @${MV} -f ${PREFIX}/bin/epiphany ${PREFIX}/bin/epiphany-bin diff -Nur epiphany.orig/files/epiphany epiphany/files/epiphany --- epiphany.orig/files/epiphany Mon Aug 16 16:50:53 2004 +++ epiphany/files/epiphany Tue Oct 5 15:53:09 2004 @@ -2,6 +2,15 @@ dist_bin=`dirname $0` +WITH_MOZILLA=%%MOZILLA%% +FIREFOX_VERSION= + +if [ ${WITH_MOZILLA} = "firefox" ]; then + export PKG_CONFIG_PATH=%%X11BASE%%/lib/%%MOZILLA%%/lib/pkgconfig + FIREFOX_VERSION=`pkg-config --modversion firefox-gtkmozembed` + LD_PATH_ADD="/lib/firefox-${FIREFOX_VERSION}" +fi + MOZILLA_HOME=%%X11BASE%%/lib/%%MOZILLA%% if [ -z "$MOZ_PLUGIN_PATH" ]; then @@ -10,9 +19,9 @@ fi if [ -n "$LD_LIBRARY_PATH" ]; then - LD_LIBRARY_PATH=$MOZILLA_HOME:$LD_LIBRARY_PATH + LD_LIBRARY_PATH=$MOZILLA_HOME${LD_PATH_ADD}:$LD_LIBRARY_PATH else - LD_LIBRARY_PATH=$MOZILLA_HOME + LD_LIBRARY_PATH=$MOZILLA_HOME${LD_PATH_ADD} fi export LD_LIBRARY_PATH --------------080008060600040103070105-- From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 5 16:03:34 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D05616A4F7 for ; Tue, 5 Oct 2004 16:03:34 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 532B343D2D for ; Tue, 5 Oct 2004 16:03:33 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i95G3QQg005290; Tue, 5 Oct 2004 12:03:26 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: vova@fbsd.ru In-Reply-To: <1096960940.2221.9.camel@localhost> References: <1096960940.2221.9.camel@localhost> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-wDJyYlOTYsMY6XbE5E0D" Organization: MarcusCom, Inc. Message-Id: <1096992207.55164.8.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 05 Oct 2004 12:03:27 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com cc: gnome Subject: Re: XKB initialization error on session start X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 16:03:34 -0000 --=-wDJyYlOTYsMY6XbE5E0D Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2004-10-05 at 03:22, Vladimir Grebenschikov wrote: > Hi >=20 > On gnome login warning about XKB error appears and suggest report result > of following commands: >=20 > % xprop -root | grep XKB > _XKB_RULES_NAMES_BACKUP(STRING) =3D "xfree86", "pc105", "us+ru", "", > "altwin:meta_win,grp_led:scroll,grp:rctrl_toggle" > _XKB_RULES_NAMES(STRING) =3D "xfree86", "pc105", "us+ru", "", > "altwin:meta_win,grp_led:scroll,grp:rctrl_toggle" > % gconftool-2 -R /desktop/gnome/peripherals/keyboard/xkb > layouts =3D [us+ru] > model =3D pc105 > overrideSettings =3D false > options =3D [altwin altwin:meta_win,grp_led grp_led:scroll,grp > grp:rctrl_toggle] > update_handlers =3D [] > % >=20 > This is appears after migrationg to Xorg and gnome-2.8 >=20 > Looks like there is something wrong with mode-switch in my X > configuration >=20 > corresponding part of xorg.conf: >=20 > Section "InputDevice" > Identifier "Keyboard0" > Driver "keyboard" > =20 > Option "XkbRules" "xfree86" > Option "XkbModel" "pc105" =20 > Option "XkbLayout" "us+ru" =20 > Option "XkbOptions" > "altwin:meta_win,grp_led:scroll,grp:rctrl_toggle" >=20 > EndSection >=20 > XEmacs also complains something about it: >=20 > (1) (key-mapping/warning) XEmacs: Mode_switch (0x5d) generates both > Mod3 and Mod5, which is nonsensical. >=20 > And xbbvleds lights two leds (2nd and 4th) on mode-switch key (right > control). >=20 >=20 > Any hints will be very appreciated. Read /usr/ports/UPDATING. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-wDJyYlOTYsMY6XbE5E0D Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBYsXPb2iPiv4Uz4cRApGWAJ94fT3H1oNcEqzepHUTzBRMuAoh5gCfQnRt 4ocBIebmOsrDXATXec7D6CQ= =FUw3 -----END PGP SIGNATURE----- --=-wDJyYlOTYsMY6XbE5E0D-- From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 5 16:46:00 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFC5516A4CE for ; Tue, 5 Oct 2004 16:46:00 +0000 (GMT) Received: from fed1rmmtao04.cox.net (fed1rmmtao04.cox.net [68.230.241.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91CD743D53 for ; Tue, 5 Oct 2004 16:46:00 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by fed1rmmtao04.cox.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20041005164600.MNMH3908.fed1rmmtao04.cox.net@mezz.mezzweb.com>; Tue, 5 Oct 2004 12:46:00 -0400 Date: Tue, 05 Oct 2004 11:46:00 -0500 To: "Michael Johnson" References: From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: User-Agent: Opera M2/7.54 (Linux, build 751) cc: FreeBSD GNOME Users Subject: Re: Gstreamer-plugins splitting ports .. needs testing and feed back ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 16:46:01 -0000 On Mon, 4 Oct 2004 21:43:22 -0400, Michael Johnson wrote: > Hi, > I've tried to get ahold of lioux@ for a while now trying to talk to him > about splitting multimedia/gstreamer-plugins in to separate ports > for each plugin but I have not yet received a reply. So I have started > splitting up gstreamer-plugins in to separate ports for each plugin > I've spent about 5hours on it so far and I have completed a separate > plugin for ever plugin we had before, 47 in all and all working. I have > a working > bsd.gstreamer.mk for use of WANT_GSTREAMER & USE_GSTREAMER=PLUGIN and > one working port using USE_GSTREAMER, which is audio/rhythmbox > > I used NetBSD's pkgsrc a guide to see what they have done to split up > gstreamer-plugins, can be viewed here > http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/multimedia/gst-plugins/ > Makefile.common has all the goodies. Gentoo's Portage also does this and > it gave me a few ideas also. > > From my checklist I feel like I'm 90% done, but the last 10% will take > 90% of the time. Nice, thanks for your work! I haven't check with this yet, but I support with your idea/action/work as this method is a better solution. Only thing is that I never realized that it has 47 stuff in it. :-) However, I will 'try' to check and might test it this week or weekend as when I find time, but I should be more back to normal in the next week. Cheers, Mezz > Checklist: > > Done: > - bsd.gstreamer.mk > - separate gstreamer-plugins in single ports (47 new ports) > > Todo: > - Retest all the ports > - Figure out which ports use gstreamer-plugins and which plugins each > needs > - Code cleanup, spelling, any conflicts or needed dependencies within > gstreamer-plugins > > In-Question: > - Figure out how to make configure faster and not check so much and > only check what it needs > it takes longer to configure a gstreamer-plugins-X port than it > does to build > - Should sys/ plugins also be separated in to their own ports (this > includes cdrom, vcd, and oss audio)? > as of now they are built by default > > Please check it out and see > cvs: cvs -d:pserver:anoncvs@ahze.net:/home/cvs co gst-ports > cvsweb: http://ahze.net:8080/cgi-bin/cvsweb.cgi/gst-ports/ > tar.gz: http://ahze.net:8080/dist/gst-ports.tar.gz > > Positive and negative feedback is greatly appreciated > > Cheers, > Michael -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-gnome@FreeBSD.ORG Tue Oct 5 20:41:52 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4637C16A4CE for ; Tue, 5 Oct 2004 20:41:52 +0000 (GMT) Received: from pop-1.dnv.wideopenwest.com (pop-1.dnv.wideopenwest.com [64.233.207.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD2DE43D45 for ; Tue, 5 Oct 2004 20:41:51 +0000 (GMT) (envelope-from onesmartidiot@wideopenwest.com) Received: from blain (d60-65-101-200.col.wideopenwest.com [65.60.200.101]) i95L2D6X013215 for ; Tue, 5 Oct 2004 16:02:17 -0500 Message-Id: <200410052102.i95L2D6X013215@pop-1.dnv.wideopenwest.com> From: "Blain Gatterdam" To: Date: Tue, 5 Oct 2004 16:41:53 -0400 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcSqh9UcZqalnphxRR2XrQCJw/Thuw== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: wireless linksys-b usb adapter or pci card.. X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 20:41:52 -0000 Hello, Let's first start off by saying that I am I 15 year old "newbie" to UNIX. I grew up with Microsoft Windows, so this is a little different for me. My uncle set me up with gnome bsd not to long ago, before that I had KDE 3.1 (*never knew how to use that either*). The purpose of this machine is to run 24X7 as a host web server. I want user to remotely connect to my machine with other programs such as putty.exe. But my uncle is familiar with this enough to help me there, I just need connected. I would prefer to be hooked up "wirelessly", but I don't know what gnome is compatible with. I use a LINKSYS USB-B (*wusb11*) on my "Microsoft machine", can I buy another adaptor for freebsd or gnome? It can be the usb one or the PCI type. I just need a little help getting this bad boy connected to the internet. Any help will be appreciated, thanks, Blain Asus A7N8X Deluxe AMD AthlonR XP 2500+ 1.8Ghz 256MB 333Mhz DDR 80Gb Western Digital Caviar Drive Geforce 2 MX400 From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 00:43:25 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0449E16A4CE for ; Wed, 6 Oct 2004 00:43:25 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8840043D55 for ; Wed, 6 Oct 2004 00:43:24 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i960hGCA009933; Tue, 5 Oct 2004 20:43:17 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Blain Gatterdam In-Reply-To: <200410052102.i95L2D6X013215@pop-1.dnv.wideopenwest.com> References: <200410052102.i95L2D6X013215@pop-1.dnv.wideopenwest.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-XvQ+/qapWv/mGF8RjGGq" Organization: MarcusCom, Inc. Message-Id: <1097023399.79913.17.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 05 Oct 2004 20:43:19 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com cc: freebsd-gnome@freebsd.org Subject: Re: wireless linksys-b usb adapter or pci card.. X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 00:43:25 -0000 --=-XvQ+/qapWv/mGF8RjGGq Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2004-10-05 at 16:41, Blain Gatterdam wrote: > Hello, >=20 > =20 >=20 > Let's first start off by saying that I am I 15 year old "newbie" to UNIX.= I > grew up with Microsoft Windows, so this is a little different for me. My > uncle set me up with gnome bsd not to long ago, before that I had KDE 3.1 > (*never knew how to use that either*). The purpose of this machine is to = run > 24X7 as a host web server. Hmmm, usually you don't run desktop software on a webserver (for extra security, and for resource reasons), but it's certainly doable. > I want user to remotely connect to my machine > with other programs such as putty.exe. > But my uncle is familiar with this > enough to help me there, I just need connected. I would prefer to be hook= ed > up "wirelessly", but I don't know what gnome is compatible with. I use a > LINKSYS USB-B (*wusb11*) on my "Microsoft machine", can I buy another > adaptor for freebsd or gnome? It can be the usb one or the PCI type. I ju= st > need a little help getting this bad boy connected to the internet. First, GNOME is simply a desktop. It's a piece of software similar to Explorer, the Start Menu, and the Taskbar in Windows. It doesn't care what type of network adapter you use. The only thing that would care are the various network applets, and all of them support all the various network cards, both wired and wireless, in FreeBSD. Second, it really depends on your version of FreeBSD as to which wireless cards will work for you. If you're using 5.2.1, 5.3-BETA, or -CURRENT, you can make use of "Project Evil" which allows FreeBSD to use Windows XP network drivers. This means that virtually any wireless network adapter will work (except USB). If you're using FreeBSD 4.X, your choices are pretty limited. The Cisco wireless cards work quite well, but are also very expensive. USB wireless is more or less out of the question in 4.X. Your best bet is to read the man page for wi(4) (``man wi''), and look at the list of supported cards (only 802.11b is supported). Your best bet is probably the Dlink DWL520 or the Linksys WDT11. Really, this question belongs on freebsd-questions@, and you might consider editing it a bit, and reposting. Other users might have better PCI wireless suggestions. Joe >=20 > =20 >=20 >=20 > Any help will be appreciated, thanks, >=20 > =20 > Blain >=20 > =20 >=20 > Asus A7N8X Deluxe >=20 > AMD AthlonR XP 2500+ 1.8Ghz >=20 > 256MB 333Mhz DDR >=20 > 80Gb Western Digital Caviar Drive >=20 > Geforce 2 MX400 >=20 > _______________________________________________ > freebsd-gnome@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-XvQ+/qapWv/mGF8RjGGq Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBYz+nb2iPiv4Uz4cRArBOAJ9vhSvEfddBCFx1B+G5N+QEw+/PSwCdHrX9 4atxNA/DGfvt1vzEcn+dfHw= =g+e7 -----END PGP SIGNATURE----- --=-XvQ+/qapWv/mGF8RjGGq-- From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 00:45:36 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7CE616A4CE for ; Wed, 6 Oct 2004 00:45:36 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D58E43D31 for ; Wed, 6 Oct 2004 00:45:34 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i960jPji009967; Tue, 5 Oct 2004 20:45:25 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Michael Johnson In-Reply-To: References: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-KbzH4ULdJsyu90S74jxB" Organization: MarcusCom, Inc. Message-Id: <1097023527.79913.20.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 05 Oct 2004 20:45:27 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com cc: FreeBSD GNOME Users Subject: Re: Gstreamer-plugins splitting ports .. needs testing and feed back ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 00:45:37 -0000 --=-KbzH4ULdJsyu90S74jxB Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2004-10-04 at 21:43, Michael Johnson wrote: > Hi, > I've tried to get ahold of lioux@ for a while now trying to talk to=20 > him about splitting multimedia/gstreamer-plugins in to separate ports > for each plugin but I have not yet received a reply. So I have started=20 > splitting up gstreamer-plugins in to separate ports for each plugin > I've spent about 5hours on it so far and I have completed a separate=20 > plugin for ever plugin we had before, 47 in all and all working. I have=20 > a working > bsd.gstreamer.mk for use of WANT_GSTREAMER & USE_GSTREAMER=3DPLUGIN and=20 > one working port using USE_GSTREAMER, which is audio/rhythmbox >=20 > I used NetBSD's pkgsrc a guide to see what they have done to split up=20 > gstreamer-plugins, can be viewed here=20 > http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/multimedia/gst-plugins/ > Makefile.common has all the goodies. Gentoo's Portage also does this=20 > and it gave me a few ideas also. >=20 > From my checklist I feel like I'm 90% done, but the last 10% will take=20 > 90% of the time. >=20 > Checklist: >=20 > Done: > - bsd.gstreamer.mk > - separate gstreamer-plugins in single ports (47 new ports) >=20 > Todo: > - Retest all the ports > - Figure out which ports use gstreamer-plugins and which plugins each=20 > needs > - Code cleanup, spelling, any conflicts or needed dependencies within=20 > gstreamer-plugins >=20 > In-Question: > - Figure out how to make configure faster and not check so much and=20 > only check what it needs > it takes longer to configure a gstreamer-plugins-X port than it=20 > does to build > - Should sys/ plugins also be separated in to their own ports (this=20 > includes cdrom, vcd, and oss audio)? > as of now they are built by default >=20 > Please check it out and see > cvs: cvs -d:pserver:anoncvs@ahze.net:/home/cvs co gst-ports > cvsweb: http://ahze.net:8080/cgi-bin/cvsweb.cgi/gst-ports/ > tar.gz: http://ahze.net:8080/dist/gst-ports.tar.gz >=20 > Positive and negative feedback is greatly appreciated There's a lot here, and I certainly haven't been through it all.=20 Besides my earlier request to allow for a way to build all of gstreamer-plugins in a monolithic way (like we can now) for testing purposes, I would add that you should include bsd.gstreamer.mk twice in bsd.port.mk (once during the bsd.port.pre.mk, and once during post).=20 This way it will work with things like OPTIONS. Joe >=20 > Cheers, > Michael >=20 > _______________________________________________ > freebsd-gnome@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-KbzH4ULdJsyu90S74jxB Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBY0Anb2iPiv4Uz4cRAtNDAJ4qo+gQJv5JAbD+ZwGpsOGmpMu0nQCcCwmY gSxuTscSzEUoSk6IW29qHtA= =dMf7 -----END PGP SIGNATURE----- --=-KbzH4ULdJsyu90S74jxB-- From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 00:51:51 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D5BC16A4D0; Wed, 6 Oct 2004 00:51:51 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id C925D43D46; Wed, 6 Oct 2004 00:51:50 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i960pfQg010021; Tue, 5 Oct 2004 20:51:41 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Jose M Rodriguez In-Reply-To: <200410051404.18385.freebsd@redesjm.local> References: <20041005015106.GG22274@toxic.magnesium.net> <1096942069.45818.5.camel@shumai.marcuscom.com> <200410051404.18385.freebsd@redesjm.local> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-B9pq8GukSZNDaSfo9fBf" Organization: MarcusCom, Inc. Message-Id: <1097023904.79913.24.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 05 Oct 2004 20:51:44 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com cc: FreeBSD GNOME Users cc: freebsd-gnome@freebsd.org Subject: Re: Gstreamer-plugins splitting ports .. needs testing and feed back ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 00:51:51 -0000 --=-B9pq8GukSZNDaSfo9fBf Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2004-10-05 at 08:04, Jose M Rodriguez wrote: > On Tuesday 05 October 2004 04:07, Joe Marcus Clarke wrote: > > On Mon, 2004-10-04 at 21:51, Adam Weinberger wrote: > > > >> (10.04.2004 @ 2143 PST): Michael Johnson said, in 2.0K: << > > > > > > > > - Figure out which ports use gstreamer-plugins and which > > > > plugins each needs > > > > > > > >> end of "Gstreamer-plugins splitting ports .. needs testing and > > > >> feed back ?" from Michael Johnson << > > > > > > I'd be interested in seeing the results of this sooner rather than > > > later; I still don't understand why this is necessary. For anything > > > that requires a libmad backend to gstreamer, we could just test for > > > something and make a ${BROKEN} error or something. > > > > That works when ports are being install interactively. However, when > > doing package building, we don't have that luxury. We could mark a > > port BROKEN if gstreamer-plugins was built without MAD support (the > > default), but that would mean we couldn't package it. > > >=20 > If gstreamer-plugins becomes a metaport selector, no port may depend on=20 > this. They must depends on a gstreamer-plugins-base and the plugins it=20 > really needs. >=20 > I think it must detect PACKAGE_BUILDING and only depends on=20 > gstreamer-plugins-base in that case. >=20 > This is a real big 'logistic' effort. It isn't by any means 'easy'. I don't really think we need a selector port, though that's certainly a possibility. These plug-ins are pretty useless by themselves. They're really only useful if another application will load them (yes, you can use the GST command line tools, but how many users really do that?). >=20 > > Splitting the port into multiple ports would give us the ability to > > package any port. An obvious example of this is the upcoming > > gnomemedia2 which will require CD Paranoia support in gst. > > > > The major disadvantage to this approach is the overwhelming > > administrative burden it adds. It's a pain to test [py-]libxml2 and > > [py-]libxslt. I can't imagine what a gstreamer-plugins update will > > do. For that reason, it might be nice to still have the ability to > > test-build all plug-ins in a monolithic way. > > >=20 > a gstreamer-plugins-test or gstreamer-plugins-devel port? Ideally, we shouldn't need an additional port. The gstreamer-plugins port should have the knobs to do this. However, if it would be easier, then creating a separate test port would be okay. Of course, if the maintainer(s) are willing to forgo this, and handle all the upgrade work themselves, who am I to complain. Joe >=20 > > Joe > > > > > # Adam > > > > > > > > > -- > > > Adam Weinberger > > > adamw@magnesium.net || adamw@FreeBSD.org > > > adamw@vectors.cx || adamw@gnome.org > > > http://www.vectors.cx > > > _______________________________________________ > > > freebsd-gnome@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > > > To unsubscribe, send any mail to > > > "freebsd-gnome-unsubscribe@freebsd.org" >=20 > -- > josemi --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-B9pq8GukSZNDaSfo9fBf Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBY0Ggb2iPiv4Uz4cRAgkSAJ9xCLq4fQqgaNogLHoN1tFW3+fH8QCePWdP iF5PdsWf7V6SNpzQQnD919Y= =Q+Bl -----END PGP SIGNATURE----- --=-B9pq8GukSZNDaSfo9fBf-- From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 00:51:51 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D5BC16A4D0; Wed, 6 Oct 2004 00:51:51 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id C925D43D46; Wed, 6 Oct 2004 00:51:50 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i960pfQg010021; Tue, 5 Oct 2004 20:51:41 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Jose M Rodriguez In-Reply-To: <200410051404.18385.freebsd@redesjm.local> References: <20041005015106.GG22274@toxic.magnesium.net> <1096942069.45818.5.camel@shumai.marcuscom.com> <200410051404.18385.freebsd@redesjm.local> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-B9pq8GukSZNDaSfo9fBf" Organization: MarcusCom, Inc. Message-Id: <1097023904.79913.24.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 05 Oct 2004 20:51:44 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com cc: FreeBSD GNOME Users cc: freebsd-gnome@freebsd.org Subject: Re: Gstreamer-plugins splitting ports .. needs testing and feed back ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 00:51:51 -0000 --=-B9pq8GukSZNDaSfo9fBf Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2004-10-05 at 08:04, Jose M Rodriguez wrote: > On Tuesday 05 October 2004 04:07, Joe Marcus Clarke wrote: > > On Mon, 2004-10-04 at 21:51, Adam Weinberger wrote: > > > >> (10.04.2004 @ 2143 PST): Michael Johnson said, in 2.0K: << > > > > > > > > - Figure out which ports use gstreamer-plugins and which > > > > plugins each needs > > > > > > > >> end of "Gstreamer-plugins splitting ports .. needs testing and > > > >> feed back ?" from Michael Johnson << > > > > > > I'd be interested in seeing the results of this sooner rather than > > > later; I still don't understand why this is necessary. For anything > > > that requires a libmad backend to gstreamer, we could just test for > > > something and make a ${BROKEN} error or something. > > > > That works when ports are being install interactively. However, when > > doing package building, we don't have that luxury. We could mark a > > port BROKEN if gstreamer-plugins was built without MAD support (the > > default), but that would mean we couldn't package it. > > >=20 > If gstreamer-plugins becomes a metaport selector, no port may depend on=20 > this. They must depends on a gstreamer-plugins-base and the plugins it=20 > really needs. >=20 > I think it must detect PACKAGE_BUILDING and only depends on=20 > gstreamer-plugins-base in that case. >=20 > This is a real big 'logistic' effort. It isn't by any means 'easy'. I don't really think we need a selector port, though that's certainly a possibility. These plug-ins are pretty useless by themselves. They're really only useful if another application will load them (yes, you can use the GST command line tools, but how many users really do that?). >=20 > > Splitting the port into multiple ports would give us the ability to > > package any port. An obvious example of this is the upcoming > > gnomemedia2 which will require CD Paranoia support in gst. > > > > The major disadvantage to this approach is the overwhelming > > administrative burden it adds. It's a pain to test [py-]libxml2 and > > [py-]libxslt. I can't imagine what a gstreamer-plugins update will > > do. For that reason, it might be nice to still have the ability to > > test-build all plug-ins in a monolithic way. > > >=20 > a gstreamer-plugins-test or gstreamer-plugins-devel port? Ideally, we shouldn't need an additional port. The gstreamer-plugins port should have the knobs to do this. However, if it would be easier, then creating a separate test port would be okay. Of course, if the maintainer(s) are willing to forgo this, and handle all the upgrade work themselves, who am I to complain. Joe >=20 > > Joe > > > > > # Adam > > > > > > > > > -- > > > Adam Weinberger > > > adamw@magnesium.net || adamw@FreeBSD.org > > > adamw@vectors.cx || adamw@gnome.org > > > http://www.vectors.cx > > > _______________________________________________ > > > freebsd-gnome@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > > > To unsubscribe, send any mail to > > > "freebsd-gnome-unsubscribe@freebsd.org" >=20 > -- > josemi --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-B9pq8GukSZNDaSfo9fBf Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBY0Ggb2iPiv4Uz4cRAgkSAJ9xCLq4fQqgaNogLHoN1tFW3+fH8QCePWdP iF5PdsWf7V6SNpzQQnD919Y= =Q+Bl -----END PGP SIGNATURE----- --=-B9pq8GukSZNDaSfo9fBf-- From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 01:14:16 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59CA116A4CE for ; Wed, 6 Oct 2004 01:14:16 +0000 (GMT) Received: from imf20aec.mail.bellsouth.net (imf20aec.mail.bellsouth.net [205.152.59.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9103E43D39 for ; Wed, 6 Oct 2004 01:14:06 +0000 (GMT) (envelope-from ahze@ahze.net) Received: from [192.168.1.5] ([68.209.163.3]) by imf20aec.mail.bellsouth.netESMTP <20041006011405.ILUP1719.imf20aec.mail.bellsouth.net@[192.168.1.5]>; Tue, 5 Oct 2004 21:14:05 -0400 In-Reply-To: <1097023527.79913.20.camel@shumai.marcuscom.com> References: <1097023527.79913.20.camel@shumai.marcuscom.com> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <0287D8BC-1735-11D9-8817-000A958C81C6@ahze.net> Content-Transfer-Encoding: 7bit From: Michael Johnson Date: Tue, 5 Oct 2004 21:14:02 -0400 To: Joe Marcus Clarke X-Mailer: Apple Mail (2.619) cc: FreeBSD GNOME Users Subject: Re: Gstreamer-plugins splitting ports .. needs testing and feed back ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 01:14:16 -0000 On Oct 5, 2004, at 8:45 PM, Joe Marcus Clarke wrote: > There's a lot here, and I certainly haven't been through it all. > Besides my earlier request to allow for a way to build all of > gstreamer-plugins in a monolithic way (like we can now) for testing > purposes, I would add that you should include bsd.gstreamer.mk twice in > bsd.port.mk (once during the bsd.port.pre.mk, and once during post). > This way it will work with things like OPTIONS. > > Joe I added the second include bsd.gstreamer.mk to bsd.port.mk not too long ago. When you say we need to be able to build gstreamer-plugins in a monolithic way, Would it be better to add a port say gstreamer-plugins-all, a kind of metaport, not really monolithic but it may work for what we want/need. Or add a "all" to bsd.gstreamer.mk which will build all plugins if USE_GSTREAMER=all is defined this may be useful for some ports. Or add a knob in gstreamer-plugins to build every plugin ? Michael From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 02:59:27 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B84D516A4CE for ; Wed, 6 Oct 2004 02:59:27 +0000 (GMT) Received: from etaq.com (mail.etaq.com [66.80.150.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E69F43D46 for ; Wed, 6 Oct 2004 02:59:23 +0000 (GMT) (envelope-from wayne@etaq.com) Received: by etaq.com (Postfix, from userid 1002) id 9A0735C76; Tue, 5 Oct 2004 21:59:22 -0500 (CDT) Date: Tue, 5 Oct 2004 21:59:22 -0500 From: Wayne M Barnes To: gnome@FreeBSD.org Message-ID: <20041006025922.GA6869@etaq.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: eclipse wants perl to be apprised ov XML::Parser, but how? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 02:59:27 -0000 --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Dear Gnomes, So that I can keep trying to install ports/java/eclipse: How can I apprise perl of the XML::parser that I just downloaded? It is now a directory: /usr/port/distfiles/XML-Parser-2.34 (unpacked from XML-Parser-2.34.tar.gz). Thank you for your support. -- Wayne M Barnes wayne@etaq.com fax: (314) 754-9556 --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="config.log" This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.59. Invocation command line was $ ./configure --disable-openssl --disable-gnutls --with-gtk=no --localstatedir=/usr/X11R6/share/gnome --datadir=/usr/X11R6/share/gnome --with-html-dir=/usr/X11R6/share/doc --disable-gtk-doc --with-gconf-source=xml::/usr/X11R6/etc/gconf/gconf.xml.defaults --prefix=/usr/X11R6 --build=i386-portbld-freebsd5.1 ## --------- ## ## Platform. ## ## --------- ## hostname = etaq.com uname -m = i386 uname -r = 5.1-RELEASE uname -s = FreeBSD uname -v = FreeBSD 5.1-RELEASE #0: Wed Mar 17 19:13:41 CST 2004 wayne@etaq.com:/usr/obj/usr/src/sys/SONATA5 /usr/bin/uname -p = i386 /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /usr/local/libexec/libtool15 PATH: /home/wayne PATH: /bin PATH: /sbin PATH: ./ PATH: /home/wayne/office52 PATH: /usr/local/genome/bin PATH: /usr/bin PATH: /usr/sbin PATH: /usr/libexec PATH: /usr/local/bin PATH: /usr/local/sbin PATH: /usr/X11R6/bin PATH: /usr/local/jdk1.4.2/bin PATH: /home/wayne/dummy ## ----------- ## ## Core tests. ## ## ----------- ## configure:1593: checking for a BSD-compatible install configure:1648: result: /usr/bin/install -c -o root -g wheel configure:1659: checking whether build environment is sane configure:1702: result: yes configure:1735: checking for gawk configure:1764: result: no configure:1735: checking for mawk configure:1764: result: no configure:1735: checking for nawk configure:1751: found /usr/bin/nawk configure:1761: result: nawk configure:1771: checking whether gmake sets $(MAKE) configure:1791: result: yes configure:1940: checking whether to enable maintainer-specific portions of Makefiles configure:1949: result: no configure:1991: checking for style of include used by gmake configure:2019: result: GNU configure:2090: checking for gcc configure:2116: result: cc configure:2360: checking for C compiler version configure:2363: cc --version &5 cc (GCC) 3.2.2 [FreeBSD] 20030205 (release) Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:2366: $? = 0 configure:2368: cc -v &5 Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.2.2 [FreeBSD] 20030205 (release) configure:2371: $? = 0 configure:2373: cc -V &5 cc: argument to `-V' is missing configure:2376: $? = 1 configure:2399: checking for C compiler default output file name configure:2402: cc -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include -L/usr/local/lib -lc_r conftest.c >&5 configure:2405: $? = 0 configure:2451: result: a.out configure:2456: checking whether the C compiler works configure:2462: ./a.out configure:2465: $? = 0 configure:2482: result: yes configure:2489: checking whether we are cross compiling configure:2491: result: no configure:2494: checking for suffix of executables configure:2496: cc -o conftest -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include -L/usr/local/lib -lc_r conftest.c >&5 configure:2499: $? = 0 configure:2524: result: configure:2530: checking for suffix of object files configure:2551: cc -c -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include conftest.c >&5 configure:2554: $? = 0 configure:2576: result: o configure:2580: checking whether we are using the GNU C compiler configure:2604: cc -c -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include conftest.c >&5 configure:2610: $? = 0 configure:2614: test -z || test ! -s conftest.err configure:2617: $? = 0 configure:2620: test -s conftest.o configure:2623: $? = 0 configure:2636: result: yes configure:2642: checking whether cc accepts -g configure:2663: cc -c -g -D_THREAD_SAFE -I/usr/local/include conftest.c >&5 configure:2669: $? = 0 configure:2673: test -z || test ! -s conftest.err configure:2676: $? = 0 configure:2679: test -s conftest.o configure:2682: $? = 0 configure:2693: result: yes configure:2710: checking for cc option to accept ANSI C configure:2780: cc -c -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include conftest.c >&5 configure:2786: $? = 0 configure:2790: test -z || test ! -s conftest.err configure:2793: $? = 0 configure:2796: test -s conftest.o configure:2799: $? = 0 configure:2817: result: none needed configure:2835: cc -c -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include conftest.c >&5 conftest.c:2: syntax error before "me" configure:2841: $? = 1 configure: failed program was: | #ifndef __cplusplus | choke me | #endif configure:2976: checking dependency style of cc configure:3038: result: gcc3 configure:3045: checking for strerror in -lcposix configure:3075: cc -o conftest -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include -L/usr/local/lib -lc_r conftest.c -lcposix >&5 /usr/bin/ld: cannot find -lcposix configure:3081: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "gnome-vfs" | #define VERSION "2.6.2" | /* end confdefs.h. */ | | /* Override any gcc2 internal prototype to avoid an error. */ | #ifdef __cplusplus | extern "C" | #endif | /* We use char because int might match the return type of a gcc2 | builtin and then its argument prototype would still apply. */ | char strerror (); | int | main () | { | strerror (); | ; | return 0; | } configure:3107: result: no configure:3161: checking for gcc configure:3187: result: cc configure:3431: checking for C compiler version configure:3434: cc --version &5 cc (GCC) 3.2.2 [FreeBSD] 20030205 (release) Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:3437: $? = 0 configure:3439: cc -v &5 Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.2.2 [FreeBSD] 20030205 (release) configure:3442: $? = 0 configure:3444: cc -V &5 cc: argument to `-V' is missing configure:3447: $? = 1 configure:3450: checking whether we are using the GNU C compiler configure:3506: result: yes configure:3512: checking whether cc accepts -g configure:3563: result: yes configure:3580: checking for cc option to accept ANSI C configure:3687: result: none needed configure:3705: cc -c -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include conftest.c >&5 conftest.c:2: syntax error before "me" configure:3711: $? = 1 configure: failed program was: | #ifndef __cplusplus | choke me | #endif configure:3846: checking dependency style of cc configure:3908: result: gcc3 configure:3918: checking how to run the C preprocessor configure:3953: cc -E -D_THREAD_SAFE -I/usr/local/include conftest.c configure:3959: $? = 0 configure:3991: cc -E -D_THREAD_SAFE -I/usr/local/include conftest.c conftest.c:11:28: ac_nonexistent.h: No such file or directory configure:3997: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "gnome-vfs" | #define VERSION "2.6.2" | /* end confdefs.h. */ | #include configure:4036: result: cc -E configure:4060: cc -E -D_THREAD_SAFE -I/usr/local/include conftest.c configure:4066: $? = 0 configure:4098: cc -E -D_THREAD_SAFE -I/usr/local/include conftest.c conftest.c:11:28: ac_nonexistent.h: No such file or directory configure:4104: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "gnome-vfs" | #define VERSION "2.6.2" | /* end confdefs.h. */ | #include configure:4151: checking for gawk configure:4177: result: nawk configure:4267: checking build system type configure:4285: result: i386-portbld-freebsd5.1 configure:4293: checking host system type configure:4307: result: i386-portbld-freebsd5.1 configure:4315: checking for a sed that does not truncate output configure:4369: result: /usr/bin/sed configure:4372: checking for egrep configure:4382: result: grep -E configure:4398: checking for ld used by cc configure:4465: result: /usr/bin/ld configure:4474: checking if the linker (/usr/bin/ld) is GNU ld configure:4489: result: yes configure:4494: checking for /usr/bin/ld option to reload object files configure:4501: result: -r configure:4510: checking for BSD-compatible nm configure:4552: result: /usr/bin/nm -B configure:4556: checking whether ln -s works configure:4560: result: yes configure:4567: checking how to recognise dependent libraries configure:4741: result: pass_all configure:5192: checking for ANSI C header files configure:5217: cc -c -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include conftest.c >&5 configure:5223: $? = 0 configure:5227: test -z || test ! -s conftest.err configure:5230: $? = 0 configure:5233: test -s conftest.o configure:5236: $? = 0 configure:5325: cc -o conftest -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include -L/usr/local/lib -lc_r conftest.c >&5 configure:5328: $? = 0 configure:5330: ./conftest configure:5333: $? = 0 configure:5348: result: yes configure:5372: checking for sys/types.h configure:5388: cc -c -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include conftest.c >&5 configure:5394: $? = 0 configure:5398: test -z || test ! -s conftest.err configure:5401: $? = 0 configure:5404: test -s conftest.o configure:5407: $? = 0 configure:5418: result: yes configure:5372: checking for sys/stat.h configure:5388: cc -c -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include conftest.c >&5 configure:5394: $? = 0 configure:5398: test -z || test ! -s conftest.err configure:5401: $? = 0 configure:5404: test -s conftest.o configure:5407: $? = 0 configure:5418: result: yes configure:5372: checking for stdlib.h configure:5388: cc -c -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include conftest.c >&5 configure:5394: $? = 0 configure:5398: test -z || test ! -s conftest.err configure:5401: $? = 0 configure:5404: test -s conftest.o configure:5407: $? = 0 configure:5418: result: yes configure:5372: checking for string.h configure:5388: cc -c -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include conftest.c >&5 configure:5394: $? = 0 configure:5398: test -z || test ! -s conftest.err configure:5401: $? = 0 configure:5404: test -s conftest.o configure:5407: $? = 0 configure:5418: result: yes configure:5372: checking for memory.h configure:5388: cc -c -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include conftest.c >&5 configure:5394: $? = 0 configure:5398: test -z || test ! -s conftest.err configure:5401: $? = 0 configure:5404: test -s conftest.o configure:5407: $? = 0 configure:5418: result: yes configure:5372: checking for strings.h configure:5388: cc -c -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include conftest.c >&5 configure:5394: $? = 0 configure:5398: test -z || test ! -s conftest.err configure:5401: $? = 0 configure:5404: test -s conftest.o configure:5407: $? = 0 configure:5418: result: yes configure:5372: checking for inttypes.h configure:5388: cc -c -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include conftest.c >&5 configure:5394: $? = 0 configure:5398: test -z || test ! -s conftest.err configure:5401: $? = 0 configure:5404: test -s conftest.o configure:5407: $? = 0 configure:5418: result: yes configure:5372: checking for stdint.h configure:5388: cc -c -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include conftest.c >&5 configure:5394: $? = 0 configure:5398: test -z || test ! -s conftest.err configure:5401: $? = 0 configure:5404: test -s conftest.o configure:5407: $? = 0 configure:5418: result: yes configure:5372: checking for unistd.h configure:5388: cc -c -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include conftest.c >&5 configure:5394: $? = 0 configure:5398: test -z || test ! -s conftest.err configure:5401: $? = 0 configure:5404: test -s conftest.o configure:5407: $? = 0 configure:5418: result: yes configure:5444: checking dlfcn.h usability configure:5456: cc -c -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include conftest.c >&5 configure:5462: $? = 0 configure:5466: test -z || test ! -s conftest.err configure:5469: $? = 0 configure:5472: test -s conftest.o configure:5475: $? = 0 configure:5485: result: yes configure:5489: checking dlfcn.h presence configure:5499: cc -E -D_THREAD_SAFE -I/usr/local/include conftest.c configure:5505: $? = 0 configure:5525: result: yes configure:5560: checking for dlfcn.h configure:5567: result: yes configure:5674: checking for C++ compiler version configure:5677: c++ --version &5 c++ (GCC) 3.2.2 [FreeBSD] 20030205 (release) Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:5680: $? = 0 configure:5682: c++ -v &5 Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.2.2 [FreeBSD] 20030205 (release) configure:5685: $? = 0 configure:5687: c++ -V &5 c++: argument to `-V' missing configure:5690: $? = 1 configure:5693: checking whether we are using the GNU C++ compiler configure:5717: c++ -c -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include conftest.cc >&5 configure:5723: $? = 0 configure:5727: test -z || test ! -s conftest.err configure:5730: $? = 0 configure:5733: test -s conftest.o configure:5736: $? = 0 configure:5749: result: yes configure:5755: checking whether c++ accepts -g configure:5776: c++ -c -g -D_THREAD_SAFE -I/usr/local/include conftest.cc >&5 configure:5782: $? = 0 configure:5786: test -z || test ! -s conftest.err configure:5789: $? = 0 configure:5792: test -s conftest.o configure:5795: $? = 0 configure:5806: result: yes configure:5848: c++ -c -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include conftest.cc >&5 configure:5854: $? = 0 configure:5858: test -z || test ! -s conftest.err configure:5861: $? = 0 configure:5864: test -s conftest.o configure:5867: $? = 0 configure:5893: c++ -c -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include conftest.cc >&5 conftest.cc: In function `int main()': conftest.cc:26: `exit' undeclared (first use this function) conftest.cc:26: (Each undeclared identifier is reported only once for each function it appears in.) configure:5899: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "gnome-vfs" | #define VERSION "2.6.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_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | /* end confdefs.h. */ | | int | main () | { | exit (42); | ; | return 0; | } configure:5848: c++ -c -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include conftest.cc >&5 configure:5854: $? = 0 configure:5858: test -z || test ! -s conftest.err configure:5861: $? = 0 configure:5864: test -s conftest.o configure:5867: $? = 0 configure:5893: c++ -c -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include conftest.cc >&5 configure:5899: $? = 0 configure:5903: test -z || test ! -s conftest.err configure:5906: $? = 0 configure:5909: test -s conftest.o configure:5912: $? = 0 configure:5937: checking dependency style of c++ configure:5999: result: gcc3 configure:6009: checking how to run the C++ preprocessor configure:6040: c++ -E -D_THREAD_SAFE -I/usr/local/include conftest.cc configure:6046: $? = 0 configure:6078: c++ -E -D_THREAD_SAFE -I/usr/local/include conftest.cc conftest.cc:25:28: ac_nonexistent.h: No such file or directory configure:6084: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "gnome-vfs" | #define VERSION "2.6.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_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #ifdef __cplusplus | extern "C" void std::exit (int) throw (); using std::exit; | #endif | /* end confdefs.h. */ | #include configure:6123: result: c++ -E configure:6147: c++ -E -D_THREAD_SAFE -I/usr/local/include conftest.cc configure:6153: $? = 0 configure:6185: c++ -E -D_THREAD_SAFE -I/usr/local/include conftest.cc conftest.cc:25:28: ac_nonexistent.h: No such file or directory configure:6191: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "gnome-vfs" | #define VERSION "2.6.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_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #ifdef __cplusplus | extern "C" void std::exit (int) throw (); using std::exit; | #endif | /* end confdefs.h. */ | #include configure:6286: checking for g77 configure:6315: result: no configure:6286: checking for f77 configure:6302: found /usr/bin/f77 configure:6312: result: f77 configure:6327: checking for Fortran 77 compiler version configure:6330: f77 --version &5 GNU Fortran (GCC 3.2.2 [FreeBSD] 20030205 (release)) 3.2.2 20030205 (release) Copyright (C) 2002 Free Software Foundation, Inc. GNU Fortran comes with NO WARRANTY, to the extent permitted by law. You may redistribute copies of GNU Fortran under the terms of the GNU General Public License. For more information about these matters, see the file named COPYING or type the command `info -f g77 Copying'. configure:6333: $? = 0 configure:6335: f77 -v &5 Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.2.2 [FreeBSD] 20030205 (release) configure:6338: $? = 0 configure:6340: f77 -V &5 f77: argument to `-V' missing configure:6343: $? = 1 configure:6351: checking whether we are using the GNU Fortran 77 compiler configure:6365: f77 -c conftest.F >&5 configure:6371: $? = 0 configure:6375: test -z || test ! -s conftest.err configure:6378: $? = 0 configure:6381: test -s conftest.o configure:6384: $? = 0 configure:6397: result: yes configure:6403: checking whether f77 accepts -g configure:6415: f77 -c -g conftest.f >&5 configure:6421: $? = 0 configure:6425: test -z || test ! -s conftest.err configure:6428: $? = 0 configure:6431: test -s conftest.o configure:6434: $? = 0 configure:6446: result: yes configure:6476: checking the maximum length of command line arguments configure:6541: result: 65536 configure:6552: checking command to parse /usr/bin/nm -B output from cc object configure:6641: cc -c -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include conftest.c >&5 configure:6644: $? = 0 configure:6648: /usr/bin/nm -B conftest.o \| sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' \> conftest.nm configure:6651: $? = 0 configure:6703: cc -o conftest -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include -L/usr/local/lib -lc_r conftest.c conftstm.o >&5 configure:6706: $? = 0 configure:6744: result: ok configure:6748: checking for objdir configure:6763: result: .libs configure:6853: checking for ar configure:6869: found /usr/bin/ar configure:6880: result: ar configure:6933: checking for ranlib configure:6949: found /usr/bin/ranlib configure:6960: result: ranlib configure:7013: checking for strip configure:7029: found /usr/bin/strip configure:7040: result: strip configure:7302: checking if cc static flag works configure:7325: result: yes configure:7343: checking if cc supports -fno-rtti -fno-exceptions configure:7361: cc -c -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include -fno-rtti -fno-exceptions conftest.c >&5 configure:7365: $? = 0 configure:7376: result: yes configure:7391: checking for cc option to produce PIC configure:7568: result: -fPIC configure:7576: checking if cc PIC flag -fPIC works configure:7594: cc -c -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include -fPIC -DPIC conftest.c >&5 configure:7598: $? = 0 configure:7609: result: yes configure:7633: checking if cc supports -c -o file.o configure:7654: cc -c -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include -o out/conftest2.o conftest.c >&5 configure:7658: $? = 0 configure:7678: result: yes configure:7704: checking whether the cc linker (/usr/bin/ld) supports shared libraries configure:8553: result: yes configure:8579: checking whether -lc should be explicitly linked in configure:8584: cc -c -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include conftest.c >&5 configure:8587: $? = 0 configure:8601: cc -shared conftest.o -v -Wl,-soname -Wl,conftest -o conftest 2\>\&1 \| grep -lc \>/dev/null 2\>\&1 configure:8604: $? = 1 configure:8616: result: yes configure:8624: checking dynamic linker characteristics configure:9176: result: freebsd5.1 ld.so configure:9180: checking how to hardcode library paths into programs configure:9205: result: immediate configure:9219: checking whether stripping libraries is possible configure:9224: result: yes configure:10054: checking if libtool supports shared libraries configure:10056: result: yes configure:10059: checking whether to build shared libraries configure:10117: result: yes configure:10120: checking whether to build static libraries configure:10124: result: yes configure:10216: creating libtool configure:10763: checking for ld used by c++ configure:10830: result: /usr/bin/ld configure:10839: checking if the linker (/usr/bin/ld) is GNU ld configure:10854: result: yes configure:10905: checking whether the c++ linker (/usr/bin/ld) supports shared libraries configure:11733: result: yes configure:11751: c++ -c -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include conftest.cc >&5 configure:11754: $? = 0 configure:11850: checking for c++ option to produce PIC configure:12102: result: -fPIC configure:12110: checking if c++ PIC flag -fPIC works configure:12128: c++ -c -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include -fPIC -DPIC conftest.cc >&5 configure:12132: $? = 0 configure:12143: result: yes configure:12167: checking if c++ supports -c -o file.o configure:12188: c++ -c -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -I/usr/local/include -o out/conftest2.o conftest.cc >&5 configure:12192: $? = 0 configure:12212: result: yes configure:12238: checking whether the c++ linker (/usr/bin/ld) supports shared libraries configure:12266: result: yes configure:12337: checking dynamic linker characteristics configure:12889: result: freebsd5.1 ld.so configure:12893: checking how to hardcode library paths into programs configure:12918: result: immediate configure:12932: checking whether stripping libraries is possible configure:12937: result: yes configure:14244: checking if libtool supports shared libraries configure:14246: result: yes configure:14249: checking whether to build shared libraries configure:14267: result: yes configure:14270: checking whether to build static libraries configure:14274: result: yes configure:14286: checking for f77 option to produce PIC configure:14463: result: -fPIC configure:14471: checking if f77 PIC flag -fPIC works configure:14489: f77 -c -g -O2 -fPIC conftest.f >&5 configure:14493: $? = 0 configure:14504: result: yes configure:14528: checking if f77 supports -c -o file.o configure:14549: f77 -c -g -O2 -o out/conftest2.o conftest.f >&5 configure:14553: $? = 0 configure:14573: result: yes configure:14599: checking whether the f77 linker (/usr/bin/ld) supports shared libraries configure:15428: result: yes configure:15499: checking dynamic linker characteristics configure:16051: result: freebsd5.1 ld.so configure:16055: checking how to hardcode library paths into programs configure:16080: result: immediate configure:16094: checking whether stripping libraries is possible configure:16099: result: yes configure:20201: checking for intltool >= 0.29 configure:20211: result: 0.31.1 found configure:20266: checking for perl configure:20284: found /usr/bin/perl configure:20296: result: /usr/bin/perl configure:20314: checking for XML::Parser configure:20320: error: XML::Parser perl module is required for intltool ## ---------------- ## ## Cache variables. ## ## ---------------- ## lt_lt_cv_sys_global_symbol_pipe='"sed -n -e '\''s/^.*[ ]\\([ABCDGIRSTW][ABCDGIRSTW]*\\)[ ][ ]*\\(\\)\\([_A-Za-z][_A-Za-z0-9]*\\)\$/\\1 \\2\\3 \\3/p'\''"' ac_cv_prog_ac_ct_F77=f77 am_cv_CC_dependencies_compiler_type=gcc3 ac_cv_prog_CXXCPP='c++ -E' ac_cv_env_CXXFLAGS_value='-O -pipe -mcpu=pentiumpro' lt_cv_sys_global_symbol_to_cdecl='sed -n -e '\''s/^. .* \(.*\)$/extern int \1;/p'\''' ac_cv_f77_compiler_gnu=yes ac_cv_env_F77_value= ac_cv_header_stdlib_h=yes lt_cv_file_magic_cmd='$MAGIC_CMD' ac_cv_path_INTLTOOL_PERL=/usr/bin/perl lt_cv_prog_gnu_ldcxx=yes ac_cv_lib_cposix_strerror=no ac_cv_prog_cc_g=yes ac_cv_env_CXXCPP_set= ac_cv_env_LDFLAGS_set=set lt_cv_prog_compiler_c_o_CXX=yes ac_cv_prog_ac_ct_AR=ar ac_cv_c_compiler_gnu=yes ac_cv_exeext= ac_cv_env_CFLAGS_set=set lt_cv_sys_global_symbol_to_c_name_address='sed -n -e '\''s/^: \([^ ]*\) $/ {\"\1\", (lt_ptr) 0},/p'\'' -e '\''s/^[BCDEGRST] \([^ ]*\) \([^ ]*\)$/ {"\2", (lt_ptr) \&\2},/p'\''' lt_lt_cv_sys_global_symbol_to_cdecl='"sed -n -e '\''s/^. .* \\(.*\\)\$/extern int \\1;/p'\''"' ac_cv_prog_make_gmake_set=yes ac_cv_env_FFLAGS_set= lt_cv_sys_max_cmd_len=65536 ac_cv_env_CPP_value= ac_cv_env_CPPFLAGS_set=set ac_cv_cxx_compiler_gnu=yes ac_cv_env_CXX_set=set lt_lt_cv_prog_compiler_c_o_CXX='"yes"' ac_cv_env_host_alias_set= lt_lt_cv_sys_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_ld_reload_flag=-r lt_cv_prog_gnu_ld=yes ac_cv_header_sys_stat_h=yes ac_cv_env_build_alias_set=set lt_cv_prog_compiler_c_o=yes ac_cv_prog_f77_g=yes ac_cv_env_CXXCPP_value= ac_cv_env_LDFLAGS_value='-L/usr/local/lib -lc_r' ac_cv_env_target_alias_set= ac_cv_host_alias=i386-portbld-freebsd5.1 ac_cv_prog_cc_stdc= ac_cv_env_CFLAGS_value='-O -pipe -mcpu=pentiumpro' ac_cv_env_CC_set=set lt_cv_prog_compiler_c_o_F77=yes ac_cv_header_sys_types_h=yes ac_cv_header_stdc=yes ac_cv_header_strings_h=yes lt_cv_path_SED=/usr/bin/sed ac_cv_header_stdint_h=yes ac_cv_header_inttypes_h=yes ac_cv_prog_egrep='grep -E' ac_cv_env_FFLAGS_value= lt_cv_path_LD=/usr/bin/ld lt_cv_prog_compiler_rtti_exceptions=yes ac_cv_header_unistd_h=yes ac_cv_header_string_h=yes ac_cv_build_alias=i386-portbld-freebsd5.1 ac_cv_env_CPPFLAGS_value='-D_THREAD_SAFE -I/usr/local/include' lt_lt_cv_prog_compiler_c_o='"yes"' ac_cv_prog_ac_ct_RANLIB=ranlib ac_cv_header_memory_h=yes ac_cv_env_CXXFLAGS_set=set ac_cv_env_CXX_value=c++ ac_cv_prog_ac_ct_STRIP=strip ac_cv_host=i386-portbld-freebsd5.1 ac_cv_env_F77_set= ac_cv_env_host_alias_value= lt_lt_cv_prog_compiler_c_o_F77='"yes"' lt_cv_objdir=.libs ac_cv_prog_cxx_g=yes lt_cv_file_magic_test_file= am_cv_CXX_dependencies_compiler_type=gcc3 ac_cv_build=i386-portbld-freebsd5.1 ac_cv_prog_CPP='cc -E' ac_cv_prog_AWK=nawk ac_cv_env_build_alias_value=i386-portbld-freebsd5.1 lt_cv_sys_global_symbol_pipe='sed -n -e '\''s/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p'\''' lt_cv_deplibs_check_method=pass_all ac_cv_prog_ac_ct_CC=cc lt_cv_path_LDCXX=/usr/bin/ld ac_cv_env_target_alias_value= ac_cv_env_CC_value=cc lt_cv_path_NM='/usr/bin/nm -B' ac_cv_env_CPP_set= ac_cv_header_dlfcn_h=yes ac_cv_objext=o ## ----------------- ## ## Output variables. ## ## ----------------- ## ACLOCAL='${SHELL} /usr/ports/devel/gnomevfs2/work/gnome-vfs-2.6.2/missing --run aclocal-1.6' ACLOCAL_AMFLAGS='${ACLOCAL_FLAGS}' ALLOCA='' AMDEPBACKSLASH='\' AMDEP_FALSE='#' AMDEP_TRUE='' AMTAR='${SHELL} /usr/ports/devel/gnomevfs2/work/gnome-vfs-2.6.2/missing --run tar' AR='ar' AS='as' AUTOCONF='${SHELL} /usr/ports/devel/gnomevfs2/work/gnome-vfs-2.6.2/missing --run autoconf' AUTOHEADER='${SHELL} /usr/ports/devel/gnomevfs2/work/gnome-vfs-2.6.2/missing --run autoheader' AUTOMAKE='${SHELL} /usr/ports/devel/gnomevfs2/work/gnome-vfs-2.6.2/missing --run automake-1.6' AWK='nawk' BONOBO_ACTIVATION_REQUIRED='' BONOBO_IDLDIR='' BONOBO_REQUIRED='' BUILD_CDEMENU_MODULE_FALSE='' BUILD_CDEMENU_MODULE_TRUE='' BZ2_LIBS='' CATALOGS='' CATOBJEXT='' CC='cc' CCDEPMODE='depmode=gcc3' CFLAGS='-O -pipe -mcpu=pentiumpro' CPP='cc -E' CPPFLAGS='-D_THREAD_SAFE -I/usr/local/include' CXX='c++' CXXCPP='c++ -E' CXXDEPMODE='depmode=gcc3' CXXFLAGS='-O -pipe -mcpu=pentiumpro' DATADIRNAME='' DEFS='' DEPDIR='.deps' DLLTOOL='dlltool' ECHO='echo' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='grep -E' ENABLE_GTK_DOC_FALSE='' ENABLE_GTK_DOC_TRUE='' ENABLE_PROFILER='' ENABLE_PROFILER_FALSE='' ENABLE_PROFILER_TRUE='' EXEEXT='' F77='f77' FAM_LIBS='' FFLAGS='-g -O2' GCONFTOOL='' GCONF_REQUIRED='' GCONF_SCHEMAS_INSTALL_FALSE='' GCONF_SCHEMAS_INSTALL_TRUE='' GCONF_SCHEMA_CONFIG_SOURCE='' GCONF_SCHEMA_FILE_DIR='' GETTEXT_PACKAGE='' GLIB_REQUIRED='' GMOFILES='' GMSGFMT='' GNOME_VFS_DIR='' GTK_DOC_USE_LIBTOOL_FALSE='' GTK_DOC_USE_LIBTOOL_TRUE='' HAVE_CDDA_FALSE='' HAVE_CDDA_TRUE='' HAVE_LIBEFS_FALSE='' HAVE_LIBEFS_TRUE='' HAVE_SAMBA_FALSE='' HAVE_SAMBA_TRUE='' HAVE_SSL_FALSE='' HAVE_SSL_TRUE='' HTML_DIR='' INSTALL_DATA='install -o root -g wheel -m 444' INSTALL_PROGRAM='install -s -o root -g wheel -m 555' INSTALL_SCRIPT='install -o root -g wheel -m 555' INSTALL_STRIP_PROGRAM='${SHELL} $(install_sh) -c -s' INSTOBJEXT='' INTLLIBS='' INTLTOOL_CAVES_RULE='%.caves: %.caves.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_DESKTOP_RULE='%.desktop: %.desktop.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_DIRECTORY_RULE='%.directory: %.directory.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_EXTRACT='$(top_builddir)/intltool-extract' INTLTOOL_KBD_RULE='%.kbd: %.kbd.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -m -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_KEYS_RULE='%.keys: %.keys.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -k -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_MERGE='$(top_builddir)/intltool-merge' INTLTOOL_OAF_RULE='%.oaf: %.oaf.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -o -p $(top_srcdir)/po $< $@' INTLTOOL_PERL='/usr/bin/perl' INTLTOOL_PONG_RULE='%.pong: %.pong.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_PROP_RULE='%.prop: %.prop.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_SCHEMAS_RULE='%.schemas: %.schemas.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -s -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_SERVER_RULE='%.server: %.server.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -o -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_SHEET_RULE='%.sheet: %.sheet.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_SOUNDLIST_RULE='%.soundlist: %.soundlist.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_THEME_RULE='%.theme: %.theme.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_UI_RULE='%.ui: %.ui.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_UPDATE='$(top_builddir)/intltool-update' INTLTOOL_XAM_RULE='%.xam: %.xml.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_XML_RULE='%.xml: %.xml.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' LDFLAGS='-L/usr/local/lib -lc_r' LIBEFS_CFLAGS='' LIBEFS_LIBS='' LIBGNOMEVFS_AGE='600' LIBGNOMEVFS_CFLAGS='' LIBGNOMEVFS_CURRENT='600' LIBGNOMEVFS_LIBS='' LIBGNOMEVFS_REVISION='2' LIBGNOMEVFS_VERSION='2.6.2' LIBGNUTLS_CFLAGS='' LIBGNUTLS_CONFIG='' LIBGNUTLS_LIBS='' LIBIDL_REQUIRED='' LIBOBJS='' LIBS='' LIBTOOL='$(SHELL) /usr/local/bin/libtool15' LN_S='ln -s' LTLIBOBJS='' MAINT='#' MAINTAINER_MODE_FALSE='' MAINTAINER_MODE_TRUE='#' MAKEINFO='${SHELL} /usr/ports/devel/gnomevfs2/work/gnome-vfs-2.6.2/missing --run makeinfo' MKINSTALLDIRS='' MODULES_CFLAGS='' MODULES_FILE_CFLAGS='' MODULES_FILE_LIBS='' MODULES_GCONF_CFLAGS='' MODULES_GCONF_LIBS='' MODULES_LIBS='' MODULES_XML_CFLAGS='' MODULES_XML_GCONF_CFLAGS='' MODULES_XML_GCONF_LIBS='' MODULES_XML_LIBS='' MONIKERS_CFLAGS='' MONIKERS_LIBS='' MSGFMT='' OBJDUMP='objdump' OBJEXT='o' OPENSSL_CFLAGS='' OPENSSL_LIBS='' ORBIT_IDL='' ORBIT_REQUIRED='' PACKAGE='gnome-vfs' PACKAGE_BUGREPORT='' PACKAGE_NAME='' PACKAGE_STRING='' PACKAGE_TARNAME='' PACKAGE_VERSION='' PATH_SEPARATOR=':' PERL='' PKG_CONFIG='' POFILES='' POPT_LIBS='' POSUB='' PO_IN_DATADIR_FALSE='' PO_IN_DATADIR_TRUE='' RANLIB='ranlib' REBUILD='' SAMBA_CFLAGS='' SAMBA_LIBS='' SET_MAKE='' SHELL='/bin/sh' SSH_PROGRAM='' STRIP='strip' TEST_CFLAGS='' TEST_LIBS='' TOP_BUILDDIR='' USE_NLS='' VERSION='2.6.2' VFS_CFLAGS='' VFS_INCLUDEDIR='' VFS_LIBDIR='' VFS_LIBS='' VFS_OFFSET='' VFS_OFFSET_IS='' VFS_OFFSET_PRINTF='' VFS_SIZE='' VFS_SIZE_IS='' VFS_SIZE_PRINTF='' WARN_CFLAGS='' XGETTEXT='' XML_REQUIRED='' ac_ct_AR='ar' ac_ct_AS='' ac_ct_CC='cc' ac_ct_CXX='' ac_ct_DLLTOOL='' ac_ct_F77='f77' ac_ct_OBJDUMP='' ac_ct_RANLIB='ranlib' ac_ct_STRIP='strip' am__include='include' am__quote='' bindir='${exec_prefix}/bin' build='i386-portbld-freebsd5.1' build_alias='i386-portbld-freebsd5.1' build_cpu='i386' build_os='freebsd5.1' build_vendor='portbld' datadir='/usr/X11R6/share/gnome' exec_prefix='NONE' host='i386-portbld-freebsd5.1' host_alias='' host_cpu='i386' host_os='freebsd5.1' host_vendor='portbld' includedir='${prefix}/include' infodir='${prefix}/info' install_sh='/usr/ports/devel/gnomevfs2/work/gnome-vfs-2.6.2/install-sh' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localstatedir='/usr/X11R6/share/gnome' mandir='${prefix}/man' oldincludedir='/usr/include' prefix='/usr/X11R6' program_transform_name='s,x,x,' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' sysconfdir='${prefix}/etc' target_alias='' ## ----------- ## ## confdefs.h. ## ## ----------- ## #define HAVE_DLFCN_H 1 #define HAVE_INTTYPES_H 1 #define HAVE_MEMORY_H 1 #define HAVE_STDINT_H 1 #define HAVE_STDLIB_H 1 #define HAVE_STRINGS_H 1 #define HAVE_STRING_H 1 #define HAVE_SYS_STAT_H 1 #define HAVE_SYS_TYPES_H 1 #define HAVE_UNISTD_H 1 #define PACKAGE "gnome-vfs" #define PACKAGE_BUGREPORT "" #define PACKAGE_NAME "" #define PACKAGE_STRING "" #define PACKAGE_TARNAME "" #define PACKAGE_VERSION "" #define STDC_HEADERS 1 #define VERSION "2.6.2" #endif #ifdef __cplusplus extern "C" void std::exit (int) throw (); using std::exit; configure: exit 1 --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="pkg.lis" ./ ../ ImageMagick-5.5.6/ ORBit-0.5.17/ ORBit2-2.10.4/ WordNet-2.0/ XFree86-4.3.0,1/ XFree86-FontServer-4.3.0_1/ XFree86-Server-4.3.0_8/ XFree86-clients-4.3.0_2/ XFree86-documents-4.3.0/ XFree86-font100dpi-4.3.0/ XFree86-font75dpi-4.3.0/ XFree86-fontCyrillic-4.3.0/ XFree86-fontDefaultBitmaps-4.3.0/ XFree86-fontEncodings-4.3.0/ XFree86-fontScalable-4.3.0/ XFree86-libraries-4.3.0_5/ Xaw3d-1.5/ Xft-2.1.2/ aalib-1.4.r5_1/ acroread-5.06_1/ apache-1.3.27_4/ apache-2.0.46/ apache-ant-1.6.2/ arts-1.2.3,1/ artswrapper-1.2.1/ aspell-0.50.5_3/ atk-1.6.1/ autoconf-2.53_1/ autoconf-2.59_2/ autoconf213-2.13.000227_5/ automake-1.5,1/ automake-1.8.5_2/ automake14-1.4.5_9/ bison-1.75/ bonobo-1.0.22/ bonobo-activation-2.2.1.1_1,1/ bsdpan-Mail-SpamAssassin-2.63/ cdparanoia-3.9.8_7/ cups-base-1.1.20.0/ cups-pstoraster-7.07_1/ cvsup-16.1h/ db3-3.3.11,1/ db4-4.0.14_1,1/ djbfft-0.76_1/ docbook-1.3/ docbook-241_2/ docbook-3.0_2/ docbook-3.1_2/ docbook-4.0_2/ docbook-4.1_2/ docbook-sk-4.1.2/ docbook-xml-4.2/ docbook-xsl-1.61.2/ enjoympeg-0.4.1_2/ esound-0.2.29/ expat-1.95.6_1/ expat-1.95.7/ faad2-2.0/ fam-2.6.9_4/ fetchyahoo-2.8.0/ firefox-0.9.3/ flac-1.1.0_3/ flashplugin-firefox-0.4.10_2/ fontconfig-2.2.0/ freetype2-2.1.4_1/ fribidi-0.10.4_1/ gal-0.24/ gcc-3.3.5_20040901/ gconf-1.0.9_3/ gconf2-2.6.4/ gdbm-1.8.3/ gdk-pixbuf-0.22.0/ gengetopt-2.11/ gettext-0.11.5_1/ gettext-0.13.1_1/ ghostscript-gnu-7.06/ ghostscript-gnu-7.07_6/ ghostview-1.5/ gimp-1.2.5_1,1/ gimp-print-4.2.6_2/ glib-1.2.10_9/ glib-2.2.3_1/ glib-2.4.5/ gmake-3.80/ gnomebasic-0.0.20/ gnomecanvas-0.22.0/ gnomedb-0.2.96_1/ gnomehier-1.0_8/ gnomelibs-1.4.2_1/ gnomemimedata-2.2.0_1/ gnomeprint-0.37/ gnomevfs-1.0.5_4/ gnumeric-1.0.13/ gnupg-1.2.4_1/ graphviz-1.12/ gtk-1.2.10_12/ gtk-2.4.4_1/ guile-1.6.4_1/ guppi-0.40.3_3/ help2man-1.33.1/ hicolor-icon-theme-0.5/ id3lib-3.8.3_1/ imake-4.3.0/ imlib-1.9.14_1/ intltool-0.26/ isc-dhcp3-server-3.0.1.r14_2/ iso8879-1986_2/ ispell-3.2.06_3/ jade-1.2.1_8/ jasper-1.700.2/ javavmwrapper-1.5/ jbigkit-1.4/ jdk-1.3.1p9_4/ jdk-1.4.2p6_4/ jdk-doc-1.3.1/ jpeg-6b_1/ kde-3.2.3/ kdeaccessibility-3.2.3/ kdeadmin-3.2.3/ kdeartwork-3.2.3/ kdebase-3.2.3/ kdeedu-3.2.3/ kdegraphics-3.2.3/ kdelibs-3.2.3_1/ kdemultimedia-3.2.3/ kdenetwork-3.2.3_1/ kdepim-3.2.3/ kdesdk-3.2.3/ kdetoys-3.2.3/ kdeutils-3.2.3/ kdevelop-3.0.4/ koffice-1.3.1,1/ lame-3.95.1_2/ lcms-1.09,1/ libIDL-0.8.3_1/ liba52-0.7.4_1/ libao-esound-0.8.4_1/ libart_lgpl2-2.3.16/ libaudiofile-0.2.3/ libbonobo-2.2.2/ libdvdcss-1.2.8_1/ libdvdread-0.9.4_1/ libflash-0.4.10/ libfpx-1.2.0.8/ libgda-0.2.96_1/ libglade-0.17_2/ libglade2-2.4.0/ libglut-6.0.1/ libgnugetopt-1.2/ libgsf-1.10.0/ libiconv-1.8_2/ libid3tag-0.15.0b_1/ libidn-0.5.2/ libijs-0.35/ libmad-0.15.0b/ libmng-1.0.6/ libmpeg2-0.3.1_1/ libmusicbrainz-2.1.1/ libogg-1.1,3/ libole2-0.2.4/ libpaper-1.1.14/ libslang-1.4.9/ libsndfile-1.0.7/ libtool-1.3.4_4/ libtool-1.3.5_2/ libtool-1.5.2_1/ libungif-4.1.0b1/ libunicode-0.4_3/ libvorbis-1.0.1,3/ libwmf-0.2.8/ libxine-1.0.r5_1/ libxml-1.8.17_1/ libxml2-2.6.11_1/ libxslt-1.1.8_1/ linc-1.0.3_2/ linux-blackdown-jdk-1.3.1_3/ linux-gtk-1.2_3/ linux-netscape-navigator-4.8/ linux-sun-jdk-1.4.2.05/ linux_base-7.1_4/ linuxdoc-1.1_1/ lynx-2.8.4.1c/ m4-1.4_1/ madplay-esound-0.15.0b_2/ mkcatalog-1.1/ mozilla-1.6_3,2/ mpg123-0.59r_9/ mpg321-0.2.10_4/ mplayer-gtk-esound-0.99.5/ mplayer-skins-1.1.0/ mutt-1.4.2.1_1/ nas-1.6/ nasm-0.98.38_1,1/ nedit-5.4/ net-snmp-5.1.1_6/ netbeans-3.6/ netpbm-10.14/ netscape-remote-1.0_1/ netscape-wrapper-2000.07.07/ netscape7-7.1/ nspr-4.4.1_1/ oaf-0.6.10_1/ ogle-0.9.2_2/ open-motif-2.2.2_1/ openldap-client-2.2.14/ openslp-1.0.11_1/ openssl-0.9.7d/ opera-7.23.20031119/ p5-Authen-SASL-2.06/ p5-Crypt-SSLeay-0.51/ p5-Digest-HMAC-1.01/ p5-Digest-MD5-2.22/ p5-Digest-Nilsimsa-0.06/ p5-Digest-SHA1-2.02/ p5-File-Spec-0.82/ p5-HTML-Parser-3.27/ p5-HTML-Tagset-3.03/ p5-IO-stringy-2.108/ p5-MIME-Base64-2.20/ p5-MIME-Tools-5.411a_3,1/ p5-Mail-Tools-1.60/ p5-Net-1.18,1/ p5-Net-DNS-0.34/ p5-PodParser-1.21/ p5-Test-Harness-2.26/ p5-Test-Simple-0.47_1/ p5-Time-HiRes-1.46,1/ p5-URI-1.23/ p5-gettext-1.01_4/ p5-libwww-5.76/ pango-1.4.1/ pcre-3.9/ perl-5.6.1_15/ perl-5.8.5/ pgp-6.5.8_1/ pine-4.55/ pkgconfig-0.15.0/ pkgdb.db plotutils-2.4.1/ png-1.2.5_2/ popt-1.6.4/ portupgrade-20030427/ postfix-2.0.9,1/ procmail-3.22_2/ psiconv-0.8.3/ py22-expat-2.2.2_3/ python-2.2.2_2/ qmake-3.2.3_1/ qt-3.3.1_1/ quanta-3.2.3,2/ razor-agents-2.34/ rpm-3.0.6_6/ rsync-2.5.6_1/ ruby-1.6.8.2003.04.19/ ruby-bdb1-0.1.9/ ruby-shim-ruby18-1.8.0.p2.2003.04.19/ samba-2.2.8a_1/ samba-libsmbclient-3.0.5_1/ scrollkeeper-0.3.12_1,1/ sdl-1.2.7_2,1/ sdocbook-xml-4.1.2.5/ setiathome-3.08_3/ sgmlformat-1.7_2/ shared-mime-info-0.11/ smpeg-0.4.4_3/ speex-1.0.4,1/ stlport-gcc-4.5.3_2/ svgalib-1.4.3_4/ t1lib-5.0.1,1/ taglib-1.0_1/ tcl-8.4.6_1,1/ tiff-3.5.7/ tk-8.4.6,1/ transfig-3.2.4/ trm-0.2.1_6/ unzip-5.50/ urlview-0.9_1/ urwfonts-1.0/ viewfax-2.5/ vim-5.8.8/ win32-codecs-2.0.90_1,1/ win32-codecs-2.1.0.p5,1/ wrapper-1.0_3/ wv2-0.2.2/ xfig-3.2.4/ xforms-1.0_3,1/ xmlcatmgr-2.1/ xpdf-3.00_2/ xv-3.10a_3/ zip-2.3_1/ --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="make_eclipse.fail" ===> eclipse-3.0_1 depends on executable: ant - found ===> eclipse-3.0_1 depends on executable: mozilla - found ===> eclipse-3.0_1 depends on file: /usr/local/jdk1.4.2/bin/java - found ===> eclipse-3.0_1 depends on executable: gmake - found ===> eclipse-3.0_1 depends on executable: gcc33 - found ===> eclipse-3.0_1 depends on file: /usr/X11R6/libdata/pkgconfig/gnome-mime-data-2.0.pc - found ===> eclipse-3.0_1 depends on executable: pkg-config - found ===> eclipse-3.0_1 depends on file: /usr/local/bin/intltool-extract - found ===> eclipse-3.0_1 depends on shared library: esd.2 - found ===> eclipse-3.0_1 depends on shared library: glib-2.0.400 - found ===> eclipse-3.0_1 depends on shared library: atk-1.0.600 - found ===> eclipse-3.0_1 depends on shared library: pango-1.0.399 - found ===> eclipse-3.0_1 depends on shared library: gtk-x11-2.0.400 - found ===> eclipse-3.0_1 depends on shared library: linc.1 - found ===> eclipse-3.0_1 depends on shared library: IDL-2.0 - found ===> eclipse-3.0_1 depends on shared library: ORBit-2.0 - found ===> eclipse-3.0_1 depends on shared library: glade-2.0.0 - found ===> eclipse-3.0_1 depends on shared library: xml2.5 - found ===> eclipse-3.0_1 depends on shared library: xslt.2 - found ===> eclipse-3.0_1 depends on shared library: bonobo-2.0 - found ===> eclipse-3.0_1 depends on shared library: gconf-2.5 - found ===> eclipse-3.0_1 depends on shared library: gnomevfs-2.600 - not found ===> Verifying install for gnomevfs-2.600 in /usr/ports/devel/gnomevfs2 ===> gnomevfs2-2.6.2_1 depends on executable: gmake - found ===> gnomevfs2-2.6.2_1 depends on file: /usr/local/bin/libtool15 - found ===> gnomevfs2-2.6.2_1 depends on file: /usr/X11R6/libdata/pkgconfig/gnome-mime-data-2.0.pc - found ===> gnomevfs2-2.6.2_1 depends on executable: pkg-config - found ===> gnomevfs2-2.6.2_1 depends on file: /usr/local/bin/intltool-extract - found ===> gnomevfs2-2.6.2_1 depends on shared library: cdda_paranoia.0 - found ===> gnomevfs2-2.6.2_1 depends on shared library: fam.0 - found ===> gnomevfs2-2.6.2_1 depends on shared library: smbclient.0 - found ===> gnomevfs2-2.6.2_1 depends on shared library: X11.6 - found ===> gnomevfs2-2.6.2_1 depends on shared library: glib-2.0.400 - found ===> gnomevfs2-2.6.2_1 depends on shared library: atk-1.0.600 - found ===> gnomevfs2-2.6.2_1 depends on shared library: pango-1.0.399 - found ===> gnomevfs2-2.6.2_1 depends on shared library: gtk-x11-2.0.400 - found ===> gnomevfs2-2.6.2_1 depends on shared library: linc.1 - found ===> gnomevfs2-2.6.2_1 depends on shared library: IDL-2.0 - found ===> gnomevfs2-2.6.2_1 depends on shared library: ORBit-2.0 - found ===> gnomevfs2-2.6.2_1 depends on shared library: xml2.5 - found ===> gnomevfs2-2.6.2_1 depends on shared library: bonobo-2.0 - found ===> gnomevfs2-2.6.2_1 depends on shared library: gconf-2.5 - found ===> Configuring for gnomevfs2-2.6.2_1 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether gmake sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for style of include used by gmake... GNU checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ANSI C... none needed checking dependency style of cc... gcc3 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 for cc option to accept ANSI C... (cached) none needed checking dependency style of cc... (cached) gcc3 checking how to run the C preprocessor... cc -E checking for gawk... (cached) nawk checking build system type... i386-portbld-freebsd5.1 checking host system type... i386-portbld-freebsd5.1 checking for a sed that does not truncate output... /usr/bin/sed checking for egrep... grep -E checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking dependency style of c++... gcc3 checking how to run the C++ preprocessor... c++ -E checking for g77... no checking for f77... f77 checking whether we are using the GNU Fortran 77 compiler... yes checking whether f77 accepts -g... yes checking the maximum length of command line arguments... (cached) 65536 checking command to parse /usr/bin/nm -B output from cc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if cc static flag works... yes checking if cc supports -fno-rtti -fno-exceptions... yes checking for cc option to produce PIC... -fPIC checking if cc PIC flag -fPIC works... yes checking if cc supports -c -o file.o... yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... yes checking dynamic linker characteristics... freebsd5.1 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by c++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking for c++ option to produce PIC... -fPIC checking if c++ PIC flag -fPIC works... yes checking if c++ supports -c -o file.o... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd5.1 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes appending configuration tag "F77" to libtool checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for f77 option to produce PIC... -fPIC checking if f77 PIC flag -fPIC works... yes checking if f77 supports -c -o file.o... yes checking whether the f77 linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd5.1 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking for intltool >= 0.29... 0.31.1 found checking for perl... /usr/bin/perl checking for XML::Parser... ===> Script "configure" failed unexpectedly. Please direct the output of the failure of the make command to a file, and then feed that file to the gnomelogalyzer, available from http://www.freebsd.org/gnome/gnomelogalyzer.sh, which will diagnose the problem and suggest a solution. If - and only if - the gnomelogalyzer cannot solve the problem, report the problem to the FreeBSD GNOME team at gnome@FreeBSD.org, and attach "/usr/ports/devel/gnomevfs2/work/gnome-vfs-2.6.2/config.log" and the output of the failure of the 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/devel/gnomevfs2. *** Error code 1 Stop in /usr/ports/java/eclipse. --FCuugMFkClbJLl1L-- From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 03:25:28 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8630016A4CE for ; Wed, 6 Oct 2004 03:25:28 +0000 (GMT) Received: from etaq.com (mail.etaq.com [66.80.150.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CF1B43D39 for ; Wed, 6 Oct 2004 03:25:27 +0000 (GMT) (envelope-from wayne@etaq.com) Received: by etaq.com (Postfix, from userid 1002) id 929705C76; Tue, 5 Oct 2004 22:25:26 -0500 (CDT) Date: Tue, 5 Oct 2004 22:25:26 -0500 From: Wayne M Barnes To: gnome@FreeBSD.org Message-ID: <20041006032526.GA34428@etaq.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="ReaqsoxgOBHFXBhH" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: eclipse build needs libbonobo stuff. X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 03:25:28 -0000 --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Dear Gnomes, I got past the perl and XML::parser problem by reading a README in that XML directory. Now the eclipse install has hit another wall. See attached for the last 40 lines or so. pkg_add -rv gnomevfs2 < this command seems to do some good, but the eclipse 'make all install' still fails the same way, now attached as eclipse.problem3 -- Wayne M Barnes wayne@etaq.com fax: (314) 754-9556 --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="eclipse.problem2" cc -shared .libs/vfolder-info.o .libs/vfolder-util.o .libs/vfolder-common.o .libs/vfolder-method.o -Wl,--rpath -Wl,/usr/ports/devel/gnomevfs2/work/gnome-vfs-2.6.2/libgnomevfs/.libs -Wl,--rpath -Wl,/usr/X11R6/lib -L/usr/X11R6/lib -L/usr/local/lib ../../libgnomevfs/.libs/libgnomevfs-2.so -lbonobo-activation -lgconf-2 -lORBit-2 -lgmodule-2.0 -lgthread-2.0 -lc_r -lglib-2.0 -lxml2 -lz -liconv -lm -lintl -mcpu=pentiumpro -Wl,--export-dynamic -Wl,--export-dynamic -Wl,-soname -Wl,libvfolder-desktop.so -o .libs/libvfolder-desktop.so creating libvfolder-desktop.la (cd .libs && rm -f libvfolder-desktop.la && ln -s ../libvfolder-desktop.la libvfolder-desktop.la) source='test-vfolder.c' object='test-vfolder.o' libtool=no \ depfile='.deps/test-vfolder.Po' tmpdepfile='.deps/test-vfolder.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../.. -D_THREAD_SAFE -DORBIT2=1 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/include/orbit-2.0 -I/usr/X11R6/include/gconf/2 -D_THREAD_SAFE -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -D_FILE_OFFSET_BITS=64 -D_BSD_SOURCE -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DG_DISABLE_DEPRECATED -DDATADIR=\"/usr/X11R6/share/gnome\" -DPREFIX=\"/usr/X11R6\" -DSYSCONFDIR=\"/usr/X11R6/etc\" -DG_LOG_DOMAIN=\"gnome-vfs-modules\" -DGNOME_VFS_MODULE_PATH=\"../../modules/vfolder/.libs:../../modules/.libs\" -DGNOME_VFS_MODULE_CONFIG_PATH=\"../../modules/vfolder\" -D_THREAD_SAFE -I/usr/local/include -O -pipe -mcpu=pentiumpro -c `test -f 'test-vfolder.c' || echo './'`test-vfolder.c /bin/sh /usr/local/bin/libtool15 --mode=link cc -O -pipe -mcpu=pentiumpro -L/usr/local/lib -lc_r -o test-vfolder test-vfolder.o ../../libgnomevfs/libgnomevfs-2.la -lintl cc -O -pipe -mcpu=pentiumpro -o .libs/test-vfolder test-vfolder.o -L/usr/local/lib ../../libgnomevfs/.libs/libgnomevfs-2.so -L/usr/X11R6/lib -lgconf-2 -lbonobo-2 -lbonobo-activation -lORBit-2 -lgmodule-2.0 -lgthread-2.0 -lc_r -lglib-2.0 -lxml2 -lz -liconv -lm -lintl -Wl,--rpath -Wl,/usr/X11R6/lib /usr/bin/ld: warning: libgmodule-2.0.so.200, needed by /usr/local/lib/libbonobo-2.so, may conflict with libgmodule-2.0.so.400 /usr/bin/ld: warning: libgthread-2.0.so.200, needed by /usr/local/lib/libbonobo-2.so, may conflict with libgthread-2.0.so.400 /usr/bin/ld: warning: libglib-2.0.so.200, needed by /usr/local/lib/libbonobo-2.so, may conflict with libglib-2.0.so.400 ../../libgnomevfs/.libs/libgnomevfs-2.so: undefined reference to `bonobo_poa_get_threaded' gmake[3]: *** [test-vfolder] Error 1 gmake[3]: Leaving directory `/usr/ports/devel/gnomevfs2/work/gnome-vfs-2.6.2/modules/vfolder' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/devel/gnomevfs2/work/gnome-vfs-2.6.2/modules' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/devel/gnomevfs2/work/gnome-vfs-2.6.2' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/devel/gnomevfs2. *** Error code 1 Stop in /usr/ports/java/eclipse. --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="eclipse.problem3" ===> eclipse-3.0_1 depends on file: /usr/local/bin/intltool-extract - found ===> eclipse-3.0_1 depends on shared library: esd.2 - found ===> eclipse-3.0_1 depends on shared library: glib-2.0.400 - found ===> eclipse-3.0_1 depends on shared library: atk-1.0.600 - found ===> eclipse-3.0_1 depends on shared library: pango-1.0.399 - found ===> eclipse-3.0_1 depends on shared library: gtk-x11-2.0.400 - found ===> eclipse-3.0_1 depends on shared library: linc.1 - found ===> eclipse-3.0_1 depends on shared library: IDL-2.0 - found ===> eclipse-3.0_1 depends on shared library: ORBit-2.0 - found ===> eclipse-3.0_1 depends on shared library: glade-2.0.0 - found ===> eclipse-3.0_1 depends on shared library: xml2.5 - found ===> eclipse-3.0_1 depends on shared library: xslt.2 - found ===> eclipse-3.0_1 depends on shared library: bonobo-2.0 - found ===> eclipse-3.0_1 depends on shared library: gconf-2.5 - found ===> eclipse-3.0_1 depends on shared library: gnomevfs-2.600 - not found ===> Verifying install for gnomevfs-2.600 in /usr/ports/devel/gnomevfs2 ===> Building for gnomevfs2-2.6.2_1 gmake all-recursive gmake[1]: Entering directory `/usr/ports/devel/gnomevfs2/work/gnome-vfs-2.6.2' Making all in libgnomevfs gmake[2]: Entering directory `/usr/ports/devel/gnomevfs2/work/gnome-vfs-2.6.2/libgnomevfs' gmake all-am gmake[3]: Entering directory `/usr/ports/devel/gnomevfs2/work/gnome-vfs-2.6.2/libgnomevfs' gmake[3]: Leaving directory `/usr/ports/devel/gnomevfs2/work/gnome-vfs-2.6.2/libgnomevfs' gmake[2]: Leaving directory `/usr/ports/devel/gnomevfs2/work/gnome-vfs-2.6.2/libgnomevfs' Making all in modules gmake[2]: Entering directory `/usr/ports/devel/gnomevfs2/work/gnome-vfs-2.6.2/modules' Making all in vfolder gmake[3]: Entering directory `/usr/ports/devel/gnomevfs2/work/gnome-vfs-2.6.2/modules/vfolder' /bin/sh /usr/local/bin/libtool15 --mode=link cc -O -pipe -mcpu=pentiumpro -L/usr/local/lib -lc_r -o test-vfolder test-vfolder.o ../../libgnomevfs/libgnomevfs-2.la -lintl cc -O -pipe -mcpu=pentiumpro -o .libs/test-vfolder test-vfolder.o -L/usr/local/lib ../../libgnomevfs/.libs/libgnomevfs-2.so -L/usr/X11R6/lib -lgconf-2 -lbonobo-2 -lbonobo-activation -lORBit-2 -lgmodule-2.0 -lgthread-2.0 -lc_r -lglib-2.0 -lxml2 -lz -liconv -lm -lintl -Wl,--rpath -Wl,/usr/X11R6/lib /usr/bin/ld: warning: libgmodule-2.0.so.200, needed by /usr/local/lib/libbonobo-2.so, may conflict with libgmodule-2.0.so.400 /usr/bin/ld: warning: libgthread-2.0.so.200, needed by /usr/local/lib/libbonobo-2.so, may conflict with libgthread-2.0.so.400 /usr/bin/ld: warning: libglib-2.0.so.200, needed by /usr/local/lib/libbonobo-2.so, may conflict with libglib-2.0.so.400 ../../libgnomevfs/.libs/libgnomevfs-2.so: undefined reference to `bonobo_poa_get_threaded' gmake[3]: *** [test-vfolder] Error 1 gmake[3]: Leaving directory `/usr/ports/devel/gnomevfs2/work/gnome-vfs-2.6.2/modules/vfolder' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/devel/gnomevfs2/work/gnome-vfs-2.6.2/modules' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/devel/gnomevfs2/work/gnome-vfs-2.6.2' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/devel/gnomevfs2. *** Error code 1 Stop in /usr/ports/java/eclipse. --ReaqsoxgOBHFXBhH-- From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 04:36:59 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0046316A4CE; Wed, 6 Oct 2004 04:36:59 +0000 (GMT) Received: from imf20aec.mail.bellsouth.net (imf20aec.mail.bellsouth.net [205.152.59.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CE6143D49; Wed, 6 Oct 2004 04:36:58 +0000 (GMT) (envelope-from ahze@ahze.net) Received: from [192.168.1.5] ([68.209.163.3]) by imf20aec.mail.bellsouth.netESMTP <20041006043657.LDEE1719.imf20aec.mail.bellsouth.net@[192.168.1.5]>; Wed, 6 Oct 2004 00:36:57 -0400 In-Reply-To: <1097023904.79913.24.camel@shumai.marcuscom.com> References: <20041005015106.GG22274@toxic.magnesium.net> <1096942069.45818.5.camel@shumai.marcuscom.com> <200410051404.18385.freebsd@redesjm.local> <1097023904.79913.24.camel@shumai.marcuscom.com> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <5AEB125E-1751-11D9-8817-000A958C81C6@ahze.net> Content-Transfer-Encoding: 7bit From: Michael Johnson Date: Wed, 6 Oct 2004 00:36:56 -0400 To: Joe Marcus Clarke X-Mailer: Apple Mail (2.619) cc: FreeBSD GNOME Users cc: freebsd-gnome@freebsd.org Subject: Re: Gstreamer-plugins splitting ports .. needs testing and feed back ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 04:36:59 -0000 On Oct 5, 2004, at 8:51 PM, Joe Marcus Clarke wrote: >> On Tuesday 05 October 2004 04:07, Joe Marcus Clarke wrote: >>> On Mon, 2004-10-04 at 21:51, Adam Weinberger wrote: >> >> If gstreamer-plugins becomes a metaport selector, no port may depend >> on >> this. They must depends on a gstreamer-plugins-base and the plugins >> it >> really needs. >> >> I think it must detect PACKAGE_BUILDING and only depends on >> gstreamer-plugins-base in that case. >> >> This is a real big 'logistic' effort. It isn't by any means 'easy'. > > I don't really think we need a selector port, though that's certainly a > possibility. These plug-ins are pretty useless by themselves. They're > really only useful if another application will load them (yes, you can > use the GST command line tools, but how many users really do that?). Actually he may have a good idea, because there are ports like multimedia/gstreamer-player that will load and use any and every gstreamer plugin that it can find. we could add say USE_GSTREAMER=all-select that will depend on gstreamer-plugins-select which will have a OPTION= for every plugin in bsd.gstreamer.mk But then again when package building what ports do we choose for defaults? Use USE_GSTREAMER=all when PACKAGE_BUILDING is defined and depend on all 47 plugins? Michael From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 04:36:59 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0046316A4CE; Wed, 6 Oct 2004 04:36:59 +0000 (GMT) Received: from imf20aec.mail.bellsouth.net (imf20aec.mail.bellsouth.net [205.152.59.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CE6143D49; Wed, 6 Oct 2004 04:36:58 +0000 (GMT) (envelope-from ahze@ahze.net) Received: from [192.168.1.5] ([68.209.163.3]) by imf20aec.mail.bellsouth.netESMTP <20041006043657.LDEE1719.imf20aec.mail.bellsouth.net@[192.168.1.5]>; Wed, 6 Oct 2004 00:36:57 -0400 In-Reply-To: <1097023904.79913.24.camel@shumai.marcuscom.com> References: <20041005015106.GG22274@toxic.magnesium.net> <1096942069.45818.5.camel@shumai.marcuscom.com> <200410051404.18385.freebsd@redesjm.local> <1097023904.79913.24.camel@shumai.marcuscom.com> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <5AEB125E-1751-11D9-8817-000A958C81C6@ahze.net> Content-Transfer-Encoding: 7bit From: Michael Johnson Date: Wed, 6 Oct 2004 00:36:56 -0400 To: Joe Marcus Clarke X-Mailer: Apple Mail (2.619) cc: FreeBSD GNOME Users cc: freebsd-gnome@freebsd.org Subject: Re: Gstreamer-plugins splitting ports .. needs testing and feed back ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 04:36:59 -0000 On Oct 5, 2004, at 8:51 PM, Joe Marcus Clarke wrote: >> On Tuesday 05 October 2004 04:07, Joe Marcus Clarke wrote: >>> On Mon, 2004-10-04 at 21:51, Adam Weinberger wrote: >> >> If gstreamer-plugins becomes a metaport selector, no port may depend >> on >> this. They must depends on a gstreamer-plugins-base and the plugins >> it >> really needs. >> >> I think it must detect PACKAGE_BUILDING and only depends on >> gstreamer-plugins-base in that case. >> >> This is a real big 'logistic' effort. It isn't by any means 'easy'. > > I don't really think we need a selector port, though that's certainly a > possibility. These plug-ins are pretty useless by themselves. They're > really only useful if another application will load them (yes, you can > use the GST command line tools, but how many users really do that?). Actually he may have a good idea, because there are ports like multimedia/gstreamer-player that will load and use any and every gstreamer plugin that it can find. we could add say USE_GSTREAMER=all-select that will depend on gstreamer-plugins-select which will have a OPTION= for every plugin in bsd.gstreamer.mk But then again when package building what ports do we choose for defaults? Use USE_GSTREAMER=all when PACKAGE_BUILDING is defined and depend on all 47 plugins? Michael From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 05:28:25 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6193716A4CE for ; Wed, 6 Oct 2004 05:28:25 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE16743D55 for ; Wed, 6 Oct 2004 05:28:24 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1CEvTD-0006SL-Vj; Tue, 05 Oct 2004 23:59:35 +0400 From: Vladimir Grebenschikov To: Joe Marcus Clarke In-Reply-To: <1096992207.55164.8.camel@shumai.marcuscom.com> References: <1096960940.2221.9.camel@localhost> <1096992207.55164.8.camel@shumai.marcuscom.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Tue, 05 Oct 2004 23:59:35 +0400 Message-Id: <1097006375.24810.1.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: gnome Subject: Re: XKB initialization error on session start X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 05:28:25 -0000 =F7 =D7=D4, 05/10/2004 =D7 12:03 -0400, Joe Marcus Clarke =D0=C9=DB=C5=D4: > On Tue, 2004-10-05 at 03:22, Vladimir Grebenschikov wrote: > > Hi > >=20 > > On gnome login warning about XKB error appears and suggest report resul= t > > of following commands: > >=20 > > % xprop -root | grep XKB > > _XKB_RULES_NAMES_BACKUP(STRING) =3D "xfree86", "pc105", "us+ru", "", > > "altwin:meta_win,grp_led:scroll,grp:rctrl_toggle" > > _XKB_RULES_NAMES(STRING) =3D "xfree86", "pc105", "us+ru", "", > > "altwin:meta_win,grp_led:scroll,grp:rctrl_toggle" > > % gconftool-2 -R /desktop/gnome/peripherals/keyboard/xkb > > layouts =3D [us+ru] > > model =3D pc105 > > overrideSettings =3D false > > options =3D [altwin altwin:meta_win,grp_led grp_led:scroll,grp > > grp:rctrl_toggle] > > update_handlers =3D [] > > % > >=20 > > This is appears after migrationg to Xorg and gnome-2.8 > >=20 > > Looks like there is something wrong with mode-switch in my X > > configuration > >=20 > > corresponding part of xorg.conf: > >=20 > > Section "InputDevice" > > Identifier "Keyboard0" > > Driver "keyboard" > > =20 > > Option "XkbRules" "xfree86" > > Option "XkbModel" "pc105" =20 > > Option "XkbLayout" "us+ru" =20 > > Option "XkbOptions" > > "altwin:meta_win,grp_led:scroll,grp:rctrl_toggle" > >=20 > > EndSection > >=20 > > XEmacs also complains something about it: > >=20 > > (1) (key-mapping/warning) XEmacs: Mode_switch (0x5d) generates both > > Mod3 and Mod5, which is nonsensical. > >=20 > > And xbbvleds lights two leds (2nd and 4th) on mode-switch key (right > > control). > >=20 > >=20 > > Any hints will be very appreciated. >=20 > Read /usr/ports/UPDATING. Thank you, first time when I've read this I just check presence of this line in config. Gnome warning disappear, but XEmacs still complains. Will google on it. > Joe >=20 --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 06:18:14 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40F2616A4CE; Wed, 6 Oct 2004 06:18:14 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E3CC43D58; Wed, 6 Oct 2004 06:18:13 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CF57g-0006I4-00 Wed, 06 Oct 2004 08:18:00 +0200 Received: from [212.106.254.137] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CF57f-0006Gh-00 Wed, 06 Oct 2004 08:17:59 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i966I2vR000868; Wed, 6 Oct 2004 08:18:02 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i966Hwve001303; Wed, 6 Oct 2004 08:17:58 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: Joe Marcus Clarke Date: Wed, 6 Oct 2004 08:17:58 +0200 User-Agent: KMail/1.7 References: <200410051404.18385.freebsd@redesjm.local> <1097023904.79913.24.camel@shumai.marcuscom.com> In-Reply-To: <1097023904.79913.24.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410060817.58787.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: FreeBSD GNOME Users cc: freebsd-gnome@freebsd.org Subject: Re: Gstreamer-plugins splitting ports .. needs testing and feed back ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 06:18:14 -0000 El Mi=E9rcoles, 6 de Octubre de 2004 02:51, Joe Marcus Clarke escribi=F3: > On Tue, 2004-10-05 at 08:04, Jose M Rodriguez wrote: > > On Tuesday 05 October 2004 04:07, Joe Marcus Clarke wrote: > > > On Mon, 2004-10-04 at 21:51, Adam Weinberger wrote: > > > > >> (10.04.2004 @ 2143 PST): Michael Johnson said, in 2.0K: << > > > > > > > > > > - Figure out which ports use gstreamer-plugins and which > > > > > plugins each needs > > > > > > > > > >> end of "Gstreamer-plugins splitting ports .. needs testing > > > > >> and feed back ?" from Michael Johnson << > > > > > > > > I'd be interested in seeing the results of this sooner rather > > > > than later; I still don't understand why this is necessary. For > > > > anything that requires a libmad backend to gstreamer, we could > > > > just test for something and make a ${BROKEN} error or > > > > something. > > > > > > That works when ports are being install interactively. However, > > > when doing package building, we don't have that luxury. We could > > > mark a port BROKEN if gstreamer-plugins was built without MAD > > > support (the default), but that would mean we couldn't package > > > it. > > > > If gstreamer-plugins becomes a metaport selector, no port may > > depend on this. They must depends on a gstreamer-plugins-base and > > the plugins it really needs. > > > > I think it must detect PACKAGE_BUILDING and only depends on > > gstreamer-plugins-base in that case. > > > > This is a real big 'logistic' effort. It isn't by any means > > 'easy'. > > I don't really think we need a selector port, though that's certainly > a possibility. These plug-ins are pretty useless by themselves.=20 > They're really only useful if another application will load them > (yes, you can use the GST command line tools, but how many users > really do that?). > Any way you choose, what you can't do is depend on a port with variable=20 content by the presence of a file/library. This is the real thread. If this is a real plugin architecture, the ports may detect just what is=20 installed. I also think that a port selector isn't needed. At last here, the safest and easy path seems: =2D Convert multimedia/gstreamer-plugin in a base plugin port with fixed=20 content. * All that 'you really want' in the most basic install. The actual bento build must be a good base. * All that is critical enough to not safe build out of this. * Take off auto detection. =2D Add external ports to the rest. > > > Splitting the port into multiple ports would give us the ability > > > to package any port. An obvious example of this is the upcoming > > > gnomemedia2 which will require CD Paranoia support in gst. > > > > > > The major disadvantage to this approach is the overwhelming > > > administrative burden it adds. It's a pain to test [py-]libxml2 > > > and [py-]libxslt. I can't imagine what a gstreamer-plugins > > > update will do. For that reason, it might be nice to still have > > > the ability to test-build all plug-ins in a monolithic way. > > > > a gstreamer-plugins-test or gstreamer-plugins-devel port? > > Ideally, we shouldn't need an additional port. The gstreamer-plugins > port should have the knobs to do this. However, if it would be > easier, then creating a separate test port would be okay. > Allright. But seems easy convert gstreamer-plugins in a fixed content=20 port and add the knobs in other port. This will make actual ports=20 depenencies on gstreamer-plugins still valid after change. > Of course, if the maintainer(s) are willing to forgo this, and handle > all the upgrade work themselves, who am I to complain. > > Joe > sure. > > > Joe > > > > > > > # Adam > > > > > > > > > > > > -- > > > > Adam Weinberger > > > > adamw@magnesium.net || adamw@FreeBSD.org > > > > adamw@vectors.cx || adamw@gnome.org > > > > http://www.vectors.cx > > > > _______________________________________________ > > > > freebsd-gnome@freebsd.org mailing list > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > > > > To unsubscribe, send any mail to > > > > "freebsd-gnome-unsubscribe@freebsd.org" > > > > -- > > josemi =2D- josemi From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 06:18:14 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40F2616A4CE; Wed, 6 Oct 2004 06:18:14 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E3CC43D58; Wed, 6 Oct 2004 06:18:13 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CF57g-0006I4-00 Wed, 06 Oct 2004 08:18:00 +0200 Received: from [212.106.254.137] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CF57f-0006Gh-00 Wed, 06 Oct 2004 08:17:59 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i966I2vR000868; Wed, 6 Oct 2004 08:18:02 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i966Hwve001303; Wed, 6 Oct 2004 08:17:58 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: Joe Marcus Clarke Date: Wed, 6 Oct 2004 08:17:58 +0200 User-Agent: KMail/1.7 References: <200410051404.18385.freebsd@redesjm.local> <1097023904.79913.24.camel@shumai.marcuscom.com> In-Reply-To: <1097023904.79913.24.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410060817.58787.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: FreeBSD GNOME Users cc: freebsd-gnome@freebsd.org Subject: Re: Gstreamer-plugins splitting ports .. needs testing and feed back ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 06:18:14 -0000 El Mi=E9rcoles, 6 de Octubre de 2004 02:51, Joe Marcus Clarke escribi=F3: > On Tue, 2004-10-05 at 08:04, Jose M Rodriguez wrote: > > On Tuesday 05 October 2004 04:07, Joe Marcus Clarke wrote: > > > On Mon, 2004-10-04 at 21:51, Adam Weinberger wrote: > > > > >> (10.04.2004 @ 2143 PST): Michael Johnson said, in 2.0K: << > > > > > > > > > > - Figure out which ports use gstreamer-plugins and which > > > > > plugins each needs > > > > > > > > > >> end of "Gstreamer-plugins splitting ports .. needs testing > > > > >> and feed back ?" from Michael Johnson << > > > > > > > > I'd be interested in seeing the results of this sooner rather > > > > than later; I still don't understand why this is necessary. For > > > > anything that requires a libmad backend to gstreamer, we could > > > > just test for something and make a ${BROKEN} error or > > > > something. > > > > > > That works when ports are being install interactively. However, > > > when doing package building, we don't have that luxury. We could > > > mark a port BROKEN if gstreamer-plugins was built without MAD > > > support (the default), but that would mean we couldn't package > > > it. > > > > If gstreamer-plugins becomes a metaport selector, no port may > > depend on this. They must depends on a gstreamer-plugins-base and > > the plugins it really needs. > > > > I think it must detect PACKAGE_BUILDING and only depends on > > gstreamer-plugins-base in that case. > > > > This is a real big 'logistic' effort. It isn't by any means > > 'easy'. > > I don't really think we need a selector port, though that's certainly > a possibility. These plug-ins are pretty useless by themselves.=20 > They're really only useful if another application will load them > (yes, you can use the GST command line tools, but how many users > really do that?). > Any way you choose, what you can't do is depend on a port with variable=20 content by the presence of a file/library. This is the real thread. If this is a real plugin architecture, the ports may detect just what is=20 installed. I also think that a port selector isn't needed. At last here, the safest and easy path seems: =2D Convert multimedia/gstreamer-plugin in a base plugin port with fixed=20 content. * All that 'you really want' in the most basic install. The actual bento build must be a good base. * All that is critical enough to not safe build out of this. * Take off auto detection. =2D Add external ports to the rest. > > > Splitting the port into multiple ports would give us the ability > > > to package any port. An obvious example of this is the upcoming > > > gnomemedia2 which will require CD Paranoia support in gst. > > > > > > The major disadvantage to this approach is the overwhelming > > > administrative burden it adds. It's a pain to test [py-]libxml2 > > > and [py-]libxslt. I can't imagine what a gstreamer-plugins > > > update will do. For that reason, it might be nice to still have > > > the ability to test-build all plug-ins in a monolithic way. > > > > a gstreamer-plugins-test or gstreamer-plugins-devel port? > > Ideally, we shouldn't need an additional port. The gstreamer-plugins > port should have the knobs to do this. However, if it would be > easier, then creating a separate test port would be okay. > Allright. But seems easy convert gstreamer-plugins in a fixed content=20 port and add the knobs in other port. This will make actual ports=20 depenencies on gstreamer-plugins still valid after change. > Of course, if the maintainer(s) are willing to forgo this, and handle > all the upgrade work themselves, who am I to complain. > > Joe > sure. > > > Joe > > > > > > > # Adam > > > > > > > > > > > > -- > > > > Adam Weinberger > > > > adamw@magnesium.net || adamw@FreeBSD.org > > > > adamw@vectors.cx || adamw@gnome.org > > > > http://www.vectors.cx > > > > _______________________________________________ > > > > freebsd-gnome@freebsd.org mailing list > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > > > > To unsubscribe, send any mail to > > > > "freebsd-gnome-unsubscribe@freebsd.org" > > > > -- > > josemi =2D- josemi From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 06:43:25 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5653F16A4CE; Wed, 6 Oct 2004 06:43:25 +0000 (GMT) Received: from imf20aec.mail.bellsouth.net (imf20aec.mail.bellsouth.net [205.152.59.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0AF343D54; Wed, 6 Oct 2004 06:43:24 +0000 (GMT) (envelope-from ahze@ahze.net) Received: from [192.168.1.5] ([68.209.163.3]) by imf20aec.mail.bellsouth.netESMTP <20041006064324.MBKV1719.imf20aec.mail.bellsouth.net@[192.168.1.5]>; Wed, 6 Oct 2004 02:43:24 -0400 In-Reply-To: <200410060817.58787.josemi@freebsd.jazztel.es> References: <200410051404.18385.freebsd@redesjm.local> <1097023904.79913.24.camel@shumai.marcuscom.com> <200410060817.58787.josemi@freebsd.jazztel.es> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Message-Id: <04B570E1-1763-11D9-8817-000A958C81C6@ahze.net> Content-Transfer-Encoding: quoted-printable From: Michael Johnson Date: Wed, 6 Oct 2004 02:43:23 -0400 To: Jose M Rodriguez X-Mailer: Apple Mail (2.619) cc: FreeBSD GNOME Users cc: freebsd-gnome@freebsd.org Subject: Re: Gstreamer-plugins splitting ports .. needs testing and feed back ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 06:43:25 -0000 On Oct 6, 2004, at 2:17 AM, Jose M Rodriguez wrote: > El Mi=E9rcoles, 6 de Octubre de 2004 02:51, Joe Marcus Clarke = escribi=F3: >> On Tue, 2004-10-05 at 08:04, Jose M Rodriguez wrote: >>> On Tuesday 05 October 2004 04:07, Joe Marcus Clarke wrote: >>>> On Mon, 2004-10-04 at 21:51, Adam Weinberger wrote: >>>>>>> (10.04.2004 @ 2143 PST): Michael Johnson said, in 2.0K: << >>>>>> >>>>>> - Figure out which ports use gstreamer-plugins and which >>>>>> plugins each needs >>>>>> >>>>>>> end of "Gstreamer-plugins splitting ports .. needs testing >>>>>>> and feed back ?" from Michael Johnson << >>>>> >>>>> I'd be interested in seeing the results of this sooner rather >>>>> than later; I still don't understand why this is necessary. For >>>>> anything that requires a libmad backend to gstreamer, we could >>>>> just test for something and make a ${BROKEN} error or >>>>> something. >>>> >>>> That works when ports are being install interactively. However, >>>> when doing package building, we don't have that luxury. We could >>>> mark a port BROKEN if gstreamer-plugins was built without MAD >>>> support (the default), but that would mean we couldn't package >>>> it. >>> >>> If gstreamer-plugins becomes a metaport selector, no port may >>> depend on this. They must depends on a gstreamer-plugins-base and >>> the plugins it really needs. >>> >>> I think it must detect PACKAGE_BUILDING and only depends on >>> gstreamer-plugins-base in that case. >>> >>> This is a real big 'logistic' effort. It isn't by any means >>> 'easy'. >> >> I don't really think we need a selector port, though that's certainly >> a possibility. These plug-ins are pretty useless by themselves. >> They're really only useful if another application will load them >> (yes, you can use the GST command line tools, but how many users >> really do that?). >> > > Any way you choose, what you can't do is depend on a port with = variable > content by the presence of a file/library. This is the real thread. > > If this is a real plugin architecture, the ports may detect just what=20= > is > installed. > > I also think that a port selector isn't needed. > > At last here, the safest and easy path seems: > > - Convert multimedia/gstreamer-plugin in a base plugin port with fixed > content. > * All that 'you really want' in the most basic install. > The actual bento build must be a good base. > * All that is critical enough to not safe build out of this. > * Take off auto detection. > > - Add external ports to the rest. What should the "most basic install" be? which plugins should it be=20 built with? I've got most of the ports that work with gstreamer-plugins patched for the new gstreamer-plugins and none want the exact same plugins. Here's what I have so far.. gnomemedia2/Makefile:USE_GSTREAMER=3D cdparanoia jamboree/Makefile:USE_GSTREAMER+=3D esound jamboree/Makefile:USE_GSTREAMER+=3D mad vorbis marlin/Makefile:USE_GSTREAMER=3D cdparanoia rhythmbox/Makefile:GST_PLUGINS=3D musicbrainz gnomevfs flac mad rhythmbox/Makefile:USE_GSTREAMER+=3D faad rhythmbox/Makefile:USE_GSTREAMER+=3D ${GST_PLUGINS} rhythmbox/Makefile:USE_GSTREAMER+=3D ${GST_PLUGINS} rhythmbox/Makefile:USE_GSTREAMER+=3D vorbis sound-juicer/Makefile:USE_GSTREAMER=3D cdparanoia vorbis flac lame tunesbrowser/Makefile:USE_GSTREAMER=3D mad tunesbrowser/Makefile:USE_GSTREAMER+=3D esound nautilus-media/Makefile:USE_GSTREAMER=3D gnomevfs libpng vorbis mad = flac Michael >>>> Splitting the port into multiple ports would give us the ability >>>> to package any port. An obvious example of this is the upcoming >>>> gnomemedia2 which will require CD Paranoia support in gst. >>>> >>>> The major disadvantage to this approach is the overwhelming >>>> administrative burden it adds. It's a pain to test [py-]libxml2 >>>> and [py-]libxslt. I can't imagine what a gstreamer-plugins >>>> update will do. For that reason, it might be nice to still have >>>> the ability to test-build all plug-ins in a monolithic way From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 06:43:25 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5653F16A4CE; Wed, 6 Oct 2004 06:43:25 +0000 (GMT) Received: from imf20aec.mail.bellsouth.net (imf20aec.mail.bellsouth.net [205.152.59.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0AF343D54; Wed, 6 Oct 2004 06:43:24 +0000 (GMT) (envelope-from ahze@ahze.net) Received: from [192.168.1.5] ([68.209.163.3]) by imf20aec.mail.bellsouth.netESMTP <20041006064324.MBKV1719.imf20aec.mail.bellsouth.net@[192.168.1.5]>; Wed, 6 Oct 2004 02:43:24 -0400 In-Reply-To: <200410060817.58787.josemi@freebsd.jazztel.es> References: <200410051404.18385.freebsd@redesjm.local> <1097023904.79913.24.camel@shumai.marcuscom.com> <200410060817.58787.josemi@freebsd.jazztel.es> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Message-Id: <04B570E1-1763-11D9-8817-000A958C81C6@ahze.net> Content-Transfer-Encoding: quoted-printable From: Michael Johnson Date: Wed, 6 Oct 2004 02:43:23 -0400 To: Jose M Rodriguez X-Mailer: Apple Mail (2.619) cc: FreeBSD GNOME Users cc: freebsd-gnome@freebsd.org Subject: Re: Gstreamer-plugins splitting ports .. needs testing and feed back ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 06:43:25 -0000 On Oct 6, 2004, at 2:17 AM, Jose M Rodriguez wrote: > El Mi=E9rcoles, 6 de Octubre de 2004 02:51, Joe Marcus Clarke = escribi=F3: >> On Tue, 2004-10-05 at 08:04, Jose M Rodriguez wrote: >>> On Tuesday 05 October 2004 04:07, Joe Marcus Clarke wrote: >>>> On Mon, 2004-10-04 at 21:51, Adam Weinberger wrote: >>>>>>> (10.04.2004 @ 2143 PST): Michael Johnson said, in 2.0K: << >>>>>> >>>>>> - Figure out which ports use gstreamer-plugins and which >>>>>> plugins each needs >>>>>> >>>>>>> end of "Gstreamer-plugins splitting ports .. needs testing >>>>>>> and feed back ?" from Michael Johnson << >>>>> >>>>> I'd be interested in seeing the results of this sooner rather >>>>> than later; I still don't understand why this is necessary. For >>>>> anything that requires a libmad backend to gstreamer, we could >>>>> just test for something and make a ${BROKEN} error or >>>>> something. >>>> >>>> That works when ports are being install interactively. However, >>>> when doing package building, we don't have that luxury. We could >>>> mark a port BROKEN if gstreamer-plugins was built without MAD >>>> support (the default), but that would mean we couldn't package >>>> it. >>> >>> If gstreamer-plugins becomes a metaport selector, no port may >>> depend on this. They must depends on a gstreamer-plugins-base and >>> the plugins it really needs. >>> >>> I think it must detect PACKAGE_BUILDING and only depends on >>> gstreamer-plugins-base in that case. >>> >>> This is a real big 'logistic' effort. It isn't by any means >>> 'easy'. >> >> I don't really think we need a selector port, though that's certainly >> a possibility. These plug-ins are pretty useless by themselves. >> They're really only useful if another application will load them >> (yes, you can use the GST command line tools, but how many users >> really do that?). >> > > Any way you choose, what you can't do is depend on a port with = variable > content by the presence of a file/library. This is the real thread. > > If this is a real plugin architecture, the ports may detect just what=20= > is > installed. > > I also think that a port selector isn't needed. > > At last here, the safest and easy path seems: > > - Convert multimedia/gstreamer-plugin in a base plugin port with fixed > content. > * All that 'you really want' in the most basic install. > The actual bento build must be a good base. > * All that is critical enough to not safe build out of this. > * Take off auto detection. > > - Add external ports to the rest. What should the "most basic install" be? which plugins should it be=20 built with? I've got most of the ports that work with gstreamer-plugins patched for the new gstreamer-plugins and none want the exact same plugins. Here's what I have so far.. gnomemedia2/Makefile:USE_GSTREAMER=3D cdparanoia jamboree/Makefile:USE_GSTREAMER+=3D esound jamboree/Makefile:USE_GSTREAMER+=3D mad vorbis marlin/Makefile:USE_GSTREAMER=3D cdparanoia rhythmbox/Makefile:GST_PLUGINS=3D musicbrainz gnomevfs flac mad rhythmbox/Makefile:USE_GSTREAMER+=3D faad rhythmbox/Makefile:USE_GSTREAMER+=3D ${GST_PLUGINS} rhythmbox/Makefile:USE_GSTREAMER+=3D ${GST_PLUGINS} rhythmbox/Makefile:USE_GSTREAMER+=3D vorbis sound-juicer/Makefile:USE_GSTREAMER=3D cdparanoia vorbis flac lame tunesbrowser/Makefile:USE_GSTREAMER=3D mad tunesbrowser/Makefile:USE_GSTREAMER+=3D esound nautilus-media/Makefile:USE_GSTREAMER=3D gnomevfs libpng vorbis mad = flac Michael >>>> Splitting the port into multiple ports would give us the ability >>>> to package any port. An obvious example of this is the upcoming >>>> gnomemedia2 which will require CD Paranoia support in gst. >>>> >>>> The major disadvantage to this approach is the overwhelming >>>> administrative burden it adds. It's a pain to test [py-]libxml2 >>>> and [py-]libxslt. I can't imagine what a gstreamer-plugins >>>> update will do. For that reason, it might be nice to still have >>>> the ability to test-build all plug-ins in a monolithic way From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 07:07:10 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 064B216A4CE for ; Wed, 6 Oct 2004 07:07:10 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id B985C43D39 for ; Wed, 6 Oct 2004 07:07:09 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CF5tA-0003Sf-00 for gnome@freebsd.org Wed, 06 Oct 2004 09:07:04 +0200 Received: from [212.106.254.137] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CF5tA-0003SK-00 for gnome@freebsd.org Wed, 06 Oct 2004 09:07:04 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i966cDKM000924 for ; Wed, 6 Oct 2004 08:38:13 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i966cDEx001489 for gnome@freebsd.org; Wed, 6 Oct 2004 08:38:13 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: FreeBSD GNOME Users Date: Wed, 6 Oct 2004 08:38:12 +0200 User-Agent: KMail/1.7 References: <1097023904.79913.24.camel@shumai.marcuscom.com> <200410060817.58787.josemi@freebsd.jazztel.es> In-Reply-To: <200410060817.58787.josemi@freebsd.jazztel.es> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410060838.12924.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus Subject: Re: Gstreamer-plugins splitting ports .. needs testing and feed back ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 07:07:10 -0000 El Mi=E9rcoles, 6 de Octubre de 2004 08:17, Jose M Rodriguez escribi=F3: Sorry for duplicate mail. Will try to detect duplicate freebsd list=20 mail addresses before. =2D- josemi From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 07:37:15 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFDB716A4CE for ; Wed, 6 Oct 2004 07:37:15 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05A9C43D3F for ; Wed, 6 Oct 2004 07:37:15 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CF6MD-0002C4-00 Wed, 06 Oct 2004 09:37:05 +0200 Received: from [212.106.254.137] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CF6MC-0002BQ-00 Wed, 06 Oct 2004 09:37:04 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i967Q2wK001032; Wed, 6 Oct 2004 09:26:02 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i967PsRk002092; Wed, 6 Oct 2004 09:25:54 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: Michael Johnson Date: Wed, 6 Oct 2004 09:25:53 +0200 User-Agent: KMail/1.7 References: <200410060817.58787.josemi@freebsd.jazztel.es> <04B570E1-1763-11D9-8817-000A958C81C6@ahze.net> In-Reply-To: <04B570E1-1763-11D9-8817-000A958C81C6@ahze.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410060925.54385.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: FreeBSD GNOME Users Subject: Re: Gstreamer-plugins splitting ports .. needs testing and feed back ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 07:37:15 -0000 On Wednesday 06 October 2004 08:43, Michael Johnson wrote: > On Oct 6, 2004, at 2:17 AM, Jose M Rodriguez wrote: > > El Mi=E9rcoles, 6 de Octubre de 2004 02:51, Joe Marcus Clarke=20 escribi=F3: [...] > >> I don't really think we need a selector port, though that's > >> certainly a possibility. These plug-ins are pretty useless by > >> themselves. They're really only useful if another application will > >> load them (yes, you can use the GST command line tools, but how > >> many users really do that?). > > > > Any way you choose, what you can't do is depend on a port with > > variable content by the presence of a file/library. This is the > > real thread. > > > > If this is a real plugin architecture, the ports may detect just > > what is > > installed. > > > > I also think that a port selector isn't needed. > > > > At last here, the safest and easy path seems: > > > > - Convert multimedia/gstreamer-plugin in a base plugin port with > > fixed content. > > * All that 'you really want' in the most basic install. > > The actual bento build must be a good base. > > * All that is critical enough to not safe build out of this. > > * Take off auto detection. > > > > - Add external ports to the rest. > > What should the "most basic install" be? which plugins should it be > built with? A really good question for the port maintainer. This is more a 'logistic' problem. If gstreamer have 50 diff plugins=20 and you want implement all in a per-port basic, you may have 51 ports=20 to maintain, carry on dependencies ... This is really a big effort that must be take by the port maintainer. If you can name 20 that allway be in, you have 31 ports. You can refine=20 this in future works. And you have more chances that this can be=20 assumed by the port maintainer. So, about the big question, you have really two. =2D What must be take-off things like arts and some special supports. Even seems that kde@ must=20 be responsible off dependencies on gstreamer-plugins-arts from=20 kdemultimedia (as an example). =2D What must be in first, things that must be problematic out of the base port. second, what allways be there. Take a package from bento, expand the=20 tarball and examine the plugins. If you allready have work done to make ports for every plugin, make the=20 gstreamer-plugins port depends on these. But it must be a fixed=20 content port and you must have just only one keyword to select it. > I've got most of the ports that work with gstreamer-plugins patched > for the new gstreamer-plugins and none want the exact same plugins. > You may rework this after the gstreamer-plugins redef. The ports must=20 depend on gstreamer-plugins and the gstreamer-plugins-{extra} they=20 really need. You may make this via keywords if you like. > Here's what I have so far.. > gnomemedia2/Makefile:USE_GSTREAMER=3D cdparanoia > jamboree/Makefile:USE_GSTREAMER+=3D esound > jamboree/Makefile:USE_GSTREAMER+=3D mad vorbis > marlin/Makefile:USE_GSTREAMER=3D cdparanoia > rhythmbox/Makefile:GST_PLUGINS=3D musicbrainz gnomevfs flac mad > rhythmbox/Makefile:USE_GSTREAMER+=3D faad > rhythmbox/Makefile:USE_GSTREAMER+=3D ${GST_PLUGINS} > rhythmbox/Makefile:USE_GSTREAMER+=3D ${GST_PLUGINS} > rhythmbox/Makefile:USE_GSTREAMER+=3D vorbis > sound-juicer/Makefile:USE_GSTREAMER=3D cdparanoia vorbis flac lame > tunesbrowser/Makefile:USE_GSTREAMER=3D mad > tunesbrowser/Makefile:USE_GSTREAMER+=3D esound > nautilus-media/Makefile:USE_GSTREAMER=3D gnomevfs libpng vorbis mad > flac > > Michael > > >>>> Splitting the port into multiple ports would give us the ability > >>>> to package any port. An obvious example of this is the upcoming > >>>> gnomemedia2 which will require CD Paranoia support in gst. > >>>> > >>>> The major disadvantage to this approach is the overwhelming > >>>> administrative burden it adds. It's a pain to test [py-]libxml2 > >>>> and [py-]libxslt. I can't imagine what a gstreamer-plugins > >>>> update will do. For that reason, it might be nice to still have > >>>> the ability to test-build all plug-ins in a monolithic way =2D- josemi From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 11:10:44 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8907E16A4CE for ; Wed, 6 Oct 2004 11:10:44 +0000 (GMT) Received: from box84.elkhouse.de (box84.elkhouse.de [213.9.1.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02ECF43D39 for ; Wed, 6 Oct 2004 11:10:44 +0000 (GMT) (envelope-from roman@ontographics.com) Received: from [192.168.1.3] (1Cust193.vr2.fft4.alter.net [149.229.88.193]) (authenticated bits=0) by box84.elkhouse.de (8.12.10/8.12.10) with ESMTP id i96BCLRg098036 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Wed, 6 Oct 2004 11:12:22 GMT (envelope-from roman@ontographics.com) From: Roman Kennke To: freebsd-gnome@FreeBSD.org Content-Type: text/plain Message-Id: <1097061041.690.15.camel@moonlight> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 06 Oct 2004 13:10:41 +0200 Content-Transfer-Encoding: 7bit Subject: automatically create menu entries X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 11:10:44 -0000 Hi FreeBSD-Gnome-list, I've been using FreeBSD+Gnome for a while now and want to say first, that I'm very pleased with this. One thing that I am missing is menu entries for common applications like Mozilla, Emacs, OpenOffice and so on. I would like to have this configured automatically. I have some ideas how to accomplish this: 1. each application (port) is responsible for creating desktop entries in the /usr/X11R6/share/gnome/applications (?) directory. ok, not a very good solution. This could be supported by the ports system in some way. 2. someone (maybe me) starts to create (or maybe there exists) a database of applications with their common binary locations and .desktop entries for them. Then it should be easy to scan a computer for these apps and include the desktop entries in /usr/X11R6/share/gnome/applications directory 3. another cool system is Debians menu system. something similar could be implemented in the ports system. This again gives the ports developers some responsibility. Such a system would not only be good for FreeBSD/Gnome but also for other Freedesktop.org compliant window managers and/or OSes. Is there interest in such a system? Does something like this already exist in FreeBSD? Which approach would you like? Best regards, Roman From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 12:00:31 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6894816A4CF for ; Wed, 6 Oct 2004 12:00:31 +0000 (GMT) Received: from toxic.magnesium.net (toxic.magnesium.net [207.154.84.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45D2B43D48 for ; Wed, 6 Oct 2004 12:00:31 +0000 (GMT) (envelope-from adamw@magnesium.net) Received: by toxic.magnesium.net (Postfix, from userid 1252) id 198CCDA874; Wed, 6 Oct 2004 05:00:31 -0700 (PDT) Date: Wed, 6 Oct 2004 08:00:31 -0400 From: Adam Weinberger To: Roman Kennke Message-ID: <20041006120031.GN22274@toxic.magnesium.net> References: <1097061041.690.15.camel@moonlight> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1097061041.690.15.camel@moonlight> X-Editor: Vim 6.2 http://www.vim.org X-Mailer: Mutt 1.5 http://www.mutt.org X-URL: http://www.vectors.cx X-ASL: 6/m/behind you User-Agent: Mutt/1.5.4i cc: freebsd-gnome@FreeBSD.org Subject: Re: automatically create menu entries X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 12:00:31 -0000 >> (10.06.2004 @ 0710 PST): Roman Kennke said, in 1.5K: << > Hi FreeBSD-Gnome-list, > > I've been using FreeBSD+Gnome for a while now and want to say first, > that I'm very pleased with this. > > One thing that I am missing is menu entries for common applications like > Mozilla, Emacs, OpenOffice and so on. I would like to have this > configured automatically. I have some ideas how to accomplish this: > > 1. each application (port) is responsible for creating desktop entries > in the /usr/X11R6/share/gnome/applications (?) directory. ok, not a very > good solution. This could be supported by the ports system in some way. > > 2. someone (maybe me) starts to create (or maybe there exists) a > database of applications with their common binary locations and .desktop > entries for them. Then it should be easy to scan a computer for these > apps and include the desktop entries in > /usr/X11R6/share/gnome/applications directory > > 3. another cool system is Debians menu system. something similar could > be implemented in the ports system. This again gives the ports > developers some responsibility. > > Such a system would not only be good for FreeBSD/Gnome but also for > other Freedesktop.org compliant window managers and/or OSes. > > Is there interest in such a system? Does something like this already > exist in FreeBSD? Which approach would you like? >> end of "automatically create menu entries" from Roman Kennke << I've been toying with the concept of a Makefile macro that will generate desktop entries for ports that do not install them. I'll get moving on that. It's the least portable option, however. I think that if you're up to writing a program, you should either make (a) a full-fledged GNOME menu editor, or (b) use your second suggestion and make an app that also recognizes when a program has a desktop entry but has been renamed and/or moved to a different category. I disagree with the way that fluxbox-generate-menu overwrites the menu that you already have. # Adam -- Adam Weinberger adamw@magnesium.net || adamw@FreeBSD.org adamw@vectors.cx || adamw@gnome.org http://www.vectors.cx From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 12:10:14 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA7E316A4D0; Wed, 6 Oct 2004 12:10:14 +0000 (GMT) Received: from box84.elkhouse.de (box84.elkhouse.de [213.9.1.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E93B43D31; Wed, 6 Oct 2004 12:10:14 +0000 (GMT) (envelope-from roman@ontographics.com) Received: from [192.168.1.3] (1Cust193.vr2.fft4.alter.net [149.229.88.193]) (authenticated bits=0) by box84.elkhouse.de (8.12.10/8.12.10) with ESMTP id i96CBkRg098230 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Wed, 6 Oct 2004 12:11:46 GMT (envelope-from roman@ontographics.com) From: Roman Kennke To: Adam Weinberger In-Reply-To: <20041006120031.GN22274@toxic.magnesium.net> References: <1097061041.690.15.camel@moonlight> <20041006120031.GN22274@toxic.magnesium.net> Content-Type: text/plain; charset=iso-8859-15 Message-Id: <1097064605.690.30.camel@moonlight> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 06 Oct 2004 14:10:06 +0200 Content-Transfer-Encoding: 8bit cc: freebsd-gnome@FreeBSD.org Subject: Re: automatically create menu entries X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 12:10:14 -0000 Am Mi, den 06.10.2004 schrieb Adam Weinberger um 14:00: > >> (10.06.2004 @ 0710 PST): Roman Kennke said, in 1.5K: << > > Hi FreeBSD-Gnome-list, > > > > I've been using FreeBSD+Gnome for a while now and want to say first, > > that I'm very pleased with this. > > > > One thing that I am missing is menu entries for common applications like > > Mozilla, Emacs, OpenOffice and so on. I would like to have this > > configured automatically. I have some ideas how to accomplish this: > > > > 1. each application (port) is responsible for creating desktop entries > > in the /usr/X11R6/share/gnome/applications (?) directory. ok, not a very > > good solution. This could be supported by the ports system in some way. > > > > 2. someone (maybe me) starts to create (or maybe there exists) a > > database of applications with their common binary locations and .desktop > > entries for them. Then it should be easy to scan a computer for these > > apps and include the desktop entries in > > /usr/X11R6/share/gnome/applications directory > > > > 3. another cool system is Debians menu system. something similar could > > be implemented in the ports system. This again gives the ports > > developers some responsibility. > > > > Such a system would not only be good for FreeBSD/Gnome but also for > > other Freedesktop.org compliant window managers and/or OSes. > > > > Is there interest in such a system? Does something like this already > > exist in FreeBSD? Which approach would you like? > >> end of "automatically create menu entries" from Roman Kennke << > > I've been toying with the concept of a Makefile macro that will generate > desktop entries for ports that do not install them. I'll get moving on > that. It's the least portable option, however. Indeed? Is this in a usable state? > I think that if you're up to writing a program, you should either make > (a) a full-fledged GNOME menu editor, this already exists IMO. Click on Start-Here, and then on Applications. Or, type applications:/// in Nautilus address field, if present. > or (b) use your second suggestion > and make an app that also recognizes when a program has a desktop entry > but has been renamed and/or moved to a different category. I disagree > with the way that fluxbox-generate-menu overwrites the menu that you > already have. Yes. I think best would be to create a separate Top-Level-MenЭ ('FreeBSD' ?? similar to Debian), and group the found applications below that one, not touching Gnome's (or whatever WM/Desktop is using this) menu. /Roman From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 15:28:51 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E2BE16A4CE for ; Wed, 6 Oct 2004 15:28:51 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FD1B43D1D for ; Wed, 6 Oct 2004 15:28:50 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i96FSb9k015810; Wed, 6 Oct 2004 11:28:37 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Michael Johnson In-Reply-To: <0287D8BC-1735-11D9-8817-000A958C81C6@ahze.net> References: <1097023527.79913.20.camel@shumai.marcuscom.com> <0287D8BC-1735-11D9-8817-000A958C81C6@ahze.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-HADPI1jn07OJPontW8Af" Organization: MarcusCom, Inc. Message-Id: <1097076522.95993.4.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 06 Oct 2004 11:28:42 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com cc: FreeBSD GNOME Users Subject: Re: Gstreamer-plugins splitting ports .. needs testing and feed back ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 15:28:51 -0000 --=-HADPI1jn07OJPontW8Af Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2004-10-05 at 21:14, Michael Johnson wrote: > On Oct 5, 2004, at 8:45 PM, Joe Marcus Clarke wrote: >=20 > > There's a lot here, and I certainly haven't been through it all. > > Besides my earlier request to allow for a way to build all of > > gstreamer-plugins in a monolithic way (like we can now) for testing > > purposes, I would add that you should include bsd.gstreamer.mk twice in > > bsd.port.mk (once during the bsd.port.pre.mk, and once during post). > > This way it will work with things like OPTIONS. > > > > Joe >=20 > I added the second include bsd.gstreamer.mk to bsd.port.mk not too long=20 > ago. >=20 > When you say we need to be able to build gstreamer-plugins in a=20 > monolithic way, > Would it be better to add a port say gstreamer-plugins-all, a kind of=20 > metaport, not really monolithic but it > may work for what we want/need. >=20 > Or add a "all" to bsd.gstreamer.mk which will build all plugins if=20 > USE_GSTREAMER=3Dall is defined > this may be useful for some ports. >=20 > Or add a knob in gstreamer-plugins to build every plugin ? I think it would be good to have a knob in gstreamer-plugins that would build every plug-in for purposes of upgrade testing. Joe >=20 >=20 > Michael --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-HADPI1jn07OJPontW8Af Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBZA8qb2iPiv4Uz4cRAjARAJ9F3KbWE5F6ZfNXTEJ6emRSdDxmuACghaBk UIVo0YTXSDs12MI60zkjSSc= =saHj -----END PGP SIGNATURE----- --=-HADPI1jn07OJPontW8Af-- From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 15:31:49 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CA8416A4CE; Wed, 6 Oct 2004 15:31:49 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7A3343D49; Wed, 6 Oct 2004 15:31:48 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i96FVZ2x015837; Wed, 6 Oct 2004 11:31:35 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Michael Johnson In-Reply-To: <5AEB125E-1751-11D9-8817-000A958C81C6@ahze.net> References: <20041005015106.GG22274@toxic.magnesium.net> <1096942069.45818.5.camel@shumai.marcuscom.com> <200410051404.18385.freebsd@redesjm.local> <1097023904.79913.24.camel@shumai.marcuscom.com> <5AEB125E-1751-11D9-8817-000A958C81C6@ahze.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-EgPob/FRh/eqDumlNSSr" Organization: MarcusCom, Inc. Message-Id: <1097076699.95993.8.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 06 Oct 2004 11:31:40 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com cc: FreeBSD GNOME Users cc: freebsd-gnome@freebsd.org Subject: Re: Gstreamer-plugins splitting ports .. needs testing and feed back ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 15:31:49 -0000 --=-EgPob/FRh/eqDumlNSSr Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2004-10-06 at 00:36, Michael Johnson wrote: > On Oct 5, 2004, at 8:51 PM, Joe Marcus Clarke wrote: > >> On Tuesday 05 October 2004 04:07, Joe Marcus Clarke wrote: > >>> On Mon, 2004-10-04 at 21:51, Adam Weinberger wrote: > >> > >> If gstreamer-plugins becomes a metaport selector, no port may depend=20 > >> on > >> this. They must depends on a gstreamer-plugins-base and the plugins=20 > >> it > >> really needs. > >> > >> I think it must detect PACKAGE_BUILDING and only depends on > >> gstreamer-plugins-base in that case. > >> > >> This is a real big 'logistic' effort. It isn't by any means 'easy'. > > > > I don't really think we need a selector port, though that's certainly a > > possibility. These plug-ins are pretty useless by themselves. They're > > really only useful if another application will load them (yes, you can > > use the GST command line tools, but how many users really do that?). >=20 >=20 > Actually he may have a good idea, because there are ports like=20 > multimedia/gstreamer-player > that will load and use any and every gstreamer plugin that it can find. >=20 > we could add say USE_GSTREAMER=3Dall-select that will depend on=20 > gstreamer-plugins-select > which will have a OPTION=3D for every plugin in bsd.gstreamer.mk >=20 > But then again when package building what ports do we choose for=20 > defaults? Use USE_GSTREAMER=3Dall > when PACKAGE_BUILDING is defined and depend on all 47 plugins? I don't think that's necessary in this new scheme. I think it's sufficient to simply depend on the base set of plug-ins (i.e. multimedia/gstreamer-plugins), then have users pick and choose the other functionality they want. Since each plug-in will now have its own package, that's a breeze. For example, for rhythmbox, I would have it depend on the lame, mad, and ogg/vorbis plug-ins. But for nautilus-media, I would probably just depend on the base, and have users add media support as they require it. Joe >=20 > Michael --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-EgPob/FRh/eqDumlNSSr Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBZA/bb2iPiv4Uz4cRAp0jAJsHGuhtGG4Qy+F4uvfs1fMmCzIjtACfYJRb fBpEqBP+BVh6+mVI/sA9xMU= =QX6u -----END PGP SIGNATURE----- --=-EgPob/FRh/eqDumlNSSr-- From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 15:31:49 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CA8416A4CE; Wed, 6 Oct 2004 15:31:49 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7A3343D49; Wed, 6 Oct 2004 15:31:48 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i96FVZ2x015837; Wed, 6 Oct 2004 11:31:35 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Michael Johnson In-Reply-To: <5AEB125E-1751-11D9-8817-000A958C81C6@ahze.net> References: <20041005015106.GG22274@toxic.magnesium.net> <1096942069.45818.5.camel@shumai.marcuscom.com> <200410051404.18385.freebsd@redesjm.local> <1097023904.79913.24.camel@shumai.marcuscom.com> <5AEB125E-1751-11D9-8817-000A958C81C6@ahze.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-EgPob/FRh/eqDumlNSSr" Organization: MarcusCom, Inc. Message-Id: <1097076699.95993.8.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 06 Oct 2004 11:31:40 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com cc: FreeBSD GNOME Users cc: freebsd-gnome@freebsd.org Subject: Re: Gstreamer-plugins splitting ports .. needs testing and feed back ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 15:31:49 -0000 --=-EgPob/FRh/eqDumlNSSr Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2004-10-06 at 00:36, Michael Johnson wrote: > On Oct 5, 2004, at 8:51 PM, Joe Marcus Clarke wrote: > >> On Tuesday 05 October 2004 04:07, Joe Marcus Clarke wrote: > >>> On Mon, 2004-10-04 at 21:51, Adam Weinberger wrote: > >> > >> If gstreamer-plugins becomes a metaport selector, no port may depend=20 > >> on > >> this. They must depends on a gstreamer-plugins-base and the plugins=20 > >> it > >> really needs. > >> > >> I think it must detect PACKAGE_BUILDING and only depends on > >> gstreamer-plugins-base in that case. > >> > >> This is a real big 'logistic' effort. It isn't by any means 'easy'. > > > > I don't really think we need a selector port, though that's certainly a > > possibility. These plug-ins are pretty useless by themselves. They're > > really only useful if another application will load them (yes, you can > > use the GST command line tools, but how many users really do that?). >=20 >=20 > Actually he may have a good idea, because there are ports like=20 > multimedia/gstreamer-player > that will load and use any and every gstreamer plugin that it can find. >=20 > we could add say USE_GSTREAMER=3Dall-select that will depend on=20 > gstreamer-plugins-select > which will have a OPTION=3D for every plugin in bsd.gstreamer.mk >=20 > But then again when package building what ports do we choose for=20 > defaults? Use USE_GSTREAMER=3Dall > when PACKAGE_BUILDING is defined and depend on all 47 plugins? I don't think that's necessary in this new scheme. I think it's sufficient to simply depend on the base set of plug-ins (i.e. multimedia/gstreamer-plugins), then have users pick and choose the other functionality they want. Since each plug-in will now have its own package, that's a breeze. For example, for rhythmbox, I would have it depend on the lame, mad, and ogg/vorbis plug-ins. But for nautilus-media, I would probably just depend on the base, and have users add media support as they require it. Joe >=20 > Michael --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-EgPob/FRh/eqDumlNSSr Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBZA/bb2iPiv4Uz4cRAp0jAJsHGuhtGG4Qy+F4uvfs1fMmCzIjtACfYJRb fBpEqBP+BVh6+mVI/sA9xMU= =QX6u -----END PGP SIGNATURE----- --=-EgPob/FRh/eqDumlNSSr-- From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 15:34:53 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9A5616A4CE; Wed, 6 Oct 2004 15:34:53 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D15843D3F; Wed, 6 Oct 2004 15:34:53 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i96FYcpl015856; Wed, 6 Oct 2004 11:34:38 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Michael Johnson In-Reply-To: <04B570E1-1763-11D9-8817-000A958C81C6@ahze.net> References: <200410051404.18385.freebsd@redesjm.local> <1097023904.79913.24.camel@shumai.marcuscom.com> <200410060817.58787.josemi@freebsd.jazztel.es> <04B570E1-1763-11D9-8817-000A958C81C6@ahze.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-m3czEEq3DOaOx6k9jLfY" Organization: MarcusCom, Inc. Message-Id: <1097076883.95993.12.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 06 Oct 2004 11:34:43 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com cc: FreeBSD GNOME Users cc: freebsd-gnome@freebsd.org Subject: Re: Gstreamer-plugins splitting ports .. needs testing and feed back ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 15:34:54 -0000 --=-m3czEEq3DOaOx6k9jLfY Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable On Wed, 2004-10-06 at 02:43, Michael Johnson wrote: > On Oct 6, 2004, at 2:17 AM, Jose M Rodriguez wrote: >=20 > > El Mi=E9rcoles, 6 de Octubre de 2004 02:51, Joe Marcus Clarke escribi= =F3: > >> On Tue, 2004-10-05 at 08:04, Jose M Rodriguez wrote: > >>> On Tuesday 05 October 2004 04:07, Joe Marcus Clarke wrote: > >>>> On Mon, 2004-10-04 at 21:51, Adam Weinberger wrote: > >>>>>>> (10.04.2004 @ 2143 PST): Michael Johnson said, in 2.0K: << > >>>>>> > >>>>>> - Figure out which ports use gstreamer-plugins and which > >>>>>> plugins each needs > >>>>>> > >>>>>>> end of "Gstreamer-plugins splitting ports .. needs testing > >>>>>>> and feed back ?" from Michael Johnson << > >>>>> > >>>>> I'd be interested in seeing the results of this sooner rather > >>>>> than later; I still don't understand why this is necessary. For > >>>>> anything that requires a libmad backend to gstreamer, we could > >>>>> just test for something and make a ${BROKEN} error or > >>>>> something. > >>>> > >>>> That works when ports are being install interactively. However, > >>>> when doing package building, we don't have that luxury. We could > >>>> mark a port BROKEN if gstreamer-plugins was built without MAD > >>>> support (the default), but that would mean we couldn't package > >>>> it. > >>> > >>> If gstreamer-plugins becomes a metaport selector, no port may > >>> depend on this. They must depends on a gstreamer-plugins-base and > >>> the plugins it really needs. > >>> > >>> I think it must detect PACKAGE_BUILDING and only depends on > >>> gstreamer-plugins-base in that case. > >>> > >>> This is a real big 'logistic' effort. It isn't by any means > >>> 'easy'. > >> > >> I don't really think we need a selector port, though that's certainly > >> a possibility. These plug-ins are pretty useless by themselves. > >> They're really only useful if another application will load them > >> (yes, you can use the GST command line tools, but how many users > >> really do that?). > >> > > > > Any way you choose, what you can't do is depend on a port with variable > > content by the presence of a file/library. This is the real thread. > > > > If this is a real plugin architecture, the ports may detect just what=20 > > is > > installed. > > > > I also think that a port selector isn't needed. > > > > At last here, the safest and easy path seems: > > > > - Convert multimedia/gstreamer-plugin in a base plugin port with fixed > > content. > > * All that 'you really want' in the most basic install. > > The actual bento build must be a good base. > > * All that is critical enough to not safe build out of this. > > * Take off auto detection. > > > > - Add external ports to the rest. >=20 > What should the "most basic install" be? which plugins should it be=20 > built with? I think it should be whatever the default set is if you had no external codecs/applications installed. Ports can then choose to depend on exactly what they need. > I've got most of the ports that work with gstreamer-plugins patched for > the new gstreamer-plugins and none want the exact same plugins. >=20 > Here's what I have so far.. > gnomemedia2/Makefile:USE_GSTREAMER=3D cdparanoia Not needed for now. gnomemedia2 just depends on the gstreamer OSS stuff currently. > jamboree/Makefile:USE_GSTREAMER+=3D esound > jamboree/Makefile:USE_GSTREAMER+=3D mad vorbis > marlin/Makefile:USE_GSTREAMER=3D cdparanoia > rhythmbox/Makefile:GST_PLUGINS=3D musicbrainz gnomevfs flac mad > rhythmbox/Makefile:USE_GSTREAMER+=3D faad > rhythmbox/Makefile:USE_GSTREAMER+=3D ${GST_PLUGINS} > rhythmbox/Makefile:USE_GSTREAMER+=3D ${GST_PLUGINS} > rhythmbox/Makefile:USE_GSTREAMER+=3D vorbis > sound-juicer/Makefile:USE_GSTREAMER=3D cdparanoia vorbis flac lame > tunesbrowser/Makefile:USE_GSTREAMER=3D mad > tunesbrowser/Makefile:USE_GSTREAMER+=3D esound > nautilus-media/Makefile:USE_GSTREAMER=3D gnomevfs libpng vorbis mad flac Actually, the for I think about it, this guy should depend on Hermes as well. Joe >=20 > Michael > >>>> Splitting the port into multiple ports would give us the ability > >>>> to package any port. An obvious example of this is the upcoming > >>>> gnomemedia2 which will require CD Paranoia support in gst. > >>>> > >>>> The major disadvantage to this approach is the overwhelming > >>>> administrative burden it adds. It's a pain to test [py-]libxml2 > >>>> and [py-]libxslt. I can't imagine what a gstreamer-plugins > >>>> update will do. For that reason, it might be nice to still have > >>>> the ability to test-build all plug-ins in a monolithic way >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-m3czEEq3DOaOx6k9jLfY Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBZBCTb2iPiv4Uz4cRAnmGAKCVFJORLIkNZZts0I3PxrTfrEPZJACcCans UkwX9fao/tcR6k8wCGC3a7M= =jk0J -----END PGP SIGNATURE----- --=-m3czEEq3DOaOx6k9jLfY-- From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 15:34:53 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9A5616A4CE; Wed, 6 Oct 2004 15:34:53 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D15843D3F; Wed, 6 Oct 2004 15:34:53 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i96FYcpl015856; Wed, 6 Oct 2004 11:34:38 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Michael Johnson In-Reply-To: <04B570E1-1763-11D9-8817-000A958C81C6@ahze.net> References: <200410051404.18385.freebsd@redesjm.local> <1097023904.79913.24.camel@shumai.marcuscom.com> <200410060817.58787.josemi@freebsd.jazztel.es> <04B570E1-1763-11D9-8817-000A958C81C6@ahze.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-m3czEEq3DOaOx6k9jLfY" Organization: MarcusCom, Inc. Message-Id: <1097076883.95993.12.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 06 Oct 2004 11:34:43 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com cc: FreeBSD GNOME Users cc: freebsd-gnome@freebsd.org Subject: Re: Gstreamer-plugins splitting ports .. needs testing and feed back ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 15:34:54 -0000 --=-m3czEEq3DOaOx6k9jLfY Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable On Wed, 2004-10-06 at 02:43, Michael Johnson wrote: > On Oct 6, 2004, at 2:17 AM, Jose M Rodriguez wrote: >=20 > > El Mi=E9rcoles, 6 de Octubre de 2004 02:51, Joe Marcus Clarke escribi= =F3: > >> On Tue, 2004-10-05 at 08:04, Jose M Rodriguez wrote: > >>> On Tuesday 05 October 2004 04:07, Joe Marcus Clarke wrote: > >>>> On Mon, 2004-10-04 at 21:51, Adam Weinberger wrote: > >>>>>>> (10.04.2004 @ 2143 PST): Michael Johnson said, in 2.0K: << > >>>>>> > >>>>>> - Figure out which ports use gstreamer-plugins and which > >>>>>> plugins each needs > >>>>>> > >>>>>>> end of "Gstreamer-plugins splitting ports .. needs testing > >>>>>>> and feed back ?" from Michael Johnson << > >>>>> > >>>>> I'd be interested in seeing the results of this sooner rather > >>>>> than later; I still don't understand why this is necessary. For > >>>>> anything that requires a libmad backend to gstreamer, we could > >>>>> just test for something and make a ${BROKEN} error or > >>>>> something. > >>>> > >>>> That works when ports are being install interactively. However, > >>>> when doing package building, we don't have that luxury. We could > >>>> mark a port BROKEN if gstreamer-plugins was built without MAD > >>>> support (the default), but that would mean we couldn't package > >>>> it. > >>> > >>> If gstreamer-plugins becomes a metaport selector, no port may > >>> depend on this. They must depends on a gstreamer-plugins-base and > >>> the plugins it really needs. > >>> > >>> I think it must detect PACKAGE_BUILDING and only depends on > >>> gstreamer-plugins-base in that case. > >>> > >>> This is a real big 'logistic' effort. It isn't by any means > >>> 'easy'. > >> > >> I don't really think we need a selector port, though that's certainly > >> a possibility. These plug-ins are pretty useless by themselves. > >> They're really only useful if another application will load them > >> (yes, you can use the GST command line tools, but how many users > >> really do that?). > >> > > > > Any way you choose, what you can't do is depend on a port with variable > > content by the presence of a file/library. This is the real thread. > > > > If this is a real plugin architecture, the ports may detect just what=20 > > is > > installed. > > > > I also think that a port selector isn't needed. > > > > At last here, the safest and easy path seems: > > > > - Convert multimedia/gstreamer-plugin in a base plugin port with fixed > > content. > > * All that 'you really want' in the most basic install. > > The actual bento build must be a good base. > > * All that is critical enough to not safe build out of this. > > * Take off auto detection. > > > > - Add external ports to the rest. >=20 > What should the "most basic install" be? which plugins should it be=20 > built with? I think it should be whatever the default set is if you had no external codecs/applications installed. Ports can then choose to depend on exactly what they need. > I've got most of the ports that work with gstreamer-plugins patched for > the new gstreamer-plugins and none want the exact same plugins. >=20 > Here's what I have so far.. > gnomemedia2/Makefile:USE_GSTREAMER=3D cdparanoia Not needed for now. gnomemedia2 just depends on the gstreamer OSS stuff currently. > jamboree/Makefile:USE_GSTREAMER+=3D esound > jamboree/Makefile:USE_GSTREAMER+=3D mad vorbis > marlin/Makefile:USE_GSTREAMER=3D cdparanoia > rhythmbox/Makefile:GST_PLUGINS=3D musicbrainz gnomevfs flac mad > rhythmbox/Makefile:USE_GSTREAMER+=3D faad > rhythmbox/Makefile:USE_GSTREAMER+=3D ${GST_PLUGINS} > rhythmbox/Makefile:USE_GSTREAMER+=3D ${GST_PLUGINS} > rhythmbox/Makefile:USE_GSTREAMER+=3D vorbis > sound-juicer/Makefile:USE_GSTREAMER=3D cdparanoia vorbis flac lame > tunesbrowser/Makefile:USE_GSTREAMER=3D mad > tunesbrowser/Makefile:USE_GSTREAMER+=3D esound > nautilus-media/Makefile:USE_GSTREAMER=3D gnomevfs libpng vorbis mad flac Actually, the for I think about it, this guy should depend on Hermes as well. Joe >=20 > Michael > >>>> Splitting the port into multiple ports would give us the ability > >>>> to package any port. An obvious example of this is the upcoming > >>>> gnomemedia2 which will require CD Paranoia support in gst. > >>>> > >>>> The major disadvantage to this approach is the overwhelming > >>>> administrative burden it adds. It's a pain to test [py-]libxml2 > >>>> and [py-]libxslt. I can't imagine what a gstreamer-plugins > >>>> update will do. For that reason, it might be nice to still have > >>>> the ability to test-build all plug-ins in a monolithic way >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-m3czEEq3DOaOx6k9jLfY Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBZBCTb2iPiv4Uz4cRAnmGAKCVFJORLIkNZZts0I3PxrTfrEPZJACcCans UkwX9fao/tcR6k8wCGC3a7M= =jk0J -----END PGP SIGNATURE----- --=-m3czEEq3DOaOx6k9jLfY-- From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 16:53:22 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B32016A4CE for ; Wed, 6 Oct 2004 16:53:22 +0000 (GMT) Received: from box84.elkhouse.de (box84.elkhouse.de [213.9.1.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id E855343D3F for ; Wed, 6 Oct 2004 16:53:21 +0000 (GMT) (envelope-from roman@ontographics.com) Received: from [192.168.1.3] (1Cust193.vr2.fft4.alter.net [149.229.88.193]) (authenticated bits=0) by box84.elkhouse.de (8.12.10/8.12.10) with ESMTP id i96GsxRg099190 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Wed, 6 Oct 2004 16:55:00 GMT (envelope-from roman@ontographics.com) From: Roman Kennke To: freebsd-gnome@FreeBSD.org Content-Type: text/plain Message-Id: <1097081597.690.36.camel@moonlight> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 06 Oct 2004 18:53:17 +0200 Content-Transfer-Encoding: 7bit Subject: GStreamer broken? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 16:53:22 -0000 Hi list, I try to install Jamboree. This leads to a core dump of gst-register. Here comes the output of gst-register: roman@moonlight:/home/roman> gst-register Rebuilding global_registry (/usr/X11R6/share/gnome/cache/gstreamer-0.8/registry.xml) ... Added plugin vcdsrc with 1 feature. Added plugin snapshot with 1 feature. Added plugin smoothwave with 1 feature. Added plugin textoverlay with 1 feature. Added plugin png with 2 features. Added plugin jpeg with 4 features. Added plugin hermescolorspace with 1 feature. Added plugin gnomevfs with 2 features. Added plugin gdkpixbuf with 2 features. Added plugin cdplayer with 1 feature. Bus error (core dumped) Also, (maybe this is related), when I try to open Sound-Juicer it tells me: Could not start Sound Juicer Reason: The plugin necessary for CD access was not found. Please consult the documentation for assistance. I am talking about Gnome2.6 (the most up2date version in the ports tree) together with 5.3BETA7. Should I just wait till Gnome2.8 and/or 5.3-stable? I think not, because this stuff is going to be shipped on CD. Best regards, Roman From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 16:54:11 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BED7016A4CE for ; Wed, 6 Oct 2004 16:54:11 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5896D43D3F for ; Wed, 6 Oct 2004 16:54:11 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CFF2k-0000g7-00 Wed, 06 Oct 2004 18:53:34 +0200 Received: from [212.106.254.137] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CFF2k-0000fH-00 Wed, 06 Oct 2004 18:53:34 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i96GrbqZ079247; Wed, 6 Oct 2004 18:53:37 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i96GrZHr002254; Wed, 6 Oct 2004 18:53:35 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: Joe Marcus Clarke Date: Wed, 6 Oct 2004 18:53:35 +0200 User-Agent: KMail/1.7 References: <5AEB125E-1751-11D9-8817-000A958C81C6@ahze.net> <1097076699.95993.8.camel@shumai.marcuscom.com> In-Reply-To: <1097076699.95993.8.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410061853.35685.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: FreeBSD GNOME Users Subject: Re: Gstreamer-plugins splitting ports .. needs testing and feed back ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 16:54:11 -0000 On Wednesday 06 October 2004 17:31, Joe Marcus Clarke wrote: > On Wed, 2004-10-06 at 00:36, Michael Johnson wrote: > > On Oct 5, 2004, at 8:51 PM, Joe Marcus Clarke wrote: > > >> On Tuesday 05 October 2004 04:07, Joe Marcus Clarke wrote: > > >>> On Mon, 2004-10-04 at 21:51, Adam Weinberger wrote: > > >> [...] > > I don't think that's necessary in this new scheme. I think it's > sufficient to simply depend on the base set of plug-ins (i.e. > multimedia/gstreamer-plugins), then have users pick and choose the > other functionality they want. Since each plug-in will now have its > own package, that's a breeze. For example, for rhythmbox, I would > have it depend on the lame, mad, and ogg/vorbis plug-ins. But for > nautilus-media, I would probably just depend on the base, and have > users add media support as they require it. > > Joe > take care of not put any port with license problems y vital dependencies. Things like audio/lame and math/djbfft can't be packaged. This thread can touch other mp3 software. ALso, you have my vote to put in the base: - ogg/vorbis the less problematic path to pc music - cdparanoia the less problematic cd interface in FreeBSD. -- josemi > > Michael From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 17:00:13 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00BF916A564 for ; Wed, 6 Oct 2004 17:00:13 +0000 (GMT) Received: from fed1rmmtao01.cox.net (fed1rmmtao01.cox.net [68.230.241.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id B579443D1D for ; Wed, 6 Oct 2004 17:00:12 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by fed1rmmtao01.cox.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20041006170010.DPAZ20638.fed1rmmtao01.cox.net@mezz.mezzweb.com>; Wed, 6 Oct 2004 13:00:10 -0400 To: "Roman Kennke" References: <1097081597.690.36.camel@moonlight> Message-ID: Date: Wed, 06 Oct 2004 12:00:16 -0500 From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: <1097081597.690.36.camel@moonlight> User-Agent: Opera M2/7.54 (Linux, build 751) cc: freebsd-gnome@freebsd.org Subject: Re: GStreamer broken? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 17:00:13 -0000 On Wed, 06 Oct 2004 18:53:17 +0200, Roman Kennke wrote: > Hi list, > > I try to install Jamboree. This leads to a core dump of gst-register. > Here comes the output of gst-register: > > roman@moonlight:/home/roman> gst-register > Rebuilding global_registry > (/usr/X11R6/share/gnome/cache/gstreamer-0.8/registry.xml) ... > Added plugin vcdsrc with 1 feature. > Added plugin snapshot with 1 feature. > Added plugin smoothwave with 1 feature. > Added plugin textoverlay with 1 feature. > Added plugin png with 2 features. > Added plugin jpeg with 4 features. > Added plugin hermescolorspace with 1 feature. > Added plugin gnomevfs with 2 features. > Added plugin gdkpixbuf with 2 features. > Added plugin cdplayer with 1 feature. > Bus error (core dumped) > > > Also, (maybe this is related), when I try to open Sound-Juicer it tells > me: > Could not start Sound Juicer > > Reason: The plugin necessary for CD access was not found. > Please consult the documentation for assistance. > > I am talking about Gnome2.6 (the most up2date version in the ports tree) > together with 5.3BETA7. Should I just wait till Gnome2.8 and/or > 5.3-stable? I think not, because this stuff is going to be shipped on > CD. Remove CPUTYPE from /etc/make.conf and reinstall gstreamer-plugins. Cheers, Mezz > Best regards, > Roman -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 18:19:06 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D81D16A4CE; Wed, 6 Oct 2004 18:19:06 +0000 (GMT) Received: from box84.elkhouse.de (box84.elkhouse.de [213.9.1.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75A7343D45; Wed, 6 Oct 2004 18:19:05 +0000 (GMT) (envelope-from roman@ontographics.com) Received: from [192.168.1.3] (1Cust193.vr2.fft4.alter.net [149.229.88.193]) (authenticated bits=0) by box84.elkhouse.de (8.12.10/8.12.10) with ESMTP id i96IKgRg099514 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Wed, 6 Oct 2004 18:20:43 GMT (envelope-from roman@ontographics.com) From: Roman Kennke To: Adam Weinberger In-Reply-To: <20041006120031.GN22274@toxic.magnesium.net> References: <1097061041.690.15.camel@moonlight> <20041006120031.GN22274@toxic.magnesium.net> Content-Type: text/plain Message-Id: <1097086740.76372.1.camel@moonlight> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 06 Oct 2004 20:19:01 +0200 Content-Transfer-Encoding: 7bit cc: freebsd-gnome@FreeBSD.org Subject: Re: automatically create menu entries X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 18:19:06 -0000 Am Mi, den 06.10.2004 schrieb Adam Weinberger um 14:00: > >> (10.06.2004 @ 0710 PST): Roman Kennke said, in 1.5K: << > > Hi FreeBSD-Gnome-list, > > > > I've been using FreeBSD+Gnome for a while now and want to say first, > > that I'm very pleased with this. > > > > One thing that I am missing is menu entries for common applications like > > Mozilla, Emacs, OpenOffice and so on. I would like to have this > > configured automatically. I have some ideas how to accomplish this: > > > > 1. each application (port) is responsible for creating desktop entries > > in the /usr/X11R6/share/gnome/applications (?) directory. ok, not a very > > good solution. This could be supported by the ports system in some way. > > > > 2. someone (maybe me) starts to create (or maybe there exists) a > > database of applications with their common binary locations and .desktop > > entries for them. Then it should be easy to scan a computer for these > > apps and include the desktop entries in > > /usr/X11R6/share/gnome/applications directory > > > > 3. another cool system is Debians menu system. something similar could > > be implemented in the ports system. This again gives the ports > > developers some responsibility. > > > > Such a system would not only be good for FreeBSD/Gnome but also for > > other Freedesktop.org compliant window managers and/or OSes. > > > > Is there interest in such a system? Does something like this already > > exist in FreeBSD? Which approach would you like? > >> end of "automatically create menu entries" from Roman Kennke << > > I've been toying with the concept of a Makefile macro that will generate > desktop entries for ports that do not install them. I'll get moving on > that. It's the least portable option, however. > > I think that if you're up to writing a program, you should either make > (a) a full-fledged GNOME menu editor, or (b) use your second suggestion > and make an app that also recognizes when a program has a desktop entry > but has been renamed and/or moved to a different category. I disagree > with the way that fluxbox-generate-menu overwrites the menu that you > already have. Oh well, actually there is such a program: x11-wm/wmconfig does the job quite fine: >wmconfig --output=gnome2 restart Gnome and you have a new menu named Wmconfig which holds lots of entries for all kind of apps. I must check this app more closely. /Roman From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 18:32:32 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91EB716A4CE; Wed, 6 Oct 2004 18:32:32 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14E7343D48; Wed, 6 Oct 2004 18:32:32 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CFGaR-0007fH-00 Wed, 06 Oct 2004 20:32:27 +0200 Received: from [212.106.254.137] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CFGaQ-0007eR-00 Wed, 06 Oct 2004 20:32:26 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i96IWTK5036585; Wed, 6 Oct 2004 20:32:29 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i96IWQJK002734; Wed, 6 Oct 2004 20:32:26 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: freebsd-gnome@freebsd.org Date: Wed, 6 Oct 2004 20:32:26 +0200 User-Agent: KMail/1.7 References: <1097061041.690.15.camel@moonlight> <20041006120031.GN22274@toxic.magnesium.net> <1097086740.76372.1.camel@moonlight> In-Reply-To: <1097086740.76372.1.camel@moonlight> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410062032.26764.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus Subject: Re: automatically create menu entries X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 18:32:32 -0000 On Wednesday 06 October 2004 20:19, Roman Kennke wrote: > Am Mi, den 06.10.2004 schrieb Adam Weinberger um 14:00: > > >> (10.06.2004 @ 0710 PST): Roman Kennke said, in 1.5K: << > > > > > > Hi FreeBSD-Gnome-list, > > > > > > I've been using FreeBSD+Gnome for a while now and want to say > > > first, that I'm very pleased with this. > > > > > > One thing that I am missing is menu entries for common > > > applications like Mozilla, Emacs, OpenOffice and so on. I would > > > like to have this configured automatically. I have some ideas how > > > to accomplish this: > > > > > > 1. each application (port) is responsible for creating desktop > > > entries in the /usr/X11R6/share/gnome/applications (?) directory. > > > ok, not a very good solution. This could be supported by the > > > ports system in some way. > > > > > > 2. someone (maybe me) starts to create (or maybe there exists) a > > > database of applications with their common binary locations and > > > .desktop entries for them. Then it should be easy to scan a > > > computer for these apps and include the desktop entries in > > > /usr/X11R6/share/gnome/applications directory > > > > > > 3. another cool system is Debians menu system. something similar > > > could be implemented in the ports system. This again gives the > > > ports developers some responsibility. > > > > > > Such a system would not only be good for FreeBSD/Gnome but also > > > for other Freedesktop.org compliant window managers and/or OSes. > > > > > > Is there interest in such a system? Does something like this > > > already exist in FreeBSD? Which approach would you like? > > > > > >> end of "automatically create menu entries" from Roman Kennke << > > > > I've been toying with the concept of a Makefile macro that will > > generate desktop entries for ports that do not install them. I'll > > get moving on that. It's the least portable option, however. > > > > I think that if you're up to writing a program, you should either > > make (a) a full-fledged GNOME menu editor, or (b) use your second > > suggestion and make an app that also recognizes when a program has > > a desktop entry but has been renamed and/or moved to a different > > category. I disagree with the way that fluxbox-generate-menu > > overwrites the menu that you already have. > > Oh well, actually there is such a program: x11-wm/wmconfig does the > job > > quite fine: > >wmconfig --output=gnome2 > > restart Gnome and you have a new menu named Wmconfig which holds lots > of entries for all kind of apps. I must check this app more closely. > > /Roman > Please, check this before. http://freedesktop.org/Standards/menu-spec/menu-spec-0.8.html -- josemi From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 18:59:36 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 471F216A507 for ; Wed, 6 Oct 2004 18:59:36 +0000 (GMT) Received: from fed1rmmtao08.cox.net (fed1rmmtao08.cox.net [68.230.241.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1B3C43D53 for ; Wed, 6 Oct 2004 18:59:33 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by fed1rmmtao08.cox.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20041006185931.FRHC14003.fed1rmmtao08.cox.net@mezz.mezzweb.com>; Wed, 6 Oct 2004 14:59:31 -0400 Date: Wed, 06 Oct 2004 13:59:38 -0500 To: "Roman Kennke" References: <1097061041.690.15.camel@moonlight> From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <1097061041.690.15.camel@moonlight> User-Agent: Opera M2/7.54 (Linux, build 751) cc: freebsd-gnome@freebsd.org Subject: Re: automatically create menu entries X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 18:59:36 -0000 On Wed, 06 Oct 2004 13:10:41 +0200, Roman Kennke wrote: > Hi FreeBSD-Gnome-list, > > I've been using FreeBSD+Gnome for a while now and want to say first, > that I'm very pleased with this. > > One thing that I am missing is menu entries for common applications like > Mozilla, Emacs, OpenOffice and so on. I would like to have this > configured automatically. I have some ideas how to accomplish this: > > 1. each application (port) is responsible for creating desktop entries > in the /usr/X11R6/share/gnome/applications (?) directory. ok, not a very > good solution. This could be supported by the ports system in some way. > > 2. someone (maybe me) starts to create (or maybe there exists) a > database of applications with their common binary locations and .desktop > entries for them. Then it should be easy to scan a computer for these > apps and include the desktop entries in > /usr/X11R6/share/gnome/applications directory > > 3. another cool system is Debians menu system. something similar could > be implemented in the ports system. This again gives the ports > developers some responsibility. > > Such a system would not only be good for FreeBSD/Gnome but also for > other Freedesktop.org compliant window managers and/or OSes. I strongly disagree with this idea of ports developers' responsibility to create menu. Any apps are the one that who should accept any patch that come with *.desktop for KDE/GNOME. It's not that hard to add those in their own tarballs. I didn't bother to check their bugzilla, GNATS or whatever, did anyone ever send to them the patch(es) related with menu (*.desktop) yet? > Is there interest in such a system? Does something like this already > exist in FreeBSD? Which approach would you like? Only thing that I will accept is that if someone create something similar to fluxbox-generate_menu, but a better one than overwrite it at the each time. Cheers, Mezz > Best regards, > Roman -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 19:50:25 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5A7616A4CE for ; Wed, 6 Oct 2004 19:50:25 +0000 (GMT) Received: from imf18aec.mail.bellsouth.net (imf18aec.mail.bellsouth.net [205.152.59.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 178EB43D45 for ; Wed, 6 Oct 2004 19:50:25 +0000 (GMT) (envelope-from ahze@ahze.net) Received: from [192.168.1.5] ([68.209.163.3]) by imf18aec.mail.bellsouth.netESMTP <20041006195012.YJOG1790.imf18aec.mail.bellsouth.net@[192.168.1.5]>; Wed, 6 Oct 2004 15:50:12 -0400 In-Reply-To: <200410061853.35685.josemi@freebsd.jazztel.es> References: <5AEB125E-1751-11D9-8817-000A958C81C6@ahze.net> <1097076699.95993.8.camel@shumai.marcuscom.com> <200410061853.35685.josemi@freebsd.jazztel.es> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Michael Johnson Date: Wed, 6 Oct 2004 15:50:11 -0400 To: Jose M Rodriguez X-Mailer: Apple Mail (2.619) cc: FreeBSD GNOME Users Subject: Re: Gstreamer-plugins splitting ports .. needs testing and feed back ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 19:50:25 -0000 but only a select few ports use ogg/vorbis and cdparanoia Michael On Oct 6, 2004, at 12:53 PM, Jose M Rodriguez wrote: > On Wednesday 06 October 2004 17:31, Joe Marcus Clarke wrote: >> On Wed, 2004-10-06 at 00:36, Michael Johnson wrote: >>> On Oct 5, 2004, at 8:51 PM, Joe Marcus Clarke wrote: >>>>> On Tuesday 05 October 2004 04:07, Joe Marcus Clarke wrote: >>>>>> On Mon, 2004-10-04 at 21:51, Adam Weinberger wrote: >>>>> [...] >> >> I don't think that's necessary in this new scheme. I think it's >> sufficient to simply depend on the base set of plug-ins (i.e. >> multimedia/gstreamer-plugins), then have users pick and choose the >> other functionality they want. Since each plug-in will now have its >> own package, that's a breeze. For example, for rhythmbox, I would >> have it depend on the lame, mad, and ogg/vorbis plug-ins. But for >> nautilus-media, I would probably just depend on the base, and have >> users add media support as they require it. >> >> Joe >> > > take care of not put any port with license problems y vital > dependencies. Things like audio/lame and math/djbfft can't be > packaged. This thread can touch other mp3 software. > > ALso, you have my vote to put in the base: > - ogg/vorbis the less problematic path to pc music > - cdparanoia the less problematic cd interface in FreeBSD. > > -- > josemi >>> Michael From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 20:19:36 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DD3A16A4CE for ; Wed, 6 Oct 2004 20:19:36 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id E729F43D41 for ; Wed, 6 Oct 2004 20:19:35 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CFIGE-0005Ps-00 Wed, 06 Oct 2004 22:19:42 +0200 Received: from [212.106.254.137] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CFIGE-0005PQ-00 Wed, 06 Oct 2004 22:19:42 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i96KJPXc044289; Wed, 6 Oct 2004 22:19:25 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i96KJN2v040974; Wed, 6 Oct 2004 22:19:23 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: Michael Johnson Date: Wed, 6 Oct 2004 22:19:22 +0200 User-Agent: KMail/1.7 References: <200410061853.35685.josemi@freebsd.jazztel.es> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410062219.23068.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: FreeBSD GNOME Users Subject: Re: Gstreamer-plugins splitting ports .. needs testing and feed back ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 20:19:36 -0000 On Wednesday 06 October 2004 21:50, Michael Johnson wrote: > but only a select few ports use ogg/vorbis and cdparanoia > Well, with mp3 license problems, it's one of the safest path. Most GPL products go now in that way. Linux, KDE .. Right now, any mp3 encoder is threaded. It's not only lame. And problems with mp3 decoders are not closed. Yes. Right Now, all is mp3. But if you want digital music in your pc next year from packages, better have ogg/vorbis and vorbis-tools (encoder) everywhere. About cdparanoia. I'm using it in every app related to CD music. It works as good as cdrecord's cdda2wav and don't need special rights. Well, this is more a personal taste. > Michael > -- josemi From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 20:20:24 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECA5816A4CF for ; Wed, 6 Oct 2004 20:20:24 +0000 (GMT) Received: from imf24aec.mail.bellsouth.net (imf24aec.mail.bellsouth.net [205.152.59.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E9E443D45 for ; Wed, 6 Oct 2004 20:20:24 +0000 (GMT) (envelope-from ahze@ahze.net) Received: from [192.168.1.5] ([68.209.163.3]) by imf24aec.mail.bellsouth.netESMTP <20041006202018.LKYL1757.imf24aec.mail.bellsouth.net@[192.168.1.5]>; Wed, 6 Oct 2004 16:20:18 -0400 In-Reply-To: <200410060925.54385.josemi@freebsd.jazztel.es> References: <200410060817.58787.josemi@freebsd.jazztel.es> <04B570E1-1763-11D9-8817-000A958C81C6@ahze.net> <200410060925.54385.josemi@freebsd.jazztel.es> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <226B9192-17D5-11D9-8817-000A958C81C6@ahze.net> Content-Transfer-Encoding: quoted-printable From: Michael Johnson Date: Wed, 6 Oct 2004 16:20:15 -0400 To: Jose M Rodriguez X-Mailer: Apple Mail (2.619) cc: FreeBSD GNOME Users Subject: Re: Gstreamer-plugins splitting ports .. needs testing and feed back ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 20:20:25 -0000 On Oct 6, 2004, at 3:25 AM, Jose M Rodriguez wrote: > On Wednesday 06 October 2004 08:43, Michael Johnson wrote: >> On Oct 6, 2004, at 2:17 AM, Jose M Rodriguez wrote: >>> El Mi=E9rcoles, 6 de Octubre de 2004 02:51, Joe Marcus Clarke > escribi=F3: > [...] >>>> I don't really think we need a selector port, though that's >>>> certainly a possibility. These plug-ins are pretty useless by >>>> themselves. They're really only useful if another application will >>>> load them (yes, you can use the GST command line tools, but how >>>> many users really do that?). >>> >>> Any way you choose, what you can't do is depend on a port with >>> variable content by the presence of a file/library. This is the >>> real thread. >>> >>> If this is a real plugin architecture, the ports may detect just >>> what is >>> installed. >>> >>> I also think that a port selector isn't needed. >>> >>> At last here, the safest and easy path seems: >>> >>> - Convert multimedia/gstreamer-plugin in a base plugin port with >>> fixed content. >>> * All that 'you really want' in the most basic install. >>> The actual bento build must be a good base. >>> * All that is critical enough to not safe build out of this. >>> * Take off auto detection. >>> >>> - Add external ports to the rest. >> >> What should the "most basic install" be? which plugins should it be >> built with? > > A really good question for the port maintainer. > > This is more a 'logistic' problem. If gstreamer have 50 diff plugins > and you want implement all in a per-port basic, you may have 51 ports > to maintain, carry on dependencies ... > > This is really a big effort that must be take by the port maintainer. > > If you can name 20 that allway be in, you have 31 ports. You can =20 > refine > this in future works. And you have more chances that this can be > assumed by the port maintainer. > Actually it won't be much different than it is now, just more ports Please take a look at Makefile from xvid and Makefile.common from gstreamer-plugins http://ahze.net:8080/cgi-bin/cvsweb.cgi/~checkout~/gst-ports/=20 multimedia/gstreamer-plugins-xvid/Makefile?rev=3D1.1.1.1;content-=20 type=3Dtext%2Fplain http://ahze.net:8080/cgi-bin/cvsweb.cgi/~checkout~/gst-ports/=20 multimedia/gstreamer-plugins/Makefile.common?rev=3D1.11;content-=20 type=3Dtext%2Fplain Everything is still in gstreamer-plugins, its setup as master/slave =20 ports so you basically only edit one file. Michael > So, about the big question, you have really two. > > - What must be take-off > things like arts and some special supports. Even seems that kde@ must > be responsible off dependencies on gstreamer-plugins-arts from > kdemultimedia (as an example). > > - What must be in > first, things that must be problematic out of the base port. > second, what allways be there. Take a package from bento, expand the > tarball and examine the plugins. > > If you allready have work done to make ports for every plugin, make = the > gstreamer-plugins port depends on these. But it must be a fixed > content port and you must have just only one keyword to select it. > >> I've got most of the ports that work with gstreamer-plugins patched >> for the new gstreamer-plugins and none want the exact same plugins. >> > > You may rework this after the gstreamer-plugins redef. The ports must > depend on gstreamer-plugins and the gstreamer-plugins-{extra} they > really need. You may make this via keywords if you like. > >> Here's what I have so far.. >> gnomemedia2/Makefile:USE_GSTREAMER=3D cdparanoia >> jamboree/Makefile:USE_GSTREAMER+=3D esound >> jamboree/Makefile:USE_GSTREAMER+=3D mad vorbis >> marlin/Makefile:USE_GSTREAMER=3D cdparanoia >> rhythmbox/Makefile:GST_PLUGINS=3D musicbrainz gnomevfs flac mad >> rhythmbox/Makefile:USE_GSTREAMER+=3D faad >> rhythmbox/Makefile:USE_GSTREAMER+=3D ${GST_PLUGINS} >> rhythmbox/Makefile:USE_GSTREAMER+=3D ${GST_PLUGINS} >> rhythmbox/Makefile:USE_GSTREAMER+=3D vorbis >> sound-juicer/Makefile:USE_GSTREAMER=3D cdparanoia vorbis flac lame >> tunesbrowser/Makefile:USE_GSTREAMER=3D mad >> tunesbrowser/Makefile:USE_GSTREAMER+=3D esound >> nautilus-media/Makefile:USE_GSTREAMER=3D gnomevfs libpng vorbis mad >> flac >> >> Michael >> >>>>>> Splitting the port into multiple ports would give us the ability >>>>>> to package any port. An obvious example of this is the upcoming >>>>>> gnomemedia2 which will require CD Paranoia support in gst. >>>>>> >>>>>> The major disadvantage to this approach is the overwhelming >>>>>> administrative burden it adds. It's a pain to test [py-]libxml2 >>>>>> and [py-]libxslt. I can't imagine what a gstreamer-plugins >>>>>> update will do. For that reason, it might be nice to still have >>>>>> the ability to test-build all plug-ins in a monolithic way > > -- > josemi From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 20:31:26 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 663BD16A4CE for ; Wed, 6 Oct 2004 20:31:26 +0000 (GMT) Received: from sys.heron.com.pl (sys.heron.com.pl [195.117.24.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6C0643D3F for ; Wed, 6 Oct 2004 20:31:25 +0000 (GMT) (envelope-from piotr.smyrak@heron.pl) Received: from localhost ([127.0.0.1] helo=poczta.heron.pl) by sys.heron.com.pl with esmtp (Exim 4.23) id 1CFIRx-000Jxo-7A for freebsd-gnome@freebsd.org; Wed, 06 Oct 2004 22:31:49 +0200 From: piotr.smyrak@heron.pl To: freebsd-gnome@freebsd.org Date: Wed, 6 Oct 2004 22:31:49 +0200 Message-Id: <20041006202952.M88189@heron.pl> X-Mailer: WebMail at HERON 2.32 20040813 X-OriginatingIP: 83.24.97.58 (smyru) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Subject: cvs-ports equivalent for Macuscom repository X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 20:31:26 -0000 Hi, I was wondering if there is any equivalent to cvs-ports@ for Marcuscom repository. CVSweb does not show any summary AFAIK in friendly way. Thanks, -- Piotr Smyrak piotr.smyrak@heron.pl From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 22:57:31 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E17116A4CE for ; Wed, 6 Oct 2004 22:57:31 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEDE243D3F for ; Wed, 6 Oct 2004 22:57:30 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.182] (vpn-client-182.marcuscom.com [10.2.1.182]) i96MvGK5019146; Wed, 6 Oct 2004 18:57:16 -0400 (EDT) (envelope-from marcus@marcuscom.com) Message-ID: <41647861.6040601@marcuscom.com> Date: Wed, 06 Oct 2004 18:57:37 -0400 From: Joe Marcus Clarke Organization: MarcusCom, Inc. User-Agent: Mozilla Thunderbird 0.8 (Macintosh/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: piotr.smyrak@heron.pl References: <20041006202952.M88189@heron.pl> In-Reply-To: <20041006202952.M88189@heron.pl> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com cc: freebsd-gnome@freebsd.org Subject: Re: cvs-ports equivalent for Macuscom repository X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 22:57:31 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 piotr.smyrak@heron.pl wrote: | Hi, | | I was wondering if there is any equivalent to cvs-ports@ for | Marcuscom repository. CVSweb does not show any summary AFAIK in | friendly way. I host a mailing list called marcuscom-devel that works like cvs-ports. ~ I have even ported the FreeBSD scripts so the messages now have the same format. If you wish to be added, email me privately with your desired email address (Note: the main CVSWeb page mentions this as well). Joe | | Thanks, - -- PGP Key : http://www.marcuscom.com/pgp.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBZHfbb2iPiv4Uz4cRAmiOAJ9h2op2S5y42gUnHYqNESVx7FRp3wCgg5p+ c2+k95AiMKeXV4jwUaT2/Qo= =gmaj -----END PGP SIGNATURE----- From owner-freebsd-gnome@FreeBSD.ORG Wed Oct 6 23:54:11 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4707C16A4CE for ; Wed, 6 Oct 2004 23:54:11 +0000 (GMT) Received: from imf22aec.mail.bellsouth.net (imf22aec.mail.bellsouth.net [205.152.59.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id C69A543D39 for ; Wed, 6 Oct 2004 23:54:10 +0000 (GMT) (envelope-from ahze@ahze.net) Received: from [192.168.1.5] ([68.209.163.3]) by imf24aec.mail.bellsouth.netESMTP <20041006230423.PAFO1757.imf24aec.mail.bellsouth.net@[192.168.1.5]> for ; Wed, 6 Oct 2004 19:04:23 -0400 Mime-Version: 1.0 (Apple Message framework v619) To: FreeBSD GNOME Users Message-Id: <0C7BE0D4-17EC-11D9-8817-000A958C81C6@ahze.net> Content-Type: multipart/mixed; boundary=Apple-Mail-5-685056745 From: Michael Johnson Date: Wed, 6 Oct 2004 19:04:17 -0400 X-Mailer: Apple Mail (2.619) Subject: Mozilla with cairo instead of libart X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 23:54:11 -0000 --Apple-Mail-5-685056745 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Hi, Earlier today I submitted several patches to add cairo to the ports tree I got cairo working with mozilla instead of using libart. all the cairo ports can be downloaded from http://ahze.net/~ahze/cairo.tar.bz2 Michael --Apple-Mail-5-685056745 Content-Transfer-Encoding: 7bit Content-Type: application/octet-stream; x-unix-mode=0644; name="mozilla-cairo.patch" Content-Disposition: attachment; filename=mozilla-cairo.patch diff -ruN mozilla.orig/Makefile mozilla/Makefile --- mozilla.orig/Makefile Wed Oct 6 18:45:57 2004 +++ mozilla/Makefile Wed Oct 6 18:33:21 2004 @@ -14,8 +14,10 @@ ${MASTER_SITE_LOCAL:S/$/:local/} MASTER_SITE_SUBDIR= mozilla/releases/${PORTNAME}${PORTVERSION}/src \ adamw/:local -DISTFILES= ${PORTNAME}-source-${PORTVERSION}${EXTRACT_SUFX} \ - libart_lgpl${EXTRACT_SUFX}:local +DISTFILES= ${PORTNAME}-source-${PORTVERSION}${EXTRACT_SUFX} +.if !defined(WITH_CAIRO_RENDER) +DISTFILES+= libart_lgpl${EXTRACT_SUFX}:local +.endif MAINTAINER= gnome@FreeBSD.org COMMENT= The open source, standards compliant web browser @@ -72,7 +74,6 @@ --disable-bidi \ --disable-plaintext-editor-only \ --enable-svg \ - --enable-svg-renderer-libart \ --disable-tests \ --disable-xterm-updates \ --enable-xinerama \ @@ -86,8 +87,7 @@ PLIST= ${WRKDIR}/pkg-plist MOZ_EXTENSIONS= default -CONFIGURE_ENV= MOZ_INTERNAL_LIBART_LGPL=1 \ - LOCALBASE=${LOCALBASE} +CONFIGURE_ENV= LOCALBASE=${LOCALBASE} PKGINSTALL= ${WRKDIR}/pkg-install PKGDEINSTALL= ${WRKDIR}/pkg-deinstall @@ -123,6 +123,18 @@ .include +.if defined(WITH_CAIRO_RENDER) +LIB_DEPENDS+= svg-cairo.1:${PORTSDIR}/graphics/libsvg-cairo + +CONFIGURE_ARGS+= --enable-svg-renderer-cairoi=${LOCALBASE} \ + --disable-svg-renderer-libart +CONFIGURE_ENV+= MOZ_SVG_RENDERER_CAIRO=1 +.else +CONFIGURE_ARGS+= --enable-svg-renderer-libart \ + --disable-svg-renderer-cairoi +CONFIGURE_ENV+= MOZ_INTERNAL_LIBART_LGPL=1 +.endif + .if !defined(WITHOUT_XFT) LIB_DEPENDS+= Xft.2:${PORTSDIR}/x11-fonts/libXft CONFIGURE_ARGS+=--enable-xft @@ -191,7 +203,7 @@ #CONFIGURE_ARGS+= --enable-reorder #.endif -.if ${OSVERSION} < 500035 +.if ${OSVERSION} < 500035 && !defined(WITH_CAIRO_RENDER) EXTRA_PATCHES+= ${FILESDIR}/extra-patch-nsSVGLibartGlyphMetricsFT.cpp .endif --Apple-Mail-5-685056745-- From owner-freebsd-gnome@FreeBSD.ORG Thu Oct 7 02:45:43 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30AFC16A4CE for ; Thu, 7 Oct 2004 02:45:43 +0000 (GMT) Received: from imf25aec.mail.bellsouth.net (imf25aec.mail.bellsouth.net [205.152.59.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA86143D31 for ; Thu, 7 Oct 2004 02:45:37 +0000 (GMT) (envelope-from ahze@ahze.net) Received: from [192.168.1.5] ([68.209.163.3]) by imf25aec.mail.bellsouth.netESMTP <20041007024537.NLQR1789.imf25aec.mail.bellsouth.net@[192.168.1.5]>; Wed, 6 Oct 2004 22:45:37 -0400 In-Reply-To: <200410062219.23068.josemi@freebsd.jazztel.es> References: <200410061853.35685.josemi@freebsd.jazztel.es> <200410062219.23068.josemi@freebsd.jazztel.es> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Michael Johnson Date: Wed, 6 Oct 2004 22:45:36 -0400 To: Jose M Rodriguez X-Mailer: Apple Mail (2.619) cc: FreeBSD GNOME Users Subject: Re: Gstreamer-plugins splitting ports .. needs testing and feed back ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 02:45:43 -0000 On Oct 6, 2004, at 4:19 PM, Jose M Rodriguez wrote: > On Wednesday 06 October 2004 21:50, Michael Johnson wrote: >> but only a select few ports use ogg/vorbis and cdparanoia >> > > Well, with mp3 license problems, it's one of the safest path. > Most GPL products go now in that way. Linux, KDE .. > Right now, any mp3 encoder is threaded. It's not only lame. > And problems with mp3 decoders are not closed. > > Yes. Right Now, all is mp3. But if you want digital music in your pc > next year from packages, better have ogg/vorbis and vorbis-tools > (encoder) everywhere. The mp3 license problem will never be a problem for gstreamer-plugins, due to the fact it does not have any mp3 encoder/decoder by itself. If this becomes a problem in the future they will add RESTRICTED or similar to lame, mad, etc and not gstreamer-plugins. > About cdparanoia. I'm using it in every app related to CD music. It > works as good as cdrecord's cdda2wav and don't need special rights. > > Well, this is more a personal taste. > >> Michael >> > > -- > josemi > From owner-freebsd-gnome@FreeBSD.ORG Thu Oct 7 03:07:03 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A30516A4CE for ; Thu, 7 Oct 2004 03:07:03 +0000 (GMT) Received: from imf21aec.mail.bellsouth.net (imf21aec.mail.bellsouth.net [205.152.59.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DC7443D3F for ; Thu, 7 Oct 2004 03:07:02 +0000 (GMT) (envelope-from ahze@ahze.net) Received: from [192.168.1.5] ([68.209.163.3]) by imf21aec.mail.bellsouth.netESMTP <20041007030701.MKMZ1791.imf21aec.mail.bellsouth.net@[192.168.1.5]>; Wed, 6 Oct 2004 23:07:01 -0400 In-Reply-To: References: <1097081597.690.36.camel@moonlight> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Michael Johnson Date: Wed, 6 Oct 2004 23:07:00 -0400 To: "Jeremy Messenger" X-Mailer: Apple Mail (2.619) cc: freebsd-gnome@freebsd.org Subject: Re: GStreamer broken? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 03:07:03 -0000 Try building with -O2 That works for me and I have CPUTYPE=athlon-xp I am curious if this works for other people also? Cheers, Michael On Oct 6, 2004, at 1:00 PM, Jeremy Messenger wrote: > On Wed, 06 Oct 2004 18:53:17 +0200, Roman Kennke > wrote: > >> Hi list, >> >> I try to install Jamboree. This leads to a core dump of gst-register. >> Here comes the output of gst-register: >> >> roman@moonlight:/home/roman> gst-register >> Rebuilding global_registry >> (/usr/X11R6/share/gnome/cache/gstreamer-0.8/registry.xml) ... >> Added plugin vcdsrc with 1 feature. >> Added plugin snapshot with 1 feature. >> Added plugin smoothwave with 1 feature. >> Added plugin textoverlay with 1 feature. >> Added plugin png with 2 features. >> Added plugin jpeg with 4 features. >> Added plugin hermescolorspace with 1 feature. >> Added plugin gnomevfs with 2 features. >> Added plugin gdkpixbuf with 2 features. >> Added plugin cdplayer with 1 feature. >> Bus error (core dumped) >> >> >> Also, (maybe this is related), when I try to open Sound-Juicer it >> tells >> me: >> Could not start Sound Juicer >> >> Reason: The plugin necessary for CD access was not found. >> Please consult the documentation for assistance. >> >> I am talking about Gnome2.6 (the most up2date version in the ports >> tree) >> together with 5.3BETA7. Should I just wait till Gnome2.8 and/or >> 5.3-stable? I think not, because this stuff is going to be shipped on >> CD. > > Remove CPUTYPE from /etc/make.conf and reinstall gstreamer-plugins. > > Cheers, > Mezz > >> Best regards, >> Roman > > > -- > mezz7@cox.net - mezz@FreeBSD.org > FreeBSD GNOME Team > http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org > _______________________________________________ > freebsd-gnome@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > To unsubscribe, send any mail to > "freebsd-gnome-unsubscribe@freebsd.org" > From owner-freebsd-gnome@FreeBSD.ORG Thu Oct 7 03:42:19 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00E4416A4CE for ; Thu, 7 Oct 2004 03:42:19 +0000 (GMT) Received: from bloodwood.hunterlink.net.au (smtp-local.hunterlink.net.au [203.12.144.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7125543D2D for ; Thu, 7 Oct 2004 03:42:17 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from ppp2F09.dyn.pacific.net.au (ppp2F09.dyn.pacific.net.au [61.8.47.9])i973dOUI014978 for ; Thu, 7 Oct 2004 13:39:25 +1000 From: Sam Lawrance To: gnome@freebsd.org Content-Type: text/plain Date: Thu, 07 Oct 2004 13:44:35 +1000 Message-Id: <1097120675.1831.22.camel@dirk.no.domain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Evolution discards mail composed and sent when net connection down (gnome 2.8, evolution 2) X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 03:42:19 -0000 Hi everyone, I'm not on the list so please CC me (unless you want to snicker behind my back :) This may be bogus, as the gnome upgrade script didn't finish and I ended up portupgrading stuff manually here and there. Luckily it should be simple enough to verify or disprove. If I compose and hit send in Evolution when my dialup is down, the message disappears. It doesn't end up in the outbox (as previously), nor the Sent folder. Can someone confirm? From owner-freebsd-gnome@FreeBSD.ORG Thu Oct 7 03:53:44 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D41316A4CE for ; Thu, 7 Oct 2004 03:53:44 +0000 (GMT) Received: from fed1rmmtao07.cox.net (fed1rmmtao07.cox.net [68.230.241.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id E998B43D3F for ; Thu, 7 Oct 2004 03:53:43 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by fed1rmmtao07.cox.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20041007035343.NTQG8184.fed1rmmtao07.cox.net@mezz.mezzweb.com>; Wed, 6 Oct 2004 23:53:43 -0400 To: "Michael Johnson" References: <1097081597.690.36.camel@moonlight> Message-ID: Date: Wed, 06 Oct 2004 22:53:50 -0500 From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Opera M2/7.54 (Linux, build 751) cc: freebsd-gnome@freebsd.org Subject: Re: GStreamer broken? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 03:53:44 -0000 On Wed, 6 Oct 2004 23:07:00 -0400, Michael Johnson wrote: > Try building with -O2 > That works for me and I have CPUTYPE=athlon-xp > > I am curious if this works for other people also? Umm, insteresting... -O2 does fix my problem as well. Nice find! Cheers, Mezz > Cheers, > Michael > > On Oct 6, 2004, at 1:00 PM, Jeremy Messenger wrote: > >> On Wed, 06 Oct 2004 18:53:17 +0200, Roman Kennke >> wrote: >> >>> Hi list, >>> >>> I try to install Jamboree. This leads to a core dump of gst-register. >>> Here comes the output of gst-register: >>> >>> roman@moonlight:/home/roman> gst-register >>> Rebuilding global_registry >>> (/usr/X11R6/share/gnome/cache/gstreamer-0.8/registry.xml) ... >>> Added plugin vcdsrc with 1 feature. >>> Added plugin snapshot with 1 feature. >>> Added plugin smoothwave with 1 feature. >>> Added plugin textoverlay with 1 feature. >>> Added plugin png with 2 features. >>> Added plugin jpeg with 4 features. >>> Added plugin hermescolorspace with 1 feature. >>> Added plugin gnomevfs with 2 features. >>> Added plugin gdkpixbuf with 2 features. >>> Added plugin cdplayer with 1 feature. >>> Bus error (core dumped) >>> >>> >>> Also, (maybe this is related), when I try to open Sound-Juicer it tells >>> me: >>> Could not start Sound Juicer >>> >>> Reason: The plugin necessary for CD access was not found. >>> Please consult the documentation for assistance. >>> >>> I am talking about Gnome2.6 (the most up2date version in the ports >>> tree) >>> together with 5.3BETA7. Should I just wait till Gnome2.8 and/or >>> 5.3-stable? I think not, because this stuff is going to be shipped on >>> CD. >> >> Remove CPUTYPE from /etc/make.conf and reinstall gstreamer-plugins. >> >> Cheers, >> Mezz >> >>> Best regards, >>> Roman -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-gnome@FreeBSD.ORG Thu Oct 7 05:24:13 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10F3316A4CE for ; Thu, 7 Oct 2004 05:24:13 +0000 (GMT) Received: from imf17aec.mail.bellsouth.net (imf17aec.mail.bellsouth.net [205.152.59.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EC3443D53 for ; Thu, 7 Oct 2004 05:24:12 +0000 (GMT) (envelope-from ahze@ahze.net) Received: from [192.168.1.5] ([68.209.163.3]) by imf17aec.mail.bellsouth.netESMTP <20041007052411.CNPZ1756.imf17aec.mail.bellsouth.net@[192.168.1.5]>; Thu, 7 Oct 2004 01:24:11 -0400 In-Reply-To: References: <1097081597.690.36.camel@moonlight> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <1E90A8CE-1821-11D9-8817-000A958C81C6@ahze.net> Content-Transfer-Encoding: 7bit From: Michael Johnson Date: Thu, 7 Oct 2004 01:24:10 -0400 To: "Jeremy Messenger" X-Mailer: Apple Mail (2.619) cc: freebsd-gnome@freebsd.org Subject: Re: GStreamer broken? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 05:24:13 -0000 On Oct 6, 2004, at 11:53 PM, Jeremy Messenger wrote: > On Wed, 6 Oct 2004 23:07:00 -0400, Michael Johnson > wrote: > >> Try building with -O2 >> That works for me and I have CPUTYPE=athlon-xp >> >> I am curious if this works for other people also? > > Umm, insteresting... -O2 does fix my problem as well. Nice find! > > Cheers, > Mezz What CPUTYPE did you build with? From owner-freebsd-gnome@FreeBSD.ORG Thu Oct 7 07:18:56 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C55B016A4CE for ; Thu, 7 Oct 2004 07:18:56 +0000 (GMT) Received: from fed1rmmtao06.cox.net (fed1rmmtao06.cox.net [68.230.241.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C60943D4C for ; Thu, 7 Oct 2004 07:18:56 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by fed1rmmtao06.cox.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20041007071854.QPQZ4731.fed1rmmtao06.cox.net@mezz.mezzweb.com>; Thu, 7 Oct 2004 03:18:54 -0400 Date: Thu, 07 Oct 2004 02:19:03 -0500 To: "Michael Johnson" References: <1097081597.690.36.camel@moonlight> <1E90A8CE-1821-11D9-8817-000A958C81C6@ahze.net> From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <1E90A8CE-1821-11D9-8817-000A958C81C6@ahze.net> User-Agent: Opera M2/7.54 (Linux, build 751) cc: freebsd-gnome@freebsd.org Subject: Re: GStreamer broken? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 07:18:57 -0000 On Thu, 7 Oct 2004 01:24:10 -0400, Michael Johnson wrote: > > On Oct 6, 2004, at 11:53 PM, Jeremy Messenger wrote: > >> On Wed, 6 Oct 2004 23:07:00 -0400, Michael Johnson >> wrote: >> >>> Try building with -O2 >>> That works for me and I have CPUTYPE=athlon-xp >>> >>> I am curious if this works for other people also? >> >> Umm, insteresting... -O2 does fix my problem as well. Nice find! >> >> Cheers, >> Mezz > > What CPUTYPE did you build with? Same as your, I have AthlonXP 3200+ Barton here. Maybe, gstreamer-plugins required some missing option that what -O2 has isn't in -O that hurts itself? I am thinking about find missing GCC option(s), then put it in as default to avoid collect many reports in future. Is it good idea? Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-gnome@FreeBSD.ORG Thu Oct 7 07:20:17 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B045916A4CF for ; Thu, 7 Oct 2004 07:20:17 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBD0E43D2F for ; Thu, 7 Oct 2004 07:20:16 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1CFSZT-0000Z9-E4 for freebsd-gnome@FreeBSD.org; Thu, 07 Oct 2004 11:20:15 +0400 From: Vladimir Grebenschikov To: gnome Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Thu, 07 Oct 2004 11:20:15 +0400 Message-Id: <1097133615.1248.12.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Subject: gnumeric still starts too long when cups installed (about 30s) X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 07:20:17 -0000 Hi One think I hate in 2.8 gnome is too long delays while printing initialization with cups enabled. in my setup there is only printer enabled in cups (and several installed but not enabled) on gnumeric start or on evolution print dialog it spend long time to ask something in cups ... if i disable cups with (.../etc/rc.d/cups.sh stop) it starts as desired I guess situation can be easy repeated with installing cups and configuration of any remote printer (even not present) in it. -- Vladimir B. Grebenschikov SWsoft Inc. vova@sw-soft.com From owner-freebsd-gnome@FreeBSD.ORG Thu Oct 7 08:26:59 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DDB816A4CE for ; Thu, 7 Oct 2004 08:26:59 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3069143D46 for ; Thu, 7 Oct 2004 08:26:58 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CFTcF-0000Mb-00 Thu, 07 Oct 2004 10:27:11 +0200 Received: from [212.106.254.137] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CFTcE-0000MO-00 Thu, 07 Oct 2004 10:27:10 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i978Qrfc000998; Thu, 7 Oct 2004 10:26:54 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i978Qouh001164; Thu, 7 Oct 2004 10:26:50 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: Michael Johnson Date: Thu, 7 Oct 2004 10:26:50 +0200 User-Agent: KMail/1.7 References: <200410062219.23068.josemi@freebsd.jazztel.es> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410071026.50797.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: FreeBSD GNOME Users Subject: Re: Gstreamer-plugins splitting ports .. needs testing and feed back ? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 08:26:59 -0000 On Thursday 07 October 2004 04:45, Michael Johnson wrote: > On Oct 6, 2004, at 4:19 PM, Jose M Rodriguez wrote: > > On Wednesday 06 October 2004 21:50, Michael Johnson wrote: > >> but only a select few ports use ogg/vorbis and cdparanoia > > > > Well, with mp3 license problems, it's one of the safest path. > > Most GPL products go now in that way. Linux, KDE .. > > Right now, any mp3 encoder is threaded. It's not only lame. > > And problems with mp3 decoders are not closed. > > > > Yes. Right Now, all is mp3. But if you want digital music in your > > pc next year from packages, better have ogg/vorbis and > > vorbis-tools (encoder) everywhere. > > The mp3 license problem will never be a problem for > gstreamer-plugins, due to the fact it does not have any mp3 > encoder/decoder by itself. If this becomes a problem in the future > they will add RESTRICTED or similar to lame, mad, etc and not > gstreamer-plugins. > =46rom lame Makefile: CONFIGURE_ARGS=3D --enable-nasm --enable-mp3rtp --disable-gtktest NO_PACKAGE=3D "patent issues, see http://www.mp3licensing.com/" MAN1=3D lame.1 So, if gnome2-lite inludes any dependence on a gstreamer-plugin-lame,=20 our install from CD1 is, in some form, broken. And, right now, CD1=20 includes gnome2, not gnome2-lite. You may get some similar from the libxine -> dbjfft problem. Maybe this doesn't real matters to gstreamer-plugins, but it must be=20 take in account when you make a port [in]direct pedend on a mp3=20 encoder. This is the main reason you can put any of this in the base plugin or in=20 main dependencies (audio/multimedia programs in gnome2-lite). > > About cdparanoia. I'm using it in every app related to CD music.=20 > > It works as good as cdrecord's cdda2wav and don't need special > > rights. > > > > Well, this is more a personal taste. > > > >> Michael > > > > -- > > josemi =2D- josemi From owner-freebsd-gnome@FreeBSD.ORG Thu Oct 7 09:27:17 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A964A16A4CF; Thu, 7 Oct 2004 09:27:17 +0000 (GMT) Received: from vsmtp3.tin.it (vsmtp3alice.tin.it [212.216.176.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A7ED43D31; Thu, 7 Oct 2004 09:27:17 +0000 (GMT) (envelope-from virtuoso2001@tin.it) Received: from VIRTUOSO (82.49.14.190) by vsmtp3.tin.it (7.0.027) id 414B175C0086BC2C; Thu, 7 Oct 2004 11:27:17 +0200 Message-ID: <001b01c4ac4f$d5bb1ce0$0100a8c0@VIRTUOSO> From: "virtuoso2001" To: Date: Thu, 7 Oct 2004 11:27:15 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: ports@FreeBSD.org Subject: FreeBSD Port: pango-1.4.1 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 09:27:17 -0000 hello, pango doesn't compile succesfully cause the following error : cd /usr/ports/x11-toolkits/pango/ make install clean .... libtool15: link : 'pango-attributes.lo' is not a valid libtool object gmake[4]: *** [libpango-1.0.1a] error 1 while libtool 1.5.8 has been compiled succesfully. any workaround ? grazie. From owner-freebsd-gnome@FreeBSD.ORG Thu Oct 7 11:24:43 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BE8D16A4CE for ; Thu, 7 Oct 2004 11:24:43 +0000 (GMT) Received: from sv02.webonaut.com (kirk.webonaut.com [212.41.243.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3C2743D3F for ; Thu, 7 Oct 2004 11:24:41 +0000 (GMT) (envelope-from klammer@webonaut.com) Received: from localhost (localhost [127.0.0.1]) by sv02.webonaut.com (Postfix) with ESMTP id A86DD76421 for ; Thu, 7 Oct 2004 13:24:39 +0200 (CEST) Received: from sv02.webonaut.com ([127.0.0.1]) by localhost (sv02.webonaut.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 58311-08 for ; Thu, 7 Oct 2004 13:24:33 +0200 (CEST) Received: from [192.168.0.9] (sisko.webonaut.com [212.41.243.28]) by sv02.webonaut.com (Postfix) with ESMTP id 3A8487641F for ; Thu, 7 Oct 2004 13:24:33 +0200 (CEST) Message-ID: <41652770.8040308@webonaut.com> Date: Thu, 07 Oct 2004 13:24:32 +0200 From: Franz Klammer User-Agent: Mozilla Thunderbird 0.8 (X11/20041211) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD GNOME Users Content-Type: multipart/mixed; boundary="------------040705040505040609020703" X-Virus-Scanned: by amavisd-new at webonaut.com Subject: gnome 2.8 Changes for FAQ: 19. How do I mount my removable media in Nautilus? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 11:24:43 -0000 This is a multi-part message in MIME format. --------------040705040505040609020703 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit gnome 2.8 hase some changes in handling of usermounting removerable volumes and i think that should be added to the FAQ. 1. don't use mounting points that are symlinks if /home is a symlink to /usr/home it is important that in /etc/fstab is the real path entered e.g.: /dev/acd0 /usr/home/username/mnt/cdrom ... if someone mounting to /home/username/cdrom the directory/mountpoint will be changed to root:wheel _and_ the original (unmounted) icon is still to see in Place Computer (of course also the cd-rom icon) and when klicking on it nautlius claims that the device is bussy. 2. there are naming conventions of the mounting points: (relative to e.g.: /usr/home/username/mnt/) CD-ROMS => cdrom CD-RW => cdrw Memory Sticks => memstick and so on ... without that nautilus didn't work correctly. i had hours with trying and trubles until figured this out... :-( attached the gnomevfs-function where i found all the names. 3. (maybe) OT question: when i insert my memory stick the access right set for the device created by usbd (/dev/da0s1) don't allow access from a normal user. currently i helped my with a dirty trick: adding to /etc/devfs.conf: perm da0s1 0666 and to /etc/usbd.conf: device "MEGA" devname "umass0" attach "/bin/sleep 5; /etc/rc.d/devfs restart" if there is a (which i'm sure there is) a good solution that should also be added to the FAQ. here to see how it looks like two screenshots of "Computer": http://webonaut.com/temp/unmounted.png http://webonaut.com/temp/mounted.png franz. --------------040705040505040609020703 Content-Type: text/plain; name="GnomeVFSDeviceType.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="GnomeVFSDeviceType.txt" static GnomeVFSDeviceType get_device_type_from_device_and_mount (const char *device_path, const char *mount_path) { const char *name; char *basename; if (g_str_has_prefix (device_path, "/dev/loop")) { return GNOME_VFS_DEVICE_TYPE_LOOPBACK; } else if (g_str_has_prefix (device_path, "/dev/vn")) { return GNOME_VFS_DEVICE_TYPE_LOOPBACK; } else if (g_str_has_prefix (device_path, "/vol/dev/diskette/") || g_str_has_prefix (device_path, "/dev/fd") || g_str_has_prefix (device_path, "/dev/floppy")) { return GNOME_VFS_DEVICE_TYPE_FLOPPY; } else if (g_str_has_prefix (device_path, "/dev/cdrom")) { return GNOME_VFS_DEVICE_TYPE_CDROM; } else if (g_str_has_prefix (device_path, "/dev/acd")) { return GNOME_VFS_DEVICE_TYPE_CDROM; } else if (g_str_has_prefix (device_path, "/dev/cd")) { return GNOME_VFS_DEVICE_TYPE_CDROM; } else if (g_str_has_prefix (device_path, "/vol/")) { name = mount_path + strlen ("/"); if (g_str_has_prefix (name, "cdrom")) { return GNOME_VFS_DEVICE_TYPE_CDROM; } else if (g_str_has_prefix (name, "floppy")) { return GNOME_VFS_DEVICE_TYPE_FLOPPY; } else if (g_str_has_prefix (device_path, "/vol/dev/diskette/")) { return GNOME_VFS_DEVICE_TYPE_FLOPPY; } else if (g_str_has_prefix (name, "rmdisk")) { return GNOME_VFS_DEVICE_TYPE_ZIP; } else if (g_str_has_prefix (name, "jaz")) { return GNOME_VFS_DEVICE_TYPE_JAZ; } else if (g_str_has_prefix (name, "camera")) { return GNOME_VFS_DEVICE_TYPE_CAMERA; } else if (g_str_has_prefix (name, "memstick")) { return GNOME_VFS_DEVICE_TYPE_MEMORY_STICK; } } else { basename = g_path_get_basename (mount_path); if (g_str_has_prefix (basename, "cdrom") || g_str_has_prefix (basename, "cdwriter") || g_str_has_prefix (basename, "burn") || g_str_has_prefix (basename, "cdr") || g_str_has_prefix (basename, "cdrw") || g_str_has_prefix (basename, "dvdrom") || g_str_has_prefix (basename, "dvdram") || g_str_has_prefix (basename, "dvdr") || g_str_has_prefix (basename, "dvdrw") || g_str_has_prefix (basename, "cdrom_dvdrom") || g_str_has_prefix (basename, "cdrom_dvdram") || g_str_has_prefix (basename, "cdrom_dvdr") || g_str_has_prefix (basename, "cdrom_dvdrw") || g_str_has_prefix (basename, "cdr_dvdrom") || g_str_has_prefix (basename, "cdr_dvdram") || g_str_has_prefix (basename, "cdr_dvdr") || g_str_has_prefix (basename, "cdr_dvdrw") || g_str_has_prefix (basename, "cdrw_dvdrom") || g_str_has_prefix (basename, "cdrw_dvdram") || g_str_has_prefix (basename, "cdrw_dvdr") || g_str_has_prefix (basename, "cdrw_dvdrw")) { g_free (basename); return GNOME_VFS_DEVICE_TYPE_CDROM; } else if (g_str_has_prefix (basename, "floppy")) { g_free (basename); return GNOME_VFS_DEVICE_TYPE_FLOPPY; } else if (g_str_has_prefix (basename, "zip")) { g_free (basename); return GNOME_VFS_DEVICE_TYPE_ZIP; } else if (g_str_has_prefix (basename, "jaz")) { g_free (basename); return GNOME_VFS_DEVICE_TYPE_JAZ; } else if (g_str_has_prefix (basename, "camera")) { g_free (basename); return GNOME_VFS_DEVICE_TYPE_CAMERA; } else if (g_str_has_prefix (basename, "memstick") || g_str_has_prefix (basename, "compact_flash") || g_str_has_prefix (basename, "memory_stick") || g_str_has_prefix (basename, "smart_media") || g_str_has_prefix (basename, "sd_mmc") || g_str_has_prefix (basename, "ram")) { g_free (basename); return GNOME_VFS_DEVICE_TYPE_MEMORY_STICK; } else if (g_str_has_prefix (basename, "ipod")) { g_free (basename); return GNOME_VFS_DEVICE_TYPE_MUSIC_PLAYER; } g_free (basename); } return GNOME_VFS_DEVICE_TYPE_HARDDRIVE; } --------------040705040505040609020703-- From owner-freebsd-gnome@FreeBSD.ORG Thu Oct 7 11:50:29 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC5AD16A4CE for ; Thu, 7 Oct 2004 11:50:29 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4088543D1D for ; Thu, 7 Oct 2004 11:50:29 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1CFWmx-0001BG-KR; Thu, 07 Oct 2004 15:50:27 +0400 From: Vladimir Grebenschikov To: Franz Klammer In-Reply-To: <41652770.8040308@webonaut.com> References: <41652770.8040308@webonaut.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Thu, 07 Oct 2004 15:50:26 +0400 Message-Id: <1097149827.1248.29.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: gnome Subject: Re: gnome 2.8 Changes for FAQ: 19. How do I mount my removable media in Nautilus? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 11:50:29 -0000 =F7 =DE=D4, 07/10/2004 =D7 13:24 +0200, Franz Klammer =D0=C9=DB=C5=D4: > gnome 2.8 hase some changes in handling of usermounting > removerable volumes and i think that should be added to the FAQ. ... > 2. there are naming conventions of the mounting points: > (relative to e.g.: /usr/home/username/mnt/) > CD-ROMS =3D> cdrom > CD-RW =3D> cdrw > Memory Sticks =3D> memstick > and so on ... >=20 > without that nautilus didn't work correctly. > i had hours with trying and trubles until figured this out... :-( >=20 > attached the gnomevfs-function where i found all the names. oops, why ? Why gnome team to not use gnome config to store this matching ? > 3. (maybe) OT question: when i insert my memory stick the access right se= t > for the device created by usbd (/dev/da0s1) don't allow access from a > normal user. currently i helped my with a dirty trick: >=20 > adding to /etc/devfs.conf: > perm da0s1 0666 >=20 > and to /etc/usbd.conf: > device "MEGA" > devname "umass0" > attach "/bin/sleep 5; /etc/rc.d/devfs restart" >=20 > if there is a (which i'm sure there is) a good solution that > should also be added to the FAQ. I guess it is much better to use devfs.rules file: % cat /etc/devfs.rules [devfsrules_common=3D7] add path 'da*' mode 660 group operator add path 'acd*' mode 660 group operator add path 'cd*' mode 660 group operator add path 'pass*' mode 660 group operator add path 'xpt*' mode 660 group operator % fgrep devfs /etc/rc.conf devfs_system_ruleset=3D"devfsrules_common" %=20 This approach configures device permission on devfs on adding drive automatically, also with ATA-based (or any other not-USB) memory stick there is no USB attach event.=20 ('operator' group can be changed to 'cdrom' or like) > here to see how it looks like two screenshots of "Computer": > http://webonaut.com/temp/unmounted.png > http://webonaut.com/temp/mounted.png > =20 >=20 > franz. --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-gnome@FreeBSD.ORG Thu Oct 7 12:06:21 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99E5216A4CE for ; Thu, 7 Oct 2004 12:06:21 +0000 (GMT) Received: from sv02.webonaut.com (kirk.webonaut.com [212.41.243.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 510BD43D39 for ; Thu, 7 Oct 2004 12:06:21 +0000 (GMT) (envelope-from klammer@webonaut.com) Received: from localhost (localhost [127.0.0.1]) by sv02.webonaut.com (Postfix) with ESMTP id DB0DC76421; Thu, 7 Oct 2004 14:06:15 +0200 (CEST) Received: from sv02.webonaut.com ([127.0.0.1]) by localhost (sv02.webonaut.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 58798-07; Thu, 7 Oct 2004 14:06:10 +0200 (CEST) Received: from [192.168.0.9] (sisko.webonaut.com [212.41.243.28]) by sv02.webonaut.com (Postfix) with ESMTP id 5D28F7641F; Thu, 7 Oct 2004 14:06:10 +0200 (CEST) Message-ID: <41653133.7080604@webonaut.com> Date: Thu, 07 Oct 2004 14:06:11 +0200 From: Franz Klammer User-Agent: Mozilla Thunderbird 0.8 (X11/20041211) X-Accept-Language: en-us, en MIME-Version: 1.0 To: vova@fbsd.ru References: <41652770.8040308@webonaut.com> <1097149827.1248.29.camel@localhost> In-Reply-To: <1097149827.1248.29.camel@localhost> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at webonaut.com cc: gnome Subject: Re: gnome 2.8 Changes for FAQ: 19. How do I mount my removablemedia in Nautilus? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 12:06:21 -0000 Vladimir Grebenschikov wrote: >>3. (maybe) OT question: when i insert my memory stick the access right set >> for the device created by usbd (/dev/da0s1) don't allow access from a >> normal user. currently i helped my with a dirty trick: >> >> adding to /etc/devfs.conf: >> perm da0s1 0666 >> >> and to /etc/usbd.conf: >> device "MEGA" >> devname "umass0" >> attach "/bin/sleep 5; /etc/rc.d/devfs restart" >> >> if there is a (which i'm sure there is) a good solution that >> should also be added to the FAQ. >> > >I guess it is much better to use devfs.rules file: > >% cat /etc/devfs.rules >[devfsrules_common=7] >add path 'da*' mode 660 group operator >add path 'acd*' mode 660 group operator >add path 'cd*' mode 660 group operator >add path 'pass*' mode 660 group operator >add path 'xpt*' mode 660 group operator >% fgrep devfs /etc/rc.conf >devfs_system_ruleset="devfsrules_common" >% > >This approach configures device permission on devfs on adding drive >automatically, also with ATA-based (or any other not-USB) memory stick >there is no USB attach event. >('operator' group can be changed to 'cdrom' or like) > didn't know this. will try it later. thanks for the hint. franz. From owner-freebsd-gnome@FreeBSD.ORG Thu Oct 7 13:32:40 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA77F16A4CF for ; Thu, 7 Oct 2004 13:32:40 +0000 (GMT) Received: from sv02.webonaut.com (kirk.webonaut.com [212.41.243.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32FA943D5F for ; Thu, 7 Oct 2004 13:32:40 +0000 (GMT) (envelope-from klammer@webonaut.com) Received: from localhost (localhost [127.0.0.1]) by sv02.webonaut.com (Postfix) with ESMTP id 0B73776421; Thu, 7 Oct 2004 15:32:38 +0200 (CEST) Received: from sv02.webonaut.com ([127.0.0.1]) by localhost (sv02.webonaut.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 59845-01; Thu, 7 Oct 2004 15:32:32 +0200 (CEST) Received: from [192.168.0.9] (sisko.webonaut.com [212.41.243.28]) by sv02.webonaut.com (Postfix) with ESMTP id 5C3C97641F; Thu, 7 Oct 2004 15:32:32 +0200 (CEST) Message-ID: <41654573.6030502@webonaut.com> Date: Thu, 07 Oct 2004 15:32:35 +0200 From: Franz Klammer User-Agent: Mozilla Thunderbird 0.8 (X11/20041211) X-Accept-Language: en-us, en MIME-Version: 1.0 To: vova@fbsd.ru References: <41652770.8040308@webonaut.com> <1097149827.1248.29.camel@localhost> In-Reply-To: <1097149827.1248.29.camel@localhost> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at webonaut.com cc: gnome Subject: Re: gnome 2.8 Changes for FAQ: 19. How do I mount my removablemedia in Nautilus? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 13:32:41 -0000 Vladimir Grebenschikov wrote: >В чт, 07/10/2004 в 13:24 +0200, Franz Klammer пишет: > >>. (maybe) OT question: when i insert my memory stick the access right set >> for the device created by usbd (/dev/da0s1) don't allow access from a >> normal user. currently i helped my with a dirty trick: >> >> adding to /etc/devfs.conf: >> perm da0s1 0666 >> >> and to /etc/usbd.conf: >> device "MEGA" >> devname "umass0" >> attach "/bin/sleep 5; /etc/rc.d/devfs restart" >> >> if there is a (which i'm sure there is) a good solution that >> should also be added to the FAQ. >> >> > >I guess it is much better to use devfs.rules file: > >% cat /etc/devfs.rules >[devfsrules_common=7] >add path 'da*' mode 660 group operator >add path 'acd*' mode 660 group operator >add path 'cd*' mode 660 group operator >add path 'pass*' mode 660 group operator >add path 'xpt*' mode 660 group operator >% fgrep devfs /etc/rc.conf >devfs_system_ruleset="devfsrules_common" >% > >This approach configures device permission on devfs on adding drive >automatically, also with ATA-based (or any other not-USB) memory stick >there is no USB attach event. >('operator' group can be changed to 'cdrom' or like) > > works (like expected) perfekt! :-) another sideeffect of this solution: i added myself to group operator. now the logout dialog provides me two new options: - reboot - shutdown i don't had to return to gdm to shut down the pc now :-) franz. From owner-freebsd-gnome@FreeBSD.ORG Thu Oct 7 18:05:03 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7B9516A4CE for ; Thu, 7 Oct 2004 18:05:03 +0000 (GMT) Received: from imf22aec.mail.bellsouth.net (imf22aec.mail.bellsouth.net [205.152.59.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52DB743D1D for ; Thu, 7 Oct 2004 18:05:03 +0000 (GMT) (envelope-from ahze@ahze.net) Received: from [192.168.1.5] ([68.209.163.3]) by imf22aec.mail.bellsouth.netESMTP <20041007180502.JIBW1792.imf22aec.mail.bellsouth.net@[192.168.1.5]>; Thu, 7 Oct 2004 14:05:02 -0400 In-Reply-To: References: <1097081597.690.36.camel@moonlight> <1E90A8CE-1821-11D9-8817-000A958C81C6@ahze.net> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <68AFA2DB-188B-11D9-8817-000A958C81C6@ahze.net> Content-Transfer-Encoding: 7bit From: Michael Johnson Date: Thu, 7 Oct 2004 14:05:01 -0400 To: "Jeremy Messenger" X-Mailer: Apple Mail (2.619) cc: freebsd-gnome@freebsd.org Subject: Re: GStreamer broken? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 18:05:03 -0000 On Oct 7, 2004, at 3:19 AM, Jeremy Messenger wrote: > On Thu, 7 Oct 2004 01:24:10 -0400, Michael Johnson > wrote: > >> >> On Oct 6, 2004, at 11:53 PM, Jeremy Messenger wrote: >> >>> On Wed, 6 Oct 2004 23:07:00 -0400, Michael Johnson >>> wrote: >>> >>>> Try building with -O2 >>>> That works for me and I have CPUTYPE=athlon-xp >>>> >>>> I am curious if this works for other people also? >>> >>> Umm, insteresting... -O2 does fix my problem as well. Nice find! >>> >>> Cheers, >>> Mezz >> >> What CPUTYPE did you build with? > > Same as your, I have AthlonXP 3200+ Barton here. Maybe, > gstreamer-plugins required some missing option that what -O2 has isn't > in -O that hurts itself? I am thinking about find missing GCC > option(s), then put it in as default to avoid collect many reports in > future. Is it good idea? > > Cheers, > Mezz I noticed something now, I was reinstalling gstreamer-plugins with -O2 from -O with FORCE_PKG_REGISTER=yes and I kept running gst-register manually to see if it was just one plugin, and it seems (with further testing) that it is gst/modplug that needs to be built with -O2, everything else seems to work great with -O Try building and installing gstreamer-plugins with -O then rebuild gst/modplug with -O2 and make install it then run gst-register and see if that works for you. (you'll have to manually edit the Makefile in gst/modplug and gst/modplug/libmodplug) Also yeah, I think its a good idea to find out which flag from -O2 is needed for this to work right =) Cheers, Michael > -- > mezz7@cox.net - mezz@FreeBSD.org > FreeBSD GNOME Team > http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-gnome@FreeBSD.ORG Thu Oct 7 20:57:54 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8378716A4CF for ; Thu, 7 Oct 2004 20:57:54 +0000 (GMT) Received: from tko.kirtland.af.mil (tko.kirtland.af.mil [132.62.88.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0B3943D1F for ; Thu, 7 Oct 2004 20:57:53 +0000 (GMT) (envelope-from james.letterio@kirtland.af.mil) Received: from smtprelay.kirtland.af.mil (smtprelay.kirtland.af.mil [132.62.96.108]) by tko.kirtland.af.mil with SMTP id i97KvrxD015122 for ; Thu, 7 Oct 2004 14:57:53 -0600 (MDT) Received: from KSMHMV01.kirtland.af.mil ([132.62.229.4]) M2004100714575222404 for ; Thu, 07 Oct 2004 14:57:52 -0600 Received: by KSMHMV01.kirtland.af.mil with Internet Mail Service (5.5.2657.72) id ; Thu, 7 Oct 2004 21:57:52 +0100 Message-ID: From: Letterio James D Civ-IPA AFRL/DEHE To: "'freebsd-gnome@FreeBSD.org'" Date: Thu, 7 Oct 2004 21:57:52 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Mount Zip Drive X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 20:57:54 -0000 Is there a convenient way for "user" to mount a Zip drive from the Gnome desktop? ******************************************************************** Jim Letterio, Assessment & Hardening Team AFRL/DEHE Voice (505) 846-4373 3550 Aberdeen Ave SE FAX (505) 846-0566 Kirtland AFB, NM 87117 E-mail James.Letterio@kirtland.af.mil ******************************************************************** From owner-freebsd-gnome@FreeBSD.ORG Thu Oct 7 21:24:47 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A26ED16A4CE for ; Thu, 7 Oct 2004 21:24:47 +0000 (GMT) Received: from mail.cableone.net (scanmail1.cableone.net [24.116.0.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46D6D43D2F for ; Thu, 7 Oct 2004 21:24:47 +0000 (GMT) (envelope-from v.velox@vvelox.net) Received: from vixen42.24-119-122-191.cpe.cableone.net (unverified [24.119.122.25]) by smail1.cableone.net (SurgeMail 1.9b) with ESMTP id 20964409 for multiple; Thu, 07 Oct 2004 14:24:37 -0700 Date: Thu, 7 Oct 2004 16:23:58 -0500 From: Vulpes Velox To: Letterio James D Civ-IPA AFRL/DEHE Message-ID: <20041007162358.7364800c@vixen42.24-119-122-191.cpe.cableone.net> In-Reply-To: References: X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Server: High Performance Mail Server - http://surgemail.com cc: "'freebsd-gnome@FreeBSD.org'" Subject: Re: Mount Zip Drive X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 21:24:47 -0000 On Thu, 7 Oct 2004 21:57:52 +0100 Letterio James D Civ-IPA AFRL/DEHE wrote: > Is there a convenient way for "user" to mount a Zip drive from the > Gnome desktop? Turn on user mounting and use something like wmmount or create a shell script that toggles un/mounting it to someplace like ~/mnt/zip From owner-freebsd-gnome@FreeBSD.ORG Fri Oct 8 05:21:48 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EE6516A4CE for ; Fri, 8 Oct 2004 05:21:48 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8C3F43D1D for ; Fri, 8 Oct 2004 05:21:47 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.2] (vpn-client-2.marcuscom.com [10.2.1.2]) i985LL2c032060; Fri, 8 Oct 2004 01:21:22 -0400 (EDT) (envelope-from marcus@marcuscom.com) Message-ID: <416623F2.4080100@marcuscom.com> Date: Fri, 08 Oct 2004 01:21:54 -0400 From: Joe Marcus Clarke Organization: MarcusCom, Inc. User-Agent: Mozilla Thunderbird 0.8 (Macintosh/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Franz Klammer References: <41652770.8040308@webonaut.com> <1097149827.1248.29.camel@localhost> <41654573.6030502@webonaut.com> In-Reply-To: <41654573.6030502@webonaut.com> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com cc: gnome Subject: Re: gnome 2.8 Changes for FAQ: 19. How do I mount my removablemedia in Nautilus? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 05:21:48 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Franz Klammer wrote: | Vladimir Grebenschikov wrote: | |> В чт, 07/10/2004 в 13:24 +0200, Franz Klammer пишет: |> |>> . (maybe) OT question: when i insert my memory stick the access right |>> set |>> for the device created by usbd (/dev/da0s1) don't allow access from a |>> normal user. currently i helped my with a dirty trick: |>> |>> adding to /etc/devfs.conf: |>> perm da0s1 0666 |>> |>> and to /etc/usbd.conf: |>> device "MEGA" |>> devname "umass0" |>> attach "/bin/sleep 5; /etc/rc.d/devfs restart" |>> |>> if there is a (which i'm sure there is) a good solution that |>> should also be added to the FAQ. |>> |> |> |> I guess it is much better to use devfs.rules file: |> |> % cat /etc/devfs.rules |> [devfsrules_common=7] |> add path 'da*' mode 660 group operator |> add path 'acd*' mode 660 group operator |> add path 'cd*' mode 660 group operator |> add path 'pass*' mode 660 group operator |> add path 'xpt*' mode 660 group operator |> % fgrep devfs /etc/rc.conf |> devfs_system_ruleset="devfsrules_common" |> % |> This approach configures device permission on devfs on adding drive |> automatically, also with ATA-based (or any other not-USB) memory stick |> there is no USB attach event. ('operator' group can be changed to |> 'cdrom' or like) |> |> | works (like expected) perfekt! :-) | another sideeffect of this solution: | | i added myself to group operator. now the logout dialog provides me two | new options: | | - reboot | - shutdown | | i don't had to return to gdm to shut down the p Yep, I added support for this a while ago, but it was only announced on the list, and never made it to the FAQ. Joe c now :-) | | franz. | _______________________________________________ | freebsd-gnome@freebsd.org mailing list | http://lists.freebsd.org/mailman/listinfo/freebsd-gnome | To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" | - -- PGP Key : http://www.marcuscom.com/pgp.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBZiPyb2iPiv4Uz4cRAuolAKCPMDAl7WNsWnSlY9ZaKiE2ENMrJQCdE0s4 NbLK2KhVy3XpFYS1ZLVNBs8= =dMGS -----END PGP SIGNATURE----- From owner-freebsd-gnome@FreeBSD.ORG Fri Oct 8 11:53:51 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C0F716A4CE for ; Fri, 8 Oct 2004 11:53:51 +0000 (GMT) Received: from pop-a065d14.pas.sa.earthlink.net (pop-a065d14.pas.sa.earthlink.net [207.217.121.252]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A06543D48 for ; Fri, 8 Oct 2004 11:53:51 +0000 (GMT) (envelope-from mvh@ix.netcom.com) Received: from lsanca1-ar6-4-62-201-153.lsanca1.elnk.dsl.genuity.net ([4.62.201.153] helo=bsd.mvh) by pop-a065d14.pas.sa.earthlink.net with esmtp (Exim 3.33 #1) id 1CFtJm-0002Kg-00 for gnome@freebsd.org; Fri, 08 Oct 2004 04:53:51 -0700 Received: from localhost (localhost [127.0.0.1]) by bsd.mvh (Postfix) with ESMTP id 66E1154874 for ; Fri, 8 Oct 2004 04:53:50 -0700 (PDT) Received: from bsd.mvh ([127.0.0.1]) by localhost (bsd.mvh [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 73804-05 for ; Fri, 8 Oct 2004 04:53:47 -0700 (PDT) Received: by bsd.mvh (Postfix, from userid 1000) id ACA8654869; Fri, 8 Oct 2004 04:53:47 -0700 (PDT) From: Mike Harding To: gnome@freebsd.org Message-Id: <20041008115347.ACA8654869@bsd.mvh> Date: Fri, 8 Oct 2004 04:53:47 -0700 (PDT) X-Virus-Scanned: by amavisd-new at bsd.mvh Subject: .gtkrc-2.0-scrollbar_cog missing - how to restore? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 11:53:51 -0000 I get messages that I am missing this file... how do I restore it? Thanks, Mike H. From owner-freebsd-gnome@FreeBSD.ORG Fri Oct 8 16:03:25 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96F8716A4CE; Fri, 8 Oct 2004 16:03:25 +0000 (GMT) Received: from corbulon.video-collage.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34D2843D1F; Fri, 8 Oct 2004 16:03:25 +0000 (GMT) (envelope-from mi+mxmoz@aldan.algebra.com) Received: from 250-217.customer.cloud9.net (69.64.193.162.nyc.electricfiber.net [69.64.193.162] (may be forged)) i98G3MJ7014938 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 8 Oct 2004 12:03:23 -0400 (EDT) (envelope-from mi+mxmoz@aldan.algebra.com) Received: from [127.0.0.1] (mteterin@localhost [127.0.0.1]) i98G363X081893; Fri, 8 Oct 2004 12:03:12 -0400 (EDT) (envelope-from mi+mxmoz@aldan.algebra.com) Message-ID: <4166BA3A.5020005@aldan.algebra.com> Date: Fri, 08 Oct 2004 12:03:06 -0400 From: Mikhail Teterin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; uk-UA; rv:1.7.2) Gecko/20041006 X-Accept-Language: uk, en-us, en MIME-Version: 1.0 To: ports@FreeBSD.org, glewis@FreeBSD.org, gnome@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version devel-20040615, clamav-milter version 0.73a on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 Subject: Mozilla-1.7.2 and jdk-1.3.1 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 16:03:25 -0000 After building both ports, I get the following message, when Mozilla starts up (/opt is my PREFIX): LoadPlugin: failed to initialize shared library /opt/jdk1.3.1/jre/plugin/i386/ns600/libjavaplugin_oji.so [/opt/jdk1.3.1/jre/plugin/i386/ns600/libjavaplugin_oji.so: Undefined symbol "_ZTV16nsQueryInterface"] Is this a known problem? Thanks! -mi From owner-freebsd-gnome@FreeBSD.ORG Fri Oct 8 18:17:53 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D69C116A4CE for ; Fri, 8 Oct 2004 18:17:53 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B55743D1F for ; Fri, 8 Oct 2004 18:17:53 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) i98IHRMR037510; Fri, 8 Oct 2004 14:17:27 -0400 (EDT) (envelope-from marcus@marcuscom.com) Date: Fri, 8 Oct 2004 14:17:40 -0400 (EDT) From: Joe Marcus Clarke To: Mike Harding In-Reply-To: <20041008115347.ACA8654869@bsd.mvh> Message-ID: <20041008141638.P97126@shumai.marcuscom.com> References: <20041008115347.ACA8654869@bsd.mvh> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com cc: gnome@freebsd.org Subject: Re: .gtkrc-2.0-scrollbar_cog missing - how to restore? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 18:17:53 -0000 On Fri, 8 Oct 2004, Mike Harding wrote: > > I get messages that I am missing this file... how do I restore it? Not sure. I imagine this is coming from the theme you're using, or some setting in your ~/.gtkrc-2.0 file. I don't know what creates that file. Joe > > Thanks, > > Mike H. > > _______________________________________________ > freebsd-gnome@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" > > PGP Key : http://www.marcuscom.com/pgp.asc From owner-freebsd-gnome@FreeBSD.ORG Fri Oct 8 18:18:27 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2243C16A4CE; Fri, 8 Oct 2004 18:18:27 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF4C543D1F; Fri, 8 Oct 2004 18:18:26 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) i98IHwC2037528; Fri, 8 Oct 2004 14:17:58 -0400 (EDT) (envelope-from marcus@marcuscom.com) Date: Fri, 8 Oct 2004 14:18:11 -0400 (EDT) From: Joe Marcus Clarke To: Mikhail Teterin In-Reply-To: <4166BA3A.5020005@aldan.algebra.com> Message-ID: <20041008141744.N97126@shumai.marcuscom.com> References: <4166BA3A.5020005@aldan.algebra.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com cc: ports@freebsd.org cc: gnome@freebsd.org cc: glewis@freebsd.org Subject: Re: Mozilla-1.7.2 and jdk-1.3.1 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 18:18:27 -0000 On Fri, 8 Oct 2004, Mikhail Teterin wrote: > After building both ports, I get the following message, when Mozilla starts > up (/opt is my PREFIX): > > LoadPlugin: failed to initialize shared library > /opt/jdk1.3.1/jre/plugin/i386/ns600/libjavaplugin_oji.so > [/opt/jdk1.3.1/jre/plugin/i386/ns600/libjavaplugin_oji.so: Undefined symbol > "_ZTV16nsQueryInterface"] > > Is this a known problem? Thanks! I think the newer versions of Mozilla require JPI 1.4.2. I'm using it under Mozilla 1.7, and it works fine. Joe > > -mi > _______________________________________________ > freebsd-gnome@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" > > PGP Key : http://www.marcuscom.com/pgp.asc From owner-freebsd-gnome@FreeBSD.ORG Fri Oct 8 22:01:03 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA19816A4CE for ; Fri, 8 Oct 2004 22:01:03 +0000 (GMT) Received: from ms-smtp-01-eri0.ohiordc.rr.com (ms-smtp-01-smtplb.ohiordc.rr.com [65.24.5.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E42543D45 for ; Fri, 8 Oct 2004 22:01:03 +0000 (GMT) (envelope-from rfrancis@ev.net) Received: from [192.168.0.2] (dhcp065-024-145-058.columbus.rr.com [65.24.145.58])i98M10lv023192 for ; Fri, 8 Oct 2004 18:01:01 -0400 (EDT) Message-ID: <4166D58D.6020305@ev.net> Date: Fri, 08 Oct 2004 17:59:41 +0000 From: Russell Francis User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040710) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-gnome@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Gnome2 hangs on startup X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 22:01:04 -0000 Hello all, I was wondering if anyone else has experienced gnome2 hanging on startup if the sysctl variables net.inet.tcp.blackhole=1 net.inet.udp.blackhole=1 are set? After about a day of putzing around trying to get gnome to start, on a hunch, I set both variables to 0 and gnome started up perfectly. Can anyone else duplicate or explain this? If it isn't just me, perhaps a note should be put in the gnome2 port about this? Thanks, Russ From owner-freebsd-gnome@FreeBSD.ORG Fri Oct 8 22:55:49 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D33716A4CE for ; Fri, 8 Oct 2004 22:55:49 +0000 (GMT) Received: from straycat.dhs.org (h0050da134090.ne.client2.attbi.com [24.60.174.16]) by mx1.FreeBSD.org (Postfix) with SMTP id AB70B43D45 for ; Fri, 8 Oct 2004 22:55:46 +0000 (GMT) (envelope-from tmclaugh@sdf.lonestar.org) Received: (qmail 18540 invoked from network); 8 Oct 2004 22:55:46 -0000 Received: from compass.straycat.dhs.org (HELO ?192.168.1.32?) (192.168.1.32) by alexandria.straycat.dhs.org with SMTP; 8 Oct 2004 22:55:46 -0000 From: Tom McLaughlin To: Joe Marcus Clarke In-Reply-To: <20041008141638.P97126@shumai.marcuscom.com> References: <20041008115347.ACA8654869@bsd.mvh> <20041008141638.P97126@shumai.marcuscom.com> Content-Type: text/plain Date: Fri, 08 Oct 2004 18:58:06 -0400 Message-Id: <1097276286.2320.19.camel@compass.straycat.dhs.org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: FreeBSD Gnome Subject: Re: .gtkrc-2.0-scrollbar_cog missing - how to restore? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 22:55:49 -0000 On Fri, 2004-10-08 at 14:17 -0400, Joe Marcus Clarke wrote: > On Fri, 8 Oct 2004, Mike Harding wrote: > > > > > I get messages that I am missing this file... how do I restore it? > > Not sure. I imagine this is coming from the theme you're using, or some > setting in your ~/.gtkrc-2.0 file. I don't know what creates that file. > > Joe > It's created by running cog. Cog will create a ~/.gtkrc-2.0 on start with an include for ~/.gtkrc-2.0-scrollbar_cog but that file is only created if you uncheck "Scrollbar has backwards stepper" under Application Look and Feel. Mike, just delete ~/.gtkrc-2.0 if nothing else in there is needed or remove the include line for gtkrc-2.0-scrollbar_cog . Cog will insert the line again the next time you start it though... Tom > > > > Thanks, > > > > Mike H. > > > > _______________________________________________ > > freebsd-gnome@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > > To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" > > > > > > PGP Key : http://www.marcuscom.com/pgp.asc > _______________________________________________ > freebsd-gnome@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" -- -------------------------------------------------------- BSD# Project http://forge.novell.com/modules/xfmod/project/?bsd-sharp From owner-freebsd-gnome@FreeBSD.ORG Fri Oct 8 22:58:48 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BFDE16A4CE for ; Fri, 8 Oct 2004 22:58:48 +0000 (GMT) Received: from fed1rmmtao11.cox.net (fed1rmmtao11.cox.net [68.230.241.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 682C143D45 for ; Fri, 8 Oct 2004 22:58:48 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by fed1rmmtao11.cox.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20041008225848.SGL17343.fed1rmmtao11.cox.net@mezz.mezzweb.com>; Fri, 8 Oct 2004 18:58:48 -0400 Date: Fri, 08 Oct 2004 17:58:52 -0500 To: "Russell Francis" References: <4166D58D.6020305@ev.net> From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <4166D58D.6020305@ev.net> User-Agent: Opera M2/7.54 (Linux, build 751) cc: freebsd-gnome@freebsd.org Subject: Re: Gnome2 hangs on startup X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 22:58:48 -0000 On Fri, 08 Oct 2004 17:59:41 +0000, Russell Francis wrote: > Hello all, > > I was wondering if anyone else has experienced gnome2 hanging on startup > if the sysctl variables > > net.inet.tcp.blackhole=1 > net.inet.udp.blackhole=1 > > are set? > > After about a day of putzing around trying to get gnome to start, on a > hunch, I set both variables to 0 and gnome started up perfectly. Can > anyone else duplicate or explain this? If it isn't just me, perhaps a > note should be put in the gnome2 port about this? It's in our FAQ: http://www.freebsd.org/gnome/docs/faq2.html#q20 Cheers, Mezz > Thanks, > Russ -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-gnome@FreeBSD.ORG Sat Oct 9 05:19:23 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A6ED16A4CE for ; Sat, 9 Oct 2004 05:19:23 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4D1843D39 for ; Sat, 9 Oct 2004 05:19:22 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.34 (FreeBSD)) id 1CG9da-00041b-4F for freebsd-gnome@freebsd.org; Fri, 08 Oct 2004 22:19:22 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16743.29913.725142.685910@ran.psg.com> Date: Fri, 8 Oct 2004 22:19:21 -0700 To: freebsd gnome Subject: psi chat windows demand re-placement if sticky X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 05:19:23 -0000 i move to psi from gaim (which will connect to the server without using encryption without telling the user! [0]). i like my chat windows to be sticky. if i make psi's chat windows sticky, and my friend sends, the window loses placement and requires that i put it down somewhere. this is true only if it is sticky and if focus is not in the window when the send is received. clue? randy -- [0] - yes, i suspect i should write this up for bugtraq From owner-freebsd-gnome@FreeBSD.ORG Sat Oct 9 13:49:17 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8599C16A4CE for ; Sat, 9 Oct 2004 13:49:17 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4722943D31 for ; Sat, 9 Oct 2004 13:49:17 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.34 (FreeBSD)) id 1CGHb2-000Iv7-3O; Sat, 09 Oct 2004 06:49:16 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16743.60507.600537.599188@ran.psg.com> Date: Sat, 9 Oct 2004 06:49:15 -0700 To: Jeremy Messenger References: <4166D58D.6020305@ev.net> cc: freebsd-gnome@freebsd.org Subject: Re: Gnome2 hangs on startup X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 13:49:17 -0000 > It's in our FAQ: http://www.freebsd.org/gnome/docs/faq2.html#q20 it all looks reasonable until one gets to Fam also requires that portmapper is running. Add the appropriate entry to /etc/rc.conf: due to long, and possibly outdated, training in security paranoia, i just can't bring myself to enable portmapper. do i need re-education, or should i hope that this can be changed in the future? randy From owner-freebsd-gnome@FreeBSD.ORG Sat Oct 9 13:55:14 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A184516A4CE for ; Sat, 9 Oct 2004 13:55:14 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E4A243D3F for ; Sat, 9 Oct 2004 13:55:14 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CGHh1-0003TL-00 Sat, 09 Oct 2004 15:55:27 +0200 Received: from [212.106.255.193] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CGHh1-0003SW-00 Sat, 09 Oct 2004 15:55:27 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i99DtAUb055104; Sat, 9 Oct 2004 15:55:10 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i99Dt8gh068794; Sat, 9 Oct 2004 15:55:08 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: freebsd-gnome@freebsd.org Date: Sat, 9 Oct 2004 15:55:07 +0200 User-Agent: KMail/1.7 References: <4166D58D.6020305@ev.net> <16743.60507.600537.599188@ran.psg.com> In-Reply-To: <16743.60507.600537.599188@ran.psg.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410091555.07963.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: Randy Bush Subject: Re: Gnome2 hangs on startup X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 13:55:14 -0000 El S=E1bado, 9 de Octubre de 2004 15:49, Randy Bush escribi=F3: > > It's in our FAQ: http://www.freebsd.org/gnome/docs/faq2.html#q20 > > it all looks reasonable until one gets to > > Fam also requires that portmapper is running. Add the > appropriate entry to /etc/rc.conf: > > due to long, and possibly outdated, training in security paranoia, > i just can't bring myself to enable portmapper. > > do i need re-education, or should i hope that this can be changed > in the future? > > randy > Ah. You have problems with inetd/rpcbind/fam security in a machine that=20 runs X. What special security enabled version of X are you using? =2D- josemi From owner-freebsd-gnome@FreeBSD.ORG Sat Oct 9 14:12:06 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F295416A4CE for ; Sat, 9 Oct 2004 14:12:05 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id C053843D2D for ; Sat, 9 Oct 2004 14:12:05 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.34 (FreeBSD)) id 1CGHx7-000Jal-8c; Sat, 09 Oct 2004 07:12:05 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16743.61876.660465.143923@ran.psg.com> Date: Sat, 9 Oct 2004 07:12:04 -0700 To: Jose M Rodriguez References: <4166D58D.6020305@ev.net> <16743.60507.600537.599188@ran.psg.com> <200410091555.07963.josemi@freebsd.jazztel.es> cc: freebsd-gnome@freebsd.org Subject: Re: Gnome2 hangs on startup X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 14:12:06 -0000 >>> It's in our FAQ: http://www.freebsd.org/gnome/docs/faq2.html#q20 >> it all looks reasonable until one gets to >> Fam also requires that portmapper is running. Add the >> appropriate entry to /etc/rc.conf: >> due to long, and possibly outdated, training in security paranoia, >> i just can't bring myself to enable portmapper. >> do i need re-education, or should i hope that this can be changed >> in the future? > Ah. You have problems with inetd/rpcbind/fam security in a machine that > runs X. What special security enabled version of X are you using? engineering is, among other things, compromise. and security is never absolute. i am willing to accept the risks of X in exchange for the benefits, which are considerable. last i talked to security friends, portmapper had fewer benefits and greater risks. ymmv; i do have friends that still use screen. if portmapper's risks have been significantly reduced, plese send clue. otherwise, discussing other security issues would seem to be a red herring. randy From owner-freebsd-gnome@FreeBSD.ORG Sat Oct 9 14:30:07 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3F4916A4CE for ; Sat, 9 Oct 2004 14:30:07 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CDDE43D46 for ; Sat, 9 Oct 2004 14:30:07 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CGIET-0002jc-00 Sat, 09 Oct 2004 16:30:01 +0200 Received: from [212.106.255.193] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CGIET-0002jC-00 Sat, 09 Oct 2004 16:30:01 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i99EU4DI095333; Sat, 9 Oct 2004 16:30:04 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i99EU3rr000863; Sat, 9 Oct 2004 16:30:03 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: Randy Bush Date: Sat, 9 Oct 2004 16:30:03 +0200 User-Agent: KMail/1.7 References: <4166D58D.6020305@ev.net> <200410091555.07963.josemi@freebsd.jazztel.es> <16743.61876.660465.143923@ran.psg.com> In-Reply-To: <16743.61876.660465.143923@ran.psg.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410091630.03594.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: freebsd-gnome@freebsd.org Subject: Re: Gnome2 hangs on startup X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 14:30:07 -0000 El S=E1bado, 9 de Octubre de 2004 16:12, Randy Bush escribi=F3: > >>> It's in our FAQ: http://www.freebsd.org/gnome/docs/faq2.html#q20 > >> > >> it all looks reasonable until one gets to > >> Fam also requires that portmapper is running. Add the > >> appropriate entry to /etc/rc.conf: > >> due to long, and possibly outdated, training in security paranoia, > >> i just can't bring myself to enable portmapper. > >> do i need re-education, or should i hope that this can be changed > >> in the future? > > > > Ah. You have problems with inetd/rpcbind/fam security in a machine > > that runs X. What special security enabled version of X are you > > using? > > engineering is, among other things, compromise. and security is > never absolute. i am willing to accept the risks of X in exchange > for the benefits, which are considerable. last i talked to > security friends, portmapper had fewer benefits and greater risks. > > ymmv; i do have friends that still use screen. > > if portmapper's risks have been significantly reduced, plese send > clue. otherwise, discussing other security issues would seem to be > a red herring. > > randy None have request you to activate fam, rpcbind or inetd. Only have a=20 valid entry for your host in the resolver or not activate blackhole=20 operation. =2D- josemi From owner-freebsd-gnome@FreeBSD.ORG Sat Oct 9 14:32:20 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9B0516A4CE for ; Sat, 9 Oct 2004 14:32:20 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B93943D41 for ; Sat, 9 Oct 2004 14:32:20 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.34 (FreeBSD)) id 1CGIGi-000K9y-1O; Sat, 09 Oct 2004 07:32:20 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16743.63091.411390.257816@ran.psg.com> Date: Sat, 9 Oct 2004 07:32:19 -0700 To: Jose M Rodriguez References: <4166D58D.6020305@ev.net> <200410091555.07963.josemi@freebsd.jazztel.es> <16743.61876.660465.143923@ran.psg.com> <200410091630.03594.josemi@freebsd.jazztel.es> cc: freebsd-gnome@freebsd.org Subject: Re: Gnome2 hangs on startup X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 14:32:20 -0000 > None have request you to activate fam, rpcbind or inetd. Only have a > valid entry for your host in the resolver or not activate blackhole > operation. been there. done that. even revisited it when i had brainfade. startup is fast. just that fam seems to be a nice, albeit small, cutie. randy From owner-freebsd-gnome@FreeBSD.ORG Sat Oct 9 17:57:42 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E06616A4CE for ; Sat, 9 Oct 2004 17:57:42 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1BE243D3F for ; Sat, 9 Oct 2004 17:57:41 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.2] (vpn-client-2.marcuscom.com [10.2.1.2]) i99Hv0IM046110; Sat, 9 Oct 2004 13:57:01 -0400 (EDT) (envelope-from marcus@marcuscom.com) Message-ID: <4168269A.2070900@marcuscom.com> Date: Sat, 09 Oct 2004 13:57:46 -0400 From: Joe Marcus Clarke Organization: MarcusCom, Inc. User-Agent: Mozilla Thunderbird 0.8 (Macintosh/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Bush References: <4166D58D.6020305@ev.net> <200410091555.07963.josemi@freebsd.jazztel.es> <16743.61876.660465.143923@ran.psg.com> <200410091630.03594.josemi@freebsd.jazztel.es> <16743.63091.411390.257816@ran.psg.com> In-Reply-To: <16743.63091.411390.257816@ran.psg.com> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com cc: freebsd-gnome@freebsd.org Subject: Re: Gnome2 hangs on startup X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 17:57:42 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Randy Bush wrote: |>None have request you to activate fam, rpcbind or inetd. Only have a |>valid entry for your host in the resolver or not activate blackhole |>operation. | | | been there. done that. even revisited it when i had brainfade. | startup is fast. just that fam seems to be a nice, albeit small, | cutie. FAM requires portmap/rpcbind as does NFS. Many corporations rely on NFS, so portmapper isn't a wide-open backdoor with which people can gain access to servers. If there were any open, known security issues, our secteam would be working to patch them. If you firewall off TCP and UDP 111, and only allow local hosts to connect (maybe _just_ localhost) you should never have a problem with it. That said, FAM is optional, and you can certainly rebuild gnomevfs2 without its support if it worries you that much, and/or you want to use the blackholes. Joe | | randy | | _______________________________________________ | freebsd-gnome@freebsd.org mailing list | http://lists.freebsd.org/mailman/listinfo/freebsd-gnome | To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" | - -- PGP Key : http://www.marcuscom.com/pgp.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBaCaab2iPiv4Uz4cRAqO+AKCA2/vEeiuVDTL2oMLMfgZ0FoNEEACeLKLU ZxK1H4wjrUjsU5KJpRmeVwQ= =h7U4 -----END PGP SIGNATURE-----