From owner-freebsd-gnome@FreeBSD.ORG Sun Sep 2 05:40:01 2007 Return-Path: Delivered-To: gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69CE016A418 for ; Sun, 2 Sep 2007 05:40:01 +0000 (UTC) (envelope-from info@zenhiser.com) Received: from mail7.extendcp.co.uk (mail7.mainnameserver.com [82.110.105.44]) by mx1.freebsd.org (Postfix) with ESMTP id F37D013C428 for ; Sun, 2 Sep 2007 05:40:00 +0000 (UTC) (envelope-from info@zenhiser.com) Received: from 58-84-147-171.e-wire.net.au ([58.84.147.171] helo=[127.0.0.1]) by mail7.extendcp.com with esmtpa (Exim 4.42) id 1IRiBi-0006kX-4d for gnome@freebsd.org; Sun, 02 Sep 2007 06:39:59 +0100 Date: Sun, 2 Sep 2007 13:39:58 +0800 Mime-version: 1.0 From: Zenhiser To: Guys Message-Id: <921339.JSIRTOMK@zenhiser.com> Original-recipient: rfc822;gnome@freebsd.org Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Zenhiser - September New Releases X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2007 05:40:01 -0000 = Untitled Document         Hi Guys, Another month and another killer release schedule=2E This week brings the hig= hly awaited Pro FX Delay Packs 05 & 06=2E These fx give you an arsenal o= f perfect crossovers, fade outs, breakdowns and much much more=2E For all trance, progressive, hard dance and hardcore producers / remixers g= et ready for the new Pure Trance Bass Packs 04 & 05 These two new packs= will simply blow you and your speakers away=2E An awesome array of the fines= t and most up to date trance bass samples on the net=2E Have a great day=2E The Zenhiser Team         =   If you are having trouble viewing this email please click here For further releases, sample cd's and free samples visit www=2Ezenhiser=2Ecom If you wish to unsubscribe from our updates click here If you wish to link exchange with us click here Copyright 2007 =A9 Zenhiser   From owner-freebsd-gnome@FreeBSD.ORG Sun Sep 2 17:37:46 2007 Return-Path: Delivered-To: gnome@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CA8616A418; Sun, 2 Sep 2007 17:37:46 +0000 (UTC) (envelope-from mezz@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0F24513C459; Sun, 2 Sep 2007 17:37:46 +0000 (UTC) (envelope-from mezz@FreeBSD.org) Received: from freefall.freebsd.org (mezz@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l82Hbj4K011751; Sun, 2 Sep 2007 17:37:45 GMT (envelope-from mezz@freefall.freebsd.org) Received: (from mezz@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l82HbjqQ011747; Sun, 2 Sep 2007 17:37:45 GMT (envelope-from mezz) Date: Sun, 2 Sep 2007 17:37:45 GMT Message-Id: <200709021737.l82HbjqQ011747@freefall.freebsd.org> To: lenthe@comcast.net, mezz@FreeBSD.org, gnome@FreeBSD.org From: mezz@FreeBSD.org Cc: Subject: Re: ports/115985: Error message when setting up printer with print/gnome-cups-manager X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2007 17:37:46 -0000 Synopsis: Error message when setting up printer with print/gnome-cups-manager State-Changed-From-To: open->closed State-Changed-By: mezz State-Changed-When: Sun Sep 2 17:36:41 UTC 2007 State-Changed-Why: You need to make sure you have latest version of ports tree and upgrade all of your installed ports. In the latest version of print/gnome-cups-manager/Makefile has this: @${REINPLACE_CMD} -e 's|/usr/share|${LOCALBASE}/share|g' \ ${WRKSRC}/libgnomecups/gnome-cups-ui-driver.c http://www.freebsd.org/cgi/query-pr.cgi?pr=115985 From owner-freebsd-gnome@FreeBSD.ORG Sun Sep 2 21:10:09 2007 Return-Path: Delivered-To: gnome@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80CD016A47B for ; Sun, 2 Sep 2007 21:10:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7495513C4D1 for ; Sun, 2 Sep 2007 21:10:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l82LA7ck021557 for ; Sun, 2 Sep 2007 21:10:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l82LA7t4021556; Sun, 2 Sep 2007 21:10:07 GMT (envelope-from gnats) Date: Sun, 2 Sep 2007 21:10:07 GMT Message-Id: <200709022110.l82LA7t4021556@freefall.freebsd.org> To: gnome@FreeBSD.org From: "Jeremy Messenger" Cc: Subject: Re: ports/115988: converters/libiconv port doesn't handle PREFIX well X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jeremy Messenger List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2007 21:10:09 -0000 The following reply was made to PR ports/115988; it has been noted by GNATS. From: "Jeremy Messenger" To: bug-followup@freebsd.org, mah@jump-ing.de Cc: Subject: Re: ports/115988: converters/libiconv port doesn't handle PREFIX well Date: Sun, 02 Sep 2007 16:11:46 -0500 I couldn't reproduce it when I tried to installed it in /tmp. It works as expected. Maybe the /usr is a different story and there is no way for me to install it in /usr (as I am very picky to have seperate base and ports system). Can you show us the full log? Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src) http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org http://wiki.freebsd.org/multimedia - multimedia@FreeBSD.org From owner-freebsd-gnome@FreeBSD.ORG Mon Sep 3 01:50:04 2007 Return-Path: Delivered-To: gnome@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6EA116A421; Mon, 3 Sep 2007 01:50:04 +0000 (UTC) (envelope-from mezz@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 768EF13C481; Mon, 3 Sep 2007 01:50:04 +0000 (UTC) (envelope-from mezz@FreeBSD.org) Received: from freefall.freebsd.org (mezz@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l831o4xi040718; Mon, 3 Sep 2007 01:50:04 GMT (envelope-from mezz@freefall.freebsd.org) Received: (from mezz@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l831o1Jv040703; Mon, 3 Sep 2007 01:50:01 GMT (envelope-from mezz) Date: Mon, 3 Sep 2007 01:50:01 GMT Message-Id: <200709030150.l831o1Jv040703@freefall.freebsd.org> To: yokota@res.otaru-uc.ac.jp, mezz@FreeBSD.org, gnome@FreeBSD.org From: mezz@FreeBSD.org Cc: Subject: Re: ports/115928: [PATCH]security/nss: doesn't build on amd64 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2007 01:50:04 -0000 Synopsis: [PATCH]security/nss: doesn't build on amd64 State-Changed-From-To: open->closed State-Changed-By: mezz State-Changed-When: Mon Sep 3 01:47:57 UTC 2007 State-Changed-Why: It doesn't require GCC 4.x as other tinderboxes can build nss on amd64 just fine. Please contiune on your old PR over at ports/114871. Sorry, I am not able to help with you since I have no idea what is wrong with your system. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/114871 http://pointyhat.freebsd.org/errorlogs/i386-6-exp-latest-logs/nss-3.11.7.log http://www.freebsd.org/cgi/query-pr.cgi?pr=115928 From owner-freebsd-gnome@FreeBSD.ORG Mon Sep 3 01:59:52 2007 Return-Path: Delivered-To: gnome@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C81CC16A468; Mon, 3 Sep 2007 01:59:52 +0000 (UTC) (envelope-from mezz@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 875A313C467; Mon, 3 Sep 2007 01:59:52 +0000 (UTC) (envelope-from mezz@FreeBSD.org) Received: from freefall.freebsd.org (mezz@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l831xqJZ040916; Mon, 3 Sep 2007 01:59:52 GMT (envelope-from mezz@freefall.freebsd.org) Received: (from mezz@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l831xpbj040912; Mon, 3 Sep 2007 01:59:51 GMT (envelope-from mezz) Date: Mon, 3 Sep 2007 01:59:51 GMT Message-Id: <200709030159.l831xpbj040912@freefall.freebsd.org> To: zdbs@lif.de, mezz@FreeBSD.org, gnome@FreeBSD.org From: mezz@FreeBSD.org Cc: Subject: Re: ports/114620: gtk self-dependency X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2007 01:59:52 -0000 Synopsis: gtk self-dependency State-Changed-From-To: open->closed State-Changed-By: mezz State-Changed-When: Mon Sep 3 01:58:33 UTC 2007 State-Changed-Why: As pav has said, 'I don't know how serious this is - i386->amd64 live updates are not supported, anyway. Even, some folks don't believe they are possible.' http://www.freebsd.org/cgi/query-pr.cgi?pr=114620 From owner-freebsd-gnome@FreeBSD.ORG Mon Sep 3 11:09:01 2007 Return-Path: Delivered-To: gnome@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 967B316A4BF for ; Mon, 3 Sep 2007 11:09:01 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 73A8913C459 for ; Mon, 3 Sep 2007 11:09:01 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l83B91GY079396 for ; Mon, 3 Sep 2007 11:09:01 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l83B90v6079392 for gnome@FreeBSD.org; Mon, 3 Sep 2007 11:09:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 3 Sep 2007 11:09:00 GMT Message-Id: <200709031109.l83B90v6079392@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: gnome@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2007 11:09:01 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- a ports/105589 gnome www/firefox: Firefox 2.0 segfaults when saving more th o ports/112084 gnome sysutils/hal 0.5.8-xxxxxx endlessly resets scsi bus on o ports/114871 gnome security/nss: doen't compile on amd64 o ports/114986 gnome when LC_CTYPE is set to zh_CN.UTF-8, many gnome apps w o ports/115969 gnome [patch] devel/anjuta crash due to incorrect patch in p o ports/115988 gnome converters/libiconv port doesn't handle PREFIX well 6 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/100785 gnome devel/nspr does not pass `make test` on 6-stable o ports/103529 gnome www/seamonkey: enable SVG and Pango font rendering sup o ports/108241 gnome Use OPTIONS in editors/abiword-plugins s ports/108267 gnome ports/lang/guile: please update s ports/108364 gnome [patch] x11-toolkits/gtk20: plist problem with icons d p ports/111272 gnome [PATCH] print/freetype2: update to 2.3.3 p ports/113470 gnome [patch] print/freetype2 does not compile in (some) jai o ports/114168 gnome [PATCH] audio/esound lacks startup script for esd f ports/114198 gnome sysutils/fusefs-ntfs - Make option for using ntfs-3g i f ports/115023 gnome inconsistency in XML catalog location f ports/115240 gnome sysutils/brasero growisofs module fails to find /usr/l o ports/115864 gnome x11-toolkits/gtk12 reduce X dependencies o ports/115870 gnome [DEPS] graphics/cairo reduce X dependencies o ports/115872 gnome [DEPS] x11-toolkits/pango reduce X dependencies o ports/115995 gnome databases/libgda[2,3]: fail to build when firebird2-cl 15 problems total. From owner-freebsd-gnome@FreeBSD.ORG Mon Sep 3 21:01:34 2007 Return-Path: Delivered-To: gnome@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CA7616A46C; Mon, 3 Sep 2007 21:01:34 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 592AA13C458; Mon, 3 Sep 2007 21:01:34 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (pav@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l83L1YrD018125; Mon, 3 Sep 2007 21:01:34 GMT (envelope-from pav@freefall.freebsd.org) Received: (from pav@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l83L1Y5P018121; Mon, 3 Sep 2007 21:01:34 GMT (envelope-from pav) Date: Mon, 3 Sep 2007 21:01:34 GMT Message-Id: <200709032101.l83L1Y5P018121@freefall.freebsd.org> To: pav@FreeBSD.org, gnome@FreeBSD.org, pav@FreeBSD.org From: pav@FreeBSD.org Cc: Subject: Re: ports/115864: x11-toolkits/gtk12 reduce X dependencies X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2007 21:01:34 -0000 Synopsis: x11-toolkits/gtk12 reduce X dependencies Responsible-Changed-From-To: gnome->pav Responsible-Changed-By: pav Responsible-Changed-When: Mon Sep 3 21:01:20 UTC 2007 Responsible-Changed-Why: I'll give these a workout on pointyhat http://www.freebsd.org/cgi/query-pr.cgi?pr=115864 From owner-freebsd-gnome@FreeBSD.ORG Mon Sep 3 21:01:53 2007 Return-Path: Delivered-To: gnome@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3865616A46C; Mon, 3 Sep 2007 21:01:53 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1676913C46A; Mon, 3 Sep 2007 21:01:53 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (pav@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l83L1qKa018171; Mon, 3 Sep 2007 21:01:52 GMT (envelope-from pav@freefall.freebsd.org) Received: (from pav@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l83L1qr1018167; Mon, 3 Sep 2007 21:01:52 GMT (envelope-from pav) Date: Mon, 3 Sep 2007 21:01:52 GMT Message-Id: <200709032101.l83L1qr1018167@freefall.freebsd.org> To: pav@FreeBSD.org, gnome@FreeBSD.org, pav@FreeBSD.org From: pav@FreeBSD.org Cc: Subject: Re: ports/115870: [DEPS] graphics/cairo reduce X dependencies X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2007 21:01:53 -0000 Synopsis: [DEPS] graphics/cairo reduce X dependencies Responsible-Changed-From-To: gnome->pav Responsible-Changed-By: pav Responsible-Changed-When: Mon Sep 3 21:01:41 UTC 2007 Responsible-Changed-Why: I'll give these a workout on pointyhat http://www.freebsd.org/cgi/query-pr.cgi?pr=115870 From owner-freebsd-gnome@FreeBSD.ORG Mon Sep 3 21:02:09 2007 Return-Path: Delivered-To: gnome@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A8B116A417; Mon, 3 Sep 2007 21:02:09 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0838113C483; Mon, 3 Sep 2007 21:02:09 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (pav@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l83L28Yi018225; Mon, 3 Sep 2007 21:02:08 GMT (envelope-from pav@freefall.freebsd.org) Received: (from pav@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l83L2897018221; Mon, 3 Sep 2007 21:02:08 GMT (envelope-from pav) Date: Mon, 3 Sep 2007 21:02:08 GMT Message-Id: <200709032102.l83L2897018221@freefall.freebsd.org> To: pav@FreeBSD.org, gnome@FreeBSD.org, pav@FreeBSD.org From: pav@FreeBSD.org Cc: Subject: Re: ports/115872: [DEPS] x11-toolkits/pango reduce X dependencies X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2007 21:02:09 -0000 Synopsis: [DEPS] x11-toolkits/pango reduce X dependencies Responsible-Changed-From-To: gnome->pav Responsible-Changed-By: pav Responsible-Changed-When: Mon Sep 3 21:01:57 UTC 2007 Responsible-Changed-Why: I'll give these a workout on pointyhat http://www.freebsd.org/cgi/query-pr.cgi?pr=115872 From owner-freebsd-gnome@FreeBSD.ORG Mon Sep 3 21:40:11 2007 Return-Path: Delivered-To: gnome@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99C6D16A417 for ; Mon, 3 Sep 2007 21:40:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 82AC413C469 for ; Mon, 3 Sep 2007 21:40:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l83LeBo8023947 for ; Mon, 3 Sep 2007 21:40:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l83LeAYK023946; Mon, 3 Sep 2007 21:40:10 GMT (envelope-from gnats) Date: Mon, 3 Sep 2007 21:40:10 GMT Message-Id: <200709032140.l83LeAYK023946@freefall.freebsd.org> To: gnome@FreeBSD.org From: Markus Hitter Cc: Subject: Re: ports/115988: converters/libiconv port doesn't handle PREFIX well X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Markus Hitter List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2007 21:40:11 -0000 The following reply was made to PR ports/115988; it has been noted by GNATS. From: Markus Hitter To: bug-followup@FreeBSD.org Cc: Jeremy Messenger Subject: Re: ports/115988: converters/libiconv port doesn't handle PREFIX well Date: Mon, 3 Sep 2007 23:03:27 +0200 --Apple-Mail-51-92810495 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Am 02.09.2007 um 23:11 schrieb Jeremy Messenger: > I couldn't reproduce it when I tried to installed it in /tmp. [...] > Can you show us the full log? As the original logs were gone, I tried again and it worked for me, too. Obviously, there are self-healing mechanisms in existence. So I decided to set up a fresh machine to get to the point of failure again, virtual environments are pretty convenient here: 512 MB RAM, 0.5 GB swap, 3.5 GB partition at "/", preconfigured installation type 4 "Developer" with "Ports" checked, root account only. Right after install, I tried to add libiconv and failed the same way as described in the original bug report (see log-1). --Apple-Mail-51-92810495 Content-Transfer-Encoding: base64 Content-Type: application/octet-stream; x-unix-mode=0644; name=log-1.bz2 Content-Disposition: attachment; filename=log-1.bz2 QlpoOTFBWSZTWcb+EkkAPth/gCcQAgB/////f///7/////5gHv2fZ9y6nWVX3ulesK81DC3TRuFy bs7snYbUBQUqEZMEUkmqdOtAbYaA60FAGQA0AUUyA0AoBOxocyaaGQAMRkGQA0wQMQDRpoAMgaAB KETIxGkJppk1N6mknppim2qaBkaaAZABpoD1A0EVPGpA0AAGQGgAAAAAAAAAASaiQkU9PUam2qej KeU9pT0g00aGmgAA0HqA0GgACJRCZDQTCTNEU/Um9TwqemmhtJpPU9MiD0mmTTTTRobJNBEkQCAT Q0ET0JPVGNTaTQ009ID1AAaAGTTQZknAPW8B0nh6Q6PElmCi76fyW2n6+bdrnq2mnqYF2b19MBVq ejtcUdfPHvf2mPoo+ljentYlPNtV6ycZxSZQwNGbgnNc9VQ0ykOrYYaWg5bcX3wwsgW9Yv1KOFQN wfoN5Y7S5yjSwh+UqiFFBT6UXzOZbCERRfEbpVixVkEVgcRlZyGJJs5N00wT9uOupute6ImRRKE1 m8ZwsoSLAetiw1EGwZjlpya6JnHnKAafVQDCMIdxwaJk5orT7HPVFezBKvGW7VmKdwxWwXQyF+TZ PbprGktNSOOy0ZIzVVtxUVabsXSDIzZGHGcBFFg96Z3LryvUAznbRAKLfoGe2g5iHoOWGnz4Dypx h7U9xKNzonU50dlDwt4FBifPP3TiF4SSQmjwUy2rdxWtlLatJQ6yu771CzFtDqw9O+9u5HOZhOg0 Sk3Z53te8MOtfqyWh3ZPvO6Gq/HAsn6DdCwR9UeKhk7aX1aH7wa8FZP0hyX5rin0CcGywGz9JJck ouE7cygHNDG0UUUUSgYjmfYbzovgtzRYrZVbGpQxSjtCjRgkOMoXG0dbgOhg2r3KHe5TcQoBuJEM AiQlXSOKc49ZcdYjeiFB5TlKGzJrEDEPvefr5yrWDwXg9oUsAzFgk28uAbhHmXmkb4emA5TA1Hvm 1OAhgFpQXiykepcHTaPAuF/WFFQwLPkQdzyObwHbfN84/q3bpL1V71LJC2Jo1i198o4LlWTtMQMS HfIXtxdsagZEQAQMUqRypcwbPCICJhICB55ASUAQIwWxOKUogrEReRRnCjmlbdhNpOjZPRdJVowx A5AWrzU3taiCD8eogZupE79Of3efXbc9e/b+LseQye+r665c386h8Ov6TUcnNMsQwQ5zh25I8d7r GcY+1GGFGNpZ8/QyRq1pXlymiRIoWESyQfMdNYGeK3EuUOY8ByHUWIlpaus9VDVL/Ce3tnr7GRZk A0cvQxXBsQ6lHqccBajjnDT4yiBLv8NYFo45yJgWjIhaQNY4V7gNCyOZsMjMEo4x0vI3jdZRod8G JNDMsU1ig4S4X208S6eTuxEbG31HVZIznct3BsFNg4sH4eRn28N2WKh3m9z+ZyxAkW5tUMSWDuO1 gsd6dTxPefk5YPsZgdls6GRgVpu61yCvLDH6zBcDqbjw1eujxMii5CiBhDhtGRAkaPeFxriaQoPg eY6vib1A+1gbiIH5i9HlVICa6pDERxhIsEOg0jQFH4id2ZVKAFNlwO78jXo603aRyl7WVJEzH6uz od3ImM2C5DC/4e+Ehn6aF9uPLJJiHQ23A82ahzYGkuN4w6k1jSLKjbj5zJZ6+7ImY50qOUxvOUqN XOUKb8d/d37B7BgahGDs1oLU350QpbSk3BvBSgMNLvY4hITOMZEFhNwyFhiGAVLAqchVPCHhLwNp gF83HqE6QTSUgpuWI+nZFAsVAemFpGa8pZcKI4FM4poLsHQKjIw5AQ0XN5FB+oYgXmkuPNE6zyDK KFbi8zlpxCnEULUMvCNo34fCPKFOlNhU5fuzwgKJU404hHonAbyohhegmUTYNXargsPBftRXGhB+ rnsZ7B4vxCMMhQ7oGf0GfU08jV8TtcODRkDxC57ijSEtYsFWCKPcQDgT0OIUHYzPcQ8QPMNTEYb9 xPn+GSTsGHkBjUci4WXoHALgdMjmUUsxK/Ao9tDIT8v1ZUPuDEbAiIwpFg/YGcWDRtBkMhCrB4iS GYC0LrbjFwKqRRGajoDnIVbqzmEO9FkWMFFIoCCQVYEUBYSCnAeSbR8A2HSda4YDyA0UO38kQ5/H Xh+R+syB7xeiHkDa7+i5Lgj2PsKNifMrT7ONVKKp1JqDULz8zGHFXp0rCXU93Ocw64+UFRJqheRk iSTzH4jIicYD4EoENyFBOKPKRHUeA+tqKeoGXfutP0fioSj9pgdj5StU+YiDicTzVx54HYd9Q4x9 8gwg0fIeDuNhlsNxzloHxhnE7wUA4VhAB7pVd70oAZTApJIB3D96DawnTJWCyckmYjlZAJSn4EsC XCDc9u4+5cEZehXqsUTPuKHoWoEMBYCD/OuWFz1wMQsUaEAe4tlcRwwKIX9DI/m+cw6S2B/QtmlC kBhBiogUfjKVLFxiNCgBkHj6Hs6PcQMk5yUWePOcxzntHXnAJoGYmrh75RPkIgwnhXzw3+MqdRmi YUJthNw5p9nLcQwOozOsEw1U4NJiVFNRpP5wwLxLyNW9ZxAsGF1ziOjNnDmHtwWYh0MwhaZaipv5 Zb+QbB3kmWlGuh1JTkP85GwNEQ6qUqeWTBDLUb1nhNpA2w2wBGIUlMVhRSP31pAphPiSSMIsiRrE aAsIAEUgmV1Qk54J4qvWL96AYNmNdlVemCVjC0VXegB2LYooqyKBLXHFsvs8rnphKKKoqZODPPic grj0mosqMof64kS4uQ6JQIEIQIQ25WigzG29ixwwpEtofLQ9jE2wNjdvLB/T1hI+GG4xrHpAgSEk kIqvGAHKJDBjBgurqkmy80UxFweRfBg4TIng4TZvrM1ayqtKJqMiIIJRVKgEEkjPFQ9Q7/H3D4eG VSrehcpccKFOuQfb9hWJJ3Ud+r5HsYmoD0QDyX9uSMiRSEhJCiYHGyW07Ro5ET1ni9CV4I7GPe1l hvw3ynHVtIaTIu8NXVNtdWgkQV0AlHYRUZcBApgtIlShFBikp7MsKJJ1pqYzcKYhncoSpgk4bQeQ IZFKJrTOwpyORCghZMEiqOpQsE1EFIqzYQ+KpA4Dg73EUzAsHhiglxG4lzDeSBKO3jFh3haC9SMQ 9RBf+QLAkgBYVikY1FCGFAFEALG4OAJ/J2t6amh+dNdMyLdRKndRTQUQChU9BD8Ls3Tzn2jfU8IF AnsEbqidF9AH4D8an0XUS1TGNINCAwD4a51sfsRC4gpgQkAtADH7fTGpqpnXxi1LHzoPSRIFCD/s h4SqW8htA0jqQDyfLebjCkuyPa+8BCId11ZbWYePHfT6r3CmYp3WWVXrCtLRqzNFDQxr2Nt9iBSy h6xsHse0sDxD3CwT1Exr6pu9q+NfpVyo+IRgfSiGf256p8u6hNwxCIROBqjxYEfNIlz5TecZ9X0K +1X6j7zeZT2uwyIFFapuELFcg4ClT/tp5h+eHrUTyisEOL1NyXSwfMkSCRKLBiQYEHPQlUD2bTV/ nMZDb5xTKvUXlo8EN2tF+QXQUFJAA/BTvEVisfdKgJiLYn9qghxHBsQOTGK5ldfAWheOPpYsZYnz FMVbdxwFPHl2+5iHYiBDHsKVyZhSBnxFMKlU2Aq4orqEDcvlVNOAhVYqv5mkt6zRjyELXPoXIYoG T7gzq5HOlbh1xP8ixxEO4AM0DcRXFW5zV2ubWYeZ3q0y9JQgxvFdopfVyq50qA8yBgiUr7GIaCPA APBsRF5C9vTor/58DAeQv2Kc01Ghg9IX4gD2EPQ36IHUQycuR8Z3ttELUYchTgL2LmivvQJ4xOJk vY7UgZexlZchTb/s8wNDVh0V1PMNhDNQ+lXsIr/N7Dwoh8B7TnL1CBd4kM4pxd/3OcU3ovB5RbvY 2F6tpyq6fhPj8ia9vcPyHx1tU5FfrWK3trYMkkkACMCDafdlyTNZkOxyU7Z88zDWBYkTuhUlTWfH Iia6CgREWMFUcTcuiy6KK3JZlCU3vEN0GzS1oAVhcUgFwJ6cgFTWaaB1LKDeWlEzBUIBYZGj5z7A H4Ef6ukxRdSJ2aBGobJYhuUJAQkEDRp+mcXQWDx6YtiAJgBEOnIxwB2D85i5HY+sKKpo3hYHq6BS F0IKmqBax5psIGrRkZKK3B3qViUpu+7QjiaGJibHPzV0EIZH4tBugbjDhZXPJQi7Cm9lGGFw5Fiw rdQ9XqqaTacl7oFWQETriIPEFaCIFVMijvgg1OAGZbUqwhAgxQ/vfxVLEUwgKa1aFAW1Tk5/9JwC xeYTDaUQg7yIZkQINkjRFeNEpaNSECEGAbyDSWreL4Y1DmnPgOWKal2BQM/lUKIucPNxZzXagHIQ VKgVWIECBCAGmHkTuA1aYJIYDUQm7h7DqJzP4yDuC444hl0bFL3PWCdxbzKZVDTznghgEkkiMEiq a7tSCgUUMGjUjvB3k0iwQBuiiNpoR6E2KD3x4DS4uPzIGtNaUB2VMjnYiHBAoKoaeCopaoCQsMOZ BogQil0O6mh2CCMOQkHQhN/WUpNyDKE2RAZYk1wEG2VEMwMDeGJiBYlRMCI2MQKFKDpVjQxKLFBQ JHOzMxDWJYwRAZJytSMiMkeEWjcGy0BgLPzk2yDvF5O/TgORkpYaQrxUDkMFguSBvLG8bNuJXIKC kihmFnmEsiIoTnQ+RAonqFI4sCoWuaZjgJNFJuuUOy0FLZGKdsDQ0Nd48H7QzNYOYZuw0hnZ+kKb eDbuHFWkcEH4lLgWNp7qNdY7bbW0CqGo40MTpLQ0JC8yldxLFwowKQpLGowxIBmXLRo3lJwcIZOI ZZgYKRjNorYF2BPdYI4crRZBpoKQ7WBWZEGhUA37gDejAbGheroUrEscrmUwqY8BiXNAjSpir8F7 hOJkioGyBieQwcR3a6wxI4EEL8zAiMLglrhmoXuu7GUJuJwHQsfhLgGoaIhr3F1MkNVIFKp+PkGq IXC6gljcXgbrxlOoD3EwIc1yPA3iTUuF4H4uZuwIBsYj8t4YJA8BIckd6kGaGFDGxQ8SzS6RF5wH E70G3ZpJovsg2GbRE6uqpV1XCmg2QU/FVQ3CmNdbza9gMix4oDhFFAKoNfeIQXhC9E+JHggoanGF G4UCDQGXQfE2Ld75FgDVYUp90IQnCnmqVAIxhAu1dQsFFNAUESfYYPqplBzVMxc0DK70G7zCIuIK XQzsNEGjL5dbga4uEAO4IAHbaJ1FmwuFcwWiKEIlAg+KjR/Wj0PmYlUDKRZFGiIquCIQUDAjQ3Ao IQih1xLJYxLN6aDSGfno9jPQ4ZF53p9/KkLGBim4zRyAM+ZBQpoqn0WzQJIiFRIwtmWRi0ANKK1c hFUq9mcbKCn70VBhFD4ohioDRQoEqAQgmJkWpWDkhXJUsc2vAbh98+F3gnv9QBgxQAdE2Gg/gICy ECFk6CPXCzxu0cKt0XYEEohRGRBqoEhSAxpIQhEpRwHUR0IIHBQuVIHS0HYaC2IsYj+pUgngSCEE gkNVMR9TwraDeiiVsXLs99FXVAoicEWiEZGQkkJDimr5mRc+JqI8zp9OhYwAh4BKJBOhAFv9N8MM sUVLkBbVLUnQYWC7WlBTCEGBS0V60AhfQg2MnOxwzniOSob/UinVI9Gla9AgBiqRcxm2lQNIDiQE Om0NYjByKhYYqYgnSA/it0eXag8L6DafA8LXPQzB4GZ4gnIyGgAwC3MD4muK6U0G4E4nZDsA3MRa UpEhDCFlFAuqVYGxqXzKeJCgqizASysCwgRWwRJEyYhcftAo4xuVfEJc0PUU4gx+BsgeOL7jYUh6 pD3nysQTotI9VpGxLUJkqcDALK8qoi/QygiGpBjRQkQom75TU0TGjBTaxSHkOYA7k6MydJIUjQRL JDgVQkcVocMJTIiUMRCggBIEBUQjPiSiRnMESSoDJt7TcsIMBIoKisQEyaAZCZECiiO4yEO8FIPy uLQ5d5jY8IdHkUapwChWynJAOkEIkSEVHwboluCdnSSROAOBAgeJGi4A1BXqL1TF16G2Js4qD29D u3k2CyB3KBkaGhKKTA2f9+AD7PKiMgIe4ahHYjrpTmBgNrOiah7Yjceyw1VOKGoHeOvxA5C5lnfi KUSajtsdDUpzcMn81eGNWNAsQ2uRsmAJdAq5JBnGjIuyimqaKtagoIJYv8bJhCF0z8BtRjQjBCIp BCJchgK5WKDienF9h4mRkJmoMa0FhSFOg3IEqikwDfh5lsFALUBBuI2lQ3WTe5i7KEVS8uBqLvCx mlihEyh1Fe4riMDMI4ZGmdFCKfe3uRAxuURCENxd3DkiOBAFCDY4J1ORyFKhIMIpvKLp6yShPQ6r duPRZCHcZ0nkFjAoC0cBgxMXGiw60YWQkEsUWVCyfkCLY1BxEChoR1G1DByNgNShikAF6BBc1Sx5 geQwWYDZxV5WbkQsc0X4HNq7piK/HwG8FHgbcCMNijJADKXDJMiyqDmo7QuiHkmhRpSmO4AKCANy EiLUUWESmYIhqs0mv9lXpQC8uX+BBExG82pUykHxPXvRDq0F/cGBt38jvL8h3lC8OD5ZkDsd4ELH Axl60D0YPQIJsmQjxDwOZ3JuCgoLpbFAuO8Rr2LGhsRl8FuCWFMS0bOYc4+c1AnBW2FyxKEVoLln Zp0BUfp+qlqqf5bmWKlAd4+eJO2gY4m7932zljoYnbJG0O5bl1gNilpCmMCBFuwoCQEQQRgMFURD BWEs32AULGAIhSFMAURkEjIJIJEYMCQl26tUYFBdZhCyy2CC4EBAIgWC/lVcHGlpj8ho2fmMfcoG UEyfANg0CIxcM2gogF4qQemfo+7zVLHEclQr2yV6WCetUV7lUsdGFhhCEIdVfqVgrRcMAo05AWUt OXTBcBGCBYOYXgS4GEEofjggFGQB32M3w00VOLzHNELGCPQ5hsriqaUKQVWN0NVoUpvqClxVwHQT cELQvEhCFmQr10wAIRRAjwOxYcCExCYDaw7DAPErEjwRyIkicaL8U+VtPIl1d1D6jBtqJRSm4HJq 5u8PryTIgdR94/g4FwqCRCCQjkQOc+BnCCncLcgEBIH0sCJzQOSF5hOhRcTmaePv1V6GmpnmQtA7 Jro/c1IHqWSjEYFO4TpsiL71foVocLwe91VDhrQj2MBToORuDkI2yXpscy/HIVdSwcjMFR2bw3BI OZsQdLwN8QMit5bExKbIKZDG8cM6hgFQDIbBqBztgFwjBC1iPiQQOPAvvtTBKRCB6kOJDyC+JbUh yxIU+J2xLFzIgYZiPTdGROudg2o74Z1bI8ek5aEWJJJEQ4mZRvIqQigZvBwsIkQDYhuC6CnUIJmR Q0XHKTSVM2YAlInWCm6wGmvbI4YQdhTA+KztAhIxyXhlsHmQwBQ1RXcRCrFoORAcRg8DdQJ4WMbA WUggUUXNTLQwPVDUEMBgBoqcPMF89Rt9G2I94YmBxVHAxClQNAwHOVoKSy+7pqtpp03l1upQtUwb A5NBDA4yQwTwDkHgoP6FA3CnTkPivHeefFLTI1mwqJmUnrNAZCI/B2ZDQlAQkiDCihq6xAxVO6L1 BUeBgeZGBxIwOSpYbHcphBjFUfEYguaUeJkZFFjuMRSoONGAtJIGmgUheKI3ccw1BLo7tg5lDpJw ioZVZdeV7/RZUrWuQK1rYJ6ME9U69Xn30X6mKHU5lBmJDZVQ+szu6DcKQ7C69g7kwB/SJCDAX/8X ckU4UJDG/hJJ --Apple-Mail-51-92810495 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Next, I grabbed a new Ports tree and tried again. This time, libiconv attempted to install the libtool dependency, but failed to recognize the result. See log-2. --Apple-Mail-51-92810495 Content-Transfer-Encoding: base64 Content-Type: application/octet-stream; x-unix-mode=0644; name=log-2.bz2 Content-Disposition: attachment; filename=log-2.bz2 QlpoOTFBWSZTWeIkNiQAPVf/gGUQAgB////7////7/////RgHKcD7CAAPoAAO3e89L2eFaZ3WRtd NkaxOh0UNVToZAAkiKKBISAJJ2NAggAAUAaQlNIImExT1U/U2jTIyp6j9KNB6hsmppoD1AYR6mh4 RNqCKm1DTyajQAaAaAAYmQAAAAAAAcGQaNAGTTENNBkGIYQNAaMTEaAAAQpEiCYpsVPSaZqemoNG g0BoDJoGgAAGgAiUkNVP8ImmJT9U2aJDTNGhqYTTaQPKekZqYBNNHoepMCpIgCAQBAjSngaKYGpP JPJH6IhoANNB6jaTYu3Wz9UdfZlMRJmZISN5vbQeZMT8/F2qwXVLujGcSozcbzm5NP/nVbK/1YSr DLlvCJ2Cy9k44ClZQRuBJ+d5ZEm6kDKPuEeLrwO8w/1HB08dvktucBgwkEZjgR8R1GtEEG9OkNHZ yzjaa8gcHI2ckhoIoK+IP7a7Q3jTM0oRU0JoLk6D1wtCfBA54ex5A6NhwMdv39dd2nd2Wq94IYOZ gxBgQ8B0ZHJDDGiGmIPUlzww4YDZblhjt63O/vlo4DyLB07WDWooo/Wcr6YdvO1W2veg7iYT2+aM ECUUnM5B8ENsu7Thplpxv1WVxpeMUPE4M/9ZFx1khvDQCdhvLGgXfhEOXWX5u/XXbgwNxVMEYjs4 iio+sbQ76ozUpSNp/Zv0rcSSSSSSiwYsbnrrRvLNlvzaaYG3u2U7s7DUVpJm4j4HBgTMPvqqd+cJ pxhO3XDGGOjwtSyrOP3jjy/x+N/t8bPpP2z8FUvfsa9icY08JPxYdnTpqT2k9hkfhGSSWJ4nxjjC fu69YKhO28cDi0Lps3ku/v5zrkU1fJl6LVxz4JWj+P1fzkxkO4o8yj5/o548t6i8lcevyHdvPCv1 /mPo9fSE3OuZ5M+kmPFu+X9j+UZGD+qxsWPdFixRaf9niv5Z/2/Kqs8dq/Iu3Pg8/CbxNGkMWfZT grN+ruZGjXPyPsPifsMYm5qpm9rBq61I4nvN5ub2qXemjkcNbd/bDCzNuXMzCoM10pWL4+ReXgwL xKzOZiZiiyeBU7l8RjgXLFMChcmJU3bV/V+vj7dCaKTQ4GM/Cvf6DwKPAwMlU86hX1eS/Dx8M80k 8D2M3TVproKqTPEyzpLn22MMHWz9jBalKFR1a277sNWh+vn5Yk0LNM9/WVkyljrHTPM+uuX3acDU sYlFkpMNLNDhybYk55YG9Fht7x9QMHHlDfgiF8QT0GmiUJfKo6IoDhOE7iWOm7CD6FYqYsOpPx6R qYKRPn0GjnhJIpULku5cXR4+Jbl91ltastTI0UzmGj8+2T9kJjHC3JL088XgSj5Qw4JepKwG/f+1 0nlhH93y0h6Q+cnmcOk0W/NkzPGp35GY4mg9xQlGVu0SsLYnWGOo++0PXHQp4xpD631qSnAMsvVr Gd1vNZb5/uc6vHCc8l6qaFSLFMerC61jaXljgtLFyI9lE97+3ByTAyjmcDU/jmnuO8tMrGhr49N9 jwKPA1Nnyrhq/cXLPDxOR+H/B5Y61E/B1nrO4fy7j7DRI4k7cbEzeDn7Klo96mI7mSvlhixSTrQy +9Uv1ZfjwPG5vGYnIXT1MNF/dmxdynsaDbPQpKUg6lROKVOdDU1NT4WO4LDfZnSkcJcr0hhyss8M T5MzEYxLQdrsmcMTx8an+T87M1eLOwfz4fZhcn9MK5mhLFFDPq6dUvpqMLjy37JHlwhymcqJgz1V IURDuW3VlPa8VFKeCllMDDVb0HlSCqQoWlKKUoKCmCUKKESkJJEUJAsMZoAtOLO7VvAa+aFNYboe y/6LLYVU1+MSQ1bIDP0uwR5ALtMWI4OwhB5PRyg0ABco/Pg46SInIjXmUbYkZkQx6gAinMUAUXgi B5CmDGBxDWhWvLhz1Wzz24a1TnX4ru2NfLCr2peQ86ST8KkTdSJ6xUiW/Z3+8vSSOsdPYeH+ux/W bdBHUfnhAwSuLpDynf6x2HuHHwkTQSRBXy7RH7knxTGQf+q9DZnGf9bFCn1Q63hhljfwpZ+vA64I lKidCUiPfPz5atJWMK4aaQdtEonoYfeB5bTQ9YQaRw0aHlUm7qMBhIum37OM2YYcpoMFWnH2wqsI 0QeUihAytYiSTiM9+z9VfbSManmSxeKvweTwj4GfwPsOsZzSrKbDMo28v0FicGQsDLM/O3MFcKeT xGB8hOq7Xa5UESiRGeUJQvcytJyMGt5KWmTV4P38+5JNinldSNdvXHgSOozldIbgIN8MwY3dyvxZ wcwCkJjkY4NJOq9ycgpCqA0ATaGjaZA9cqstcLJhKERUQthuomCTbUDqSGd7GfEsnhlj4YmynLOy TK1ky4XlaUtTKL2TCncsAqQIMEOltHBDEwYoVTSsgHoNn2k4umvCYKD1KqB1uuA9FfGiRfCoGHnL DIXQ0cZr0DYjKKOBM6+Oe8aokJZNIaH39JD4raLMlhZYQlXYFT2WELLKSs2VnEnCDutUtd98igle 5dXkCYUcnPM04HEyOfPI6X4uN5g1bYUqqq0PGKvRVUT9M7GZoTLmI9qaX3jrnyx8n5ZLu3HjhzzX HBRR/2PUIjqEHGiR6w92XybW7hGoagIQtXtn6UUvgR+7NlDJZkIUQqTqO+IJwUOO2D1Y45EZ1+2k PQblYqWOV76WqYKyRqcK4KmdeWaSXJnN4xwYClTAe6cJlIXCglodI+Dmkf4Qnh9S4OyknUMQ7jC0 bI4MdG9maqsJcqooKNnSnzRPt+2Ptc/Tz4NPp17vhKB/Tj1g8Qer4N/CPQB+xMwA/Xb6DKhmCvcD ETnMA0XAub7/QDYPhCRU0AZAoqWKlKz+xbaIpH+ODFuswwJ+AmB+9EfoJmUj7ggcAYc4P5lheL3t sfBdq6urvkob8SIwIMyKZnbs0WT/XbEX47fDUeMfggb3TjIOhQBFpznSiAYf5w19oEgoQeR6VhvG LoYCUuvpCxB+vY8WU9hy69l+AVmtMMoB/5nc3lbajXiTfDkgcwd4jtHKDKGVMCfstEsSoUSoUThY pf5fvOtuuZm4eiH4HIGQIAamYM5jjlHSJfxvqBIUD2OM1B2sR399si8l9rzJuQJyO+cBrwxbwT4c 5tKBpgqKiTsX9ZfVrwcbbYO2IqOMnwCftjn/JxbycHxc2d44vQwjA3xenVX6WztNGfLjNNf7o8LN Xb3XVSie8auk1j1ZTTiMPmiSsPJvHN3zARNO5m9uh6gNYMBgOebJDPn2A0u4VmO3OVx1W6PhXj4G FVvIYWZOo4q5GDbwrpTJ5PjpDNROf+1B7SkMjIMKTOBhiIpLjxc2h0/X+51crbD82qNLt54fOM2G 7xe7xNwcZLkKNX6HOc4er6Vwl/ND7znQQh6ShpNFRhA9OTyquMj5VJIidFmnmdiYhlZQQB2gbSRZ px+NYVazA+DMO01kT4P4/FLJwDJ/0Haqta0XVPBvCkNi1ST9SFKG7mpA9U9pM5dewxByGqqikXm4 bjjqO6VP34aoaYE7UYaNX31cpHoqO+W5s0Z7Tl90NTOjglkPCdotEwQpCNoL3J+TciZGRM15C3N4 tFoyNJjJmb+RyZT8F9CYRwXttpnCUJYk4U42kUxYIGocZlHmc64x9JFgQaQA+lMXYKgaBASwntgi z2wbkwvFSikoUlJIz62SC1J0EstCSaCex8G70wSe3v7jkqNEKGoUUSkneUSycs7WtdoknRItANyP Pa3SGYKF5+SDRQvLGjpCNFkbqPIqcgqdKVW7yJokcj+BRNhyx4VbO+0saa85ktE6TspVGa7jBAtC YxaHjqrBsc7uKSgEwpIhSVBpldLcEL+hLnmTDIvE74d1oTU9JPOrpUD2gsGrDSGLiOHKDtUdrhsu r091yHfmTrxRaKLQVhKhj3VzheGqEebsXO5Dg2FRwG0Zukg5EjwQhid2JlGFBVFGBaHC5aFKCoSB 1GzS4E07lwDqYggfQA7wMbK18eL21puSky0lefIoolErKDgYYeKYSckUGEdW13eVSMdCVDZtvJj+ XFTrYopVskIhc8L8SsoLSKK7y1myojFJxO4wy6xkol0Y2jJUTvxTi3ttEzbTMn07GUqoodeBMK5d XhjdlwwKKU+JNKiX6k0xU8YNzIb0blaHkw7ysJNKVaTtjsSsYaUY6KalFlSOMl9YvdpM4mSy3Fdp By6SOfidLrrOYHX3OoMvY4HF02enMnIw6yOdVB2EDoMkIkAiMkeWGX3tzcscFqwcoqc4xlpJMhP9 m2QkDWDE0eZLfCGuxkYc7ovR1gwQVjc1hLMJNcasjgdSZ6XYSJzTVJMcSaIViLvx8TFokncTFkjG YbjcU2dCpR3tEiuCXkaUT+nmaazI3sXZnz4RNsgsPEipzhOMRRK2KhjFJSia1IFzzonacPyyzonN tyKNKtUrljJ25lSf4EkHLjNTxu+Au96WtI4UWCiiTjC10jD5k7xxCzCWOLSs1SPRzU6ruBElC56a 4yTn5ndDhSUvVpesX1X49KJUoKkqUUjGxaFF7Izftc9a9iaJJrk0E1xTImR1FSbZwJjEvKiomb49 5cvXcPgBD7WgTXedCPSo7VQChwCBgk+VzMes4+WqSQwgAHIVgFdTstFyXgtFKKEXxJV7GtPPxYZU 1vj2P8n2cbpKMDIzhim5rILJYV61slkMhJzypmKmEKZmtSUacANEiOSz24TvpNgkjggmA5woBhiQ IKfQlUSCQfZFdoK44KLSxiWRlgyTAxsiYrEt0liw+0u67N3s9JKJUIaQ2FkE/1UELh8SVJ1r4MD7 JDk8LRiTeNlDlRI92f2qQvf6/HIVaUDkgEj54BkSUIOoE8G+pO871oKUMVja57TCSQ53kpxWWqq3 26SWp5eqt5upLaQp2Tkd74tVz6UKPSHndekoolVEDzth5YZY4444wkGNc9BrT5gJNLQdOOEQk9SO BrXl0JJgy2KRrR4YcE4MiR3PmpE6RUdKelXkfdVpHA4ea4XnTjQKpGI7RSMAetfSc2hI/ThPA7Tt 7byemO5McaxvPKYvabMoTm9sjq1SyYJfLtB85tKuzXhW8k2cp6STAyiVViLRCjG4CWKkIXuSWRs0 R7llilFpXJV0S1lpLwMGQEh4lvoMy3ZImBl3Qhs1qE2DqyswwHEjKiqWgqVLOQOFqvRSTV3HQj1b wbT1NZTzhxPnLFEdYWhO4nJeFe6qVYmMM5STrlCyjKFWqRrSrKlSG/q4XxaliNqKXLRwpGTsxJrJ x6xrblUXjFGHCmCpUfMWN57CCWHngYHnqqqqiiiqCiqosRA9CeTNpIwSE75adCUlEvSSLM7XxNsS u6zrOZxuSMlXE8Y5wOqoqoXUQvWEYNHUpdrHU4xSp3sJknFJZxTLO2zeZzdO5O7hHS4i0tsh4eTt 0OVnHoMZvCcDByixyheZFT+/xFnacDxWSf0VOyvUcVRaTj6WnHZ50ZEwHKcz34k64pwlTeJqTZ7I ccbxwa+OkgwXJvk8Wxb2Wx8rZqixUtSXiqU0XssWWSpzvC6w+pci5ipXvuxwsysqlcCWLZWkkMGO CzZyp7u8m0umZmkVohi49JqE0qQZJmdKwSRpzgfIccOunhEHSjSqCxIqnKiTgNeJrx8obSXiJq0R ZdJ3jA0l1iIzp2HNUXl5GlSLZGmdm9XgOt5MauYVJLFG4dbtE2SMHcdig0UjDRIHUGef43aHdPxx iVMBgecKmCsB9mdhsmK7YMySEqXUytm0JegXFGRR2QIM2PSHmFVmxJfKTOSOmRikudZEkzp78I1y CZcsKEcptQrGBPpVOLDKZGCQ7awk2pAxSSjbQ40swb2iNOMSOwtSKYSUoOSiOeAEB5d9L3ueyJGe JP4lQj81JGffHRywbpQunekndI9xpgbzkW5E3WRMd+zx8Cx3T2uRd7b7XjItrnW/rKkTCGkmUc5H juO26KhZamELGaJgOMatGP0GrKYzPMl4RvIYTiockbD8ZyhHwx1i3W6SfV16C5J/CxzwiLB3E8cl fnY9MnCudp0K7l5hCYUZSJEtBSMskMBIwyShBASMDVAaLejA7oQyQgmSVYlyDJFoiEICVIApUgZA iC0W04DAN6zzYWgdct8IXJQCqBQkdpr1szseZYjB6TGBwO0T0CplQZd8j798lNY21vV4mudWQsKC VEs65vB1kkscmchNPezE9BknX7aaYdiUMZrqPnwSOv15PF0nfqk1iiJa/YswSa0hYnxmJIs11Xz8 CtJB1jmZJJdiHcmu9H4lSHEKpRuSpMfK5BzNkaFL5yFRfq+22qQ0KSSRVSSPNj0inNhJl5rLRVRJ g6XtiizT6LGprbGSU9SUGdyWqaicasczR5U+2mZkVJ2J7ifK/I62JegpIoioqNSoZxH9E8pKJ1JO bgYrpHM8Z3CcNSmOJ4tTPSp9BWUSjGrMHBI93TjOEi/vtpjQ7TwcFSUj6bKpThcJiiNhmrlGMSzr htzYcuc3iXG3BtEQtZWTMopvJQ6TDAWoVdN7ikDCcTjYNJK3QaSWEzdhdJaXRjFQ61EXKhklQ7yo D5c/HoZ7KrDmklSX9TJ1xUZri8sXZfU7SeW9FZsUo8GGsa7yjxp1y33xtmY7crazTSnEsXMhexSb HOGOMgdUqAzJxzprmltE7ERhNC+EPWQXBsTq83btyxom8mXwklHHScs/Q4cFTMQ3IkovcmZUDInj YnSK4qQ8KJURRmsXbtNmJ1N5AxJUhqc/KEk4P4HKcOuXzctSdyasTRvUgpUKOdlReDoSoTkYLSGG mXRhPrxli/w0Ms2TuQZCawxHSe3mUepsZJ8CXt4oeSfzXFeckn1reTM01n6HRNT3m54I50ddpUnv SXWnzJpCMwzVIUQwSHWonaIhqeiVSd5UqPRyYEw7Os6VEeUqLbPJmxJ65SMcCjAubCiBigIhqI4Y V3A41alW+7nFVSRrErC2RUk+l4PZDuW7l65+lovMIOqYZcaSZ1JjG6JB+ZqyzmUPKxMi5CpUt05l iOVeNa5iovW+Yu5IpwoSHESGxIA= --Apple-Mail-51-92810495 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed I tried a few other combinations to recover, but libiconv insisted to find libtool in /usr/local/bin instead of /usr/bin. See log-3 and log-4. --Apple-Mail-51-92810495 Content-Transfer-Encoding: base64 Content-Type: application/octet-stream; x-unix-mode=0644; name=log-3.bz2 Content-Disposition: attachment; filename=log-3.bz2 QlpoOTFBWSZTWepY2T4AG1TfgHUQXf//+///3+v////0YBFHxFIAFBBChAqSAAAAAAAAAAAAChCS QIQGQTT1MmpgJqHozSntTUeRPJNkJ6nlHsQpo0OMmCaGQyMjJoaANBkYQDQaNMhiGgBxkwTQyGRk ZNDQBoMjCAaDRpkMQ0AOMmCaGQyMjJoaANBkYQDQaNMhiGgBxkwTQyGRkZNDQBoMjCAaDRpkMQ0A CpIQCJk0CaGpqbTQEk3qZJtCMj0hoGhkbUab1RIRbwne/B2/1bybeqQ0suy5nP8nUNEhIv0Tygm8 e7umLo9WdFkZ9qggHWRcwyE3KeT7Y0nT3GgTCZDDDnSyn+K1qUvreN87TkwtmUqlP8X/i/JWFIqi 6tV3mq5/TUtupNL7uLfuUUo5rLGGdty0tKc7RhRep+53Nnowhkp/G2vf/zSpDmHM4xDWGNnXnjHD D0v5aDWEb0w4EZ4TpNU9evXlNBA5w5FMTmFlc7BMRjGJelpCTNaLOl7F5rlq5vap3m/pfY9k7LGy KYgq6BXbkYSqGdd4AxnJujXLIpit2uvJPJPBm9maydXrOO4atm7JdK/fynhhR4kb45ozhLpyPSLY xiGOHYhPZUjcNZ48fEfeOY1EB7EjiL44cMO+o6PTxszlWc44nMJfJxSCONTwVl9zR8D5PZ+TgatF Nnb4/59bpzYcOHDz6dDl17W4u+zku72KGi6Urm9viuuMLyaPoyaFLHZTyZFmGTCxdMlOTevy+GaZ qM338ndPb8z0U82GVV61HzrjGJHe9GTn7mLMWrBZ9tpjDot/oYWpSip0cW/XfGzV43TNZn7l8Kbu cy1ffXGfq0WYUsUzb8PenOxkrxT2TbufbUI2oj/i8rFlS1TtSRNp0SmriFnNP4ubRmomhxaEpRZO 7dz6/rtX+dmlZMmncyxvPB1TJ+J/Ld2efSb7Wan3nvT7F08MmjZ3J7lIpnvJjJ6RjsVDbxy2lO02 Pk+SnIZbTLsuv81NXLC8zf/bR9L99HuYWLIT1f1XcjDKdXDuZnueXgupqtt031dlPByabz+VY1sD Fo4O0pilvlNlj0um2TArIpWHCuWioxjbESllfTJdO77ad//7k7cbsydxc82PXq8GHo0N9XuVI8FR 3FJq1avhZ9gsb7NI4Xe0Y52t6YfRpMjJLQ77s2hk79vT0r3Pvd227VyH6J+UZdWaYUo/Xq5nd9p3 8T24Jwc2UqS+Q0QnZb3N2n1PRSlKZL7PenuqSRVKpJKpAKFbL1/x67/mZDwnyHHiclvhRW8jacgz figcg5eyrFV7a5t99ZtEiIjhZJVDAWNMcA9gD9jLeKehx8ClCKhbYwmGQOC3UXrRwm7HAzJkzFSR nS+YnpGnIeonJuaQDbQVOfhYmGEqWFdEwH4e2axBEnpyD8kx0CeOCgYYc4TjJjIcXRR9wntl/W9h jyVLJIknB0PFLPpKvw8Hg9ns/ByZtKbGan5N0wUlfyPE0xjX152YYc8mezDZemFvBj9Pz5ZUrfud X/Z1w6Kfvd74bt+5ZZmYXv0bdM2jW5dT9rHGr9uu91nGt1Uqi9NlSqol7RngSpmFlLYwRSJ4OOTY RvsG4y3AWA20hkfIhjTY6Hz9uj328/LxeC+mWjS2NNGjPy29dd98197N/Fqphq2Xb4cWrZ5VHSbp 979zmmOck/E037+Ps7+n6ZCaKTeZpk+79tk3m51ojXXJyw+zccRo1yPvXi0U1ORuT+4lRKs+P6Jb Dz/JAultGf3qkG+QzgPBpMxujkjQWU5EAN76CnF2jHAHKMTJDTF8/sW2CeZhI4hWxgNIxvF4XMUF pLNrizY9zUMbTDIYZDXDT+ldmPfywPfw+v5jZMXVVDjeOtfXsGeRhLqSBgQMG1Nj1n2JmJhI2sX7 3DwPl5HmSX+nx7RjzgG6Gik6ggh4mEwmBhMhhMYOydvtwaPtjn3iYcBWIvGfnhh874vIrqXuve6e NGTxsdXZj4MvnlmZrZXJ1Y9Hdjn4OOLuuJ3fATmVkqLBXskT0gi0YgqLEiNVPUPKWO4yBhsk6rLU 6k8W7pwU7vX/Dq+aZpSUlqO7n/D1dfFp1aV9XbsxVbI4es5TxbeNXez9WZNun/zc/yaNVM3odMeb lxuZ2rrWVl23OJCwZPVsG7D/r0NRyZjQbg30BuRs8uSpdBncRGF+Y4sgq2n/h71EkBcXOl16BWEH elTM+9zWO8mX9t90fmUo4eP1srKmhUVUZzLbDPh+/+rHZG2SaUxq2tKT+5U7LZszl+yNDYzkzpLw pCkf2NBPFmsjLy8mqzNrMo0ebE/0s06NcEzgsjeqktJP5pu7zzdo3h4Rl/epdFkn4SD3w3S7CqVK UVNKiHIlQjQnu9v13k6d7imYo0RSkpPipLJWYe1FkzNGn9KXaZuykjWnZToKnvpv/gmhOT+xScGO M62mmslqbCSSyeEW7aK0crQEzpJJSaNWfml3qmaw7yonM87FHKJaLWktinJGFvP2tJMJqlKc4Xlo w5lqqlHkU7VywvGGJKVopigqWXl6FUpdY/93WJSUl6YUO1KUnyJnZWN3ZLN1Uni3XyTdKkWU6Kqq YTEbcR/f8X8JlnXlg688ceNNzi3KqVZRkpMSoyULm1aSc2syT7dZnKpTYv3dr/q7dMOamE0pOiav AcMJsrGjzfW5ZSZWcZUmDSmNFNVLKS9c2uVL3mjRM9HO8vnr2bN2hjnIpnb52xKTZVSZWs8XO3Cp icqWJkT7dc5JJJho809o1bOrP2vF6nVgKyu2Szk6pjNJ3M2s1KxMnkwxjV1i+bDOdxvFbOkqjMmh aSfdzZ6MlbU2loa4kWOyK5k4RSbLTJUbUSXHdP0wnPiZVd3cip/CJJNtppO131LviWtHSlkUonIu TqcotKcs3Rski15eT0dIzqc6mr7cuUnNQqKpSZWWil7Rm/nnDMNMMyecyT5Gc1ziGReGfWWS9V8y n0uTJM4WhBVSxSUphTR9cjJSUkkkyUEv3LLpctKkmTKou7n6OLD5mTdmbtoPxLCp4+dKt4rWiWXW JcoupJO5swKTJCshF7KQkfz0IUUn2MQS0sEpaMiy7IuxYmFk7Uufeu9+7h5z1SpDU3WgiyPklSfB d9EXTQ3pI5A5/O+Ih8JJST3SKhTVJ3ttk6vf33ifhTSQU07o3p7mkevp4ub1+Sz5kp7o910vKFVJ B7rZ35YvjPzzgStceSpiM6LN0s60E3ap48LxHZ99dVTr2WOqhU5c0KpwdFGIPSvnPLubRVD88p4P B32m6W9a0XmU+C7CTcVL+sPkzXbLJr6+iMSkpCjJEkmApGuhSnirmq6VUVFd6i95FrUqSw0ZRaOp zJ5PM2fJZnZHeXJ3pwuV76pVkymsoyilMkqLDu+T0dWMmqyNqlLrOVGbpMk6zn2VS8t+O8lqVUD2 mtpLqkqhUSn6rtLyqc+FkjCyTtOJzpVRdSS9MmHs7lLtZws7k78W1bTWbTrPDVz+Ld6Xb9S82LuF nBfJTnPCn4f21aPpU7fCO+pePXjd50yTKOU5sJ0x0Gia/DFptp46QYumjP3WvWFTxVF5VKzxUpZV otwfcui+VmMsKbJVpBfY7koswSsLFpoLJKl6lraFKlLrZNmWU9coRaFVCJKUiGdTDpdf6NpaSLlO xu1mVpEex4KeEuGTTi1onW6WXpLKcN2CYnIh80qTVb4+XJzp8IlkpJKVJaaD2SudUq+U8BvDa0qn U2PTzGuEvmaRMmBZ0SFVM6e2GUJlyI5Sa4kh9VOTSZrpOUiLqYO+mzFSOUkllEJao7y76tJ3vlBn gf7lInaeLjYwueDtD+T4xzycS/NfonKrE5dXZTkpnUut20Cx70w3k8NZOuyVFlqwWmekTJ6NmzP5 t2c0zaJeI9Yu+KbP2TiIxo6WDkVJKd0ih4J9fffThXTlMJNSVSqRRSlFJexaUjipZRSkXqJaoUpS oKqQpUShVIqUKpbEzYLV2srJLYKyEUmW7JlJZ7QpyPaEzoZ7yfjk329+yybVDSUqSzPqroSnPMPg 9SeUymVuoov9VidPpjxc3BOihO3VdJZPqmUFtdV+04Q6OkyXwd5vtP2KOatd11yyUok7m8aKxkjK Y6qwkeSkkKoi/WbLzxUzVUkrLEWZ1PJpaeaUM85amhN7HJ9NmbNU6J8Et+p3WSfhEpFSnqo0T5Ty Ud8jpyWJ0PF4E5aqYeLUz+pWslMWcORPp15zQ1m6lki7dsmfL65MjPyZkiuZrFORxVjbe5STWcKR qlcSTWWHUsmkuyVOdQupHYqB+fTo1lu573Tzd+mSyy5piXYd54aWszzbOdLM1tmGzuy+eTO+9OFl yzR3RjEk7FEM0ziw5lSw5yuS5rxxJqv7FN/Ru3YkRukiovdPNURwnjZOkrk1sTtE1bQOqVI0PSEb P3uJ0yTvO9hJqqU52peHJKJwxaOSl2ernJMkmYoBcV01zCKgxidhJwviXx++0SJpzjLqoDKVl+Ol O/eVLeyW0iMZjNUKkmJE7yRieSeEfc5MJ1dO6oei27K8fDJepRNm+aJPeqYo/j4HO4dqev+VJzkq s1SfR748Gtvh6qll4dTXDPxpHfWc5yJJ/EzZ7zNPdZM0vIvEa4K6odMOH/xdyRThQkOpY2T4 --Apple-Mail-51-92810495 Content-Transfer-Encoding: base64 Content-Type: application/octet-stream; x-unix-mode=0644; name=log-4.bz2 Content-Disposition: attachment; filename=log-4.bz2 QlpoOTFBWSZTWZzVXkEAQ53fgHUQff//+////+/////1YCEJ776l4PYxNG9bRQCijz1e8l7bOrOb m94mtzmssvXOxeXKCgzbTuNV1lVJrWSI2ympLMqa2ttlkstKqqYqYqgoqqaHcZUJFBTaTTRMTTTQ 9TIE1PUep5EPU8ptT1DBGmTTTEHlMIEoiYTTU8pNqbUyajJ5QAyNAAaAAADRoaAcGQaNAGTTENNB kGIYQNAaMTEaAAAQpIk1TzU9T0gTCanqaB5QD1Mh6h6QAAADQACJIIQEaNFNpMU8jTUxqT0QaPap 5Iek9TQDIGjQekCpIQEAmgICaU9J5T0mmm0jU2SNojGowRkNMRiXkkYaZTYFnaNyPr1QKNedexY1 pWmr+9z0wq91DbG0kqiqXIh+6e+NEpQOFn6ga70V/0j+QssePIvaTNqyELCxY/Vpg7hy48V8b7pC JwVC0yi0rhe68V9IlmsCof2uahEvJECpD6yHi25ncUeMMG2OXCXawLJSKKWtLFP8m691FGLy8LuW dssRrkG5wNjgkNBFBX9w+PXMNsaZmlKVVSqRcrOXPYq6P10S3f5cTXBklOft12XM7vctV8QQwdRg xBgQ7hxyOCGGNENMQdJc7+G7AbFtLDHPsc73ebRxHoWDr4WDaooo+hzvrjw9bVbe96IQGhwt9Eos G5NwKbJKONiw8X+Gque7ev6aSLL+/msjVNkt2qDegpKO9xY8RqSRy71QREkdangEDyxSihpc+Pgy 4PhwWYKkC4YXwUoQIBBEBQNJApGxj6xbsSMb05JOc5mue03KP4ttttttyAom1dmRl5JM3HnxY9jV SJo7eCmzewGosbaW+aoAgaQbzamWCAkefKiAl+R8EDuRS4zMUYKwt3AK4+Dlt6GZj7T9M+xVL37m zuTlGvpJ+Zju69difMnxMz8kZpJYnofijlCdesFQnbeOBxaF02byXfs5zrmU2f4s/VauWnFNX/P7 v9pOWUh4FHoGG/wrWmsWAYhtEUnhr5QL6RHPPj6Ep9HN9f5XguuuQL9LAzWBtlNdKeQrWI/1Ewid UArCAaUQCAMIL+DZI/RtUDy87cDhasqjHxgmV4A4C7TguzzhE4uMNXAx4rRqo/b1fL9DUz3bW+B9 59p9DKDiqmyvhWMWavVdu7zwnnjCV3tHYzKJQJsVGnGlrpIyBKqse2aZgfHyujkgXHelvJZ1H7N5 sZf61zKtaDqwnay1+fOfj+RxxnMoNDJJXA9TI2FFk7lTt72MxnkXLFMFC5Mypu41/HP1cu32bE2V 61E3PzTqaT89d/oFwMLgkF4bNTQPv5yMsNutnlQSWcNBQqrK9AJFzcMZtaNNhoPyNBe50agTM9R6 8loMYDRkL8M8SyfugWBi2pgqBApdVhgppwvEaUudo9+up8656cTUsYKLJRtRocbtfEHm5uG6BQbU 9h4gwbHMPyMRdYqm+JH/d5WiyotUx3tIDLTeOE7Ezue2TKD7ldNFmbLqTh+rp2jLmUpE0c9xuthC UqFyXbc2zx/gktKi/4Xb7VZamDVTSY1fV7N+j9qDkdXk8r0t4dF479TqDA/Kh8HeNoysDLy/kaz3 4nflOU1w5bw9YfQn3HPaaLfozd9T0qWmZoOhqPkUJRnbnErGR4Qy2FEvtPa2klOkbQ/bfJSU4hnm ns3jS63fnS69Y+kfuK62tlHKddF+1vS82PvLEwU2zZXWscpeWOi0sXIj316VI9mPySn1+CZGseJ1 OB4+GyeBeeheaWN9zEtMvDhuehR6G5q+/x2l+Vn6y8We06nisdTr9P0OGnCon447zSdJQ/+9z7TV I8uZNOViausyYduvvqYj1GtHpaDJY50139MBc4Emfn002NBXntQGv0El9mu/9v6upfzmRaNRO4un wMstn7Mvn5tHqp8m446bFJSpHnUkehUTslTvQ8+BwOBex6hYceDSlI685gr3wvlHW6z0zPeargDX KOl0ZA165Oe4xlCtA0DGr5eUfHyfladZtyvwljkuxYOv+0T96FaS5oTvgsUM7fwS27qlt+f2jxwO Fu85JFOmIVMSonGpkz2VIURDxW9kq9cVraz6nqopT0RhGwbdZnmA8EIFCFC0pRSlBQUwShRQiUhV IoUHYBUojsoGqZ907GCQnunFqUcjeINIcFbXyUlGfaFVR7GA835cB2noDf+6fI0m/fxIg9vwA4D8 Xm5+ft73JZex+HojW3VC1djOMuk7OdZpDboy5YxJWvxXVpOtoyFV/BW2Yn1ETJN80nGDOQWMXPeB YGloYku+xC+j0/b9N9II+bdXqSAt/hf5vf3e0MxR/ZFDzp5fID6v00D9oPLzgJvB4BAYEVpbIbv2 ff+nlb7Jbpp04zvF82uJ9I1EnhCoY02DBtsHLQAuwSwimkB3PgC20jRFPxIiBm+gzxQSvTjtso9v dgJcRhEe0GCJ7n7M7GrasIThrZEyipEfdKT3EzxF04FF4ll10zvH08yRMaVt2fjta49D2JckcKfo CyzMaCN8vPqCOe3ZtwMw5Qf1EUEAxVAir3Abc/iPhPfBMR+MSxeKvxfB749TT8R9Z2jSa1ZTcaFG /w+8sTizFiV62/5TzOF9f3f0uz8Ge/T48rNzDTJY+gObjYURzCxqYtyKPHrjBn97+RyperHViJXP UwWn/l6uGp4FHuPI79P2V17yxZ2NTNZjHaZUxbsj3BEJNEaCpoSzEWh4HSpc2bwc2wWDcTdhTISP rgVMQDS1BpxCh65x1wG4hy0oXNUOeFmawqGWf+ZDXpwA3QIHbCpPnKCCZBFTvqeCIbx18KXIcMBc UYBzC+flQLSjkATQeABTTEr3iXaYi1m5xG2LKDizcag+aeg3ZEZ0uDQzZ443dxQnbMnMa66YSZOY 2c4lxquOQrAaxi7TtPXrk0ZdbOnDYzKObpoa8TkZnTpmdb8nK8w2b4pVVVoW8otaiqon7/4Knc1N iadQi4K8MbUZKW6iR5lQy15oFIRvTGxs+TMgxliAcWiR5h7JeWy9nrHQ6AiOtD4T72IHCO+nbkFt eBCnaJdKOkIEaFDGYHjDGSVs/QxdS8VhB1XJMAbBunuI5mRWkHLsje5dCR6YA9LvdBHwLgFCpZDo voOgp8aD6jAdFJsYvisJU3jY3Mw206NFlVhLlVFBRrrfSB0ft+r+I/MtcWc5D0flPBhSN6HhrsgJ B23mywNpAoAQ8kPSPED96ctOgD8Eb3VQxOHwBaAfV+w0GFZDAtdeZ+sGbgO4IxUj9QG3ELqmqra8 n669z8qxdUchKGGbNZyifvCYwe7UtRVC1IfVQ2n4EzKSf5lH2me/hPME+wiViUV971gLhcfXhyau VatfqOWMitoaEwYky1YNqhYT7o6ccvTyyH+fLz3zfIWxLvNmmHgcQZafn+9I2DH6safxgJBUIH3P x7HrM+VyVv4VDZRHHi8/3FMZ5PcP4ZF7wrPgibgB9PyMyqev6lZEq+LD8Y/qP+Cp6HclZQo99mCf p7XiXJUKiVCicrFMfk/lcpTS/+Ojz3/Vf+Z9xsXJk+aRaDLlxEGy97NtxJjiSXviJUodqL2jXIMC jOzHr7dXv0zqbUZL6n4eLpdXqE2d2noTQ9xo6B4QPu/M1uCY+zZsi+IY9D1bhyOXadK7LmPHIETo vrBBnYLgRi95iLUr5oXCZCiJL4rZgBjHpC8i1IBVxt1wGZypgkiMNZI0lmQ0MJGGloqigjwIVrGq 0ZySpaBLYQk5U2SxGIzKYNGus27l7sy4yakolEtPG0d1O3idj1nl8Gk1c43nhW26lThLeD6Vw8zF VySTTK7R2HRVSzzJhm8/lqnto0PMY1/Dci7W1mv4NBk37BuWB27HkB294yrdV86PtzwcO71ns+pe NULoL1R+xJGPPq4NS3OInyFSmnu/qdJ0B/Phek1uiPkOlhGPlKlNScoxPVX2OyUznc2yR4cCXiE7 urvRRTC4AcMI8NhMIqRhEiaeSRbkxMSqLh+c1AOruUfYfeHtGh4q5P1geElWdaTC1L3TsQhDTx5X Z+OP1MHVKNPsEIgOf8yDvEqec8KevXHuQ7hIOQFVSSQWQFNmi/NoHTsO9j9194h6DdgHx+FGfCcT nV0VIp91n1Kjzlno1Rnr56L9/hCxryWOZdD1nlJaJhIoI4wXuTeOAI5DKmhYUrbNbGvnItJqGGfX lbGwcd/idGs/O3JeOauO2jSEsJck1KdOtXJTRfJB5JynPzT4TORr/76J8FSUUmKD3Rt++vIslEnz XE+oiLrwcyYi8VKKShS9Fokad1kgtSeAllogaifN9jg9+WX55ST6enoc1RuhQtoFiAwXuCA0PPSq qx9uwr7SLrcD1R8LPCd9lFnJtCW40iU2LT1KlpJHBR6lTmFTtRVcHqTWSOZ/OUTG4y4Ve20tGutd J0WidZ4KVU0XcoIGt4TOLw9GFYbnS7kkqQEwUkQpKg1zulnFC/vJcnsTGZywHjDvaE3PdJ7VeKqg 90Fg1YaQsWRw4Sd1VtkI2LieX0aBDwdQPISSDtViI2eWCcO/d0dMzCIbkJU8OS1ohcuscBcWqadi JkvLRMlILSd8jMYoKoo2yi8OOCyEQBKGoMBjMNzS4E07S4BvKUUT6CaZXM7K28+T5OG+xKTTaV68 yUWliWJWsHIxjzTEk2RSGI7N7vGUGDBoU6Amgvl+xKfttGdqKqO2bGRxQjrZTfpJxbx9/acl5wvz kolUglig0IDYTFJoQMwTrkeRwp3o6gaOgPb9O90ZEgFuAN5XPoeF32OMGnH4tAoGEMg7RW3cDuSz Jr+1hv7Qci2g5UWKyNy3Fl5lXMUtDEYFJUN7mA2Q0iXyQ1CBexSF2OdqKvqXZ7aYjTOZy/y3uxvN Im8uuv0VzVDdkhwd3gcG/A1Az2NoFTTA0tmV2VUahR1kdVVJyIHSZARABFjI3CM1zrqhyxcqXOSR TmuEKVcgOPp3aKKAbQZmT2Jtww/k+kOMmRqZdbovvab1TwgzQVpgyhLHa+UmedWR0PAmW12IHIb7 hXvyDjYQqgP6MnwPiDJjJGMf4neq84T+bEylbKRrOg626+tSYOrzcaWlHs3RJvGym0F/hDeG25yE Dhr7LeEDJuX5tHzQXLdCw6kUeMJ1iKJXMqGUUlKB3RVkENoIXD5PTQPkPL+t12gPenDsSMmsqM4Y E8TsCCSP7QVA58XnjcHowXAu/aS3kvI5UXCiiTnDXxyE8073HQi8YljJpRqpH17nddyIkylhg+O2 bvIPTyB4UOUMasddfbxPpbc9oGYAhJKKRnYtCi9rfrtDZYcN6+KapJtm2A7VfA5Bqp2gRd2BAbo2 YkV0Pm6hdJiinsKT8dyL92kTWRMQkGdrVtYDYCBgh2J0Gz6VSSGEBXtgF4CsIrs6MTQOkDEiCATT uGUoYte2d2DWnt5tWnW1Wa4zwf0LW5yknqXMzSH5E5G5CxYU3VJUPdSPNZew5gpq04OCmta1JRpw A0SI5LPTCMtvcNIkjgAmKYbrSL9wkB0aSBBT4QlUSCEffFdkFccCJLUxdcZlpGmTJMGRZEyWJ4rz vLnC4/KYePJ0zj4+6FEokNocRaBPwokhlgPqJUmivmyPvhOb0tMiaxu0pDlAU9Ov1ERXu392XQVY wEPQaoBSPvQHclacRIQ6G5oNjnCl4i5A+EznkuJxqWUPzTVcxgyMIRfviSnVZaqrfqjnT1+CuE2U ltYU1ry61HU832OC49IhB5UPDo1DBA0IhtUIvk1v49tzLLLLIkiUvouXum4o0rBZSWo2tM/DC6pF JwiWPnnlcSTDbUpG9HnjknIyCnM9nfRAiD0SFQTpQ62PPMKfmlAspyOXswF53jaiFVIyHlFO1DKA +Oe5fIOhuUYEUPfh8Q8R08HwS6+fgDpfb01Jay5wOwlz0BgziHSKnQ15qXKGhuS+neD4/A4ymGq8 K3kdJ8JJLmUSqsRaIUYvICWKRPSiSTfLIkujgNgyUUEIFM5mtxGrBS3QYtMH5IYItIY+Izhts2tW ayXWAOBl0hDY1qE2B1ZWZgOIRlRVLmYFSpnUiXLVerVLSJu8zbsR8XGDgd/icJxs98OhuWOUsRpC 8J5E6Lwr5VSrEyhxZHdu3BMIOCFkp2RYTKnc5e8kc5MZrK3LkcKKXLRzqGjRMiXbScvCHuZzk0nA TblGxMHvllEejMiJCXqwMD0VVVVRRRVBVVRYiB5U40jdYhG9FAQWA1BFo0q1w378reDDtQ5jz0gP UWkHwJxVDtJKdQEr9NAYUZRk2eBS7eOXgqlIpR5MOR5C0d0NxzHU2KsvB1aOC949/FOllQqW3Q89 PV49jmVeXY7C84QnEw5liuYabgGPiAjtdo6w7xgHrb2MYyHqnO+YehTkRNLcyKcvPTw4vlinUHAH YOe1PxXyLusnKVNg3Jq+MOeV4z4tuHpvIMzBOOr0OQZ58eq4ePOJJgTkAaHYzKIwdYWBGDrHXXIb GAfQNKml3IjDbWG+FFwJYtlaQjDLCy2x8e5LJcySKZoUtJoqVIKQLRKa0WBEiWa7sjvMhlttkNYI DcFkFUWEAVIQA1VSozO/fLdljqayX/6URODdFmEncYNpLsrkRrTwHiqLy5MVJOF9I21s5VeAHoEr W6mZcL1TIDBgcTBwcKOCCy68nyTsUGikYaJA5Bnuno73QO2eKkRwlDQMDxhBwVgPbDtG4bkyvoBn ZISy+lmrPES+3FA7uIYZFAoCknAv74e4Sq2ZkvhNCTw1aFZpPLI8VACMTYh+LCb9QR7PrmrHEBTm 8YBMiA/QR4hfI3ymBU6796CyCoZACE32OlLMRwtEa78wMiVMVEiyoqlUkWoBIoJGIFdQIB3h8uN+ YeA6YyEZGch/OVIGjyjq5sOCULp4ovcrDPqPsCAbZDO9Lhy8ewMt52I7iNCTbm8Xt6Fo8p1JZsqM FsaTZPhKJMQ+QZeEIpz3Ad28SIUUxLoUGXQRwhwjaNmf2m7OZTQpLaEqEcETkwPkjdD3PARPZjZK 7bCv4+2uwCKsCkSAHRHwuT2mOUy4d1caeQTpZug3gZQYRZAoWWSGAkZWDawA5sGBASMDVAblsaMD nCGQMEySARLo320G0i0RCEBCMAUgwMQJklBDFVlLhQFrV1olgbZvhZkQCqQUkdk15czm9RiOHjYj GBwOQnqFHIQA00DgD9W/Qhbcudry20BkxK+elqI2HSFCpEbHS53rHoqwObooPyhmJj1FQ9ak7/fT XLxJQ0zm3QfXkkYd/xWersnnsTrUbpixExPlpjxMM0nCkLE+tMZCLxw0XMepWpDpHaTOSTTEZoPU djfA/mBipyVhsHAbEsEBgmfK8kHY4o2KZmNFURUYt3WwkNCiqkiqeRfsSG8uufMUUkiLcqXQ1kuY 1+u5sbeN9JJ77PgShviw34TPEkvi0sJlbFTobvan3661dRYqTwJ9Cfu36nhYl6CkiiKio2KhoSdZ 5ool/Ak6tuJowkdC/lPETlwKZ5m3kqXqqmm1T50orESjJVmHFI+XLlL7OLWUM/na+lDwnU4kWCbu Q/LckIcsCpoImQNScEwjZ28MuLsy13ieC45dsubjIItZV2pRTkWqXuM5bAxcsN75JaY4ZEpITOcz nYNpK5INJLCaOYvEvdKRbKLQ7REuXhSGRiG3eFCJziD40HZrA1pntbHVJKktj3naY9XfaarHK12B tLxcyPsWyvXXOzxw4DZ0NAtwaLBoY1q7nel9dcQsHnTw146ZW1Mtd7bTXWnIsXnFoTFypOB1hmYV B6BEANQdMySTRJrhE5AjBMRPGk4xUrfRd65owdMnTnlYnJGfxkKOm004T3HG0qZokcCJKhcuTMqB wD0vd0DpLuFxYEydRvIa8IJrWQcTBfDg21Zl+xwRCxKhNzp6xA5Pzk4zi7Z8prE8I1YNEhuqFHOy ovB0JyetxMrlLImW2nV2xMi+s1M9GbRBnImsMoc57uZR5pNzNPiS9vFD/fzSouD2EkukhvFQUrXQ ayK2wuDFgDq2BGPjgGDK0eel9Qtyn1jHgImQ3AyJsRQ30CGAE6xHwUBMgedYQchG9J4/OdDKOfA6 p3xB8mNZtuTyLanTCD6MaiYYvm1sI/M9rXOs5rQb0RD0VMlE/CceZPPxkZRJ1lPDnMTt/mKqkjlE rO2xST7mzzPTKwst3Fp0rvW90s4sIdYdR1cu6Bk7ILui6JxRIPwZs5xmcPCxM0m+Ija2QnLvJ7D2 r9y7TNL7/8P/xdyRThQkJzVXkEA= --Apple-Mail-51-92810495 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed As this is a test installation only, I gave up here. There's a chance I did something wrong, but nevertheless, Ports is meant to be dummy- proof, isn't it? Cheers, Markus --Apple-Mail-51-92810495-- From owner-freebsd-gnome@FreeBSD.ORG Mon Sep 3 22:10:07 2007 Return-Path: Delivered-To: gnome@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16ECE16A469 for ; Mon, 3 Sep 2007 22:10:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E67D213C483 for ; Mon, 3 Sep 2007 22:10:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l83MA60T024867 for ; Mon, 3 Sep 2007 22:10:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l83MA6nN024866; Mon, 3 Sep 2007 22:10:06 GMT (envelope-from gnats) Date: Mon, 3 Sep 2007 22:10:06 GMT Message-Id: <200709032210.l83MA6nN024866@freefall.freebsd.org> To: gnome@FreeBSD.org From: "Jeremy Messenger" Cc: Subject: Re: ports/115988: converters/libiconv port doesn't handle PREFIX well X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jeremy Messenger List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2007 22:10:07 -0000 The following reply was made to PR ports/115988; it has been noted by GNATS. From: "Jeremy Messenger" To: "Markus Hitter" , bug-followup@freebsd.org Cc: Subject: Re: ports/115988: converters/libiconv port doesn't handle PREFIX well Date: Mon, 03 Sep 2007 17:08:17 -0500 On Mon, 03 Sep 2007 16:03:27 -0500, Markus Hitter wrot= e: > > > Am 02.09.2007 um 23:11 schrieb Jeremy Messenger: > >> I couldn't reproduce it when I tried to installed it in /tmp. [...] >> Can you show us the full log? > > As the original logs were gone, I tried again and it worked for me, > too. Obviously, there are self-healing mechanisms in existence. > > So I decided to set up a fresh machine to get to the point of failure > again, virtual environments are pretty convenient here: 512 MB RAM, > 0.5 GB swap, 3.5 GB partition at "/", preconfigured installation type > 4 "Developer" with "Ports" checked, root account only. > > Right after install, I tried to add libiconv and failed the same way > as described in the original bug report (see log-1). Umm, strange.. In the log-1 shows: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D install -o root -g wheel -m 444 ./iconv.1 /usr/man/man1/iconv.1 [...] install -o root -g wheel -m 444 ./iconv.3 /usr/man/man3/iconv.3 install -o root -g wheel -m 444 ./iconv_close.3 /usr/man/man3/iconv_clos= e.3 install -o root -g wheel -m 444 ./iconv_open.3 /usr/man/man3/iconv_open.= 3 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D The package thinks that it installed in /usr/share/man/*. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D /usr/share/man/man1/iconv.1: No such file or directory /usr/share/man/man3/iconv.3: No such file or directory /usr/share/man/man3/iconv_open.3: No such file or directory /usr/share/man/man3/iconv_close.3: No such file or directory =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D Show me your output of: # make PREFIX=3D/usr -V MANPREFIX My output of that is: # make PREFIX=3D/usr -V MANPREFIX /usr/share Did you set on MANPREFIX or something else in make.conf? Also, I would = like to see your converters/libiconv/work/libiconv-1.11/config.log (you = = have to get that same failure for I can see something). As for the log-2, log-3 and log-4... Are you installing everything in = /usr? If you do, then you might need to set LOCALBASE=3D/usr and = X11BASE=3D/usr. Have different prefix on some apps and other apps don't = work = quiet well, so I wouldn't recommend that. Cheers, Mezz -- = mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src) http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org http://wiki.freebsd.org/multimedia - multimedia@FreeBSD.org From owner-freebsd-gnome@FreeBSD.ORG Mon Sep 3 22:40:08 2007 Return-Path: Delivered-To: gnome@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D69516A420 for ; Mon, 3 Sep 2007 22:40:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 310A713C45D for ; Mon, 3 Sep 2007 22:40:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l83Me8tw027057 for ; Mon, 3 Sep 2007 22:40:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l83Me7ed027056; Mon, 3 Sep 2007 22:40:07 GMT (envelope-from gnats) Date: Mon, 3 Sep 2007 22:40:07 GMT Message-Id: <200709032240.l83Me7ed027056@freefall.freebsd.org> To: gnome@FreeBSD.org From: Markus Hitter Cc: Subject: Re: ports/115988: converters/libiconv port doesn't handle PREFIX well X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Markus Hitter List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2007 22:40:08 -0000 The following reply was made to PR ports/115988; it has been noted by GNATS. From: Markus Hitter To: "Jeremy Messenger" Cc: bug-followup@freebsd.org Subject: Re: ports/115988: converters/libiconv port doesn't handle PREFIX well Date: Tue, 4 Sep 2007 00:37:24 +0200 Am 04.09.2007 um 00:08 schrieb Jeremy Messenger: > The package thinks that it installed in /usr/share/man/*. To be honest, this is what I would expect. > Show me your output of: > > # make PREFIX=/usr -V MANPREFIX testBSD# make PREFIX=/usr -V MANPREFIX /usr/share > Did you set on MANPREFIX or something else in make.conf? Nope, didn't set anything except enabling ssh (/etc/rc.conf) and the commands (portsnap, make) you see in the logs. > Also, I would like to see your converters/libiconv/work/ > libiconv-1.11/config.log The log from the first attempt (before portsnap update) are gone and now no such file gets created. Btw., I see version 1.9.2, not 1.11. This is what the Ports mechanism gives me. > As for the log-2, log-3 and log-4... Are you installing everything > in /usr? The sole purpose of this virtual machine is to track this bug. There's nothing installed but this one package and it's single dependency. Markus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/ From owner-freebsd-gnome@FreeBSD.ORG Mon Sep 3 22:46:35 2007 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B10A516A41A for ; Mon, 3 Sep 2007 22:46:35 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 6F6F213C46A for ; Mon, 3 Sep 2007 22:46:35 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (unknown [84.165.119.48]) by redbull.bpaserver.net (Postfix) with ESMTP id 650F92E117; Tue, 4 Sep 2007 00:08:35 +0200 (CEST) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id 0C72F5B4902; Tue, 4 Sep 2007 00:08:13 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1188857293; bh=oclKnHY7/vlcZpSIEo3oAEPaAjf93IT+q tz28PwoAks=; h=Date:From:To:Subject:Message-ID:In-Reply-To: References:X-Mailer:Mime-Version:Content-Type: Content-Transfer-Encoding; b=tYDe6pA0O+Gi5VJre0xhusBl1I3yUFF65C/Ns axTOU9seL8ZxwP2XkCrzNk6uQMnglaOYgpRCLt4KWuLzN1DdB7eb/hxsfaaKL5TdHwe U2ytku2syybQx9Pn9CcRrAWy3jueNl2DFF1/q8726JbOVImxXLtUA9TmFQh4bXw1WT8 rmBdGrNbJjMywBLUn2peciLkKiOjNqp8ev/ancW6cZDzqyTDn06tqhp9S4Ki7xaY6i5 UXE/0b4pTYex6tRkgBiXNuIZfpqfqDhW9huE+hlgSnTl32jB1wBBRQwhqlHt0/v1s0F 5LPQq+zKsTNiPT0UlJ1JcPD2lwMIM5Y0B0CPA== Date: Tue, 4 Sep 2007 00:07:56 +0200 From: Alexander Leidinger To: freebsd-gnome@freebsd.org, pav@FreeBSD.org Message-ID: <20070904000756.756b72fc@deskjail> In-Reply-To: <200709032101.l83L1qr1018167@freefall.freebsd.org> References: <200709032101.l83L1qr1018167@freefall.freebsd.org> X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.14; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-13.8, required 8, BAYES_00 -15.00, J_CHICKENPOX_45 0.60, NO_RDNS 0.50, RDNS_NONE 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Subject: Re: ports/115870: [DEPS] graphics/cairo reduce X dependencies X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2007 22:46:35 -0000 Quoting pav@FreeBSD.org (Mon, 3 Sep 2007 21:01:52 GMT): > Synopsis: [DEPS] graphics/cairo reduce X dependencies > > Responsible-Changed-From-To: gnome->pav > Responsible-Changed-By: pav > Responsible-Changed-When: Mon Sep 3 21:01:41 UTC 2007 > Responsible-Changed-Why: > I'll give these a workout on pointyhat I expect some fallout of this (feel lucky if there isn't any). ATM I'm working on adding some explicit dependencies to all my installed ports. With /usr/ports/Tools/scripts/explicit_lib_depends.sh this is very easy (you can copy&paste and need only a small amount of work by hand), but time consuming. I found several ports which contain a reference to cairo, pango and various Xorg libs in its binaries, but no dependency in the port Makefile. When I finish with adding the dependencies, I try a tinderbox run and provide the patch to gnome@ afterwards. Bye, Alexander. -- The herd instinct among economists makes sheep look like independent thinkers. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-gnome@FreeBSD.ORG Mon Sep 3 22:52:04 2007 Return-Path: Delivered-To: gnome@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01C6016A41B; Mon, 3 Sep 2007 22:52:04 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CBF7213C428; Mon, 3 Sep 2007 22:52:03 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from freefall.freebsd.org (marcus@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l83Mq3Kb027463; Mon, 3 Sep 2007 22:52:03 GMT (envelope-from marcus@freefall.freebsd.org) Received: (from marcus@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l83Mq3QO027459; Mon, 3 Sep 2007 22:52:03 GMT (envelope-from marcus) Date: Mon, 3 Sep 2007 22:52:03 GMT Message-Id: <200709032252.l83Mq3QO027459@freefall.freebsd.org> To: os@rsu.ru, marcus@FreeBSD.org, gnome@FreeBSD.org From: marcus@FreeBSD.org Cc: Subject: Re: ports/115969: [patch] devel/anjuta crash due to incorrect patch in ports tree X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2007 22:52:04 -0000 Synopsis: [patch] devel/anjuta crash due to incorrect patch in ports tree State-Changed-From-To: open->closed State-Changed-By: marcus State-Changed-When: Mon Sep 3 22:51:05 UTC 2007 State-Changed-Why: Duh, the check for NULL is right there. I clearly wasn't paying attention when I did this patch the first time. Thanks for fixing it. http://www.freebsd.org/cgi/query-pr.cgi?pr=115969 From owner-freebsd-gnome@FreeBSD.ORG Mon Sep 3 23:00:09 2007 Return-Path: Delivered-To: gnome@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D7D616A41A for ; Mon, 3 Sep 2007 23:00:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3B2A913C461 for ; Mon, 3 Sep 2007 23:00:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l83N09lG027622 for ; Mon, 3 Sep 2007 23:00:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l83N09CK027621; Mon, 3 Sep 2007 23:00:09 GMT (envelope-from gnats) Date: Mon, 3 Sep 2007 23:00:09 GMT Message-Id: <200709032300.l83N09CK027621@freefall.freebsd.org> To: gnome@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: ports/115969: commit references a PR X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2007 23:00:09 -0000 The following reply was made to PR ports/115969; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/115969: commit references a PR Date: Mon, 3 Sep 2007 22:51:06 +0000 (UTC) marcus 2007-09-03 22:50:59 UTC FreeBSD ports repository Modified files: devel/anjuta Makefile devel/anjuta/files patch-plugins_document-manager_anjuta-docman.c Log: Fix a really stupid mistake on my part, and correct a crash when opening files over NFS. PR: 115969 Submitted by: Oleg Sharoiko Revision Changes Path 1.53 +1 -1 ports/devel/anjuta/Makefile 1.2 +20 -14 ports/devel/anjuta/files/patch-plugins_document-manager_anjuta-docman.c _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From owner-freebsd-gnome@FreeBSD.ORG Tue Sep 4 02:30:07 2007 Return-Path: Delivered-To: gnome@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAF3516A41A for ; Tue, 4 Sep 2007 02:30:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D8FB513C46A for ; Tue, 4 Sep 2007 02:30:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l842U7v1038561 for ; Tue, 4 Sep 2007 02:30:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l842U7iv038560; Tue, 4 Sep 2007 02:30:07 GMT (envelope-from gnats) Date: Tue, 4 Sep 2007 02:30:07 GMT Message-Id: <200709040230.l842U7iv038560@freefall.freebsd.org> To: gnome@FreeBSD.org From: Markus Hitter Cc: Subject: Re: ports/115988: converters/libiconv port doesn't handle PREFIX well X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Markus Hitter List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2007 02:30:08 -0000 The following reply was made to PR ports/115988; it has been noted by GNATS. From: Markus Hitter To: Jeremy Messenger , bug-followup@freebsd.org Cc: Subject: Re: ports/115988: converters/libiconv port doesn't handle PREFIX well Date: Tue, 4 Sep 2007 04:20:23 +0200 --Apple-Mail-67-111825667 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Jeremy, while the original thing was probably an outdated package, the build failure on a clean system with PREFIX remains. As my solution (I found one) might not be the favourite of everyone, what mailing lists would you recommend to discuss such things? Am 04.09.2007 um 01:25 schrieb Jeremy Messenger: > When you want to install a port in different PREFIX, you have to > run 'make depends' first then 'make PREFIX=/usr install' second. This works, but it's documented differently (or incomplete): (Section 4.5.2.1) Even more odd is, the port attempts to do the right thing, but fails. /usr/ports/Mk/bsd.port.mk says: # PREFIX - Where *this* port installs its files. Accordingly, the dependencies should be installed without PREFIX. However, this variable is maintained when installing dependencies. So, after a lengthy debugging session, I found a (2 line-)patch which produces a behavior as documented, at least in my case: --Apple-Mail-67-111825667 Content-Transfer-Encoding: 7bit Content-Type: application/octet-stream; x-unix-mode=0644; name=patch Content-Disposition: attachment; filename=patch --- usr-ports-Mk-bsd.port.mk 2007-09-04 03:50:14.000000000 +0200 +++ usr-ports-Mk-bsd.port.mk.patched 2007-09-04 03:48:50.000000000 +0200 @@ -4813,10 +4813,10 @@ ${ECHO_MSG} "===> Installing existing package $${subpkgfile}"; \ ${PKG_ADD} $${subpkgfile}; \ else \ - (cd $$dir; ${MAKE} -DINSTALLS_DEPENDS $$target $$depends_args) ; \ + (cd $$dir; ${MAKE} PREFIX=${LOCALBASE} -DINSTALLS_DEPENDS $$target $$depends_args) ; \ fi; \ else \ - (cd $$dir; ${MAKE} -DINSTALLS_DEPENDS $$target $$depends_args) ; \ + (cd $$dir; ${MAKE} PREFIX=${LOCALBASE} -DINSTALLS_DEPENDS $$target $$depends_args) ; \ fi; \ ${ECHO_MSG} "===> Returning to build of ${PKGNAME}"; --Apple-Mail-67-111825667 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > In your other email, you said about that you have used portsnap to > update your ports tree. Perhaps, it has been fixed by something > wrong with previous tree? Another workaround around the unpatched build system is to build the thing twice, like: make install clean && make deinstall && make PREFIX=/usr install This probably happened as I tried a few things to make the tinybsd script happy. > I am going to let you play with it a bit. If you don't get any > problem, let me know and I can safe close this PR. Looks like it's a build system thing now. While I'm hacking Unix systems for some 15 years now, I have a fear with this new-to-me FreeBSD: What, if the misbehaviour of today vanishes tomorrow? Cheers, Markus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/ --Apple-Mail-67-111825667-- From owner-freebsd-gnome@FreeBSD.ORG Tue Sep 4 04:30:07 2007 Return-Path: Delivered-To: gnome@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9642F16A41A for ; Tue, 4 Sep 2007 04:30:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 67D8D13C461 for ; Tue, 4 Sep 2007 04:30:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l844U71V043952 for ; Tue, 4 Sep 2007 04:30:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l844U7t3043951; Tue, 4 Sep 2007 04:30:07 GMT (envelope-from gnats) Date: Tue, 4 Sep 2007 04:30:07 GMT Message-Id: <200709040430.l844U7t3043951@freefall.freebsd.org> To: gnome@FreeBSD.org From: "Jeremy Messenger" Cc: Subject: Re: ports/115988: converters/libiconv port doesn't handle PREFIX well X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jeremy Messenger List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2007 04:30:07 -0000 The following reply was made to PR ports/115988; it has been noted by GNATS. From: "Jeremy Messenger" To: "Markus Hitter" , bug-followup@freebsd.org Cc: Subject: Re: ports/115988: converters/libiconv port doesn't handle PREFIX well Date: Mon, 03 Sep 2007 23:26:03 -0500 On Mon, 03 Sep 2007 21:20:23 -0500, Markus Hitter wrot= e: > > Jeremy, > > while the original thing was probably an outdated package, the build > failure on a clean system with PREFIX remains. As my solution (I > found one) might not be the favourite of everyone, what mailing lists > would you recommend to discuss such things? freebsd-ports@FreeBSD.org is the list that you are looking to discuss = about anything related with ports tree. > Am 04.09.2007 um 01:25 schrieb Jeremy Messenger: > >> When you want to install a port in different PREFIX, you have to >> run 'make depends' first then 'make PREFIX=3D/usr install' second. > > This works, but it's documented differently (or incomplete): > > using.html> > > (Section 4.5.2.1) > > > Even more odd is, the port attempts to do the right thing, but fails. > > /usr/ports/Mk/bsd.port.mk says: > > # PREFIX - Where *this* port installs its files. > > Accordingly, the dependencies should be installed without PREFIX. > However, this variable is maintained when installing dependencies. Yeah, I agree with you about that the 'make PREFIX=3D/foo' shouldn't aff= ect = on the dependencies. I noticed this behavior when I wrote auto-plist[1],= = which I had to get it runs 'make depends' first before do the 'make = PREFIX=3D/foo install'. [1] http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi/portstools/auto-pli= st/ > So, after a lengthy debugging session, I found a (2 line-)patch which > produces a behavior as documented, at least in my case: You should submit another PR with this patch and explain a bit more = clearly than this PR to avoid the confuse. Since, this PR is orignal = related with manpage problem. The bsd.port.mk is maintaining by portmgr,= = so it might takes a bit time for them to respone and test in the pointyh= at = first before put in ports tree. Cheers, Mezz -- = mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src) http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org http://wiki.freebsd.org/multimedia - multimedia@FreeBSD.org From owner-freebsd-gnome@FreeBSD.ORG Tue Sep 4 07:21:59 2007 Return-Path: Delivered-To: gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F209516A49C for ; Tue, 4 Sep 2007 07:21:59 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:0:206:5bff:fef8:267d]) by mx1.freebsd.org (Postfix) with ESMTP id AAAB413C4CC for ; Tue, 4 Sep 2007 07:21:59 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id D6A7A1CCAC for ; Tue, 4 Sep 2007 09:21:58 +0200 (CEST) From: linimon@FreeBSD.org To: gnome@freebsd.org Message-Id: <20070904072158.D6A7A1CCAC@mail.droso.net> Date: Tue, 4 Sep 2007 09:21:58 +0200 (CEST) Cc: Subject: FreeBSD ports that you maintain which are currently scheduled for deletion X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2007 07:22:00 -0000 Dear FreeBSD port maintainer: As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: graphics/gimp1 description: The GNU Image Manipulation Program maintainer: gnome@FreeBSD.org deprecated because: New stable release 2.0 can be installed via graphics/gimp port expiration date: 2007-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gimp1 portname: lang/gnomebasic description: Provide VB compatible functionality for GNOME, especially VBA maintainer: gnome@FreeBSD.org deprecated because: Five years abandoned project; functionality folded into mono expiration date: 2007-09-04 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2007090223/gnomebasic-0.0.20_3.log (Sep 4 02:02:15 UTC 2007) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gnomebasic If this problem is one that you are already aware of, please accept our apologies and ignore this message. On the other hand, if you no longer wish to maintain this port (or ports), please reply with a message stating that, and accept our thanks for your efforts in the past. Thanks for your efforts to help improve FreeBSD. From owner-freebsd-gnome@FreeBSD.ORG Tue Sep 4 07:40:06 2007 Return-Path: Delivered-To: gnome@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8D6E16A420 for ; Tue, 4 Sep 2007 07:40:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CAC8513C458 for ; Tue, 4 Sep 2007 07:40:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l847e6Gh058760 for ; Tue, 4 Sep 2007 07:40:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l847e6Uq058759; Tue, 4 Sep 2007 07:40:06 GMT (envelope-from gnats) Date: Tue, 4 Sep 2007 07:40:06 GMT Message-Id: <200709040740.l847e6Uq058759@freefall.freebsd.org> To: gnome@FreeBSD.org From: Pav Lucistnik Cc: Subject: Re: ports/115988: converters/libiconv port doesn't handle PREFIX well X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pav Lucistnik List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2007 07:40:07 -0000 The following reply was made to PR ports/115988; it has been noted by GNATS. From: Pav Lucistnik To: bug-followup@FreeBSD.org, mah@jump-ing.de Cc: Subject: Re: ports/115988: converters/libiconv port doesn't handle PREFIX well Date: Tue, 04 Sep 2007 09:30:24 +0200 If you install into /usr man pages go to /usr/share/man not into /usr/man. That a special behaviour of /usr and it's expected. See bsd.port.mk around lines 2884-6. Nothing to be seen here. That said, it's really a dumb idea trying to push libiconv into /usr Can we close this ticket? -- Pav Lucistnik What do we know about love? Love is like a pear. Pear is sweet and have a specific shape. Try to exactly define the shape of a pear. -- Marigold: 50 Years Of Poetry From owner-freebsd-gnome@FreeBSD.ORG Tue Sep 4 08:52:48 2007 Return-Path: Delivered-To: freebsd-gnome@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 280DD16A41B for ; Tue, 4 Sep 2007 08:52:48 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from nat-application.b1.lan.prg.vol.cz (nat-application.b1.lan.prg.vol.cz [195.122.204.152]) by mx1.freebsd.org (Postfix) with ESMTP id 8DD9113C48D for ; Tue, 4 Sep 2007 08:52:47 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from pav.hide.vol.cz (localhost [127.0.0.1]) by nat-application.b1.lan.prg.vol.cz (8.14.1/8.14.1) with ESMTP id l848MpiW030085; Tue, 4 Sep 2007 10:22:51 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by pav.hide.vol.cz (8.14.1/8.14.1/Submit) id l848Mp1r030084; Tue, 4 Sep 2007 10:22:51 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: pav.hide.vol.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Alexander Leidinger In-Reply-To: <20070904000756.756b72fc@deskjail> References: <200709032101.l83L1qr1018167@freefall.freebsd.org> <20070904000756.756b72fc@deskjail> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Gw4P8EGBp6CdpOBM0CZo" Date: Tue, 04 Sep 2007 10:22:51 +0200 Message-Id: <1188894171.28297.82.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Cc: freebsd-gnome@FreeBSD.org Subject: Re: ports/115870: [DEPS] graphics/cairo reduce X dependencies X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 04 Sep 2007 08:52:48 -0000 --=-Gw4P8EGBp6CdpOBM0CZo Content-Type: text/plain; charset=ISO8859-2 Content-Transfer-Encoding: quoted-printable Alexander Leidinger p=ED=B9e v =FAt 04. 09. 2007 v 00:07 +0200: > Quoting pav@FreeBSD.org (Mon, 3 Sep 2007 21:01:52 GMT): >=20 > > Synopsis: [DEPS] graphics/cairo reduce X dependencies > >=20 > > Responsible-Changed-From-To: gnome->pav > > Responsible-Changed-By: pav > > Responsible-Changed-When: Mon Sep 3 21:01:41 UTC 2007 > > Responsible-Changed-Why:=20 > > I'll give these a workout on pointyhat >=20 > I expect some fallout of this (feel lucky if there isn't any). ATM I'm > working on adding some explicit dependencies to all my installed ports. > With /usr/ports/Tools/scripts/explicit_lib_depends.sh this is very > easy (you can copy&paste and need only a small amount of work by hand), > but time consuming. >=20 > I found several ports which contain a reference to cairo, pango and > various Xorg libs in its binaries, but no dependency in the port > Makefile. That's probably fine if they depend on gtk20 - sounds like an usual set of indirect deps to me. What do you mean by 'explicit' depends? I don't want to list every single each lib in every single each port, when I can rely on indirect dependencies via ports like gtk20. > When I finish with adding the dependencies, I try a tinderbox run and > provide the patch to gnome@ afterwards. You might want to hold this off after GNOME 2.20 hits the tree - it will be a massive change that would almost certainly invalidate your work. --=20 Pav Lucistnik On real UNIX, /usr/bin/more prints -More-. --=-Gw4P8EGBp6CdpOBM0CZo Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBG3RXbntdYP8FOsoIRAhSTAJwLRuYu3GFqyKBikHzYmI+BkuNg8ACeILC+ ZNkoJPkIxj3PGnycYciwq6Q= =+ADC -----END PGP SIGNATURE----- --=-Gw4P8EGBp6CdpOBM0CZo-- From owner-freebsd-gnome@FreeBSD.ORG Tue Sep 4 09:21:35 2007 Return-Path: Delivered-To: gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A2F716A421 for ; Tue, 4 Sep 2007 09:21:35 +0000 (UTC) (envelope-from sales@computerwide.net) Received: from computerwide.net (netblock-68-183-173-229.dslextreme.com [68.183.173.229]) by mx1.freebsd.org (Postfix) with SMTP id 069C913C467 for ; Tue, 4 Sep 2007 09:21:33 +0000 (UTC) (envelope-from sales@computerwide.net) From: "ComputerWide" To: "gnome@freebsd.org" Date: Tue, 4 Sep 2007 02:21:26 -0700 Message-ID: <15894804.20070904022126@computerwide.net> X-Priority: 3 (Normal) MIME-Version: 1.0 Organization: ComputerWide, Inc. Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Cc: Subject: [ A D V ] Cisco, Toshiba, HP, Fujitsu... X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ComputerWide List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2007 09:21:35 -0000 If you have received this message in error or if you would like to be removed from our broadcast for any reason, reply to this email with REMOVE as subject followed by the email address you wish to remove. *********************************************************** ComputerWide, Inc. 23679 Calabasas Road #761 Calabasas, CA. 91302, USA Tel: (818) 804-5158 http://www.computerwide.net Email: sales@computerwide.net ***** CISCO ROUTER SPECIAL ***** CISCO3845 Orignial New Open Box including smartnet 8X5XNBD until June 2008 ($1,400 value) 2 units in stock at $6000 each (54% off GPL $13,000) ***** CISCO MODULE SPECIAL ***** $3000 take all the following: 20 * CAB-SS-449MT New Orignial 15 * CAB-SS-V35MT New Orignial 5 * CAB-SS-X21MT New Orignial 4 * GLC-SX-MM New OEM 1 * NM-4E New OEM 2 * NM-4B-S/T New OEM 20 * NM-4B-S/T Used OEM 1 * NM-8B-S/T New OEM 9 * WIC-1B-S/T New OEM 13 * WS-G5483 New OEM 12 * WS-G5486 New OEM 2 * WS-G5487 New OEM ******************************** The following are Notebook prices. All NEW models come with 1 year warranty and all RB models with 90 days. For a detailed list, please request our price list in Excel or PDF format. Model Price Condition Qosmio F45-AV411 $1,341 NEW Qosmio F45-AV410 $1,247 NEW Satellite X205-S9349 $1,871 NEW Satellite P205-S6347 $1,216 NEW Satellite P205-S6337 $1,091 NEW Satellite P205-S6327 $987 NEW Satellite P205-S6277 $966 RB Satellite P205-S6287 $893 RB Satellite P205-S6267 $789 RB Satellite P205-S6237 $727 RB Satellite P105-S9339 $1,143 RB Satellite P105-S9337 $1,122 RB Satellite P105-S6197 $748 RB Satellite P105-S6177 $696 RB Satellite P35-S6112 $592 RB Satellite P35-S6053 $581 RB Satellite P35-S6112 $561 RB Satellite P35-S6112 $571 RB Satellite A215-S4757 $914 NEW Satellite A215-S4807 $831 NEW Satellite A215-S4747 $821 NEW Satellite A215-S4697 $737 NEW Satellite A205-S4777 $1,039 NEW Satellite A205-S4557 $893 NEW Satellite A205-S4707 $873 NEW Satellite A135-S4637 $727 NEW Satellite A135-S4656 $561 NEW Satellite M45-S359 $550 RB Satellite M205-S3217 $831 NEW Satellite U305-S5127 $1,320 NEW Satellite U305-S5107 $1,091 NEW Satellite U305-S5087 $904 NEW Satellite U305-S5077 $883 NEW Tecra A7-SP2022 $644 RB Tecra A8-EZ8413 $685 RB Tecra M5-S5332 $997 RB Tecra M5-08Y01P $789 RB Tecra M5-S4333 $893 RB Tecra M5-S4331 $997 RB MEU202-BK $78 NEW MEU202-SL $78 NEW HP M7747C-B $1,008 NEW TX1000z $1,247 NEW TX1119 $1,008 RB TX1115 $904 RB DV9500t $2,245 NEW DV9500t $1,663 NEW DV9535 $1,351 NEW DV6500t $1,341 NEW DV6500t $1,247 NEW DV6451 $956 NEW NC2400 $831 RB NC2400 $914 RB NC2400 $821 RB NC4400 $831 RB NC4400 $821 RB NC6320 $862 RB NC6320 $862 RB NC6320 $800 RB NC6320 $904 RB NC6400 $1,018 RB NC6400 $977 RB NC6400 $935 RB NC6400 $883 RB NC6400 $883 RB NC6400 $779 RB NC6400 $779 RB NC6400 $810 RB 6910p $1,507 RB 6510b $904 RB NC8430 $1,143 RB NC8430 $1,195 NEW NC8430 $810 RB NW8440 $1,403 RB NW8440 $1,278 RB NW9440 $1,715 RB NW9440 $1,694 RB NW9440 $1,694 RB NW9440 $1,434 RB NW9440 $1,351 RB NW9440 $1,309 RB NW9440 $1,351 RB NW9440 $1,330 RB NW9440 $1,247 RB NW9440 $1,351 RB NW9440 $1,247 RB NW9440 $1,195 RB TC4400 $1,247 RB TC4400 $1,143 RB TC4400 $1,039 RB SONY AR520E $1,486 NEW TZ190N/B $2,807 NEW TZ150N/B $2,027 NEW UX380N $1,195 NEW SZ650N/C $1,975 NEW SZ430N/B $1,725 NEW FZ180E/B $1,788 NEW N325E/W $758 NEW N230E/B $779 NEW APPLE MA897LL/A Pro $2,495 NEW MB076LL/A Pro $2,495 NEW MA896LL/A Pro $2,412 NEW MA895LL/A Pro $1,944 NEW MA611LL/A Pro $2,391 NEW MB061LL/A $1,070 NEW MB062LL/A $1,247 NEW MB063LL/A $1,434 NEW IBM Lenovo 3000 N100 $571 NOB Lenovo Z61M $758 NEW ACER Aspire AS9504EWSMi $467 RB Aspire=A0AS5050-5554 $613 RB Aspire AS3690-2196 $415 RB Aspire AS3634WLMi $415 RB ******************************** Fujitsu Plasma TV/Monitor (NEW, 3 years warranty) P42VHA51WS 42" EDTV Plasma Monitor $1,800 P42XHA58EB 42" Plasma HD Monitor $2,450 P42XTA51UB 42" HDTV Plasma TV $2,700 P50XHA58EB 50" Plasma HD Monitor $3,150 P50XTA51UB 50" HDTV Plasma TV $3,500 P55XTA51UB 55" HDTV Plasma TV $5,100 P63XTA51UB 63" HDTV Plasma TV $9,400 P37FT05AUB 37" AVIAMO LCD 1080P TV $3,800 P65FT00AUB 65" AVIAMO Plasma 1080P TV $13,600 LPF-D711 3 LCD AVIAMO 1080P Projector $17,500 ******************************** All Cisco Models in our inventory are at 40% off GPL. Any new item not listed can be supplied at 30% off GPL. Any Refurbished item can be supplied at 47% off GPL. Smartnet Service Contract is available at 10% off GPL. *********************************************************** Quantity discount is available. Prices are in US$ and FOB Los Angeles. For additional information about our company and products, please visit http://www.computerwide.net *********************************************************** The following CISCO, 3com, HP, Juniper, and Watchguard products are ORIGINAL and NEW in RETAIL PACKS. Please visit the following page for more info: http://product.computerwide.net Cisco Router (NEW) CISCO871-K9 $389 CISCO871-SEC-K9 $479 CISCO871W-G-A-K9 $509 CISCO877-K9 $389 CISCO877-SEC/K9 $479 CISCO877W-G-A-K9 $509 CISCO1811/K9 $777 CISCO1811W-AG-A/K9 $957 CISCO1841 $837 CISCO1841-HSEC/K9 $1,797 CISCO1841-SEC/K9 $1,497 CISCO1841-T1 $1,437 CISCO1841-T1SEC/K9 $2,097 CISCO2801 $1,197 CISCO2801-AC-IP $1,422 CISCO2801-HSEC/K9 $2,157 CISCO2801-SEC/K9 $1,737 CISCO2801-V/K9 $1,617 CISCO2801-V3PN-K9 $2,817 CISCO2811 $1,497 CISCO2811-AC-IP $1,737 CISCO2811-HSEC/K9 $2,457 CISCO2811-SEC/K9 $2,037 CISCO2811-V/K9 $1,917 CISCO2811-V3PN-K9 $3,537 CISCO2821 $2,337 CISCO2821-AC-IP $2,697 CISCO2821-HSEC/K9 $3,297 CISCO2821-SEC/K9 $2,877 CISCO2821-V/K9 $2,817 CISCO2821-V3PN-K9 $4,977 CISCO2851 $3,897 CISCO2851-AC-IP $4,257 CISCO2851-HSEC/K9 $4,857 CISCO2851-SEC/K9 $4,437 CISCO2851-V/K9 $4,437 CISCO2851-V3PN-K9 $7,257 CISCO3825 $5,700 CISCO3825-AC-IP $6,060 CISCO3825-HSEC/K9 $6,957 CISCO3825-SEC/K9 $6,537 CISCO3825-V/K9 $6,297 CISCO3825-V3PN/K9 $10,437 CISCO3845 $7,800 CISCO3845-AC-IP $8,160 CISCO3845-HSEC/K9 $9,537 CISCO3845-SEC/K9 $8,637 CISCO3845-V/K9 $8,397 CISCO3845-V3PN/K9 $12,957 Cisco Router Module (New) AIM-VPN/EPII-PLUS $1,500 AIM-VPN/HPII-PLUS $2,100 HWIC-1ADSL=3D $450 HWIC-1FE=3D $840 HWIC-2FE=3D $1,500 HWIC-1GE-SFP $2,100 HWIC-4A/S $720 HWIC-4ESW $255 HWIC-4ESW-POE $345 HWIC-4T $1,680 HWIC-8A $690 HWIC-8A/S-232 $1,440 HWIC-16A $1,380 HWIC-AP-AG-A $420 HWIC-AP-G-A $300 HWIC-D-9ESW $480 HWIC-D-9ESW-POE $648 ILPM-4 $90 ILPM-8 $168 NM-1FE2W-V2 $1,380 NM-2FE2W-V2 $1,920 NM-1T3/E3 $5,100 NM-4A/S $780 NM-16ESW $897 NM-HD-1V $360 NM-HD-2V $600 NMD-36-ESW-PWR-2GIG $2,757 NME-16ES-1G $1,377 NME-16ES-1G-P $1,635 NME-X-23ES-1G $1,977 NME-X-23ES-1G-P $2,313 NME-XD-24ES-1S-P $3,075 NME-XD-48ES-2S-P $4,137 PVDM2-8 $240 PVDM2-16 $480 PVDM2-32 $960 PVDM2-48 $1,440 PVDM2-64 $1,920 VIC-4FXS/DID $480 VIC2-2E/M $240 VIC2-2FXO $240 VIC2-2FXS $240 VIC2-4FXO $480 VWIC2-1MFT-G703 $1,080 VWIC2-1MFT-T1/E1 $780 VWIC2-2MFT-G703 $1,800 VWIC2-2MFT-T1/E1 $1,200 WIC-1B-S/T-V3=3D $300 WIC-1B-U-V2 $420 WIC-1DSU-T1-V2 $600 WIC-1T $240 WIC-2T $420 Cisco Switch (NEW) WS-CE500-24LC $777 WS-CE500-24PC $1,677 WS-CE500-24TT $477 WS-CE500G-12TC $1,173 WS-CE520-8PC-K9 $837 WS-C2960-8TC-L $537 WS-C2960-24TC-L $1,497 WS-C2960-24TT-L $777 WS-C2960-48TC-L $2,697 WS-C2960-48TT-L $1,497 WS-C2960G-8TC-L $837 WS-C2960G-24TC-L $1,977 WS-C2960G-48TC-L $3,597 WS-C3560-24PS-E $3,474 WS-C3560-24PS-S $2,277 WS-C3560-24TS-E $2,994 WS-C3560-24TS-S $1,797 WS-C3560-48PS-E $5,094 WS-C3560-48PS-S $3,897 WS-C3560-48TS-E $4,194 WS-C3560-48TS-S $2,997 WS-C3560E-24PD-S $4,077 WS-C3560E-24TD-S $3,597 WS-C3560E-48PD-S $8,097 WS-C3560E-48TD-S $7,197 WS-C3560G-24PS-E $5,754 WS-C3560G-24PS-S $3,357 WS-C3560G-24TS-E $5,274 WS-C3560G-24TS-S $2,877 WS-C3560G-48PS-E $8,094 WS-C3560G-48PS-S $5,697 WS-C3560G-48TS-E $7,194 WS-C3560G-48TS-S $4,797 WS-C3750-24FS-S $6,477 WS-C3750-24PS-E $4,074 WS-C3750-24PS-S $2,877 WS-C3750-24TS-E $3,594 WS-C3750-24TS-S $2,397 WS-C3750-48PS-E $6,294 WS-C3750-48PS-S $5,097 WS-C3750-48TS-E $5,394 WS-C3750-48TS-S $4,197 WS-C3750E-24PD-S $6,177 WS-C3750E-24TD-S $5,697 WS-C3750E-48TD-S $11,397 WS-C3750G-12S-E $7,194 WS-C3750G-12S-S $4,797 WS-C3750G-24PS-E $7,074 WS-C3750G-24PS-S $4,677 WS-C3750G-24T-E $5,994 WS-C3750G-24T-S $3,597 WS-C3750G-24TS-E $6,894 WS-C3750G-24TS-E1U $6,594 WS-C3750G-24TS-S $4,497 WS-C3750G-24TS-S1U $4,197 WS-C3750G-24WS-S50 $15,300 WS-C3750G-48PS-E $14,094 WS-C3750G-48PS-S $9,297 WS-C3750G-48TS-E $13,194 WS-C3750G-48TS-S $8,397 WS-C4503 $597 WS-C4506 $2,997 WS-C4507R $5,997 WS-C4510R $7,497 WS-C4948-E $8,697 WS-C4948-S $6,297 WS-C4948-10GE-E $12,897 WS-C4948-10GE-S $10,497 Cisco Switch Module (NEW) CVR-X2-SFP=3D $117 GLC-LH-SM=3D $597 GLC-SX-MM=3D $300 GLC-ZX-SM=3D $2,397 GLC-T=3D $237 GLC-FE-100FX=3D $150 GLC-GE-100FX $150 WS-G5483 $237 WS-G5484 $300 WS-G5486 $597 WS-G5487 $2,397 WS-X4013+ $3,597 WS-X4013+TS $3,597 WS-X4013+10GE $7,197 WS-X4148-RJ $2,697 WS-X4148-RJ21 $2,697 WS-X4232-GB-RJ $2,697 WS-X4248-FE-SFP $4,197 WS-X4248-RJ45V $3,897 WS-X4418-GB $5,997 WS-X4424-GB-RJ45 $2,097 WS-X4448-GB-SFP $9,897 WS-X4506-GB-T $2,097 WS-X4515 $7,197 WS-X4516 $9,897 WS-X4516-10GE $11,997 WS-X4524-GB-RJ45V $2,697 WS-X4548-GB-RJ45 $3,297 WS-X4548-GB-RJ45V $4,497 WS-X4991 $120 X2-10GB-CX4 $360 X2-10GB-LR $2,400 X2-10GB-LX4 $1,797 X2-10GB-SR $1,800 Cisco FireWall (NEW) ASA5500-SSL-10 $750 ASA5500-SSL-25 $1,857 ASA5500-SSL-50 $2,397 ASA5505-50-BUN-K9 $507 ASA5505-BUN-K9 $357 ASA5505-PWR-AC=3D $48 ASA5505-SEC-BUN-K9 $1,017 ASA5505-SEC-PL=3D $510 ASA5505-SSL10-K9 $1,257 ASA5505-SSL25-K9 $2,364 ASA5505-UL-BUN-K9 $597 ASA5510-BUN-K9 $2,097 ASA5510-AIP10-K9 $4,797 ASA5510-CSC10-K9 $4,317 ASA5510-CSC20-K9 $7,557 ASA5510-SEC-BUN-K9 $2,697 ASA5510-SEC-PL=3D $720 ASA5510-SSL50-K9 $4,497 ASA5510-SSL100-K9 $6,897 ASA5520-AIP10-K9 $7,497 ASA5520-AIP20-K9 $9,597 ASA5520-BUN-K9 $4,797 ASA5520-CSC10-K9 $6,717 ASA5540-AIP20-K9 $14,997 ASA5540-BUN-K9 $10,197 ASA-SSM-AIP-10-K9 $3,600 ASA-SSM-AIP-20-K9 $6,000 ASA-SSM-CSC-10-K9 $2,700 ASA-SSM-CSC-20-K9 $6,300 SSM-4GE=3D $3,000 PIX-1GE-66 $1,800 PIX-501-BUN-K9 $357 PIX-501-50-BUN-K9 $507 PIX-501-UL-BUN-K9 $597 PIX-506E-BUN-K9 $837 Cisco IP Phone (NEW) CP-7911G=3D $135 CP-7911G-CH1 $225 CP-7912G-A $105 CP-7912G-CH1-A $195 CP-7914=3D $237 CP-7931G=3D $195 CP-7936=3D $717 CP-7936-CH1 $807 CP-7936-MIC-KIT=3D $210 CP-7936-PWR-KIT $90 CP-7940G $159 CP-7940G-CH1 $279 CP-7941G $207 CP-7941G-CH1 $327 CP-7941G-GE=3D $261 CP-7941G-GE-CH1 $381 CP-7960G $219 CP-7960G-CH1 $339 CP-7961G $267 CP-7961G-CH1 $387 CP-7961G-GE=3D $339 CP-7961G-GE-CH1 $459 CP-7970G $384 CP-7970G-CH1 $534 CP-7971G-GE-CH1 $624 CP-PWR-CUBE-3 $27 CP-PWR-INJ=3D $75 CUVA-V2=3D $96 ATA186-I1-A=3D $90 ATA186-I1-1P-CH1-A $126 Cisco Wireless (NEW) AIR-ANT1728 $95 AIR-ANT1729 $131 AIR-ANT2012 $239 AIR-ANT2460P-R $131 AIR-ANT2465P-R $239 AIR-ANT2485P-R $143 AIR-ANT2506 $95 AIR-ANT4941 $11 AIR-ANT5135D-R $11 AIR-ANT5959 $167 AIR-AP521G-A-K9 $299 AIR-AP1010-A-K9 $359 AIR-AP1020-A-K9 $479 AIR-AP1030-A-K9 $539 AIR-AP1121G-A-K9 $359 AIR-AP1131AG-A-K9 $419 AIR-AP1242AG-A-K9 $539 AIR-BR1310G-A-K9 $779 AIR-BR1310G-A-K9-R $779 AIR-CB21AG-A-K9 $101 AIR-LAP521G-A-K9 $299 AIR-LAP1131AG-A-K9 $419 AIR-LAP1242AG-A-K9 $539 AIR-MP21G-A-K9 $89 AIR-PI21AG-A-K9 $149 AIR-WLC526-K9 $1,079 AIR-PWRINJ3 $36 AIR-PWRINJ-1000AF $36 Cisco Power Supply (NEW) PWR-2801-AC-IP $225 PWR-2811-AC-IP $240 PWR-2821-51-AC-IP $360 PWR-3825-AC $300 PWR-3825-AC-IP=3D $360 PWR-3845-AC=3D $300 PWR-3845-AC-IP=3D $600 PWR-C45-1000AC $597 PWR-C45-1300ACV $897 PWR-C45-1400AC $897 PWR-C45-2800ACV $1,197 PWR-C45-4200ACV $2,397 PWR-C49-300AC=3D $300 PWR675-AC-RPS-N1 $1,137 PWR-RPS2300=3D $720 Cisco Cable (NEW) CAB-***FC $60 CAB-***MT $60 CAB-SS-***FC $60 CAB-SS-***MT $60 CAB-OCT-*** $390 CAB-16AWG-AC=3D $60 CAB-RPS-1614 $45 CAB-SFP-50CM $150 CAB-STACK-50CM=3D $60 CAB-STACK-1M=3D $120 CAB-STACK-3M=3D $180 3Com Switch & Module (NEW) 3C16470 $58 3C16471 $89 3C16472 $151 3C16475CS $164 3C16476CS $306 3C16477A $213 3C16478 $182 3C16479 $251 3C16485A $220 3C16486 $616 3C16490 $616 3C16491 $616 3C1670108 $61 3C1670800A $86 3C1671600 $170 3C17203 $988 3C17204 $2,042 3C17260 $926 3C17261 $1,856 3C17262 $244 3C17263 $306 3C17268 $3,716 3C17300A $279 3C17302A $616 3C17304A $325 3C17401 $678 3C17462 $151 3C17666 $802 3CBLSG16 $217 3CBLSG24 $306 3CBLSG24PWR $740 3CBLSG48 $430 3CGSU05 $31 3CGSU08 $50 3CR17151-91 $1,856 3CR17152-91 $1,856 3CR17161-91 $988 3CR17162-91 $2,352 3CR17171-91 $1,670 3CR17172-91 $2,910 3CR17250-91 $2,786 3CR17251-91 $4,956 3CR17252-91 $3,468 3CR17253-91 $6,196 3CR17258-91 $4,336 3CR17561-91 $430 3CR17562-91 $759 3CR17571-91 $1,112 3CR17572-91 $2,042 3CR17660-91 $775 3CR17661-91 $1,236 3CR17662-91 $2,166 3CR17761-91 $2,042 3CR17762-91 $3,096 3CR17771-91 $2,476 3CR17772-91 $4,336 3CRWE920G73 $557 3CRWX275075A $154 3CRWX375075A $278 3CRWXR10095A $495 3CSFP91 $213 3CSFP92 $616 3CSFP93 $120 3CXFP92 $2,166 3CXFP94 $1,236 3CXFP96 $6,196 HP Switch & Module (NEW) J4813A#ABA $427 J4858B $284 J4859B $611 J4900B#ABA $427 J4903A#ABA $1,699 J4904A#ABA $2,991 J8164A#ABA $1,563 J8165A#ABA $2,991 J8699A#ABA $4,758 J9019A#ABA $284 J9021A#ABA $1,495 J9022A#ABA $2,685 J9028A#ABA $352 J9029A#ABA $142 J9049A#ABA $2,447 J9050A#ABA $3,739 HP Storage (NEW) EH841A $2,319 EH842A $2,479 EH847A $2,399 EH848A $2,559 EH903A $2,599 Juniper Firewall (NEW) NS-5GT-001 $410 NS-5GT-008 $410 NS-5GT-101 $648 NS-5GT-108 $648 NS-5GT-201 $1,080 NS-5GT-208 $1,080 WatchGuard (NEW) WG50010 $316 WG50020 $396 WG50055 $607 WG50550 $962 WG50750 $1,841 WG51250 $2,501 WGSSL05 $1,841 *********************************************************** Quantity discount is available. Prices are in US$ and FOB Los Angeles. For additional information about our company and products, please visit http://www.computerwide.net *********************************************************** If you have received this message in error or if you would like to be removed from our broadcast for any reason, reply to this email with REMOVE as subject followed by the email address you wish to remove. *********************************************************** From owner-freebsd-gnome@FreeBSD.ORG Tue Sep 4 09:22:15 2007 Return-Path: Delivered-To: gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D109016A469 for ; Tue, 4 Sep 2007 09:22:15 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 3833513C469 for ; Tue, 4 Sep 2007 09:22:12 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A57730.dip.t-dialin.net [84.165.119.48]) by redbull.bpaserver.net (Postfix) with ESMTP id 8A5E82E14F; Tue, 4 Sep 2007 11:12:05 +0200 (CEST) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id A7BD15B4902; Tue, 4 Sep 2007 11:12:02 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1188897122; bh=1l404hQTR8ZjRvalBphZ0Yvj9Bv80qwf7 tsHqL1pRhY=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To: References:X-Mailer:Mime-Version:Content-Type: Content-Transfer-Encoding; b=HiBRdRs5HeRLfceJuKIovu+BVY0SAkxRfIgvh VCeBYdtsg6afFOdSUE+hiJyyhxrA9UJJjtJ7z4d40gtOvXhL1e+PTDZHHA4DXER8EGG MkQ2DTVfldGihMNUDrq9ZkQiwBNnKvoS8wKE1oDF5l6RgzC6g6bpV68ZgfySeLjPVRd 3Voy0l/FBaJXLlCGaFNFacyOP1PJWafhdL2FBuJPdxCd6wmGk4MPK4cUN1fmP/AxZZP 6k1Pi1+C2iy61iqbO4JLvAVFdiyQtlM/Jyzx0BDgEnKzYUIPw78puUid48Loi3BRPv2 BBs1LcEx6mruoyi5hCR+O72P9j0Q4VcFcdiKA== Date: Tue, 4 Sep 2007 11:11:44 +0200 From: Alexander Leidinger To: pav@FreeBSD.org Message-ID: <20070904111144.6c3fb68c@deskjail> In-Reply-To: <1188894171.28297.82.camel@pav.hide.vol.cz> References: <200709032101.l83L1qr1018167@freefall.freebsd.org> <20070904000756.756b72fc@deskjail> <1188894171.28297.82.camel@pav.hide.vol.cz> X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.14; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.223, required 8, BAYES_00 -15.00, J_CHICKENPOX_45 0.60, RDNS_DYNAMIC 0.10, TW_GT 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: gnome@freebsd.org Subject: Re: ports/115870: [DEPS] graphics/cairo reduce X dependencies X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2007 09:22:16 -0000 Quoting Pav Lucistnik (Tue, 04 Sep 2007 10:22:51 +0200): > Alexander Leidinger p=C3=AD=C5=A1e v =C3=BAt 04. 09. 2007 v 00:07 +0200: > > Quoting pav@FreeBSD.org (Mon, 3 Sep 2007 21:01:52 GMT): > >=20 > > > Synopsis: [DEPS] graphics/cairo reduce X dependencies > > >=20 > > > Responsible-Changed-From-To: gnome->pav > > > Responsible-Changed-By: pav > > > Responsible-Changed-When: Mon Sep 3 21:01:41 UTC 2007 > > > Responsible-Changed-Why:=20 > > > I'll give these a workout on pointyhat > >=20 > > I expect some fallout of this (feel lucky if there isn't any). ATM I'm > > working on adding some explicit dependencies to all my installed ports. > > With /usr/ports/Tools/scripts/explicit_lib_depends.sh this is very > > easy (you can copy&paste and need only a small amount of work by hand), > > but time consuming. > >=20 > > I found several ports which contain a reference to cairo, pango and > > various Xorg libs in its binaries, but no dependency in the port > > Makefile. >=20 > That's probably fine if they depend on gtk20 - sounds like an usual set > of indirect deps to me. Yes. > What do you mean by 'explicit' depends? I don't want to list every > single each lib in every single each port, when I can rely on indirect > dependencies via ports like gtk20. Explicit dependencies makes it more easy to just rebuild those ports which use a specific lib which just had an ABI change. Our users want this. And the script mentioned above makes this very easy. Install the port you maintain, run the script and copy&paste. It's more reliable than what we have now (making more or less educated guesses yourself). If we have had this some years ago, we wouldn't had to write a gnome update script. We just would have needed to run the above script over an installed gnome to get the lib dependencies right. I have some minor improvements for the script in progress, but as it is now it is already very usable. Here's the output of a run for epiphany so you can get an idea about its dependencies (I collapse the +=3D parts in my patches, collapsing them in the script is on the TODO list, but correctness is more important ATM): ---snip--- USE_GETTEXT=3Dyes USE_GNOME+=3Datk USE_GNOME+=3Desound USE_GNOME+=3Dgconf2 USE_GNOME+=3Dglib20 USE_GNOME+=3Dgnomedesktop USE_GNOME+=3Dgnomevfs2 USE_GNOME+=3Dgtk20 USE_GNOME+=3Dlibartlgpl2 USE_GNOME+=3Dlibbonobo USE_GNOME+=3Dlibbonoboui USE_GNOME+=3Dlibglade2 USE_GNOME+=3Dlibgnome USE_GNOME+=3Dlibgnomecanvas USE_GNOME+=3Dlibgnomeui USE_GNOME+=3Dlibxml2 USE_GNOME+=3Dlibxslt USE_GNOME+=3Dorbit2 USE_GNOME+=3Dpango USE_ICONV=3Dyes USE_XORG+=3Dice USE_XORG+=3Dsm USE_XORG+=3Dx11 USE_XORG+=3Dxau USE_XORG+=3Dxcursor USE_XORG+=3Dxdmcp USE_XORG+=3Dxext USE_XORG+=3Dxfixes USE_XORG+=3Dxi USE_XORG+=3Dxinerama USE_XORG+=3Dxrandr USE_XORG+=3Dxrender audiofile:${PORTSDIR}/audio/libaudiofile avahi-client:${PORTSDIR}/net/avahi avahi-common:${PORTSDIR}/net/avahi avahi-glib:${PORTSDIR}/net/avahi cairo:${PORTSDIR}/graphics/cairo dbus-1:${PORTSDIR}/devel/dbus dbus-glib-1:${PORTSDIR}/devel/dbus-glib expat:${PORTSDIR}/textproc/expat2 fontconfig:${PORTSDIR}/x11-fonts/fontconfig freetype:${PORTSDIR}/print/freetype2 gnome-keyring:${PORTSDIR}/security/gnome-keyring gtkembedmoz:${PORTSDIR}/unknown jpeg:${PORTSDIR}/graphics/jpeg mozjs:${PORTSDIR}/unknown nspr4:${PORTSDIR}/devel/nspr plc4:${PORTSDIR}/devel/nspr plds4:${PORTSDIR}/devel/nspr png:${PORTSDIR}/graphics/png popt:${PORTSDIR}/devel/popt python2.5:${PORTSDIR}/lang/python25 startup-notification-1:${PORTSDIR}/x11/startup-notification xpcom:${PORTSDIR}/unknown xpcom_core:${PORTSDIR}/unknown ---snip--- I know what the reason for the "unknown" ones is and I already have an idea how to fix the problem in some cases (I'm not sure we can fix it in all cases). This problem appears just for a few ports (one problem case is e.g. those ports which make use of LD_LIBRARY_PATH in scripts instead of adding the path with ldconfig). > > When I finish with adding the dependencies, I try a tinderbox run and > > provide the patch to gnome@ afterwards. >=20 > You might want to hold this off after GNOME 2.20 hits the tree - it will > be a massive change that would almost certainly invalidate your work. Ok, I skip the GNOME ports then. Bye, Alexander. --=20 Is he the MAGIC INCA carrying a FROG on his shoulders?? Is the FROG his GUIDELIGHT?? It is curious that a DOG runs already on the ESCALATOR ... http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-gnome@FreeBSD.ORG Tue Sep 4 09:46:31 2007 Return-Path: Delivered-To: gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01F4916A417; Tue, 4 Sep 2007 09:46:31 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 8410D13C458; Tue, 4 Sep 2007 09:46:30 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A57730.dip.t-dialin.net [84.165.119.48]) by redbull.bpaserver.net (Postfix) with ESMTP id 4CC5F2E14F; Tue, 4 Sep 2007 11:46:23 +0200 (CEST) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id B1A105B4902; Tue, 4 Sep 2007 11:46:20 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1188899180; bh=FKh8B/qCjkhm/pzBL2vHB6cWqz1KrNGNv rWWxndxPYQ=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To: References:X-Mailer:Mime-Version:Content-Type: Content-Transfer-Encoding; b=C6WEwcjka4g0iMqas6d3ox5wr/9tUEj8eMGMt mj74NxwyT8Ki4pwqw0NUc0LyGBqCfx51L3x7KTSwARfrdrJKbpIYneOsHEUAwrwsalu PyCnKWwNyVeYDA5l2YhNGc7ZBY6+SsrlTI+d1OpeFoI6Gmtwfrpoww2XvblmwhWyOB3 xMDjSSUdK71nqZ/4hbwV218q/f5JAeYhIew3GT/Qk3fIp5zboxP18bx/3WcENrLuhU3 R8BmDuTNdSkxMW2fa9+EWgWe4RKVrrSJqbcOpa1jOqq7+dQQM7nkoTSdvnqqv3ZvvdV 27nEFjhEfD+fPfe3tbksjHb90YI7/xLOrWVdw== Date: Tue, 4 Sep 2007 11:46:01 +0200 From: Alexander Leidinger To: pav@FreeBSD.org Message-ID: <20070904114601.48f36f42@deskjail> In-Reply-To: <1188897490.28297.129.camel@pav.hide.vol.cz> References: <200709032101.l83L1qr1018167@freefall.freebsd.org> <20070904000756.756b72fc@deskjail> <1188894171.28297.82.camel@pav.hide.vol.cz> <20070904111144.6c3fb68c@deskjail> <1188897490.28297.129.camel@pav.hide.vol.cz> X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.14; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.223, required 8, BAYES_00 -15.00, J_CHICKENPOX_42 0.60, RDNS_DYNAMIC 0.10, TW_BJ 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: gnome@FreeBSD.org Subject: Re: ports/115870: [DEPS] graphics/cairo reduce X dependencies X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2007 09:46:31 -0000 Quoting Pav Lucistnik (Tue, 04 Sep 2007 11:18:10 +0200): > Alexander Leidinger p=C3=AD=C5=A1e v =C3=BAt 04. 09. 2007 v 11:11 +0200: >=20 > > > What do you mean by 'explicit' depends? I don't want to list every > > > single each lib in every single each port, when I can rely on indirect > > > dependencies via ports like gtk20. > >=20 > > Explicit dependencies makes it more easy to just rebuild those ports > > which use a specific lib which just had an ABI change. Our users want > > this.=20 >=20 > Ah, this nonsense again. Please explain why. If libA.so changes its ABI, you have to rebuild the dependent ports. We propose "portupgrade -rf libA-a.b.c" for this. With the current scheme of implicit dependencies recording this works, but takes a lot more time. Why the hell do I have to rebuild claws-mail when python changes? There's no reason (I maintain claws-mail, and python is not part of the explicit dependencies). With listing the explicit dependencies, we just need to grep for ports which use the libA port and bump the portrevision for them (there are scripts which do this). Users now just have to run "portupgrade -r libA-a.b.c" (without "-f") and as such rebuild less ports (specially when GNOME or KDE are involved). > > If we have had this some years ago, we wouldn't had to write a gnome > > update script.=20 >=20 > No - if we had fixed libtool versioning years ago, we wouldn't had to > write a gnome upgrade script. >=20 > > ---snip--- > > USE_GETTEXT=3Dyes >=20 > [ snip massive bloat ] Sorry, but the implicit dependencies we have currently are massive bloat. What is listed here is the _real_ installed situation. Feel free to have a look at the script which extracts this information with objdump (Tools/scripts/neededlibs.sh) and point out deficiencies. > > xpcom:${PORTSDIR}/unknown > > xpcom_core:${PORTSDIR}/unknown > > ---snip--- >=20 > I'm firmly opposed to this. Would you please provide technical details why you are opposed to lift the Ports Collection to a higher feature/quality level? Bye, Alexander. --=20 A little suffering is good for the soul. -- Kirk, "The Corbomite Maneuver", stardate 1514.0 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-gnome@FreeBSD.ORG Tue Sep 4 09:52:58 2007 Return-Path: Delivered-To: gnome@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C302C16A417 for ; Tue, 4 Sep 2007 09:52:58 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from nat-application.b1.lan.prg.vol.cz (nat-application.b1.lan.prg.vol.cz [195.122.204.152]) by mx1.freebsd.org (Postfix) with ESMTP id 4BA5313C461 for ; Tue, 4 Sep 2007 09:52:58 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from pav.hide.vol.cz (localhost [127.0.0.1]) by nat-application.b1.lan.prg.vol.cz (8.14.1/8.14.1) with ESMTP id l849IA1w031051; Tue, 4 Sep 2007 11:18:10 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by pav.hide.vol.cz (8.14.1/8.14.1/Submit) id l849IAH8031050; Tue, 4 Sep 2007 11:18:10 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: pav.hide.vol.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Alexander Leidinger In-Reply-To: <20070904111144.6c3fb68c@deskjail> References: <200709032101.l83L1qr1018167@freefall.freebsd.org> <20070904000756.756b72fc@deskjail> <1188894171.28297.82.camel@pav.hide.vol.cz> <20070904111144.6c3fb68c@deskjail> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-u04cox6MFRXeQFG6YKMV" Date: Tue, 04 Sep 2007 11:18:10 +0200 Message-Id: <1188897490.28297.129.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Cc: gnome@FreeBSD.org Subject: Re: ports/115870: [DEPS] graphics/cairo reduce X dependencies X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 04 Sep 2007 09:52:58 -0000 --=-u04cox6MFRXeQFG6YKMV Content-Type: text/plain; charset=ISO8859-2 Content-Transfer-Encoding: quoted-printable Alexander Leidinger p=ED=B9e v =FAt 04. 09. 2007 v 11:11 +0200: > > What do you mean by 'explicit' depends? I don't want to list every > > single each lib in every single each port, when I can rely on indirect > > dependencies via ports like gtk20. >=20 > Explicit dependencies makes it more easy to just rebuild those ports > which use a specific lib which just had an ABI change. Our users want > this.=20 Ah, this nonsense again. > If we have had this some years ago, we wouldn't had to write a gnome > update script.=20 No - if we had fixed libtool versioning years ago, we wouldn't had to write a gnome upgrade script. > ---snip--- > USE_GETTEXT=3Dyes [ snip massive bloat ] > xpcom:${PORTSDIR}/unknown > xpcom_core:${PORTSDIR}/unknown > ---snip--- I'm firmly opposed to this. --=20 Pav Lucistnik Said Helvetica Narrow to Helvetica Bold: "Hey, you're just my type." --=-u04cox6MFRXeQFG6YKMV Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBG3SLRntdYP8FOsoIRAhLWAJwLepP2AHuJyaLlJ+L8vZSGfRs5xgCgiWXa IbJTYcEtgxlCyvm/xwtWwc8= =jhXG -----END PGP SIGNATURE----- --=-u04cox6MFRXeQFG6YKMV-- From owner-freebsd-gnome@FreeBSD.ORG Tue Sep 4 09:58:47 2007 Return-Path: Delivered-To: gnome@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6092A16A41B; Tue, 4 Sep 2007 09:58:47 +0000 (UTC) (envelope-from patbachelier@free.fr) Received: from postfix1-g20.free.fr (postfix1-g20.free.fr [212.27.60.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2244613C45A; Tue, 4 Sep 2007 09:58:47 +0000 (UTC) (envelope-from patbachelier@free.fr) Received: from smtp8-g19.free.fr (smtp8-g19.free.fr [212.27.42.65]) by postfix1-g20.free.fr (Postfix) with ESMTP id DB7C91986B84; Tue, 4 Sep 2007 11:36:18 +0200 (CEST) Received: from smtp8-g19.free.fr (localhost [127.0.0.1]) by smtp8-g19.free.fr (Postfix) with ESMTP id 7B18E1CDEC; Tue, 4 Sep 2007 11:36:17 +0200 (CEST) Received: from [192.168.0.101] (alo33-1-82-228-77-36.fbx.proxad.net [82.228.77.36]) by smtp8-g19.free.fr (Postfix) with ESMTP id 24AA81CD65; Tue, 4 Sep 2007 11:36:16 +0200 (CEST) Message-ID: <46DD270F.6040105@free.fr> Date: Tue, 04 Sep 2007 11:36:15 +0200 From: Patrick BACHELIER User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: gnome@FreeBSD.org Content-Type: multipart/mixed; boundary="------------080407050302000509040801" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@FreeBSD.org Subject: FreeBSD Port: pciids-20070801 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2007 09:58:47 -0000 This is a multi-part message in MIME format. --------------080407050302000509040801 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit --------------080407050302000509040801-- From owner-freebsd-gnome@FreeBSD.ORG Tue Sep 4 09:59:21 2007 Return-Path: Delivered-To: gnome@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E4C716A418 for ; Tue, 4 Sep 2007 09:59:21 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from nat-application.b1.lan.prg.vol.cz (nat-application.b1.lan.prg.vol.cz [195.122.204.152]) by mx1.freebsd.org (Postfix) with ESMTP id B3F6013C461 for ; Tue, 4 Sep 2007 09:59:20 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from pav.hide.vol.cz (localhost [127.0.0.1]) by nat-application.b1.lan.prg.vol.cz (8.14.1/8.14.1) with ESMTP id l849xJK5031447; Tue, 4 Sep 2007 11:59:19 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by pav.hide.vol.cz (8.14.1/8.14.1/Submit) id l849xJlI031446; Tue, 4 Sep 2007 11:59:19 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: pav.hide.vol.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Alexander Leidinger In-Reply-To: <20070904114601.48f36f42@deskjail> References: <200709032101.l83L1qr1018167@freefall.freebsd.org> <20070904000756.756b72fc@deskjail> <1188894171.28297.82.camel@pav.hide.vol.cz> <20070904111144.6c3fb68c@deskjail> <1188897490.28297.129.camel@pav.hide.vol.cz> <20070904114601.48f36f42@deskjail> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-dTk08fT9aMpm8aHGI675" Date: Tue, 04 Sep 2007 11:59:19 +0200 Message-Id: <1188899959.28297.148.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Cc: gnome@FreeBSD.org Subject: Re: ports/115870: [DEPS] graphics/cairo reduce X dependencies X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 04 Sep 2007 09:59:21 -0000 --=-dTk08fT9aMpm8aHGI675 Content-Type: text/plain; charset=ISO8859-2 Content-Transfer-Encoding: quoted-printable Alexander Leidinger p=ED=B9e v =FAt 04. 09. 2007 v 11:46 +0200: > Quoting Pav Lucistnik (Tue, 04 Sep 2007 11:18:10 +0200)= : >=20 > > Alexander Leidinger p=ED=B9e v =FAt 04. 09. 2007 v 11:11 +0200: > >=20 > > > > What do you mean by 'explicit' depends? I don't want to list every > > > > single each lib in every single each port, when I can rely on indir= ect > > > > dependencies via ports like gtk20. > > >=20 > > > Explicit dependencies makes it more easy to just rebuild those ports > > > which use a specific lib which just had an ABI change. Our users want > > > this.=20 > >=20 > > Ah, this nonsense again. >=20 > Please explain why. You are adding a massive overhead on a day-to-day operation, like calculating a dependency list, to solve a problem that only appears few times a year. Did you any benchmarks on what happens if you replace, say, gtk20 with it's explicit dependencies, is all ports that define USE_GNOME=3Dgtk20? Also, the new world order is lot less intuitive and transparent to the porter. Hard to spot mistakes and ommissions will be made. Thirdly, what happens if, say, gtk20 grows a dependency on a new X library? You will go and add it to all the thousands of individual ports? > Would you please provide technical details why you are opposed to lift > the Ports Collection to a higher feature/quality level? I don't think this moves the ports to a higher quality level, quite the opposite. You are basically committing to do a lot of tedious manual work, which is currently done by the framework, just because you think you can do that job marginally better. I don't buy that. Your claws example can be solved by only bumping ports that build_depends on python on next python upgrade. --=20 Pav Lucistnik In God we trust. All others must use the callback verifier. --=-dTk08fT9aMpm8aHGI675 Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBG3Sx3ntdYP8FOsoIRAvtNAKCNfmw4FzHJLbrc8NyNJA+HjFs5gACgtIYb 3CLbArup5/UuEupnFnAwv6I= =kxGc -----END PGP SIGNATURE----- --=-dTk08fT9aMpm8aHGI675-- From owner-freebsd-gnome@FreeBSD.ORG Tue Sep 4 11:13:53 2007 Return-Path: Delivered-To: gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC73416A418; Tue, 4 Sep 2007 11:13:53 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 141CB13C459; Tue, 4 Sep 2007 11:13:53 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A57730.dip.t-dialin.net [84.165.119.48]) by redbull.bpaserver.net (Postfix) with ESMTP id 8D97E2E133; Tue, 4 Sep 2007 13:13:37 +0200 (CEST) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id 307E35B4902; Tue, 4 Sep 2007 13:13:35 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1188904415; bh=4rYqUeyzipcO7RL5U3hy5dK6PnqrCu8ie igDZKmClyA=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To: References:X-Mailer:Mime-Version:Content-Type: Content-Transfer-Encoding; b=izwBVe50EMSBmTXcxU19ZDV9Fd95+gQYr8Fbp ucyLSRFQu2YmFRdRqRvGKBSHOig4ZbnohGfAVvwbqcbCcLnRktbMSSjiEQ4pqwo1Ork 7nmVmcLXVHazOqpvRGbWFP+v0mkNrupWoazECYOSGTDDUmOEnA+lbX4HNFRglQhvhOt kaVkyIjPruZgzamsODW6rjamlb+wEb+Eu9G+VoElsPkz7eW6oQPbRphjuKidzX2HMNb wz9nZaSwHF4pkflMB4Lun1qGrs3p9WdrwoPZKWaopV2/mpAnTRgAkQtijV+VS8nvSrI z5mhW7/800ul1ZNEfeop4nvHVZKZaBRenh0Lw== Date: Tue, 4 Sep 2007 13:13:05 +0200 From: Alexander Leidinger To: pav@FreeBSD.org Message-ID: <20070904131305.25c46cc8@deskjail> In-Reply-To: <1188899959.28297.148.camel@pav.hide.vol.cz> References: <200709032101.l83L1qr1018167@freefall.freebsd.org> <20070904000756.756b72fc@deskjail> <1188894171.28297.82.camel@pav.hide.vol.cz> <20070904111144.6c3fb68c@deskjail> <1188897490.28297.129.camel@pav.hide.vol.cz> <20070904114601.48f36f42@deskjail> <1188899959.28297.148.camel@pav.hide.vol.cz> X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.14; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=0.669, required 8, BAYES_40 -0.18, J_CHICKENPOX_45 0.60, RDNS_DYNAMIC 0.10, TW_BG 0.08, TW_GT 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: gnome@FreeBSD.org Subject: Re: ports/115870: [DEPS] graphics/cairo reduce X dependencies X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2007 11:13:53 -0000 Quoting Pav Lucistnik (Tue, 04 Sep 2007 11:59:19 +0200): > Alexander Leidinger p=C3=AD=C5=A1e v =C3=BAt 04. 09. 2007 v 11:46 +0200: > > Quoting Pav Lucistnik (Tue, 04 Sep 2007 11:18:10 +020= 0): > >=20 > > > Alexander Leidinger p=C3=AD=C5=A1e v =C3=BAt 04. 09. 2007 v 11:11 +02= 00: > > >=20 > > > > > What do you mean by 'explicit' depends? I don't want to list every > > > > > single each lib in every single each port, when I can rely on ind= irect > > > > > dependencies via ports like gtk20. > > > >=20 > > > > Explicit dependencies makes it more easy to just rebuild those ports > > > > which use a specific lib which just had an ABI change. Our users wa= nt > > > > this.=20 > > >=20 > > > Ah, this nonsense again. > >=20 > > Please explain why. >=20 > You are adding a massive overhead on a day-to-day operation, like > calculating a dependency list, to solve a problem that only appears few Those ports show up in the dependency list anyway, as we are in the implicit dependencies mode. And there's a optimization in the bsd.port.mk dependency list creation, ports which are seen already are not taken into account again. See below. > times a year. Did you any benchmarks on what happens if you replace, > say, gtk20 with it's explicit dependencies, is all ports that define > USE_GNOME=3Dgtk20? I don't add the explicit dependencies of gtk20 to all port which use it (the dependencies of gtk20 are implicit dependencies, when they are not linked into the executable of a port which depends on them). I just add the explicit dependencies. Not all libs which are recorded as needed in libA have to be added to a lib or binary of port B which depends upon libA. Only those libs which are specified on the gcc command line at link time for the binaries/libs of port B. Given a dependency tree like this: A -+-----+ \ \ B ---+- C -+- D In this case D gets dependencies for A and C, but not for B. C gets dependencies for A and B. I just checked the output of "pkg-config --libs gtk+-2.0". It lists some superfluous libs. Most of those libs are already recorded as dependencies in libgtk-x11-2.0.so, so some of them can be removed. I think it is a bug to list libs which are not needed by a program which uses the gtk lib (AFAIK the GTK API doesn't contains symbols from those other libs, so a program doesn't need to link to them). I have a look at this. No, I don't have benchmarks yet, as I just converted a few ports. If the ports A and B have more dependencies (which is common for leaf ports in the GNOME subtree), the optimization in bsd.port.mk doesn't look at dependencies of A more than once. Will there be a difference in benchmarks? Probably. Will the difference be significant? I don't know. Probably noticeable but not critical. Is this a valid argument now? Not at all. Feel free to complain later when you see numbers, but not now. I also want to point out that with explicit dependencies, we can switch the ports collection into recording only explicit dependencies in packages. The infrastructure is available (a switch exists). This will speed up the package-dependency list creation (no need to recurse anymore, this will be a huge speedup for leaf ports in GNOME and KDE). Result of this part of your complaint: there's a problem, but the solution is not to forget about the explicit dependencies, but to fix the pkg-config files (continuing the work which was started by fixing libtool/libltdl). I will have a look at this after gnome 2.20 hits the tree. > Also, the new world order is lot less intuitive and transparent to the > porter. Hard to spot mistakes and ommissions will be made. I think the opposite is the case. A porter installs the port and runs the script. He will get a list of all libs which are linked to the binary _directly_. This should even result in less pointyhat failures because of missed libs. > Thirdly, what happens if, say, gtk20 grows a dependency on a new X > library? You will go and add it to all the thousands of individual > ports? No, see above. As the linker is able to recursively resolve libs, only direct dependencies need to be listed. If port A directly uses symbols from libB (if nm(1) lists them in the binary), a dependency has to be added. > > Would you please provide technical details why you are opposed to lift > > the Ports Collection to a higher feature/quality level? >=20 > I don't think this moves the ports to a higher quality level, quite the > opposite. - less ports to compile on major changes - less work to do (scripts for bumping port revisions and listing the lib dependencies exist in the Tools/scripts directory), see below for more on this - less pointyhat failures because of missed libs - better oversight of the impact of major changes - more automatisms - the explicit dependency script can even be integrated into pointyhat runs to do an additional correctness check, we have nothing like this and Kris was happy to see a script which lists the libs which are needed by a port because of a problem which manifested on pointyhat > You are basically committing to do a lot of tedious manual work, which > is currently done by the framework, just because you think you can do > that job marginally better. You have to list libs anyway. Instead of thinking a lot about which libs need to be added (sometimes this is trial and error, sometimes it is an educated guess), run the script and copy&paste the _real_ dependencies. I fail to see where this increases tedious manual work. I would say it decreases tedious manual work. Note, I also plan to write a script which compares the list of libs references by an installed port with the LIB_DEPENDS recorded in the Makefile. > I don't buy that. Do you have some more things I should comment upon? So far I think I presented technical arguments which show that your concerns can be taken care of in a good way. > Your claws example can be solved by only bumping ports that > build_depends on python on next python upgrade. For claws and python: yes. But this was just an example. Maybe not a good one. Please think about the big picture. A port which doesn't use any symbol of png directly, but just uses the gtk functions which use png internally, doesn't need to be rebuild on a png change, as there should be no reference to the png lib in the binary (as already told, I think it is a bug in e.g. the gtk pkg-config data to list the png and some other libs; I will look into this). Bye, Alexander. --=20 Not SENSUOUS ... only "FROLICSOME" ... and in need of DENTAL WORK ... in PAIN!!! http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-gnome@FreeBSD.ORG Tue Sep 4 11:44:28 2007 Return-Path: Delivered-To: gnome@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AD1616A418 for ; Tue, 4 Sep 2007 11:44:28 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from nat-application.b1.lan.prg.vol.cz (nat-application.b1.lan.prg.vol.cz [195.122.204.152]) by mx1.freebsd.org (Postfix) with ESMTP id 1936213C480 for ; Tue, 4 Sep 2007 11:44:27 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from pav.hide.vol.cz (localhost [127.0.0.1]) by nat-application.b1.lan.prg.vol.cz (8.14.1/8.14.1) with ESMTP id l84BiOcw031933; Tue, 4 Sep 2007 13:44:24 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by pav.hide.vol.cz (8.14.1/8.14.1/Submit) id l84BiNve031932; Tue, 4 Sep 2007 13:44:23 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: pav.hide.vol.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Alexander Leidinger In-Reply-To: <20070904131305.25c46cc8@deskjail> References: <200709032101.l83L1qr1018167@freefall.freebsd.org> <20070904000756.756b72fc@deskjail> <1188894171.28297.82.camel@pav.hide.vol.cz> <20070904111144.6c3fb68c@deskjail> <1188897490.28297.129.camel@pav.hide.vol.cz> <20070904114601.48f36f42@deskjail> <1188899959.28297.148.camel@pav.hide.vol.cz> <20070904131305.25c46cc8@deskjail> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-3gtoxwHgsDIbSOV6jr/m" Date: Tue, 04 Sep 2007 13:44:23 +0200 Message-Id: <1188906263.28297.160.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Cc: gnome@FreeBSD.org Subject: Re: ports/115870: [DEPS] graphics/cairo reduce X dependencies X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 04 Sep 2007 11:44:28 -0000 --=-3gtoxwHgsDIbSOV6jr/m Content-Type: text/plain; charset=ISO8859-2 Content-Transfer-Encoding: quoted-printable Alexander Leidinger p=ED=B9e v =FAt 04. 09. 2007 v 13:13 +0200: > > You are adding a massive overhead on a day-to-day operation, like > > calculating a dependency list, to solve a problem that only appears few >=20 > Those ports show up in the dependency list anyway, But not in the beginning. Say, make depends target will get very slow and very chatty after your changes. > I don't add the explicit dependencies of gtk20 to all port which use it > (the dependencies of gtk20 are implicit dependencies, when they are not > linked into the executable of a port which depends on them). I just add > the explicit dependencies.=20 You are operating on false assumptions here. Let me explain how libtool on FreeBSD work. It explicitly passes all indirectly required libraries to the linker during build. So they all get recorded in the shared library files and in the binaries. Will show up on your script. Needlessly. The reason is that Linux needs it - Linux does not do indirect library loading in rtld. That's also why you see so much garbage in pkg-config files. > Is this a valid argument now? Not at all. Feel free to complain later > when you see numbers, but not now. I'd love to see the numbers. > I also want to point out that with explicit dependencies, we can > switch the ports collection into recording only explicit dependencies > in packages. Here you are proposing to turn off one of the basic features of the ports system. I think people would be quite unhappy if they would need to list all the indirect dependencies on all the p5 modules in their ports, for example. This will never happen. > > > Would you please provide technical details why you are opposed to lif= t > > > the Ports Collection to a higher feature/quality level? > >=20 > > I don't think this moves the ports to a higher quality level, quite the > > opposite. >=20 > - less ports to compile on major changes You failed to address my concern about the frequency of major changes like that, compared to all the extra work imposed on all the porters. > > I don't buy that. >=20 > Do you have some more things I should comment upon? So far I think I > presented technical arguments which show that your concerns can be > taken care of in a good way. You basically talked long time about all the advantages you see, failing to address my two concerns: additional machine overhead, and additional maintainer overhead. I don't want to get into discussion about the implementation details of your idea. > A port which doesn't use any symbol of png directly, > but just uses the gtk functions which use png internally, doesn't need > to be rebuild on a png change, as there should be no reference to the > png lib in the binary It does, in fact. The symbols is not everything. It can be passing around and modifying a data structure created by libpng, which could change on png upgrade. It's better be safe than broken. libpng major upgrades does not happen that often. --=20 Pav Lucistnik What do you mean? An African or a European swallow? --=-3gtoxwHgsDIbSOV6jr/m Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBG3UUXntdYP8FOsoIRAuBIAKC5jL25R69PEbZeB/azGDg6WcqCWACbBzF9 NZyd+DdxKw1Sp188Yp456pA= =XjHl -----END PGP SIGNATURE----- --=-3gtoxwHgsDIbSOV6jr/m-- From owner-freebsd-gnome@FreeBSD.ORG Tue Sep 4 11:50:06 2007 Return-Path: Delivered-To: gnome@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45A5216A417 for ; Tue, 4 Sep 2007 11:50:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2C2A113C442 for ; Tue, 4 Sep 2007 11:50:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l84Bo6B7072626 for ; Tue, 4 Sep 2007 11:50:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l84Bo6fh072625; Tue, 4 Sep 2007 11:50:06 GMT (envelope-from gnats) Date: Tue, 4 Sep 2007 11:50:06 GMT Message-Id: <200709041150.l84Bo6fh072625@freefall.freebsd.org> To: gnome@FreeBSD.org From: Markus Hitter Cc: Subject: Re: ports/115988: converters/libiconv port doesn't handle PREFIX well X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Markus Hitter List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2007 11:50:06 -0000 The following reply was made to PR ports/115988; it has been noted by GNATS. From: Markus Hitter To: pav@FreeBSD.org Cc: bug-followup@FreeBSD.org Subject: Re: ports/115988: converters/libiconv port doesn't handle PREFIX well Date: Tue, 4 Sep 2007 13:41:10 +0200 Am 04.09.2007 um 09:30 schrieb Pav Lucistnik: > it's really a dumb idea trying to push libiconv into /usr You have to either allow or disallow it. If you allow it, it should work. If you are more comfortable with it, think about non-root users installing libiconv. Think about jails, tinybsd or something alike. > Can we close this ticket? Yes please. I've filed follow-ups against ports and docs: `ports/116078' `docs/116080' Cheers, Markus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/ From owner-freebsd-gnome@FreeBSD.ORG Tue Sep 4 12:15:24 2007 Return-Path: Delivered-To: gnome@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E460F16A419; Tue, 4 Sep 2007 12:15:24 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BAA6B13C457; Tue, 4 Sep 2007 12:15:24 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (pav@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l84CFOJ4073305; Tue, 4 Sep 2007 12:15:24 GMT (envelope-from pav@freefall.freebsd.org) Received: (from pav@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l84CFOnD073301; Tue, 4 Sep 2007 12:15:24 GMT (envelope-from pav) Date: Tue, 4 Sep 2007 12:15:24 GMT Message-Id: <200709041215.l84CFOnD073301@freefall.freebsd.org> To: mah@jump-ing.de, pav@FreeBSD.org, gnome@FreeBSD.org From: pav@FreeBSD.org Cc: Subject: Re: ports/115988: converters/libiconv port doesn't handle PREFIX well X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2007 12:15:25 -0000 Synopsis: converters/libiconv port doesn't handle PREFIX well State-Changed-From-To: open->closed State-Changed-By: pav State-Changed-When: Tue Sep 4 12:15:16 UTC 2007 State-Changed-Why: It works as designed. http://www.freebsd.org/cgi/query-pr.cgi?pr=115988 From owner-freebsd-gnome@FreeBSD.ORG Tue Sep 4 12:20:08 2007 Return-Path: Delivered-To: gnome@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF3B416A515 for ; Tue, 4 Sep 2007 12:20:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AC8EA13C45D for ; Tue, 4 Sep 2007 12:20:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l84CK8j1073474 for ; Tue, 4 Sep 2007 12:20:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l84CK83w073473; Tue, 4 Sep 2007 12:20:08 GMT (envelope-from gnats) Date: Tue, 4 Sep 2007 12:20:08 GMT Message-Id: <200709041220.l84CK83w073473@freefall.freebsd.org> To: gnome@FreeBSD.org From: Pav Lucistnik Cc: Subject: Re: ports/115988: converters/libiconv port doesn't handle PREFIX well X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pav Lucistnik List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2007 12:20:08 -0000 The following reply was made to PR ports/115988; it has been noted by GNATS. From: Pav Lucistnik To: Markus Hitter Cc: bug-followup@FreeBSD.org Subject: Re: ports/115988: converters/libiconv port doesn't handle PREFIX well Date: Tue, 04 Sep 2007 14:14:51 +0200 > > it's really a dumb idea trying to push libiconv into /usr > > You have to either allow or disallow it. If you allow it, it should > work. > > If you are more comfortable with it, think about non-root users > installing libiconv. Think about jails, tinybsd or something alike. Let me rephrase. It's a dumb idea to install any port into /usr, with an exception of two ports designed to be installed this way: sendmail and bind. Of course the system will allow you to install anything anywhere - it's your system, you're the root, you have the powers. Does not make it less bad idea. -- Pav Lucistnik Eat when you are hungry, sleep when you are tired. Chase butterflies when you want some fun. From owner-freebsd-gnome@FreeBSD.ORG Tue Sep 4 13:39:19 2007 Return-Path: Delivered-To: gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD95D16A4A1; Tue, 4 Sep 2007 13:39:19 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id EAE7F13C519; Tue, 4 Sep 2007 13:39:17 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A57730.dip.t-dialin.net [84.165.119.48]) by redbull.bpaserver.net (Postfix) with ESMTP id F06B32E191; Tue, 4 Sep 2007 15:39:08 +0200 (CEST) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id 740765B4902; Tue, 4 Sep 2007 15:39:06 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1188913146; bh=n/+UNldsuae2XpLADCHgGS+an9gvkayrr sG+d7lbyDo=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To: References:X-Mailer:Mime-Version:Content-Type: Content-Transfer-Encoding; b=k6N+38Ii3q12z29La5P3sJfwmuwWGHAGuHcQk DhUoPVDyRrpqbEVVjwpmCu55Cg+9Z8hpYAXKZ4hg+4fx08ijHa14iMi/kGi61t0zld9 OJ0opnB/rVoFizjgZ8XnrQJaAaotu5eWGlHINYkhkGKBp8QYUXYUZw+os+wtyXxiw2D mo5lDTRMcvIvwpP8eUdhFuTJWP2hAxDcPgnj7WJOxQ/qHmh5sskKftIQmb47QvYiJve pkW5WyHuO36aofsO1jyxyZN4DU5GQoUXeX9Q0kv/7c/COSTkyb2uJ2nYoJIWGicI7S7 6Su1VI2U6fnI9GGwvlvrqC1WkyDTUyz08Cnnw== Date: Tue, 4 Sep 2007 15:38:44 +0200 From: Alexander Leidinger To: pav@FreeBSD.org Message-ID: <20070904153844.41fb9423@deskjail> In-Reply-To: <1188906263.28297.160.camel@pav.hide.vol.cz> References: <200709032101.l83L1qr1018167@freefall.freebsd.org> <20070904000756.756b72fc@deskjail> <1188894171.28297.82.camel@pav.hide.vol.cz> <20070904111144.6c3fb68c@deskjail> <1188897490.28297.129.camel@pav.hide.vol.cz> <20070904114601.48f36f42@deskjail> <1188899959.28297.148.camel@pav.hide.vol.cz> <20070904131305.25c46cc8@deskjail> <1188906263.28297.160.camel@pav.hide.vol.cz> X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.14; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.746, required 8, BAYES_05 -5.00, RDNS_DYNAMIC 0.10, TW_BP 0.08, TW_GT 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: gnome@freebsd.org Subject: Re: ports/115870: [DEPS] graphics/cairo reduce X dependencies X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2007 13:39:20 -0000 Quoting Pav Lucistnik (Tue, 04 Sep 2007 13:44:23 +0200): > Alexander Leidinger p=C3=AD=C5=A1e v =C3=BAt 04. 09. 2007 v 13:13 +0200: >=20 > > > You are adding a massive overhead on a day-to-day operation, like > > > calculating a dependency list, to solve a problem that only appears f= ew > >=20 > > Those ports show up in the dependency list anyway, >=20 > But not in the beginning. Say, make depends target will get very slow > and very chatty after your changes. Increasing the number from e.g. 3 to e.g. 20 does not slow down that much, and when you look at the rest of the build (compiler runs) of e.g. mozilla or openoffice or some random GNOME/KDE port, I think the amount of chattyness is small. > > I don't add the explicit dependencies of gtk20 to all port which use it > > (the dependencies of gtk20 are implicit dependencies, when they are not > > linked into the executable of a port which depends on them). I just add > > the explicit dependencies.=20 >=20 > You are operating on false assumptions here. Let me explain how libtool > on FreeBSD work. It explicitly passes all indirectly required libraries > to the linker during build. So they all get recorded in the shared AFAIK it operated like this in the past, but not now anymore (it was one of the complains des(?) had with the autotools ports, it is not present in the old libtool versions, but AFAIK it is present in a recent libtool version). I will check this to make sure it works and come back to you with the result. > library files and in the binaries. Will show up on your script. > Needlessly. The reason is that Linux needs it - Linux does not do > indirect library loading in rtld. AFAIK libltdl does it on linux, so for programs which use libltdl this is not necessary. And libtool resolves the list itself at runtime if necessary (for this reason the .la files are installed), so for programs where libtool is used, this is not necessary too. BTW: I just checked for gtk20 after my last mail. They have .pc files for the installed and uninstalled case. The uninstalled case lists the .la file in the build directory together with all dependencies. The installed case lists the compiler flags together with all dependencies. I'm in the process of testing the removal of the dependencies from the .pc file for the installed case. > That's also why you see so much garbage in pkg-config files. >=20 > > Is this a valid argument now? Not at all. Feel free to complain later > > when you see numbers, but not now. >=20 > I'd love to see the numbers. >=20 > > I also want to point out that with explicit dependencies, we can > > switch the ports collection into recording only explicit dependencies > > in packages. >=20 > Here you are proposing to turn off one of the basic features of the > ports system. I think people would be quite unhappy if they would need > to list all the indirect dependencies on all the p5 modules in their > ports, for example. >=20 > This will never happen. And doesn't need to happen. I just wrote above to not list the indirect dependencies in the package (what ends up in +CONTENTS and in +REQUIRED_BY when installed). If you recursively install a package, all indirect dependencies will be installed too, so no need to list indirect dependencies (and no basic feature will be disabled). This also has not have to happen immediately, we first can run as we do now to get an idea how the explicit dependencies work out. > > > > Would you please provide technical details why you are opposed to l= ift > > > > the Ports Collection to a higher feature/quality level? > > >=20 > > > I don't think this moves the ports to a higher quality level, quite t= he > > > opposite. > >=20 > > - less ports to compile on major changes >=20 > You failed to address my concern about the frequency of major changes > like that, compared to all the extra work imposed on all the porters. I think I addressed this. Again: Any porter has to make sure he adds the right LIB_DEPENDS. And as we see from time to time this doesn't happen every time in the right way. With my script the porter just installs the port and runs the script. After that he has a list of good dependencies. > > > I don't buy that. > >=20 > > Do you have some more things I should comment upon? So far I think I > > presented technical arguments which show that your concerns can be > > taken care of in a good way. >=20 > You basically talked long time about all the advantages you see, failing > to address my two concerns: additional machine overhead, and additional > maintainer overhead. Sorry, I fail to see that I didn't addressed additional maintainer overhead. I explicitly said it reduces maintainer overhead. He hasn't to care about the lib depends, as the script does the work for him. And additional machine overhead is an assumption of you. Yes, it takes a little bit of machine time (some seconds wall clock time ) to list all deps of a port with a lot of binaries. No doubt about this. But this is on the machine of the porter and reduces the amount of work the porter has to do. Adding a check if the real deps match with the deps in the Makefile (on pointyhat) is something which can be done afterwards, and would be a check which improves the quality of the ports (if we o the explicit way) and would be not a waste of machine cycles in my eyes. So the only part where there may be machine "overhead" is in the dependency stuff, but as already said, as long as we don't have numbers and can decide if they are significant off or not, you can not complain. From my testing of the speed improvements in the dependency parts of bsd.port.mk this year, I don't expect a difference which makes this a no-no. > I don't want to get into discussion about the implementation details of > your idea. >=20 > > A port which doesn't use any symbol of png directly, > > but just uses the gtk functions which use png internally, doesn't need > > to be rebuild on a png change, as there should be no reference to the > > png lib in the binary >=20 > It does, in fact. The symbols is not everything. It can be passing > around and modifying a data structure created by libpng, which could > change on png upgrade. I fail to see where this is the case in gtk, but for the general case, yes, this may be possible. I expect the percentage of such problems to be very small (compared to >17000 ports). It can not be detected by my script. No doubts. But we are in this situation already. So what? We bump the revision of the corresponding port as soon as we know about it (like now) and the maintainer can add the port as a build or lib dependency (like it should be done now). My work is not supposed to solve this problem. It is supposed to solve a problem which affects a lot more ports. > It's better be safe than broken. libpng major upgrades does not happen > that often. Oh, come on, don't ride on the png lib. The gnome / kde / X11 libs change much more and benefit much more from this. And regarding the "better be safe than broken" part... we all know about the mails after a KDE/GNOME/X11/... update. So far there where bugreports all the time after a major upgrade. Some problems are because of missing dependencies, some are because of missed portrevision bumps. By listing the explicit depends you get rid of some complains (no missed libs, ability to check for more affected ports than now). And by adding a check-script to pointyhat runs, you can even get the big picture and are not limited to your local testing. My work doesn't help the small ports, but for the big frontline ports this will reduce the number of complains after a major update (not all complains, as there are cases where this will not help). Bye, Alexander. --=20 Hello? Enema Bondage? I'm calling because I want to be happy, I guess ... http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-gnome@FreeBSD.ORG Tue Sep 4 13:48:07 2007 Return-Path: Delivered-To: gnome@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8CCB16A418 for ; Tue, 4 Sep 2007 13:48:06 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from nat-application.b1.lan.prg.vol.cz (nat-application.b1.lan.prg.vol.cz [195.122.204.152]) by mx1.freebsd.org (Postfix) with ESMTP id 85E1913C483 for ; Tue, 4 Sep 2007 13:48:04 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from pav.hide.vol.cz (localhost [127.0.0.1]) by nat-application.b1.lan.prg.vol.cz (8.14.1/8.14.1) with ESMTP id l84Dm0xF033003; Tue, 4 Sep 2007 15:48:00 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by pav.hide.vol.cz (8.14.1/8.14.1/Submit) id l84Dm0Ag033002; Tue, 4 Sep 2007 15:48:00 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: pav.hide.vol.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Alexander Leidinger In-Reply-To: <20070904153844.41fb9423@deskjail> References: <200709032101.l83L1qr1018167@freefall.freebsd.org> <20070904000756.756b72fc@deskjail> <1188894171.28297.82.camel@pav.hide.vol.cz> <20070904111144.6c3fb68c@deskjail> <1188897490.28297.129.camel@pav.hide.vol.cz> <20070904114601.48f36f42@deskjail> <1188899959.28297.148.camel@pav.hide.vol.cz> <20070904131305.25c46cc8@deskjail> <1188906263.28297.160.camel@pav.hide.vol.cz> <20070904153844.41fb9423@deskjail> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-n/Y7cOHB1uDI2ag2UBi1" Date: Tue, 04 Sep 2007 15:47:59 +0200 Message-Id: <1188913679.28297.190.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Cc: gnome@FreeBSD.org Subject: Re: ports/115870: [DEPS] graphics/cairo reduce X dependencies X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 04 Sep 2007 13:48:08 -0000 --=-n/Y7cOHB1uDI2ag2UBi1 Content-Type: text/plain; charset=ISO8859-2 Content-Transfer-Encoding: quoted-printable Alexander Leidinger p=ED=B9e v =FAt 04. 09. 2007 v 15:38 +0200: > Increasing the number from e.g. 3 to e.g. 20 does not slow down that No, only tenfold. > > You are operating on false assumptions here. Let me explain how libtool > > on FreeBSD work. It explicitly passes all indirectly required libraries > > to the linker during build. So they all get recorded in the shared >=20 > AFAIK it operated like this in the past, but not now anymore (it was > one of the complains des(?) had with the autotools ports, it is not > present in the old libtool versions, but AFAIK it is present in a > recent libtool version). I will check this to make sure it works and > come back to you with the result. Go check; I believe it still does this. > BTW: I just checked for gtk20 after my last mail. They have .pc files > for the installed and uninstalled case. The uninstalled case lists > the .la file in the build directory together with all dependencies. The > installed case lists the compiler flags together with all dependencies. > I'm in the process of testing the removal of the dependencies from > the .pc file for the installed case. I seriously doubt gtk20 port maintainers will accept FreeBSD specific hackery on installed .pc files. > And regarding the "better be safe than broken" part... we all know > about the mails after a KDE/GNOME/X11/... update. So far there where > bugreports all the time after a major upgrade. Some problems are > because of missing dependencies, some are because of missed > portrevision bumps. By listing the explicit depends you get rid of some > complains (no missed libs, ability to check for more affected ports > than now). And by adding a check-script to pointyhat runs, you can even > get the big picture and are not limited to your local testing. I'd like to split the debate into two parts 1) dependency validation script, a tool for maintainers, portlint style A good thing, no question. 2) recording all indirect dependencies explicitly in ports A bad thing, a total no go. This is my last mail about the bullet (2). You just can't persuade me to change my mind on this. --=20 Pav Lucistnik If God is perfect, why did He create discontinuous functions? --=-n/Y7cOHB1uDI2ag2UBi1 Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBG3WIPntdYP8FOsoIRApGMAKDLn+lvnQWDI9Zal9QX5+K4X+93/ACgoFqs durYQEL/d1/xAUIXmh7coZU= =jlXv -----END PGP SIGNATURE----- --=-n/Y7cOHB1uDI2ag2UBi1-- From owner-freebsd-gnome@FreeBSD.ORG Tue Sep 4 14:41:12 2007 Return-Path: Delivered-To: gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9434F16A419; Tue, 4 Sep 2007 14:41:12 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmmtao105.cox.net (eastrmmtao105.cox.net [68.230.240.47]) by mx1.freebsd.org (Postfix) with ESMTP id F232D13C48A; Tue, 4 Sep 2007 14:41:11 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmimpo02.cox.net ([68.1.16.120]) by eastrmmtao105.cox.net (InterMail vM.7.08.02.01 201-2186-121-102-20070209) with ESMTP id <20070904144111.PZFL13525.eastrmmtao105.cox.net@eastrmimpo02.cox.net>; Tue, 4 Sep 2007 10:41:11 -0400 Received: from mezz.mezzweb.com ([24.255.149.218]) by eastrmimpo02.cox.net with bizsmtp id kEgo1X00s4iy4EG0000000; Tue, 04 Sep 2007 10:40:49 -0400 Date: Tue, 04 Sep 2007 09:44:46 -0500 To: "Alexander Leidinger" From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <200709032101.l83L1qr1018167@freefall.freebsd.org> <20070904000756.756b72fc@deskjail> <1188894171.28297.82.camel@pav.hide.vol.cz> <20070904111144.6c3fb68c@deskjail> <1188897490.28297.129.camel@pav.hide.vol.cz> <20070904114601.48f36f42@deskjail> <1188899959.28297.148.camel@pav.hide.vol.cz> <20070904131305.25c46cc8@deskjail> Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <20070904131305.25c46cc8@deskjail> User-Agent: Opera Mail/9.23 (Linux) Cc: gnome@freebsd.org Subject: Re: ports/115870: [DEPS] graphics/cairo reduce X dependencies X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2007 14:41:12 -0000 On Tue, 04 Sep 2007 06:13:05 -0500, Alexander Leidinger wrote: > Quoting Pav Lucistnik (Tue, 04 Sep 2007 11:59:19 > +0200): > >> Alexander Leidinger píše v út 04. 09. 2007 v 11:46 +0200: >> > Quoting Pav Lucistnik (Tue, 04 Sep 2007 11:18:10 >> +0200): >> > >> > > Alexander Leidinger píše v út 04. 09. 2007 v 11:11 +0200: >> > > >> > > > > What do you mean by 'explicit' depends? I don't want to list >> every >> > > > > single each lib in every single each port, when I can rely on >> indirect >> > > > > dependencies via ports like gtk20. >> > > > >> > > > Explicit dependencies makes it more easy to just rebuild those >> ports >> > > > which use a specific lib which just had an ABI change. Our users >> want >> > > > this. >> > > >> > > Ah, this nonsense again. >> > >> > Please explain why. >> >> You are adding a massive overhead on a day-to-day operation, like >> calculating a dependency list, to solve a problem that only appears few > > Those ports show up in the dependency list anyway, as we are in the > implicit dependencies mode. And there's a optimization in the > bsd.port.mk dependency list creation, ports which are seen already are > not taken into account again. See below. > >> times a year. Did you any benchmarks on what happens if you replace, >> say, gtk20 with it's explicit dependencies, is all ports that define >> USE_GNOME=gtk20? > > I don't add the explicit dependencies of gtk20 to all port which use it > (the dependencies of gtk20 are implicit dependencies, when they are not > linked into the executable of a port which depends on them). I just add > the explicit dependencies. Not all libs which are recorded as needed in > libA have to be added to a lib or binary of port B which depends upon > libA. Only those libs which are specified on the gcc command line at > link time for the binaries/libs of port B. > > Given a dependency tree like this: > A -+-----+ > \ \ > B ---+- C -+- D > > In this case D gets dependencies for A and C, but not for B. C gets > dependencies for A and B. > > I just checked the output of "pkg-config --libs gtk+-2.0". It lists > some superfluous libs. Most of those libs are already recorded as > dependencies in libgtk-x11-2.0.so, so some of them can be removed. I > think it is a bug to list libs which are not needed by a program which > uses the gtk lib (AFAIK the GTK API doesn't contains symbols from those > other libs, so a program doesn't need to link to them). I have a look > at this. It sounds like in ports/104877 ? ...and Pav is right about that we won't accept FreeBSD specific hackery on installed .pc files unless it is complete broke and a must to hack. Right way to do is to send your hacks to the upstream. We have been work hard on remove the FreeBSD specific hack, same as with what ade is doing with libtool/auto*. Cheers, Mezz > No, I don't have benchmarks yet, as I just converted a few ports. > > If the ports A and B have more dependencies (which is common for leaf > ports in the GNOME subtree), the optimization in bsd.port.mk doesn't > look at dependencies of A more than once. > > Will there be a difference in benchmarks? Probably. > > Will the difference be significant? I don't know. Probably noticeable > but not critical. > > Is this a valid argument now? Not at all. Feel free to complain later > when you see numbers, but not now. > > I also want to point out that with explicit dependencies, we can > switch the ports collection into recording only explicit dependencies > in packages. The infrastructure is available (a switch exists). This > will speed up the package-dependency list creation (no need to recurse > anymore, this will be a huge speedup for leaf ports in GNOME and KDE). > > > Result of this part of your complaint: there's a problem, but the > solution is not to forget about the explicit dependencies, but to fix > the pkg-config files (continuing the work which was started by fixing > libtool/libltdl). I will have a look at this after gnome 2.20 hits the > tree. > >> Also, the new world order is lot less intuitive and transparent to the >> porter. Hard to spot mistakes and ommissions will be made. > > I think the opposite is the case. A porter installs the port and runs > the script. He will get a list of all libs which are linked to the > binary _directly_. This should even result in less pointyhat failures > because of missed libs. > >> Thirdly, what happens if, say, gtk20 grows a dependency on a new X >> library? You will go and add it to all the thousands of individual >> ports? > > No, see above. As the linker is able to recursively resolve libs, only > direct dependencies need to be listed. If port A directly uses symbols > from libB (if nm(1) lists them in the binary), a dependency has to be > added. > >> > Would you please provide technical details why you are opposed to lift >> > the Ports Collection to a higher feature/quality level? >> >> I don't think this moves the ports to a higher quality level, quite the >> opposite. > > - less ports to compile on major changes > - less work to do (scripts for bumping port revisions and listing > the lib dependencies exist in the Tools/scripts directory), see > below for more on this > - less pointyhat failures because of missed libs > - better oversight of the impact of major changes > - more automatisms > - the explicit dependency script can even be integrated into > pointyhat runs to do an additional correctness check, we have > nothing like this and Kris was happy to see a script which lists > the libs which are needed by a port because of a problem which > manifested on pointyhat > >> You are basically committing to do a lot of tedious manual work, which >> is currently done by the framework, just because you think you can do >> that job marginally better. > > You have to list libs anyway. Instead of thinking a lot about which > libs need to be added (sometimes this is trial and error, sometimes it > is an educated guess), run the script and copy&paste the _real_ > dependencies. I fail to see where this increases tedious manual work. I > would say it decreases tedious manual work. > > Note, I also plan to write a script which compares the list of libs > references by an installed port with the LIB_DEPENDS recorded in the > Makefile. > >> I don't buy that. > > Do you have some more things I should comment upon? So far I think I > presented technical arguments which show that your concerns can be > taken care of in a good way. > >> Your claws example can be solved by only bumping ports that >> build_depends on python on next python upgrade. > > For claws and python: yes. > But this was just an example. Maybe not a good one. Please think about > the big picture. A port which doesn't use any symbol of png directly, > but just uses the gtk functions which use png internally, doesn't need > to be rebuild on a png change, as there should be no reference to the > png lib in the binary (as already told, I think it is a bug in e.g. the > gtk pkg-config data to list the png and some other libs; I will look > into this). > > Bye, > Alexander. -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src) http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org http://wiki.freebsd.org/multimedia - multimedia@FreeBSD.org From owner-freebsd-gnome@FreeBSD.ORG Tue Sep 4 14:46:40 2007 Return-Path: Delivered-To: gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F20C216A41A; Tue, 4 Sep 2007 14:46:39 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 9208713C49D; Tue, 4 Sep 2007 14:46:39 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A57730.dip.t-dialin.net [84.165.119.48]) by redbull.bpaserver.net (Postfix) with ESMTP id 43E232E14F; Tue, 4 Sep 2007 16:46:31 +0200 (CEST) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id D2E165B4902; Tue, 4 Sep 2007 16:46:28 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1188917188; bh=jdhv3C1l+rJp0PPcNmRORR9WJy6lTwSVk bShIQXKnp8=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To: References:X-Mailer:Mime-Version:Content-Type: Content-Transfer-Encoding; b=xhmZS7RsgAWiraPJJnrSt/lkMjBGwqq0PpL3I 98GD1M6w0IsDjX1ksImBE9k2daXvY2h9fZtCk5D0SNszlYO/HKPfJQns2y6Z4kRl8QS 7TxNIhKygRUgkm1WH/V6VA4AIqAIAV1mRwVzZ6ZraY7KOuiUAIwxA1u7MJpVIsWynGT oceNgL7L89d8C4A1oWjxW6pGLJfB2Cmzd8lIWiHBgtydc/23zQFS4SYqXfgTIC07L2a uYA7emYhTDl0kCZElYL52GdkT9ainIU6M+Tzuj6uyNMXuk1Lqubm3Utjd/Xc5YQkJOV YjeXYOMJBPOkrfzOlJvJKQx84lWLEzlHLZNgw== Date: Tue, 4 Sep 2007 16:46:07 +0200 From: Alexander Leidinger To: pav@FreeBSD.org Message-ID: <20070904164607.4c91d7c7@deskjail> In-Reply-To: <1188913679.28297.190.camel@pav.hide.vol.cz> References: <200709032101.l83L1qr1018167@freefall.freebsd.org> <20070904000756.756b72fc@deskjail> <1188894171.28297.82.camel@pav.hide.vol.cz> <20070904111144.6c3fb68c@deskjail> <1188897490.28297.129.camel@pav.hide.vol.cz> <20070904114601.48f36f42@deskjail> <1188899959.28297.148.camel@pav.hide.vol.cz> <20070904131305.25c46cc8@deskjail> <1188906263.28297.160.camel@pav.hide.vol.cz> <20070904153844.41fb9423@deskjail> <1188913679.28297.190.camel@pav.hide.vol.cz> X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.14; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.746, required 8, BAYES_00 -15.00, RDNS_DYNAMIC 0.10, TW_BP 0.08, TW_GT 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: gnome@freebsd.org Subject: Re: ports/115870: [DEPS] graphics/cairo reduce X dependencies X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2007 14:46:40 -0000 Quoting Pav Lucistnik (Tue, 04 Sep 2007 15:47:59 +0200): > Alexander Leidinger p=C3=AD=C5=A1e v =C3=BAt 04. 09. 2007 v 15:38 +0200: >=20 > > Increasing the number from e.g. 3 to e.g. 20 does not slow down that >=20 > No, only tenfold. On paper, but what matters is if the the wall clock time changes significantly or not. As said, without numbers there's no reason to discuss this now. > > > You are operating on false assumptions here. Let me explain how libto= ol > > > on FreeBSD work. It explicitly passes all indirectly required librari= es > > > to the linker during build. So they all get recorded in the shared > >=20 > > AFAIK it operated like this in the past, but not now anymore (it was > > one of the complains des(?) had with the autotools ports, it is not > > present in the old libtool versions, but AFAIK it is present in a > > recent libtool version). I will check this to make sure it works and > > come back to you with the result. >=20 > Go check; I believe it still does this. >=20 > > BTW: I just checked for gtk20 after my last mail. They have .pc files > > for the installed and uninstalled case. The uninstalled case lists > > the .la file in the build directory together with all dependencies. The > > installed case lists the compiler flags together with all dependencies. > > I'm in the process of testing the removal of the dependencies from > > the .pc file for the installed case. >=20 > I seriously doubt gtk20 port maintainers will accept FreeBSD specific > hackery on installed .pc files. You mean more hackery (one reinplace command) than already existing (I don't count the reinplace things in USE_GNOME=3Dgnomehack now)? Apart from this, I'm looking for a more generic solution (which would be beneficial to other OS which recursively resolve libs too). > > And regarding the "better be safe than broken" part... we all know > > about the mails after a KDE/GNOME/X11/... update. So far there where > > bugreports all the time after a major upgrade. Some problems are > > because of missing dependencies, some are because of missed > > portrevision bumps. By listing the explicit depends you get rid of some > > complains (no missed libs, ability to check for more affected ports > > than now). And by adding a check-script to pointyhat runs, you can even > > get the big picture and are not limited to your local testing. >=20 > I'd like to split the debate into two parts >=20 > 1) dependency validation script, a tool for maintainers, portlint style >=20 > A good thing, no question. >=20 > 2) recording all indirect dependencies explicitly in ports >=20 > A bad thing, a total no go. There seems to be a misunderstanding on your side. Sorry if I failed to tell you about my intentions in a clear way. I agree totally with you here. I don't want to record implicit dependencies explicitly in ports. Only those with direct symbol references in the binaries. If there's no direct reference to symbols defined in libpng, there should be no reference to libpng in the binary of a port. That's the reason why I look into the .pc files now (removing superfluous dependencies in a portable way so it can go into the official tarballs). Don't be scared, this is nothing which will go into the tree "soon". I expect that I have to fix several bugs before I can offer a patch with the explicit dependencies for testing. And after the patch is available, it will take some time until is in a state where we can have a look at statistics and discussing it in detail. Please don't judge before you've seen the complete implementation, I'm at the beginning of the work and there will be several changes needed. Bye, Alexander. --=20 By pressing "Scroll Lock" you can use the arrow keys to scroll backward through the console output. Press "Scroll Lock" again to turn it off. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-gnome@FreeBSD.ORG Tue Sep 4 14:50:39 2007 Return-Path: Delivered-To: gnome@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C80916A421 for ; Tue, 4 Sep 2007 14:50:39 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from nat-application.b1.lan.prg.vol.cz (nat-application.b1.lan.prg.vol.cz [195.122.204.152]) by mx1.freebsd.org (Postfix) with ESMTP id 227EE13C47E for ; Tue, 4 Sep 2007 14:50:38 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from pav.hide.vol.cz (localhost [127.0.0.1]) by nat-application.b1.lan.prg.vol.cz (8.14.1/8.14.1) with ESMTP id l84EoZZ2033650; Tue, 4 Sep 2007 16:50:35 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by pav.hide.vol.cz (8.14.1/8.14.1/Submit) id l84EoZ7G033649; Tue, 4 Sep 2007 16:50:35 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: pav.hide.vol.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Alexander Leidinger In-Reply-To: <20070904164607.4c91d7c7@deskjail> References: <200709032101.l83L1qr1018167@freefall.freebsd.org> <20070904000756.756b72fc@deskjail> <1188894171.28297.82.camel@pav.hide.vol.cz> <20070904111144.6c3fb68c@deskjail> <1188897490.28297.129.camel@pav.hide.vol.cz> <20070904114601.48f36f42@deskjail> <1188899959.28297.148.camel@pav.hide.vol.cz> <20070904131305.25c46cc8@deskjail> <1188906263.28297.160.camel@pav.hide.vol.cz> <20070904153844.41fb9423@deskjail> <1188913679.28297.190.camel@pav.hide.vol.cz> <20070904164607.4c91d7c7@deskjail> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-JGbpoKiXEbWPC4QQVZJA" Date: Tue, 04 Sep 2007 16:50:34 +0200 Message-Id: <1188917434.28297.195.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Cc: gnome@FreeBSD.org Subject: Re: ports/115870: [DEPS] graphics/cairo reduce X dependencies X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 04 Sep 2007 14:50:39 -0000 --=-JGbpoKiXEbWPC4QQVZJA Content-Type: text/plain; charset=ISO8859-2 Content-Transfer-Encoding: quoted-printable Alexander Leidinger p=ED=B9e v =FAt 04. 09. 2007 v 16:46 +0200: > I don't want to record implicit dependencies explicitly in ports. > Only those with direct symbol references in the binaries. I think I understood you correctly, I'm still not convinced even this is a good idea/improvement/necessity. --=20 Pav Lucistnik 94 outdated ports on the box, 94 outdated ports. Portupgrade one, an hour 'til done, 82 outdated ports on the box. --=-JGbpoKiXEbWPC4QQVZJA Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBG3XC6ntdYP8FOsoIRAtcYAJ0XbT9wFrM8xiqLjrlSsJkIijDkiQCgzOct h0mJYSLiP82m+Rjs2cLxi48= =27RH -----END PGP SIGNATURE----- --=-JGbpoKiXEbWPC4QQVZJA-- From owner-freebsd-gnome@FreeBSD.ORG Tue Sep 4 14:59:53 2007 Return-Path: Delivered-To: gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDEA816A418; Tue, 4 Sep 2007 14:59:53 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmmtao104.cox.net (eastrmmtao104.cox.net [68.230.240.46]) by mx1.freebsd.org (Postfix) with ESMTP id 6899C13C428; Tue, 4 Sep 2007 14:59:53 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmimpo02.cox.net ([68.1.16.120]) by eastrmmtao104.cox.net (InterMail vM.7.08.02.01 201-2186-121-102-20070209) with ESMTP id <20070904145953.RHPC22245.eastrmmtao104.cox.net@eastrmimpo02.cox.net>; Tue, 4 Sep 2007 10:59:53 -0400 Received: from mezz.mezzweb.com ([24.255.149.218]) by eastrmimpo02.cox.net with bizsmtp id kEzs1X0064iy4EG0000000; Tue, 04 Sep 2007 10:59:52 -0400 Date: Tue, 04 Sep 2007 10:03:49 -0500 To: "Alexander Leidinger" From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <200709032101.l83L1qr1018167@freefall.freebsd.org> <20070904000756.756b72fc@deskjail> <1188894171.28297.82.camel@pav.hide.vol.cz> <20070904111144.6c3fb68c@deskjail> <1188897490.28297.129.camel@pav.hide.vol.cz> <20070904114601.48f36f42@deskjail> <1188899959.28297.148.camel@pav.hide.vol.cz> <20070904131305.25c46cc8@deskjail> <1188906263.28297.160.camel@pav.hide.vol.cz> <20070904153844.41fb9423@deskjail> <1188913679.28297.190.camel@pav.hide.vol.cz> <20070904164607.4c91d7c7@deskjail> Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <20070904164607.4c91d7c7@deskjail> User-Agent: Opera Mail/9.23 (Linux) Cc: gnome@freebsd.org Subject: Re: ports/115870: [DEPS] graphics/cairo reduce X dependencies X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2007 14:59:54 -0000 On Tue, 04 Sep 2007 09:46:07 -0500, Alexander Leidinger wrote: > Quoting Pav Lucistnik (Tue, 04 Sep 2007 15:47:59 > +0200): > >> Alexander Leidinger píše v út 04. 09. 2007 v 15:38 +0200: >> >> > Increasing the number from e.g. 3 to e.g. 20 does not slow down that >> >> No, only tenfold. > > On paper, but what matters is if the the wall clock time changes > significantly or not. As said, without numbers there's no reason to > discuss this now. > >> > > You are operating on false assumptions here. Let me explain how >> libtool >> > > on FreeBSD work. It explicitly passes all indirectly required >> libraries >> > > to the linker during build. So they all get recorded in the shared >> > >> > AFAIK it operated like this in the past, but not now anymore (it was >> > one of the complains des(?) had with the autotools ports, it is not >> > present in the old libtool versions, but AFAIK it is present in a >> > recent libtool version). I will check this to make sure it works and >> > come back to you with the result. >> >> Go check; I believe it still does this. >> >> > BTW: I just checked for gtk20 after my last mail. They have .pc files >> > for the installed and uninstalled case. The uninstalled case lists >> > the .la file in the build directory together with all dependencies. >> The >> > installed case lists the compiler flags together with all >> dependencies. >> > I'm in the process of testing the removal of the dependencies from >> > the .pc file for the installed case. >> >> I seriously doubt gtk20 port maintainers will accept FreeBSD specific >> hackery on installed .pc files. > > You mean more hackery (one reinplace command) than already existing (I > don't count the reinplace things in USE_GNOME=gnomehack now)? Half of that gnomehack stuff are gone in GNOME 2.20. As for the others such as libdata and share/locale, we are following the hier(7), that's it. Right now, the gnomehack for GNOME 2.20 looks like: ========================================== gnomehack_PRE_PATCH= ${FIND} ${WRKSRC} -name "${GNOME_MAKEFILEIN}*" -type f | ${XARGS} ${REINPLACE_CMD} -e \ 's|[(]libdir[)]/locale|(prefix)/share/locale|g ; \ s|[(]libdir[)]/pkgconfig|(prefix)/libdata/pkgconfig|g ; \ s|[(]datadir[)]/pkgconfig|(prefix)/libdata/pkgconfig|g ; \ s|[$$][(]localstatedir[)]/scrollkeeper|${SCROLLKEEPER_DIR}|g ; \ s|[(]libdir[)]/bonobo/servers|(prefix)/libdata/bonobo/servers|g' ; \ ${FIND} ${WRKSRC} -name "configure" -type f | ${XARGS} ${REINPLACE_CMD} -e \ 's|-lpthread|${PTHREAD_LIBS}|g ; \ s|DATADIRNAME=lib|DATADIRNAME=share|g ; \ s|{libdir}/locale|{prefix}/share/locale|g' ========================================== We are moving all stuff from share/gnome/ to share/. It's a big change. Cheers, Mezz > Apart from this, I'm looking for a more generic solution (which would > be beneficial to other OS which recursively resolve libs too). > >> > And regarding the "better be safe than broken" part... we all know >> > about the mails after a KDE/GNOME/X11/... update. So far there where >> > bugreports all the time after a major upgrade. Some problems are >> > because of missing dependencies, some are because of missed >> > portrevision bumps. By listing the explicit depends you get rid of >> some >> > complains (no missed libs, ability to check for more affected ports >> > than now). And by adding a check-script to pointyhat runs, you can >> even >> > get the big picture and are not limited to your local testing. >> >> I'd like to split the debate into two parts >> >> 1) dependency validation script, a tool for maintainers, portlint style >> >> A good thing, no question. >> >> 2) recording all indirect dependencies explicitly in ports >> >> A bad thing, a total no go. > > There seems to be a misunderstanding on your side. Sorry if I failed to > tell you about my intentions in a clear way. I agree totally with you > here. I don't want to record implicit dependencies explicitly in ports. > Only those with direct symbol references in the binaries. If there's no > direct reference to symbols defined in libpng, there should be no > reference to libpng in the binary of a port. That's the reason why I > look into the .pc files now (removing superfluous dependencies in a > portable way so it can go into the official tarballs). > > Don't be scared, this is nothing which will go into the tree "soon". I > expect that I have to fix several bugs before I can offer a patch with > the explicit dependencies for testing. And after the patch is > available, it will take some time until is in a state where we can have > a look at statistics and discussing it in detail. Please don't judge > before you've seen the complete implementation, I'm at the beginning of > the work and there will be several changes needed. > > Bye, > Alexander. > -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src) http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org http://wiki.freebsd.org/multimedia - multimedia@FreeBSD.org From owner-freebsd-gnome@FreeBSD.ORG Tue Sep 4 15:07:50 2007 Return-Path: Delivered-To: gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADD5F16A417; Tue, 4 Sep 2007 15:07:50 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 5FCA613C45A; Tue, 4 Sep 2007 15:07:50 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A57730.dip.t-dialin.net [84.165.119.48]) by redbull.bpaserver.net (Postfix) with ESMTP id 54C942E062; Tue, 4 Sep 2007 17:07:45 +0200 (CEST) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id D8E085B4902; Tue, 4 Sep 2007 17:07:42 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1188918462; bh=VI38JkGE9iWlFGmap+uCqa8AmkAPqqkrJ JO4dDUi1/A=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To: References:X-Mailer:Mime-Version:Content-Type: Content-Transfer-Encoding; b=WG2jn5ZW7cQtVPBXRst3mFap71OxCGSqp2VbU zaM7UgFwe0aQwg2giIHxej2jOn7pFhWpaugNA3g8U2inUuq9tXwQPM0Gk6RkpRJbw0e RiPhkJIrjqEnrkNS0MHNacAIy9Y8o8KYtKHmkyEBA0wZ9TrnpLSbCqEp8qxeEGo/XwK QoUb48Bbkqa8V5v6XpS21GqhKzogPL6XF6wDwo6H33IAdbkicAnkPWqf1HACNtsTtHY CNziE2+1pwlllB16aZhXqN7Yz+MQlsKhlyLwh0b0LxZD77wAfaafzR3rvW0G95kMtyn huAV2qB1wCj92fdE1zVYA2nkbOlznW13mM5Yg== Date: Tue, 4 Sep 2007 17:07:22 +0200 From: Alexander Leidinger To: "Jeremy Messenger" Message-ID: <20070904170722.17087ed2@deskjail> In-Reply-To: References: <200709032101.l83L1qr1018167@freefall.freebsd.org> <20070904000756.756b72fc@deskjail> <1188894171.28297.82.camel@pav.hide.vol.cz> <20070904111144.6c3fb68c@deskjail> <1188897490.28297.129.camel@pav.hide.vol.cz> <20070904114601.48f36f42@deskjail> <1188899959.28297.148.camel@pav.hide.vol.cz> <20070904131305.25c46cc8@deskjail> X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.14; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.9, required 8, BAYES_00 -15.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: gnome@freebsd.org Subject: Re: ports/115870: [DEPS] graphics/cairo reduce X dependencies X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2007 15:07:50 -0000 Quoting "Jeremy Messenger" (Tue, 04 Sep 2007 09:44:46 -0500): > It sounds like in ports/104877 ? Sort of, but the wrong solution and even not a complete solution. Bye, Alexander. -- Yes, it is written. Good shall always destroy evil. -- Sirah the Yang, "The Omega Glory", stardate unknown http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-gnome@FreeBSD.ORG Tue Sep 4 16:05:46 2007 Return-Path: Delivered-To: gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B637116A417; Tue, 4 Sep 2007 16:05:46 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 67C3E13C46A; Tue, 4 Sep 2007 16:05:44 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A57730.dip.t-dialin.net [84.165.119.48]) by redbull.bpaserver.net (Postfix) with ESMTP id EB5BD2E133; Tue, 4 Sep 2007 18:05:38 +0200 (CEST) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id 669685B4902; Tue, 4 Sep 2007 18:05:36 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1188921936; bh=NHDrVsNqpnPGwr3rHTj3PYllrlXbim5OC 3jgj1HBVZc=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To: References:X-Mailer:Mime-Version:Content-Type: Content-Transfer-Encoding; b=apb6nj9p0S55HREyPdoKFs7/lQdFsK+z7HlOv RzJrH0HhTIaWVDePJ3R4cQToEKuT83pChKrljrwWZFbTsQUDGi8fX0s626TIfVVel8x lDqV13ln4wYI2RhMIfiDiEbvE4Rwv5zcKBHwFa9mfzR4gjgFukG/WKARNx8tuxeJXG8 vPZd1YV3ilmeXVgEzQI3GR+e0UvnHudFMtk91qMrPgMGVeBRlQNYJLa+lD/4tTxMOYe ATGUxod8GPVNcqhPsn+5KTfGvlPP49WRl6YiP6/+KSkqosxGnsM0sl3S6QInf7QBGIV WrI87+MEw6LkgU1RfU9UgWqroIEdHPLTp14+Q== Date: Tue, 4 Sep 2007 18:05:13 +0200 From: Alexander Leidinger To: "Jeremy Messenger" Message-ID: <20070904180513.01e86092@deskjail> In-Reply-To: References: <200709032101.l83L1qr1018167@freefall.freebsd.org> <20070904000756.756b72fc@deskjail> <1188894171.28297.82.camel@pav.hide.vol.cz> <20070904111144.6c3fb68c@deskjail> <1188897490.28297.129.camel@pav.hide.vol.cz> <20070904114601.48f36f42@deskjail> <1188899959.28297.148.camel@pav.hide.vol.cz> <20070904131305.25c46cc8@deskjail> <1188906263.28297.160.camel@pav.hide.vol.cz> <20070904153844.41fb9423@deskjail> <1188913679.28297.190.camel@pav.hide.vol.cz> <20070904164607.4c91d7c7@deskjail> X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.14; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.823, required 8, BAYES_00 -15.00, RDNS_DYNAMIC 0.10, TW_GT 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: gnome@freebsd.org Subject: Re: ports/115870: [DEPS] graphics/cairo reduce X dependencies X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2007 16:05:46 -0000 Quoting "Jeremy Messenger" (Tue, 04 Sep 2007 10:03:49 -0500): > On Tue, 04 Sep 2007 09:46:07 -0500, Alexander Leidinger > wrote: > > > Quoting Pav Lucistnik (Tue, 04 Sep 2007 15:47:59 > > +0200): > >> I seriously doubt gtk20 port maintainers will accept FreeBSD specific > >> hackery on installed .pc files. > > > > You mean more hackery (one reinplace command) than already existing (I > > don't count the reinplace things in USE_GNOME=gnomehack now)? > > Half of that gnomehack stuff are gone in GNOME 2.20. As for the others > such as libdata and share/locale, we are following the hier(7), that's it. My comment was not targeted as a complaint for the existing gnomehack stuff. I just wanted to point out, that my current proof of concept for the *.pc stuff (not tested yet) is not a significant amount of change at all. Discussing this now is not necessary, as I want to push this upstream anyway. Bye, Alexander. -- Violence in reality is quite different from theory. -- Spock, "The Cloud Minders", stardate 5818.4 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-gnome@FreeBSD.ORG Wed Sep 5 18:43:48 2007 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D672816A417 for ; Wed, 5 Sep 2007 18:43:48 +0000 (UTC) (envelope-from malcolm_green@tiscali.co.uk) Received: from mk-filter-4-a-2.mail.uk.tiscali.com (mk-filter-4-a-2.mail.uk.tiscali.com [212.74.100.51]) by mx1.freebsd.org (Postfix) with ESMTP id 73C3D13C49D for ; Wed, 5 Sep 2007 18:43:48 +0000 (UTC) (envelope-from malcolm_green@tiscali.co.uk) X-Trace: 603278674-mk-filter-4.mail.uk.tiscali.com-WEBB2C-$ALLOWED_RELAY-ALLOWED-B2C-WEBMAIL X-SBRS: -0.3 X-RemoteIP: 212.74.100.143 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aq4HAMOS3kbUSmSPYWdsb2JhbACBWYwuFTE Received: from mail-3.uk.tiscali.com (HELO mail-3-uk-priv.mail.tiscali.sys) ([212.74.100.143]) by websmtp.tiscali.co.uk with ESMTP; 05 Sep 2007 19:33:12 +0100 Received: from ps29 (10.39.75.144) by mail-3-uk-priv.mail.tiscali.sys (7.3.110.11) id 46B971FD001CDC1C for freebsd-gnome@FreeBSD.org; Wed, 5 Sep 2007 20:33:11 +0200 Message-ID: <5213387.1189017191601.JavaMail.root@ps29> Date: Wed, 5 Sep 2007 19:33:11 +0100 (GMT+01:00) From: "malcolm_green@tiscali.co.uk" To: MIME-Version: 1.0 Content-Type: text/plain;charset="UTF-8" Content-Transfer-Encoding: quoted-printable xOriginalSenderIP: 88.109.94.138 Cc: Subject: make install gnome2 fails in gstreamer with missing file mpeg2.h X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "malcolm_green@tiscali.co.uk" List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Sep 2007 18:43:48 -0000 Dear freebsd-gnome project I am using PCBSD 1.4RC and doing make install in=20 /usr/ports/x11/gnome2 . This fails in =20 /usr/ports/multimedia/gstreamer-plugins-mpeg2dec because file =20 gstmpeg2dec.c includes file gstmpeg2dec.h which tries but FAILS to=20 include file mpeg2.h because the latter file is MISSING. I have=20 noticed that file gstmpeg2dec.h exists in two other places but there=20 is NO SIGN of file mpeg2.h anywhere. I installed my ports using kports from ftp://ftp.freebsd. org/pub/FreeBSD/ports/i386/packages-6-stable/Latest/ If this is the wrong place to get them from then I apologise but PCBSD=20 dont advise you about this.=20 I would be gratefull for any help/advice. Thank you. regards Malcolm Green ( =20 malcolm_green@tiscali.co.uk ) __________________________________________________ Tiscali Broadband only =C2=A37.99 a month for your first 3 months! http://w= ww.tiscali.co.uk/products/broadband/ From owner-freebsd-gnome@FreeBSD.ORG Wed Sep 5 19:40:44 2007 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8510E16A46B for ; Wed, 5 Sep 2007 19:40:44 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmmtao105.cox.net (eastrmmtao105.cox.net [68.230.240.47]) by mx1.freebsd.org (Postfix) with ESMTP id 1058813C48E for ; Wed, 5 Sep 2007 19:40:43 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmimpo02.cox.net ([68.1.16.120]) by eastrmmtao105.cox.net (InterMail vM.7.08.02.01 201-2186-121-102-20070209) with ESMTP id <20070905194007.RYJH13525.eastrmmtao105.cox.net@eastrmimpo02.cox.net>; Wed, 5 Sep 2007 15:40:07 -0400 Received: from mezz.mezzweb.com ([24.255.149.218]) by eastrmimpo02.cox.net with bizsmtp id kjg51X00X4iy4EG0000000; Wed, 05 Sep 2007 15:40:06 -0400 Date: Wed, 05 Sep 2007 14:44:08 -0500 To: "malcolm_green@tiscali.co.uk" From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <5213387.1189017191601.JavaMail.root@ps29> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <5213387.1189017191601.JavaMail.root@ps29> User-Agent: Opera Mail/9.23 (Linux) Cc: freebsd-gnome@freebsd.org Subject: Re: make install gnome2 fails in gstreamer with missing file mpeg2.h X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Sep 2007 19:40:44 -0000 On Wed, 05 Sep 2007 13:33:11 -0500, malcolm_green@tiscali.co.uk wrote: > Dear freebsd-gnome project > I am using PCBSD 1.4RC and doing make install in > /usr/ports/x11/gnome2 . This fails in > /usr/ports/multimedia/gstreamer-plugins-mpeg2dec because file > gstmpeg2dec.c includes file gstmpeg2dec.h which tries but FAILS to > include file mpeg2.h because the latter file is MISSING. I have > noticed that file gstmpeg2dec.h exists in two other places but there > is NO SIGN of file mpeg2.h anywhere. The mpeg2.h is in multimedia/libmpeg2. The multimedia/gstreamer-plugins-mpeg2dec depends on multimedia/libmpeg2 by default, which other tinderboxes and in my systems have no trouble. You need to follow http://www.freebsd.org/gnome/docs/bugging.html to make your bug report more useful. > I installed my ports using kports from ftp://ftp.freebsd. > org/pub/FreeBSD/ports/i386/packages-6-stable/Latest/ > > If this is the wrong place to get them from then I apologise but PCBSD > dont advise you about this. # cd /usr/ports/multimedia/gstreamer-plugins-mpeg2dec # make maintainer multimedia@FreeBSD.org The multimedia@FreeBSD.org is a correct place to report for multimedia/gstreamer-plugins-mpeg2dec. Cheers, Mezz > I would be gratefull for any help/advice. Thank you. > > regards > > Malcolm Green ( > malcolm_green@tiscali.co.uk ) -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src) http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org http://wiki.freebsd.org/multimedia - multimedia@FreeBSD.org From owner-freebsd-gnome@FreeBSD.ORG Thu Sep 6 04:19:15 2007 Return-Path: Delivered-To: gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6F7916A417 for ; Thu, 6 Sep 2007 04:19:15 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from smtp2.yandex.ru (smtp2.yandex.ru [213.180.200.18]) by mx1.freebsd.org (Postfix) with ESMTP id 12A2A13C46C for ; Thu, 6 Sep 2007 04:19:14 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from [85.172.95.124] ([85.172.95.124]:39895 "EHLO shark" smtp-auth: "doublef-ctm" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S4395346AbXIFEA6 (ORCPT ); Thu, 6 Sep 2007 08:00:58 +0400 X-Comment: RFC 2476 MSA function at smtp2.yandex.ru logged sender identity as: doublef-ctm Received: by shark (Postfix, from userid 1000) id 26A481749E; Thu, 6 Sep 2007 08:00:55 +0400 (MSD) Date: Thu, 6 Sep 2007 08:00:55 +0400 From: Sergey Zaharchenko To: gnome@freebsd.org Message-ID: <20070906040055.GA19011@shark.localdomain> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline X-Listening-To: Silence User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: FreeBSD port: graphics/inkscape X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Sep 2007 04:19:15 -0000 --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello GNOME team, I've decided to try out inkscape. It installs and works OK, but the effects are not usable unless one installs the textproc/py-xml port. Inkscape says: The inkex.py module requires PyXML. Please download the latest version from . May I suggest you depend on py-xml in the inkscape port, or at least include an advice in inkscape's pkg-message? Further: after I've installed py-xml, inkscape hangs when I try to apply any effect (just sits and eats CPU). The relevant backtrace from gdb is: #1 0x0827a492 in Inkscape::DocumentSubset::Relations::clear () <-- this fu= nction never ends #2 0x0823eb06 in Inkscape::LayerManager::_rebuild () #3 0x0819deb9 in sp_document_remove_resource () #4 0x081c93e7 in CGroup::CGroup () #5 0x081d6688 in SPObject::releaseReferences () #6 0x081d7116 in sp_object_detach () #7 0x081c94a3 in CGroup::CGroup () #8 0x08510a00 in Inkscape::XML::CompositeNodeObserver::notifyChildRemoved = () #9 0x0821a332 in Inkscape::XML::SimpleNode::removeChild () #10 0x084c0b6c in Inkscape::Extension::Implementation::Script::copy_doc () = <-- piping the document to the plugin? #11 0x084c0f9a in Inkscape::Extension::Implementation::Script::effect () #12 0x084bd4cd in Inkscape::Extension::Effect::effect () #13 0x083b0477 in sp_action_perform () Thanks, --=20 DoubleF No virus detected in this message. Ehrm, wait a minute... /kernel: pid 56921 (antivirus), uid 32000: exited on signal 9 Oh yes, no virus:) --cNdxnHkX5QqsyA0e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFG33t2wo7hT/9lVdwRAobiAJ9UEGr793wWJYQSMF1/tux2Ms/NzQCfZmW6 6EhBwp0T0frkkQzXUc7JCo4= =pQxA -----END PGP SIGNATURE----- --cNdxnHkX5QqsyA0e-- From owner-freebsd-gnome@FreeBSD.ORG Fri Sep 7 19:21:27 2007 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0723F16A46B for ; Fri, 7 Sep 2007 19:21:27 +0000 (UTC) (envelope-from kline@tao.thought.org) Received: from tao.thought.org (dsl231-043-140.sea1.dsl.speakeasy.net [216.231.43.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9C0D413C46E for ; Fri, 7 Sep 2007 19:21:24 +0000 (UTC) (envelope-from kline@tao.thought.org) Received: from tao.thought.org (localhost [127.0.0.1]) by tao.thought.org (8.13.8/8.13.1) with ESMTP id l87Iw2Rc085047; Fri, 7 Sep 2007 11:58:02 -0700 (PDT) (envelope-from kline@tao.thought.org) Received: (from kline@localhost) by tao.thought.org (8.13.8/8.13.1/Submit) id l87Iw2k8085046; Fri, 7 Sep 2007 11:58:02 -0700 (PDT) (envelope-from kline) Date: Fri, 7 Sep 2007 11:58:00 -0700 From: Gary Kline To: Gary Kline Message-ID: <20070907185800.GB84875@thought.org> References: <20070907075623.GA80230@thought.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070907075623.GA80230@thought.org> User-Agent: Mutt/1.4.2.2i X-Organization: Thought Unlimited. Public service Unix since 1986. X-Of_Interest: With 21 of service to the Unix community. Cc: FreeBSD Mailing List , Gnome at FreeBSD List Subject: Re: crash instantly after successful login X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Sep 2007 19:21:27 -0000 On Fri, Sep 07, 2007 at 12:56:23AM -0700, Gary Kline wrote: > > guys, > > late this thursday night on newtao, when i tried logging in--after a > crash and reboot, totally unexpected--i logged in as "kline", a gnome app > tried to collect data, then the OS crashed. after three times i > successfully logged in a root, under gnome, and poked around hald seems to > have been missing. [???] then i found this at the end of > /var/log/messages: > > Sep 6 11:45:24 tao2 su: kline to root on /dev/ttyp3 > Sep 6 11:57:15 tao2 su: kline to root on /dev/ttyp1 > Sep 6 23:24:22 tao2 kernel: pid 671 (Xorg), uid 0: exited on signal 6 (core dumped) > Sep 6 23:24:23 tao2 gdm[657]: Error reinitilizing server > Sep 6 23:57:30 tao2 shutdown: reboot by root: > Sep 6 23:57:33 tao2 syslogd: exiting on signal 15 > Sep 6 23:59:29 tao2 syslogd: kernel boot file is /boot/kernel/kernel > > > if anybody has seeen this before or otherwise knows what is going on, > please let me know. > > i did pkg_delete x11-fonts/webfont, fwiw. > After poking around into the ~/gnome2/session file, I discovered why my login wouldn't complete. I had 14 or 15 things in my saved session. It may have been having openoffice that broke Gnome. I edited out the last three session entries and after only a couple hours trying, I could login as "kline" successfully. (Logging in as root has always worked. Just FWIW. -- Gary Kline kline@thought.org www.thought.org Public Service Unix http://jottings.thought.org http://transfinite.thought.org