From owner-freebsd-gnome@FreeBSD.ORG Thu Nov 3 19:10:37 2011 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 2201D106564A for ; Thu, 3 Nov 2011 19:10:37 +0000 (UTC) (envelope-from kwm@rainbow-runner.nl) Received: from fep15.mx.upcmail.net (fep15.mx.upcmail.net [62.179.121.35]) by mx1.freebsd.org (Postfix) with ESMTP id 826268FC0A for ; Thu, 3 Nov 2011 19:10:36 +0000 (UTC) Received: from edge03.upcmail.net ([192.168.13.238]) by viefep15-int.chello.at (InterMail vM.8.01.02.02 201-2260-120-106-20100312) with ESMTP id <20111103191034.DSXU1538.viefep15-int.chello.at@edge03.upcmail.net>; Thu, 3 Nov 2011 20:10:34 +0100 Received: from [192.168.0.100] ([178.84.137.57]) by edge03.upcmail.net with edge id sjAY1h00L1EUzH603jAZMH; Thu, 03 Nov 2011 20:10:34 +0100 X-SourceIP: 178.84.137.57 Message-ID: <1320347432.1784.3.camel@crashalot.rainbow-runner.nl> From: Koop Mast To: poyopoyo@puripuri.plala.or.jp Date: Thu, 03 Nov 2011 20:10:32 +0100 In-Reply-To: <86y5vxqbna.wl%poyopoyo@puripuri.plala.or.jp> References: <86y5vxqbna.wl%poyopoyo@puripuri.plala.or.jp> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Cloudmark-Analysis: v=1.1 cv=1spcbIYDqsXqpWho1FqXt/RH1HhH/N0x2ckrrSfPMwM= c=1 sm=0 a=GNPAhR-LWfsA:10 a=kj9zAlcOel0A:10 a=icP94A-_9W-1lVsy2foA:9 a=qOCz0AXdOSDTGOcLhfcA:7 a=CjuIK1q_8ugA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Cc: gnome@FreeBSD.org Subject: Re: WITH_FBSD10_FIX does not work well with gnomehack 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, 03 Nov 2011 19:10:37 -0000 On Fri, 2011-11-04 at 03:55 +0900, poyopoyo@puripuri.plala.or.jp wrote: > Hi, > > I found some ports use both gnomehack and WITH_FBSD10_FIX. > > (in plain 10-CURRENT of Nov 3 without UNAME_r) > They run following order in my understanding: > - gnomehack modifies Makefile.in in pre-patch stage. > - WITH_FBSD10_FIX(run-autotools-fixup) modifies several autotools bits in pre-configure stage. > - configure re-runs autotools (if available) due to stale Makefile.in's detected. > (pointyhat might build them fine due to redundant autotools do not available at the time) > - modifications by gnomehack have gone into limbo. > > With this malfunction several *.pc files go into unusual place: > $ find /chroot/10/usr/local/lib/ -type f -name \*.pc > /chroot/10/usr/local/lib/event2/pkgconfig/libevent.pc > /chroot/10/usr/local/lib/event2/pkgconfig/libevent_pthreads.pc > /chroot/10/usr/local/lib/event2/pkgconfig/libevent_openssl.pc > /chroot/10/usr/local/lib/pkgconfig/libidn.pc > /chroot/10/usr/local/lib/pkgconfig/sndfile.pc > /chroot/10/usr/local/lib/pkgconfig/eina.pc > /chroot/10/usr/local/lib/pkgconfig/schroedinger-1.0.pc > /chroot/10/usr/local/lib/pkgconfig/gnutls.pc > /chroot/10/usr/local/lib/pkgconfig/gnutls-extra.pc > /chroot/10/usr/local/lib/pkgconfig/libtasn1.pc > /chroot/10/usr/local/lib/pkgconfig/libass.pc > /chroot/10/usr/local/lib/pkgconfig/gee-1.0.pc > /chroot/10/usr/local/lib/pkgconfig/protobuf.pc > /chroot/10/usr/local/lib/pkgconfig/protobuf-lite.pc > /chroot/10/usr/local/lib/pkgconfig/eet.pc > > Perhaps run-autotools-fixup should go along well with gnomehack and > cast some touch(1) magic I think. > This is known, there is currently a patch being tested to fix this.