From owner-freebsd-ports@FreeBSD.ORG Sun Jun 6 03:28:33 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 956F316A4CE; Sun, 6 Jun 2004 03:28:33 -0700 (PDT) Received: from smtp14.eresmas.com (smtp14.eresmas.com [62.81.235.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id E849343D2D; Sun, 6 Jun 2004 03:28:32 -0700 (PDT) (envelope-from freebsd@wanadoo.es) Received: from [192.168.108.60] (helo=mx10.eresmas.com) by smtp14.eresmas.com with esmtp (Exim 4.10) id 1BWut4-0000kl-00; Sun, 06 Jun 2004 12:28:22 +0200 Received: from [80.103.137.12] (helo=orion.animas.redesjm.local) by mx10.eresmas.com with esmtp (Exim 4.30) id 1BWut4-0004jK-3r; Sun, 06 Jun 2004 12:28:22 +0200 Received: from orion.animas.redesjm.local (localhost.animas.redesjm.local [127.0.0.1])i56ASYwV040012; Sun, 6 Jun 2004 12:28:34 +0200 (CEST) (envelope-from freebsd@orion.animas.redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) i56ASXEh040011; Sun, 6 Jun 2004 12:28:33 +0200 (CEST) (envelope-from freebsd) From: Jose M Rodriguez To: x11@FreeBSD.org Date: Sun, 6 Jun 2004 12:28:33 +0200 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200406061228.33519.freebsd@wanadoo.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.25.0.61; VDF 6.25.0.83 (host: orion.animas.redesjm.local) X-Spam-Score: 0.0 (/) cc: ports@FreeBSD.org cc: gnome@FreeBSD.org Subject: URW Type1 Fonts X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jun 2004 10:28:33 -0000 Hi, I'm the originator of PRs ports/67516, ports/67552, ports/67574 and=20 ports/67596. All this is about make the min changes to ports for the next goals: - get the most uptodate URW type1 fonts from only one place achieved by ports/67516 - make min changes to gs ports to use this port and don't install fonts via ports/67574 ports/67596 - teach fontconfig/libXFT about gsfonst. via ports/67552 - teach xfs/Xserver about gsfonts. this mail related. And I think this is not a so trivial task. =BFCan be x11-fonts/XFree86-4-fontScalable changed to not install Type1=20 fonts by default? ttf fonts seems enough for fullfill the needs of the apps depends. And=20 the fontconfig change make the gsfonts (type1 URW fonts) avaiable via=20 libXFT. The x11-fonts/XFree86-4-fontScalable may RUN_DEPENDS on print/gsfonts if=20 we need type1 fonts. But I have no idea about how to change the default config of xfs, or the=20 generated XF86Config. I do these changes by hand, But I notice the method in print/gsfonts=20 pkg-message. Also, I managed gsfonts to use Adobe fontmetrics in fonts.dir, so the=20 port may be a candidate for replacement of urwfonts as depend of ports=20 like jdk14 (Can anyone test this. It seems working here). After the changes. I'm using just one versi=F3n of the URW type1 fonts,=20 from a well defined place and port, shared vi xfs, Xserver, libXFT,=20 fontconfig and java. Maybe these changes welcome? Can I offer a patch (by mail or send-pr) against=20 x11-fonts/XFree86-4-fontScalable? Can anyone work in xfs/XF86Config if needed? =2D- josemi From owner-freebsd-ports@FreeBSD.ORG Sun Jun 6 03:44:15 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D72A16A4CE; Sun, 6 Jun 2004 03:44:15 -0700 (PDT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id D054043D4C; Sun, 6 Jun 2004 03:44:14 -0700 (PDT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id 92C7C167592; Sun, 6 Jun 2004 12:44:13 +0200 (CEST) Received: from [192.168.8.4] (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i56AiB2s075071 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 6 Jun 2004 12:44:12 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-x11@freebsd.org Date: Sun, 6 Jun 2004 12:44:06 +0200 User-Agent: KMail/1.6.2 References: <200406061228.33519.freebsd@wanadoo.es> In-Reply-To: <200406061228.33519.freebsd@wanadoo.es> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_6VvwA1uxFAKJiR3"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406061244.10664.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: ports@freebsd.org cc: gnome@freebsd.org cc: x11@freebsd.org cc: Jose M Rodriguez Subject: Re: URW Type1 Fonts X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jun 2004 10:44:15 -0000 --Boundary-02=_6VvwA1uxFAKJiR3 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 06 June 2004 12:28, Jose M Rodriguez wrote: > =BFCan be x11-fonts/XFree86-4-fontScalable changed to not install Type1 > fonts by default? Just curious, is there any particular reason you do not want the Type1 font= s=20 around? Do they break anything? Those fonts have been around for ages, I'd= =20 think it would be quite anti-POLA to just get rid of them like that. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --Boundary-02=_6VvwA1uxFAKJiR3 Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAwvV6Xhc68WspdLARAh2sAJ4v1au9OUD1ThzWzJUo4MMvxuldcgCdGRLM EUhdbgZZmA62oZIcsSnkM7k= =rjT6 -----END PGP SIGNATURE----- --Boundary-02=_6VvwA1uxFAKJiR3-- From owner-freebsd-ports@FreeBSD.ORG Sun Jun 6 05:01:10 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5498F16A4CE for ; Sun, 6 Jun 2004 05:01:10 -0700 (PDT) Received: from prisma.rainbow-runner.nl (c7057.upc-c.chello.nl [212.187.7.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0CAD43D49 for ; Sun, 6 Jun 2004 05:01:09 -0700 (PDT) (envelope-from kwm@rainbow-runner.nl) Received: by prisma.rainbow-runner.nl (Postfix, from userid 26) id 7997420A6; Sun, 6 Jun 2004 13:57:04 +0200 (CEST) Received: from [192.168.1.5] (heater.rainbow-runner.nl [192.168.1.5]) by prisma.rainbow-runner.nl (Postfix) with ESMTP id 9532C2077; Sun, 6 Jun 2004 13:57:00 +0200 (CEST) From: Koop Mast To: Charlie Head In-Reply-To: <40C21FCF.2050309@bellsouth.net> References: <40C21FCF.2050309@bellsouth.net> Content-Type: text/plain Date: Sun, 06 Jun 2004 12:00:32 +0000 Message-Id: <1086523232.332.2.camel@heater.rainbow-runner.nl> Mime-Version: 1.0 X-Mailer: Evolution 1.5.8FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on prisma.rainbow-runner.nl X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 cc: ports@FreeBSD.org Subject: Re: FreeBSD Port: xchat-gnome-0.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jun 2004 12:01:10 -0000 On Sat, 2004-06-05 at 14:32 -0500, Charlie Head wrote: > i extracted the .tar.gz and tried to /make install/ the port. i got this > error: > > ===> xchat-gnome-0.1 is marked as broken: Unknown component lthack. > > (running FreeBSD 5.2/i386) > Its extracts fine here, is your whole port tree up to day? koop From owner-freebsd-ports@FreeBSD.ORG Sun Jun 6 05:03:47 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2064D16A4CE; Sun, 6 Jun 2004 05:03:47 -0700 (PDT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id C096B43D1F; Sun, 6 Jun 2004 05:03:46 -0700 (PDT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id 940B7167592; Sun, 6 Jun 2004 14:03:42 +0200 (CEST) Received: from [192.168.8.4] (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i56C3d2s019554 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 6 Jun 2004 14:03:41 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: Jose M Rodriguez Date: Sun, 6 Jun 2004 14:03:34 +0200 User-Agent: KMail/1.6.2 References: <200406061228.33519.freebsd@wanadoo.es> <200406061244.10664.michaelnottebrock@gmx.net> <200406061335.25901.freebsd@wanadoo.es> In-Reply-To: <200406061335.25901.freebsd@wanadoo.es> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_bgwwASxLAzjsVHq"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406061403.39539.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: ports@freebsd.org cc: gnome@freebsd.org cc: freebsd-x11@freebsd.org Subject: Re: URW Type1 Fonts X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jun 2004 12:03:47 -0000 --Boundary-02=_bgwwASxLAzjsVHq Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 06 June 2004 13:35, Jose M Rodriguez wrote: > All seems the same fonts, but there are diferences in the fonts.* files > and even on the fonts. I see. That would pretty much pacify POLA as far as I'm concerned. > > My main reason for the move are: > - gs and X aren't using the same 35 type1 fonts. Hmmmmmmmmmm, that could actually explain some strange printing bugs people = are=20 seeing with things like KOffice. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --Boundary-02=_bgwwASxLAzjsVHq Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAwwgbXhc68WspdLARAl16AJ4wg0GLSUDnQngqFcNZDKElm4MJJgCeMall ilRq6FUfjEb/vbqzEo3obEE= =yNdP -----END PGP SIGNATURE----- --Boundary-02=_bgwwASxLAzjsVHq-- From owner-freebsd-ports@FreeBSD.ORG Sun Jun 6 09:50:39 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E22A16A4CE for ; Sun, 6 Jun 2004 09:50:39 -0700 (PDT) Received: from piston.ecp.fr (piston.ecp.fr [138.195.33.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id A470C43D58 for ; Sun, 6 Jun 2004 09:50:38 -0700 (PDT) (envelope-from dhenin@caracal3.cti.ecp.fr) Received: from localhost (localhost [127.0.0.1]) by piston.ecp.fr (Postfix) with ESMTP id 5C4EE381C4 for ; Sun, 6 Jun 2004 18:50:37 +0200 (CEST) Received: from caracal3.cti.ecp.fr (caracal3.cti.ecp.fr [138.195.33.33]) by piston.ecp.fr (Postfix) with ESMTP id EC7EE381D1 for ; Sun, 6 Jun 2004 18:50:36 +0200 (CEST) Received: from puma.cti.ecp.fr (puma-eth.cti.ecp.fr [138.195.33.10]) by caracal3.cti.ecp.fr (Postfix) with ESMTP id 57709D60E for ; Sun, 6 Jun 2004 18:50:36 +0200 (CEST) Received: from (dhenin@localhost) by puma.cti.ecp.fr (8.11.6+Sun/jtpda-5.1) id i56GoYs17254 for ports@FreeBSD.org; Sun, 6 Jun 2004 18:50:35 +0200 (MET DST) Date: Sun, 6 Jun 2004 18:50:34 +0200 From: Jean-Jacques Dhenin To: ports@FreeBSD.org Message-ID: <20040606165034.GA17219@ecp.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.27i X-Virus-Scanned: by amavisd-new Subject: Fastresolve X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jun 2004 16:50:39 -0000 :; pkg_info -r fastresolve-2.10_1 Information for fastresolve-2.10_1: Depends on: Dependency: db3-3.3.11_1,1 Dependency: p5-BerkeleyDB-0.25 Dependency: adns-1.0_1 but, whithout www/analog, make-report do'nt work. -- (°> Dhénin Jean-Jacques / ) dhenin@ecp.fr ^^ From owner-freebsd-ports@FreeBSD.ORG Sun Jun 6 10:17:10 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A46B16A4CE; Sun, 6 Jun 2004 10:17:10 -0700 (PDT) Received: from smtp13.eresmas.com (smtp13.eresmas.com [62.81.235.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 503D343D1F; Sun, 6 Jun 2004 10:17:09 -0700 (PDT) (envelope-from freebsd@wanadoo.es) Received: from [192.168.108.58] (helo=mx08.eresmas.com) by smtp13.eresmas.com with esmtp (Exim 4.10) id 1BX1GZ-0002FO-00; Sun, 06 Jun 2004 19:17:03 +0200 Received: from [62.37.21.246] (helo=orion.animas.redesjm.local) by mx08.eresmas.com with esmtp (Exim 4.30) id 1BX1GZ-0000fL-Ma; Sun, 06 Jun 2004 19:17:04 +0200 Received: from orion.animas.redesjm.local (localhost.animas.redesjm.local [127.0.0.1])i56HHFUd023541; Sun, 6 Jun 2004 19:17:15 +0200 (CEST) (envelope-from freebsd@orion.animas.redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) i56HHDjP023392; Sun, 6 Jun 2004 19:17:13 +0200 (CEST) (envelope-from freebsd) From: Jose M Rodriguez To: freebsd-ports@freebsd.org Date: Sun, 6 Jun 2004 19:17:10 +0200 User-Agent: KMail/1.6.2 References: <200406061228.33519.freebsd@wanadoo.es> <200406061335.25901.freebsd@wanadoo.es> <200406061403.39539.michaelnottebrock@gmx.net> In-Reply-To: <200406061403.39539.michaelnottebrock@gmx.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200406061917.12032.freebsd@wanadoo.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.25.0.61; VDF 6.25.0.83 (host: orion.animas.redesjm.local) X-Spam-Score: 0.0 (/) cc: gnome@freebsd.org cc: freebsd-x11@freebsd.org Subject: Re: URW Type1 Fonts X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jun 2004 17:17:10 -0000 El Domingo, 6 de Junio de 2004 14:03, Michael Nottebrock escribi=F3: > On Sunday 06 June 2004 13:35, Jose M Rodriguez wrote: > > All seems the same fonts, but there are diferences in the fonts.* > > files and even on the fonts. > > I see. That would pretty much pacify POLA as far as I'm concerned. > > > My main reason for the move are: > > - gs and X aren't using the same 35 type1 fonts. > > Hmmmmmmmmmm, that could actually explain some strange printing bugs > people are seeing with things like KOffice. You can read the docs that come with gs/gsfonts in /usr/local/share/ghostscript/fonts /usr/local/share/docs/gsfonts These fonts are REALLY MODIFIED and derived from URW set (in XFree86). I take my chance on gsfonts thinking that the added Cyrillic glyphs must=20 be of interest for russian users. But I can go backwards and teach gs where are de XFree86 type1 fonts=20 installed. (Patch at home and tested against gnu and afpl gs). This must require tweak the font install of gs/gsonts (Not install the=20 type1 fonts in XFree86) and RUN_DEPENDS on=20 x11-fonts/XFree86-4-fontScalable. With a tweak of the fonts.* files on x11-fonts/XFree86-4-fontScalable=20 (Seems that java really needs Adobe foundries) and closing the=20 fontconfig PR, we can reach the final goal with=20 x11-fonts/XFree86-4-fontScalable. I can work this other way upon request in 1~2 days depend on free-time. =2D- josemi From owner-freebsd-ports@FreeBSD.ORG Sun Jun 6 11:17:24 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E69AC16A4CE for ; Sun, 6 Jun 2004 11:17:24 -0700 (PDT) Received: from hermes.webtent.net (hermes.webtent.net [192.216.106.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F87543D48 for ; Sun, 6 Jun 2004 11:17:22 -0700 (PDT) (envelope-from robert@webtent.com) Received: from Felipa (webtent.org [198.79.127.235]) by hermes.webtent.net (8.10.2/8.10.2) with SMTP id i56IHDR07536; Sun, 6 Jun 2004 14:17:13 -0400 Message-ID: <002a01c44bf2$7dc75200$018ffea9@webtent.org> From: "Robert Fitzpatrick" To: "PHP General" , "PostgreSQL" , "FreeBSD Ports" , "Heimdal" Date: Sun, 6 Jun 2004 14:17:13 -0400 Organization: WebTent Networking, Inc. MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: girgen@pingpong.net Subject: Intalling PHP 4.3.7 with PGSQL support and Heimdal X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jun 2004 18:17:25 -0000 Trying to portupgrade my PHP 4.3.6 package with PostgreSQL 7.4.2 support = and getting this error below. Trying to setup postgresql with Heimdal = Kerberos 5 support, believe I have, but not tried anything with it, yet. /usr/local/lib/libpq.so: undefined reference to `krb5_cc_get_principal' /usr/local/lib/libpq.so: undefined reference to = `krb5_sname_to_principal' /usr/local/lib/libpq.so: undefined reference to `krb5_cc_default' /usr/local/lib/libpq.so: undefined reference to `krb5_cc_close' /usr/local/lib/libpq.so: undefined reference to `error_message' /usr/local/lib/libpq.so: undefined reference to `krb5_free_error' /usr/local/lib/libpq.so: undefined reference to `krb5_sendauth' /usr/local/lib/libpq.so: undefined reference to `krb5_free_principal' /usr/local/lib/libpq.so: undefined reference to `krb5_unparse_name' /usr/local/lib/libpq.so: undefined reference to `krb5_free_context' /usr/local/lib/libpq.so: undefined reference to `krb5_init_context' *** Error code 1 Stop in /usr/ports/lang/php4/work/php-4.3.7. I've posted this around a few weeks ago on some lists and still no = success. I had a suggestion to add lines to the spec file, but not sure = which file that is. Seems PHP is having a problem with the PGSQL support = and its libraries for krb5. Nonetheless, from the looks of the Makefile = for postgresql, everything should be there for it to build with krb5 = support. I receive no errors when building or installing posgresql with = heimdal support and have tried 'make deinstall' and 'make reinstall'. I = have the WITH_HEIMDAL_KRB5, HEIMDAL_HOME is set to /usr/local where it = resides with libs and includes. Someone also suggested adding a -lkrb5, = but again, I have not been able to figure out where to place this = setting in the file. Should I add it to the line that produces the error = building PHP above (I think the libtool command) or in the postgresql = Makefile. esmtp# ldd /usr/local/bin/psql /usr/local/bin/psql: libpq.so.3 =3D> /usr/local/lib/libpq.so.3 (0x28096000) libkrb5.so.20 =3D> /usr/local/lib/libkrb5.so.20 (0x280b2000) ... Anyone know where I can make these changes needed or what to try next? -- Robert From owner-freebsd-ports@FreeBSD.ORG Sun Jun 6 12:05:56 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E43F216A4CE; Sun, 6 Jun 2004 12:05:55 -0700 (PDT) Received: from Anapurna.brettschroeder.name (c-24-20-126-220.client.comcast.net [24.20.126.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6E7E43D46; Sun, 6 Jun 2004 12:05:55 -0700 (PDT) (envelope-from brett@brettschroeder.name) Received: from [127.0.0.1] (localhost [127.0.0.1]) by Anapurna.brettschroeder.name (Postfix) with ESMTP id 5699C435; Sun, 6 Jun 2004 12:06:33 -0700 (PDT) From: Brett Schroeder To: freebsd-ports@freebsd.org, gj@freebsd.org Content-Type: text/plain Message-Id: <1086548792.315.35.camel@Anapurna.brettschroeder.name> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 06 Jun 2004 12:06:33 -0700 Content-Transfer-Encoding: 7bit cc: brett@brettschroeder.name Subject: xemacs port fails to compile (4-stable) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jun 2004 19:05:56 -0000 All, The stable xemacs port failed to compile with "portinstall xemacs" on FreeBSD 4-Stable (ports last cvsup'd and updated a few hours ago). There seem to be two related errors saying "Invalid read syntax ((". in wrong context"))" in lisp/auto-autoloads.el. Below is a cut of script output from the install (apologies for all the ^M's at the end of lines) Brett ********** Begin ********************* Script started on Sun Jun 6 11:46:38 2004 Anapurna# portinstall xemacs ---> Installing 'xemacs-21.4.14' from a port (editors/xemacs) ---> Building '/usr/ports/editors/xemacs' ===> Cleaning for rplay-3.3.2_1 ===> Cleaning for autoconf-2.13.000227_5 ===> Cleaning for glib-1.2.10_11 >>>>>>>> cut many lines - here's the first error Loading /usr/ports/editors/xemacs/work/xemacs-21.4.14/lisp/auto-autoloads... (file auto-autoloads.el is newer) Compiling /usr/ports/editors/xemacs/work/xemacs-21.4.14/lisp/auto-autoloads.el... While compiling toplevel forms in file /usr/ports/editors/xemacs/work/xemacs-21.4.14/lisp/auto-autoloads.el: !! Invalid read syntax ((". in wrong context")) >>Error occurred processing lisp/auto-autoloads.el: Invalid read syntax: ". in wrong context" Done *** Error code 1 Stop in /usr/ports/editors/xemacs/work/xemacs-21.4.14. *** Error code 1 Stop in /usr/ports/editors/xemacs. ---> Installing the new version via the port ===> Building for xemacs-21.4.14 cd ./lib-src && make CC='cc' CFLAGS='-O -pipe -march=pentiumpro' LDFLAGS='' CPPFLAGS='' all cd ./lwlib && make CC='cc' CFLAGS='-O -pipe -march=pentiumpro' LDFLAGS='' CPPFLAGS='' all cd ./src && make CC='cc' CFLAGS='-O -pipe -march=pentiumpro' LDFLAGS='' CPPFLAGS='' all ./temacs -nd -batch -l /usr/ports/editors/xemacs/work/xemacs-21.4.14/src/../lisp/update-elc.el Loading /usr/ports/editors/xemacs/work/xemacs-21.4.14/src/../lisp/update-elc.el... Loading very-early-lisp... Loading find-paths.el... Loading packages.el... Loading setup-paths.el... Loading dump-paths.el... Loading /usr/ports/editors/xemacs/work/xemacs-21.4.14/lisp/dumped-lisp.el... >>>>>>> cut many lines - here's the second error Loading site-load.el... Bootstrapping from temacs... Loading /usr/ports/editors/xemacs/work/xemacs-21.4.14/lisp/auto-autoloads... (file auto-autoloads.el is newer) Compiling /usr/ports/editors/xemacs/work/xemacs-21.4.14/lisp/auto-autoloads.el... While compiling toplevel forms in file /usr/ports/editors/xemacs/work/xemacs-21.4.14/lisp/auto-autoloads.el: !! Invalid read syntax ((". in wrong context")) >>Error occurred processing /usr/ports/editors/xemacs/work/xemacs-21.4.14/lisp/./auto-autoloads.el: Invalid read syntax: ". in wrong context" Done *** Error code 1 Stop in /usr/ports/editors/xemacs/work/xemacs-21.4.14/src. *** Error code 1 Stop in /usr/ports/editors/xemacs/work/xemacs-21.4.14. *** Error code 1 Stop in /usr/ports/editors/xemacs. *** Error code 1 Stop in /usr/ports/editors/xemacs. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall72152.0 make reinstall ** Fix the installation problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! editors/xemacs (install error) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed Anapurna# exit exit Script done on Sun Jun 6 11:48:33 2004 ************** end ******************************* From owner-freebsd-ports@FreeBSD.ORG Sun Jun 6 17:31:39 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E274D16A4CE; Sun, 6 Jun 2004 17:31:39 -0700 (PDT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB80243D53; Sun, 6 Jun 2004 17:31:39 -0700 (PDT) (envelope-from eta@lclark.edu) Received: from [192.168.0.103] (c-24-21-18-195.client.comcast.net[24.21.18.195]) by comcast.net (rwcrmhc13) with SMTP id <2004060700313601500mj3sde>; Mon, 7 Jun 2004 00:31:37 +0000 From: Eric Anholt To: Mayo In-Reply-To: References: Content-Type: text/plain Message-Id: <1086568297.806.8.camel@leguin> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 06 Jun 2004 17:31:37 -0700 Content-Transfer-Encoding: 7bit cc: ports@freebsd.org cc: x11@freebsd.org Subject: Re: FreeBSD Port: xorg-clients-6.7.0 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 00:31:40 -0000 On Fri, 2004-06-04 at 15:59, Mayo wrote: > Hello, > > When compiling the xorg-clients, the compile dies with: > > cc -O -pipe -ansi -pedantic -Wno-system-headers -Dasm=__asm -Wall > -Wpointer-arith -Wundef -I/usr/ports/x11/xorg-clients/work/xc > -I/usr/ports/x11/xorg-clients/work/xc/exports/include > -I/usr/X11R6/include -DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO > -DTCPCONN -DUNIXCONN -DHAS_STICKY_DIR_BIT -DHAS_FCHOWN -DIPv6 > -DSECURE_RPC -DBSD44SOCKETS -DXVENDORNAME='"The > X.Org Foundation"' -DXVENDORNAMESHORT='"X.Org"' -c xhost.c > xhost.c: In function `change_host': > xhost.c:423: error: syntax error before "siaddr" > xhost.c:434: error: `siaddr' undeclared (first use in this function) > xhost.c:434: error: (Each undeclared identifier is reported only once > xhost.c:434: error: for each function it appears in.) > xhost.c: In function `get_hostname': > xhost.c:883: error: `XServerInterpretedAddress' undeclared (first use > in this function) > xhost.c:883: error: `sip' undeclared (first use in this function) > xhost.c:884: warning: ISO C89 forbids mixed declarations and code > xhost.c:888: error: syntax error before ')' token > *** Error code 1 Please submit a PR so this problem doesn't get lost. -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 01:38:47 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A2FC16A4CE for ; Mon, 7 Jun 2004 01:38:47 +0000 (GMT) Received: from dafne.dyndns.org (ppp-82-84-195-191.cust-adsl.tiscali.it [82.84.195.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id C32E743D53 for ; Sun, 6 Jun 2004 18:38:44 -0700 (PDT) (envelope-from toni@dragonlance-comm.net) Received: from W2KNBTTIVER ([172.16.72.150]) by dafne.dyndns.org (8.12.11/8.12.11) with SMTP id i571bHfA024247; Mon, 7 Jun 2004 03:37:19 +0200 (CEST) (envelope-from toni@dragonlance-comm.net) Message-ID: <000501c44c2f$f27def90$964810ac@W2KNBTTIVER> From: "Toni" To: Date: Mon, 7 Jun 2004 03:37:04 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 cc: ports@FreeBSD.org Subject: FreeBSD Port:faac-1.24 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 01:38:47 -0000 Hi all one bug: we need to change the dipendece to autoconf 259 to make it compile. the dependency is no longer correct. changed the line #20 in Makefile to USE_AUTOHEADER_VER=259 Toni From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 01:55:53 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 713DC16A4CE; Mon, 7 Jun 2004 01:55:53 +0000 (GMT) Received: from mta9.adelphia.net (mta9.adelphia.net [68.168.78.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02C8543D1D; Sun, 6 Jun 2004 18:55:53 -0700 (PDT) (envelope-from Barbish3@adelphia.net) Received: from barbish ([67.20.101.71]) by mta9.adelphia.net (InterMail vM.5.01.06.08 201-253-122-130-108-20031117) with SMTP id <20040607015552.CQHS26615.mta9.adelphia.net@barbish>; Sun, 6 Jun 2004 21:55:52 -0400 From: "JJB" To: Date: Sun, 6 Jun 2004 21:55:51 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Importance: Normal cc: ports@FreeBSD.org Subject: FreeBSD Port: p5-Net-Netmask-1.9011 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Barbish3@adelphia.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 01:55:53 -0000 Lars Thanks for the heads up that you fixed p5-Net-Netmask. But I have bad news. It did not fix the problem totally. It got rid of the error message about warning, but now I get msg "could not parse" pointing to this line in my perl script $t=new Net::Netmask($value); Let me state the circumstances again. I was running 4.9 stable with what ever perl version that comes with it, and had done pkg_add -r p5-Net-Netmask and my scripts that use netmask were working just fine. They are stable and have not been touched in any way. 6/2/04 I installed 4.10 stable from downloaded cdrom1.iso file and redid pkg_add -r p5-Net-Netmask, that is when I reported the original problem about the error message warning. After receiving your email that you had fixed the problem I checked and saw the package was not updated so today I installed the port version and now I am getting the "could not parse" message. As side info, today in the questions list there was an post from an new 4.10 user who lost all his -cpan modules during source upgrade and can not get "perl -MCPAN -e shell" to work. This is the same problem I reported to you I was having with cpan. I don't want to be the bearer of bad news, but early indications point to an problem with the configuration of perl in the new 4.10 stable release. Please take the necessary steps to notify the correct people who have authority to look into this problem and correct it. I just hope it does not take an 4.10.1 stable release to correct it, or an mandatory install of the perl port. Please keep me informed as to what is happening so I can test any fixes and report back. Thanks Joe From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 02:29:13 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B49FF16A4CE; Mon, 7 Jun 2004 02:29:13 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AC8043D1F; Sun, 6 Jun 2004 19:29:13 -0700 (PDT) (envelope-from eta@lclark.edu) Received: from [192.168.0.103] (c-24-21-18-195.client.comcast.net[24.21.18.195]) by comcast.net (sccrmhc12) with SMTP id <20040607022907012001jn66e>; Mon, 7 Jun 2004 02:29:08 +0000 From: Eric Anholt To: Nuno Teixeira In-Reply-To: <20040603203616.GC608@nunotex.local> References: <20040603203616.GC608@nunotex.local> Content-Type: text/plain Message-Id: <1086575347.806.129.camel@leguin> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 06 Jun 2004 19:29:08 -0700 Content-Transfer-Encoding: 7bit cc: x11@FreeBSD.org cc: freebsd-ports@freebsd.org Subject: Re: Xorg meta-port? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 02:29:13 -0000 On Thu, 2004-06-03 at 13:36, Nuno Teixeira wrote: > Hi, > > Is is planned to create a meta-port to xorg ports? > > Thanks, > > Nuno Teixeira Yes, when we've got the core pieces all in the tree (I include the print and font servers in there). For now the next major step is updating imake, because that's blocking XFree86 4.4 ports (since I was planning on having that be only provided by xorg). I'm working on that now. Actually, I'm going to add it as devel/imake-6, and make an xorg switch for bsd.port.mk to be tested, so I can keep my hands as clean of XFree86 as possible and keep kkenn happy. I still don't like the idea of having these pieces that are used by so many ports being interchangable, but it's becoming more ok with me. -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 04:12:24 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE4AC16A4CE for ; Mon, 7 Jun 2004 04:12:24 +0000 (GMT) Received: from mail.lovett.com (core.lovett.com [216.168.8.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9299843D5A for ; Sun, 6 Jun 2004 21:12:24 -0700 (PDT) (envelope-from ade@FreeBSD.org) Received: from ts46-02-qdr1249.mdfrd.or.charter.com ([66.169.242.225] helo=[192.168.1.101]) by mail.lovett.com with asmtp (Exim 4.34; FreeBSD) id 1BXBUl-0006ue-6Q; Mon, 07 Jun 2004 04:12:23 +0000 In-Reply-To: <20040603002700.1024de99@it.buh.cameradicommercio.ro> References: <20040602193835.496de20b@it.buh.cameradicommercio.ro> <7D836791-B4D4-11D8-B3B3-000A956B6386@FreeBSD.org> <20040603002700.1024de99@it.buh.cameradicommercio.ro> Mime-Version: 1.0 (Apple Message framework v618) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Ade Lovett Date: Sun, 6 Jun 2004 21:12:23 -0700 To: Ion-Mihai Tetcu X-Mailer: Apple Mail (2.618) cc: ports@FreeBSD.ORG Subject: Re: How to LIB_DEPEND on pgsql client ? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 04:12:24 -0000 On Jun 02, 2004, at 14:27, Ion-Mihai Tetcu wrote: > Yes, I can imagine very well ;-) it's exactly what I need. I guess I'll > override the targets and use some scripts for now. Well, I have a prototype of pgsql-client (include files, libraries, client programs, manual pages) and pgsql-server (depending on pgsql-client, and simply adding all the server-related foo), however I've not yet had a chance to add in all the current WITH_* options from the existing postgresql7 port, and there's probably a reasonable amount of work to do in the rest of the tree to ensure the dependencies are correctly set up. Right now, what I have works for what I need the pgsql split for -- if someone wants to take what I currently have and finish it off, I'll be more than happy to send over the tarball of what I have (too much other stuff on my plate to give it proper attention right now). -aDe From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 04:55:23 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B926116A4CE; Mon, 7 Jun 2004 04:55:23 +0000 (GMT) Received: from mail.pwt.ru (mail.pwt.ru [195.161.200.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id A58A643D58; Mon, 7 Jun 2004 04:55:22 +0000 (GMT) (envelope-from zag@sdobri.ru) Received: from s0904.sdobri.ru ([195.161.93.114]) by mail.pwt.ru (8.12.11/8.12.11) with ESMTP id i574tOM4015874; Mon, 7 Jun 2004 10:55:25 +0600 (ESD) Received: from localhost (unknown [127.0.0.1]) by s0904.sdobri.ru (Postfix) with ESMTP id E426420D71; Mon, 7 Jun 2004 10:55:16 +0600 (YEKST) Received: from s0904.sdobri.ru ([127.0.0.1]) by localhost (s0904.sdobri.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 36942-10; Mon, 7 Jun 2004 10:55:16 +0600 (YEKST) Received: from zag245 (zag-245 [10.2.0.13]) by s0904.sdobri.ru (Postfix) with ESMTP id 4064620D6F; Mon, 7 Jun 2004 10:55:16 +0600 (YEKST) From: "Andrej G. Zadorozhnyj" To: Date: Mon, 7 Jun 2004 10:55:16 +0600 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcRMS6BHkZ+vmRobQ8eHaLul5S3zzg== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Virus-Scanned: by amavisd-new at sdobri.ru cc: ports@FreeBSD.org Subject: FreeBSD Port: FlightGear-0.9.3_1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 04:55:23 -0000 Dear Sir! Sorry to trouble you. I have some problems with building FlightGear-0.9.4 from the source. So I'd like to know as soon as will be new flightgear-port for FlightGear 0.9.4? Best regards, Andrej. From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 06:43:44 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BAE316A4CE for ; Mon, 7 Jun 2004 06:43:44 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1989843D46 for ; Mon, 7 Jun 2004 06:43:44 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32]) by comcast.net (rwcrmhc11) with SMTP id <2004060706434001300cphb5e>; Mon, 7 Jun 2004 06:43:41 +0000 Date: Sun, 6 Jun 2004 23:43:41 -0700 (PDT) From: Doug Barton To: Oliver Eikemeier In-Reply-To: <408117AD.4000101@fillmore-labs.com> Message-ID: <20040606234038.F1850@ync.qbhto.arg> References: <200404171307.49957.ports@webteckies.org> <408117AD.4000101@fillmore-labs.com> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: "ports@FreeBSD.org" cc: Melvyn Sopacua Subject: Re: PORT_REPLACES_BASE_BIND and some gnome ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 06:43:44 -0000 On Sat, 17 Apr 2004, Oliver Eikemeier wrote: > Try PORT_REPLACES_BASE_BIND8_INCLUDES. We can't check this from the Makefile > though, but better be safe than sorry - it caused problems in the past. The problem with the includes was always BIND 8 only, it never affected BIND 9. Also, the fix went in 2.5 months ago. I would suggest that after the next BIND 8 (and 8.4.x) upgrade (which should be soon) that you change your test to look explicitly for PORT_REPLACES_BASE_BIND8_INCLUDES and not raise FUD where it isn't warranted. Doug -- This .signature sanitized for your protection From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 06:44:12 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2580D16A4CE; Mon, 7 Jun 2004 06:44:12 +0000 (GMT) Received: from hotmail.com (bay18-f112.bay18.hotmail.com [65.54.187.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 147CA43D39; Mon, 7 Jun 2004 06:44:12 +0000 (GMT) (envelope-from weaseal@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 6 Jun 2004 23:44:12 -0700 Received: from 130.85.215.66 by by18fd.bay18.hotmail.msn.com with HTTP; Mon, 07 Jun 2004 06:44:11 GMT X-Originating-IP: [130.85.215.66] X-Originating-Email: [weaseal@hotmail.com] X-Sender: weaseal@hotmail.com From: "Walter Venable" To: tobez@FreeBSD.org Date: Mon, 07 Jun 2004 02:44:11 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 07 Jun 2004 06:44:12.0141 (UTC) FILETIME=[D79D89D0:01C44C5A] cc: ports@FreeBSD.org Subject: FreeBSD Port: perl5.8-5.8.4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 06:44:12 -0000 There's a problem with the version of perl that recently went into the ports. I'm no perl guru so I can only speak of how it affects me. Running perl 5.8.4 from ports, AWStats pages do not load more than a few lines, however when I tried "use.perl system", and reverted to 5.0, everything loaded fine. Walter Venable _________________________________________________________________ Check out the coupons and bargains on MSN Offers! http://youroffers.msn.com From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 06:47:57 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23A1016A4CE; Mon, 7 Jun 2004 06:47:57 +0000 (GMT) Received: from fillmore.dyndns.org (port-212-202-50-15.dynamic.qsc.de [212.202.50.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97E9743D2F; Mon, 7 Jun 2004 06:47:56 +0000 (GMT) (envelope-from eikemeier@fillmore-labs.com) Received: from [172.16.0.2] (helo=fillmore-labs.com) by fillmore.dyndns.org with esmtp (Exim 4.34 (FreeBSD)) id 1BXDvD-000P8s-V0; Mon, 07 Jun 2004 08:47:54 +0200 Message-ID: <40C40F97.8070904@fillmore-labs.com> Date: Mon, 07 Jun 2004 08:47:51 +0200 From: Oliver Eikemeier Organization: Fillmore Labs GmbH - http://www.fillmore-labs.com/ MIME-Version: 1.0 To: Doug Barton References: <200404171307.49957.ports@webteckies.org> <408117AD.4000101@fillmore-labs.com> <20040606234038.F1850@ync.qbhto.arg> In-Reply-To: <20040606234038.F1850@ync.qbhto.arg> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit User-Agent: KMail/1.5.9 cc: "ports@FreeBSD.org" cc: Melvyn Sopacua Subject: Re: PORT_REPLACES_BASE_BIND and some gnome ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 06:47:57 -0000 Doug Barton wrote: > On Sat, 17 Apr 2004, Oliver Eikemeier wrote: > >> Try PORT_REPLACES_BASE_BIND8_INCLUDES. We can't check this from the >> Makefile >> though, but better be safe than sorry - it caused problems in the past. > > The problem with the includes was always BIND 8 only, it never affected > BIND 9. Also, the fix went in 2.5 months ago. I would suggest that after > the next BIND 8 (and 8.4.x) upgrade (which should be soon) that you > change your test to look explicitly for > PORT_REPLACES_BASE_BIND8_INCLUDES and not raise FUD where it isn't > warranted. You did read the `We can't check this from the Makefile' part, didn't you? -Oliver From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 06:55:52 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F31916A4CE; Mon, 7 Jun 2004 06:55:52 +0000 (GMT) Received: from mandy.mts.ru (mandy.mts.ru [81.211.47.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB9A243D2F; Mon, 7 Jun 2004 06:55:49 +0000 (GMT) (envelope-from tiamat@komi.mts.ru) Received: from maeko.inside.mts.ru (maeko [192.168.10.3]) by mandy.mts.ru with SMTP id i576tjj28680; Mon, 7 Jun 2004 10:55:45 +0400 (MSD) Received: from stella.komi.mts.ru ([10.50.1.1]) by maeko.inside.mts.ru (NAVGW 2.5.2.12) with SMTP id M2004060710554322093 ; Mon, 07 Jun 2004 10:55:44 +0400 Received: from komi.mts.ru (sandra.komi.mts.ru [10.50.1.13]) (user=tiamat mech=CRAM-MD5 bits=0) by stella.komi.mts.ru (MTS Komi/Smtp) with ESMTP id i576thEQ082781; Mon, 7 Jun 2004 10:55:44 +0400 (MSD) (envelope-from tiamat@komi.mts.ru) Message-ID: <40C4116F.108@komi.mts.ru> Date: Mon, 07 Jun 2004 10:55:43 +0400 From: Alex Deiter Organization: MTS Komi User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; ru-RU; rv:1.6) Gecko/20040407 X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: x11@FreeBSD.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: ports@FreeBSD.org Subject: FreeBSD Port: xorg-server-6.7.0: missing xorgcfg/xorgconfig X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 06:55:52 -0000 Hi, After install x11-servers/xorg-server i cannot find two programs: xorgconfig and xorgcfg. Thanks!* * From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 07:31:07 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7839E16A4CE for ; Mon, 7 Jun 2004 07:31:07 +0000 (GMT) Received: from goofy.cultdeadsheep.org (charon.cultdeadsheep.org [80.65.226.72]) by mx1.FreeBSD.org (Postfix) with SMTP id E46C243D49 for ; Mon, 7 Jun 2004 07:31:05 +0000 (GMT) (envelope-from sheepkiller@cultdeadsheep.org) Received: (qmail 7043 invoked by uid 89); 7 Jun 2004 09:31:44 +0200 Received: from sheepkiller@cultdeadsheep.org by goofy.cultdeadsheep.org by uid 89 with qmail-scanner-1.22 (clamdscan: 0.71. spamassassin: 2.63. Clear:RC:1(192.168.0.8):. Processed in 0.341658 secs); 07 Jun 2004 07:31:44 -0000 X-Qmail-Scanner-Mail-From: sheepkiller@cultdeadsheep.org via goofy.cultdeadsheep.org X-Qmail-Scanner: 1.22 (Clear:RC:1(192.168.0.8):. Processed in 0.341658 secs) Received: from unknown (HELO persephone.cultdeadsheep.org) (192.168.0.8) by goofy.cultdeadsheep.org with SMTP; 7 Jun 2004 09:31:43 +0200 Received: (qmail 28444 invoked from network); 7 Jun 2004 09:31:25 +0200 Received: from unknown (HELO satan.cultdeadsheep.org) (192.168.0.4) by persephone.cultdeadsheep.org with DES-CBC3-SHA encrypted SMTP; 7 Jun 2004 09:31:25 +0200 Date: Mon, 7 Jun 2004 09:30:47 +0200 From: Clement Laforet To: "Walter Venable" Message-Id: <20040607093047.7a247521.sheepkiller@cultdeadsheep.org> In-Reply-To: References: Organization: tH3 cUlt 0f tH3 d3@d sH33p X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Mon__7_Jun_2004_09_30_47_+0200_F3mCdGtCRoAujsp6" cc: ports@FreeBSD.org cc: tobez@FreeBSD.org Subject: Re: FreeBSD Port: perl5.8-5.8.4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 07:31:07 -0000 --Signature=_Mon__7_Jun_2004_09_30_47_+0200_F3mCdGtCRoAujsp6 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit On Mon, 07 Jun 2004 02:44:11 -0400 "Walter Venable" wrote: > There's a problem with the version of perl that recently went into the > ports. I'm no perl guru so I can only speak of how it affects me. Running > perl 5.8.4 from ports, AWStats pages do not load more than a few lines, > however when I tried "use.perl system", and reverted to 5.0, everything > loaded fine. You should have a look at your httpd-error logs. see rev 1.747: http://cvs.sourceforge.net/viewcvs.py/awstats/awstats/wwwroot/cgi-bin/awstats.pl or update to 6.1. clem --Signature=_Mon__7_Jun_2004_09_30_47_+0200_F3mCdGtCRoAujsp6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAxBmnsRhfjwcjuh0RAkAPAJ9P3G81u6sTNNeLRHLnWUYN+JootgCfWg3K yooAdIOZ7TJ7JKou4J9rk+Q= =8Cae -----END PGP SIGNATURE----- --Signature=_Mon__7_Jun_2004_09_30_47_+0200_F3mCdGtCRoAujsp6-- From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 07:47:56 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7AA216A4CE for ; Mon, 7 Jun 2004 07:47:56 +0000 (GMT) Received: from ahze.ahze.net (adsl-068-209-163-003.sip.clt.bellsouth.net [68.209.163.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3934543D1F for ; Mon, 7 Jun 2004 07:47:56 +0000 (GMT) (envelope-from ahze@ahze.net) Received: from [192.168.1.5] (emac.ahze.net [192.168.1.5]) by ahze.ahze.net (Postfix) with ESMTP id 3F03C5F34; Mon, 7 Jun 2004 03:47:55 -0400 (EDT) In-Reply-To: <000501c44c2f$f27def90$964810ac@W2KNBTTIVER> References: <000501c44c2f$f27def90$964810ac@W2KNBTTIVER> Mime-Version: 1.0 (Apple Message framework v618) Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-1-913092366" Message-Id: Content-Transfer-Encoding: 7bit From: Michael Johnson Date: Mon, 7 Jun 2004 03:47:54 -0400 To: "Toni" X-Pgp-Agent: GPGMail 1.0.1 (v33, 10.3) X-Mailer: Apple Mail (2.618) cc: ports@FreeBSD.org Subject: Re: FreeBSD Port:faac-1.24 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 07:47:57 -0000 --Apple-Mail-1-913092366 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed already submitted and committed, thanks though =) --Apple-Mail-1-913092366 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFAxB2qtVelVDBHE5URAl+5AKCIRcMgl5c8EN2HOw97VFF5tZfvawCfW7Kf UZAMCmJaWawS6sxsRvxQp+Q= =9dqF -----END PGP SIGNATURE----- --Apple-Mail-1-913092366-- From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 08:04:31 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9395616A4CE; Mon, 7 Jun 2004 08:04:31 +0000 (GMT) Received: from ares.wolfpond.org (ns1.wolfpond.org [62.212.96.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBEBE43D54; Mon, 7 Jun 2004 08:04:28 +0000 (GMT) (envelope-from ftigeot@wolfpond.org) Received: from aoi.wolfpond.org (aoi.wolfpond.org [IPv6:2001:7a8:24db:1:20c:76ff:feb4:27e1]) by ares.wolfpond.org (8.12.10/8.12.10) with ESMTP id i5784ANf038810; Mon, 7 Jun 2004 10:04:10 +0200 (CEST) (envelope-from ftigeot@aoi.wolfpond.org) Received: from aoi.wolfpond.org (localhost [127.0.0.1]) by aoi.wolfpond.org (8.12.10/8.12.10) with ESMTP id i5784Av9062259; Mon, 7 Jun 2004 10:04:10 +0200 (CEST) (envelope-from ftigeot@aoi.wolfpond.org) Received: (from ftigeot@localhost) by aoi.wolfpond.org (8.12.10/8.12.10/Submit) id i5784Agd062258; Mon, 7 Jun 2004 10:04:10 +0200 (CEST) (envelope-from ftigeot) Date: Mon, 7 Jun 2004 10:04:10 +0200 From: Francois Tigeot To: Eric Anholt Message-ID: <20040607080410.GA28792@aoi.wolfpond.org> References: <20040603203616.GC608@nunotex.local> <1086575347.806.129.camel@leguin> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1086575347.806.129.camel@leguin> User-Agent: Mutt/1.4.2.1i cc: x11@freebsd.org cc: Nuno Teixeira cc: freebsd-ports@freebsd.org Subject: Re: Xorg meta-port? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 08:04:31 -0000 On Sun, Jun 06, 2004 at 07:29:08PM -0700, Eric Anholt wrote: > On Thu, 2004-06-03 at 13:36, Nuno Teixeira wrote: > > > > Is is planned to create a meta-port to xorg ports? > > > > Yes, when we've got the core pieces all in the tree (I include the print > and font servers in there). FYI, I just submitted an "update" of XFree font server: x11/xorg-fontserver. -- Francois Tigeot From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 08:17:53 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A557116A4CE; Mon, 7 Jun 2004 08:17:53 +0000 (GMT) Received: from dppl.com (sapas.dppl.biz [216.182.10.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCD7D43D1F; Mon, 7 Jun 2004 08:17:52 +0000 (GMT) (envelope-from yds@CoolRat.org) Received: from pcp09548474pcs.union01.nj.comcast.net (pcp09548474pcs.union01.nj.comcast.net [68.37.173.89]) (IDENT: WhyDS, AUTH: PLAIN yds, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by dppl.com with esmtp; Mon, 07 Jun 2004 04:17:26 -0400 Date: Mon, 07 Jun 2004 04:17:24 -0400 From: Yarema To: Clement Laforet Message-ID: <61670F38EE92BEC06E2BE009@volyn.coolrat.org> X-Mailer: Mulberry/3.1.4 (Linux/x86) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="==========B6C94F11EFDA6764AC7E==========" cc: Ports FreeBSD Subject: apache2 & mod_log_config-st & mod_log_mysql X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 08:17:53 -0000 --==========B6C94F11EFDA6764AC7E========== Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello Clement, I have a production setup using apache+mod_ssl with mod_log_sql. (The latter leaves something to be desired.) So I was very happy to discover mod_log_mysql for apache2, both of which you maintain. While combing through the docs for mod_log_mysql at a few things struck me as somewhat incomplete. The docs list as one of the requirements to have a fixed apr_reslist.c -- which is missing from the way you implemented the mod_log_mysql -> mod_log_config-st -> apache2 ports dependencies. Then there's the whole issue of having mod_log_config-st in a separate port, itself missing the modified mod_logio.c, which returns i/o counts as numbers to mod_mod_log_config, not as strings as the original would do. So here's what I propose. How about dropping the mod_log_config-st entirely and mod_log_mysql dependency on it. And replacing the whole mess with the four additional patches to the apache2 port that I'm attaching with this email. So far as I can tell this does not break anything and does fix the two omissions mentioned above. Not to mention just being simpler IMHO. The patches were derived from the sources in except for apr_reslist.c, version 1.9 of which was downloaded from Seems like the Right Thing (TM) to me. :) What do you think? -- Yarema http://yds.CoolRat.org --==========B6C94F11EFDA6764AC7E========== Content-Type: text/plain; charset=iso-8859-1; name="patch-srclib:apr-util:misc:apr_reslist.c" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="patch-srclib:apr-util:misc:apr_reslist.c"; size=3583 --- srclib/apr-util/misc/apr_reslist.c.orig Fri Feb 13 04:52:43 2004 +++ srclib/apr-util/misc/apr_reslist.c Mon Mar 15 08:21:26 2004 @@ -49,6 +49,7 @@ int smax; /* soft maximum on the total number of resources */ int hmax; /* hard maximum on the total number of resources */ apr_interval_time_t ttl; /* TTL when we have too many resources */ + apr_interval_time_t timeout; /* Timeout for waiting on resource */ apr_reslist_constructor constructor; apr_reslist_destructor destructor; void *params; /* opaque data passed to constructor and destructor = calls */ @@ -118,12 +119,9 @@ res =3D apr_pcalloc(reslist->pool, sizeof(*res)); =20 rv =3D reslist->constructor(&res->opaque, reslist->params, = reslist->pool); - if (rv !=3D APR_SUCCESS) { - return rv; - } =20 *ret_res =3D res; - return APR_SUCCESS; + return rv; } =20 /** @@ -132,14 +130,7 @@ */ static apr_status_t destroy_resource(apr_reslist_t *reslist, apr_res_t = *res) { - apr_status_t rv; - - rv =3D reslist->destructor(res->opaque, reslist->params, = reslist->pool); - if (rv !=3D APR_SUCCESS) { - return rv; - } - - return APR_SUCCESS; + return reslist->destructor(res->opaque, reslist->params, = reslist->pool); } =20 static apr_status_t reslist_cleanup(void *data_) @@ -187,6 +178,7 @@ /* Create the resource */ rv =3D create_resource(reslist, &res); if (rv !=3D APR_SUCCESS) { + free_container(reslist, res); apr_thread_mutex_unlock(reslist->listlock); return rv; } @@ -313,7 +305,15 @@ * a new one, or something becomes free. */ else while (reslist->ntotal >=3D reslist->hmax && reslist->nidle <=3D 0) { - apr_thread_cond_wait(reslist->avail, reslist->listlock); + if (reslist->timeout) { + if ((rv =3D apr_thread_cond_timedwait(reslist->avail,=20 + reslist->listlock, reslist->timeout)) !=3D APR_SUCCESS) { + apr_thread_mutex_unlock(reslist->listlock); + return rv; + } + } + else + apr_thread_cond_wait(reslist->avail, reslist->listlock); } /* If we popped out of the loop, first try to see if there * are new resources available for immediate use. */ @@ -329,17 +329,13 @@ * a resource to fill the slot and use it. */ else { rv =3D create_resource(reslist, &res); - - if (rv !=3D APR_SUCCESS) { - apr_thread_mutex_unlock(reslist->listlock); - return rv; + if (rv =3D=3D APR_SUCCESS) { + reslist->ntotal++; + *resource =3D res->opaque; } - - reslist->ntotal++; - *resource =3D res->opaque; free_container(reslist, res); apr_thread_mutex_unlock(reslist->listlock); - return APR_SUCCESS; + return rv; } } =20 @@ -356,6 +352,23 @@ apr_thread_mutex_unlock(reslist->listlock); =20 return reslist_maint(reslist); +} + +APU_DECLARE(void) apr_reslist_timeout_set(apr_reslist_t *reslist, + apr_interval_time_t timeout) +{ + reslist->timeout =3D timeout; +} + +APU_DECLARE(apr_status_t) apr_reslist_invalidate(apr_reslist_t *reslist, + void *resource) +{ + apr_status_t ret; + apr_thread_mutex_lock(reslist->listlock); + ret =3D reslist->destructor(resource, reslist->params, reslist->pool); + reslist->ntotal--; + apr_thread_mutex_unlock(reslist->listlock); + return ret; } =20 #endif /* APR_HAS_THREADS */ --==========B6C94F11EFDA6764AC7E========== Content-Type: text/plain; charset=iso-8859-1; name="patch-modules:loggers:mod_log_config.c" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="patch-modules:loggers:mod_log_config.c"; size=61326 --- modules/loggers/mod_log_config.c.orig Wed Mar 3 06:07:50 2004 +++ modules/loggers/mod_log_config.c Fri Oct 17 04:58:07 2003 @@ -17,7 +17,12 @@ * Modified by djm@va.pubnix.com: * If no TransferLog is given explicitly, decline to log. * - * This is module implements the TransferLog directive (same as the + * Modified by st: + * Added logic to give other log writers a more detailed view of the + * data to be logged. + * Added item %R, which returns the unmodified URL (this is not %U). + * + * This module implements the TransferLog directive (same as the * common log module), and additional directives, LogFormat and CustomLog. * * @@ -27,12 +32,25 @@ * a custom format is set with LogFormat * LogFormat format Set a log format from TransferLog files * CustomLog fn format - * Log to file fn with format given by the format + * Log to fn with format given by the format * argument * * CookieLog fn For backwards compatability with old Cookie * logging module - now deprecated. * + * fn is a URL-like descriptor of the form "writer:path". The exact format + * of "path" depends on the log writer to use. + * This module implements two default log writers, "file" and "pipe". + * + * For backwards compatibility: fn may also be a simple filesystem path=20 + * without the "writer:"-part, and possibly prepended by a | to indicate + * logging into a pipe. These fn will be handled by the build-in file or + * pipe log writer. + * Furthermore, if a "writer:"-part exists in fn but no matching log = writer=20 + * was found, this module will fall back to log into a file named [fn]. In = + * other words: No error will be posted upon missing log writer, the = default + * file log writer will be used. + * * There can be any number of TransferLog and CustomLog * commands. Each request will be logged to _ALL_ the * named files, in the appropriate format. @@ -47,11 +65,11 @@ *=20 * Examples: * - * TransferLog logs/access_log + * TransferLog file:logs/access_log * * LogFormat "... custom format ..." - * TransferLog log/virtual_only - * CustomLog log/virtual_useragents "%t %{user-agent}i" + * TransferLog file:log/virtual_only + * CustomLog file:log/virtual_useragents "%t %{user-agent}i" * * * This will log using CLF to access_log any requests handled by the @@ -61,15 +79,15 @@ * * Note that the NCSA referer and user-agent logs are easily added with * CustomLog: - * CustomLog logs/referer "%{referer}i -> %U" - * CustomLog logs/agent "%{user-agent}i" + * CustomLog file:logs/referer "%{referer}i -> %U" + * CustomLog file:logs/agent "%{user-agent}i" * * RefererIgnore functionality can be obtained with conditional * logging (SetEnvIf and CustomLog ... env=3D!VAR). * * But using this method allows much easier modification of the * log format, e.g. to log hosts along with UA: - * CustomLog logs/referer "%{referer}i %U %h" + * CustomLog file:logs/referer "%{referer}i %U %h" * * The argument to LogFormat and CustomLog is a string, which can include * literal characters copied into the log files, and '%' directives as @@ -91,8 +109,8 @@ * %...{Foobar}o: The contents of Foobar: header line(s) in the reply. * %...p: the port the request was served to * %...P: the process ID of the child that serviced the request. - * %...{format}P: the process ID or thread ID of the child/thread that - * serviced the request + * %...{format}P: the process ID (pid) or thread ID (tid) of the=20 + * child/thread that serviced the request * %...r: first line of request * %...s: status. For requests that got internally redirected, this * is status of the *original* request --- %...>s for the last. @@ -103,6 +121,7 @@ * %...D: the time taken to serve the request, in micro seconds. * %...u: remote user (from auth; may be bogus if return status (%s) is = 401) * %...U: the URL path requested. + * %...R: the URL requested, unmodified * %...v: the configured name of the server (i.e. which virtual host?) * %...V: the server name according to the UseCanonicalName setting * %...m: the request method @@ -112,9 +131,9 @@ * 'X' =3D connection aborted before the response completed. * '+' =3D connection may be kept alive after the response is = sent. * '-' =3D connection will be closed after the response is sent. - (This directive was %...c in late versions of Apache 1.3, but - this conflicted with the historical ssl %...{var}c syntax.) -* + * (This directive was %...c in late versions of Apache 1.3, but + * this conflicted with the historical ssl %...{var}c syntax.) + * * The '...' can be nothing at all (e.g. "%h %u %r %s %b"), or it can * indicate conditions for inclusion of the item (which will cause it * to be replaced with '-' if the condition is not met). Note that @@ -144,7 +163,6 @@ #include "apr_lib.h" #include "apr_hash.h" #include "apr_optional.h" -#include "apr_anylock.h" =20 #define APR_WANT_STRFUNC #include "apr_want.h" @@ -157,7 +175,6 @@ #include "http_log.h" #include "http_protocol.h" #include "util_time.h" -#include "ap_mpm.h" =20 #if APR_HAVE_UNISTD_H #include @@ -173,30 +190,35 @@ =20 static int xfer_flags =3D (APR_WRITE | APR_APPEND | APR_CREATE); static apr_fileperms_t xfer_perms =3D APR_OS_DEFAULT; + +typedef struct { + union { + ap_log_handler_fn_t *func; + ap_log_ehandler_fn_t *efunc; + } handler; + int oldstyle; + int want_orig_default; +} log_handler; static apr_hash_t *log_hash; -static apr_status_t ap_default_log_writer(request_rec *r, - void *handle,=20 - const char **strs, - int *strl, - int nelts, - apr_size_t len); -static apr_status_t ap_buffered_log_writer(request_rec *r, - void *handle,=20 - const char **strs, - int *strl, - int nelts, - apr_size_t len); -static void *ap_default_log_writer_init(apr_pool_t *p, server_rec *s,=20 - const char* name); -static void *ap_buffered_log_writer_init(apr_pool_t *p, server_rec *s,=20 - const char* name); - -static void ap_log_set_writer_init(ap_log_writer_init *handle); -static void ap_log_set_writer(ap_log_writer *handle); -static ap_log_writer *log_writer =3D ap_default_log_writer; -static ap_log_writer_init *log_writer_init =3D ap_default_log_writer_init; + +typedef struct { + ap_log_ewriter_setup *setup; + ap_log_ewriter *write; + ap_log_ewriter_init *init; + ap_log_ewriter_exit *exit; +} log_ewriter; +static apr_hash_t *writer_hash; + +static void *ap_old_log_writer_init(apr_pool_t *p, server_rec *s,=20 + const char* name); +static apr_status_t ap_filepipe_log_ewriter(request_rec *r, + void *handle,=20 + apr_array_header_t *data); + +static ap_log_writer *log_writer =3D NULL; +static ap_log_writer_init *log_writer_init =3D NULL; + static int buffered_logs =3D 0; /* default unbuffered */ -static apr_array_header_t *all_buffered_logs =3D NULL; =20 /* POSIX.1 defines PIPE_BUF as the maximum number of bytes that is * guaranteed to be atomic when writing a pipe. And PIPE_BUF >=3D 512 @@ -242,23 +264,26 @@ * request. format might be NULL, in which case the default_format * from the multi_log_state should be used, or if that is NULL as * well, use the CLF.=20 - * log_writer is NULL before the log file is opened and is - * set to a opaque structure (usually a fd) after it is opened. -=20 + * writer_data is NULL before the log file is opened and is + * set to an opaque structure (usually a fd) after it is opened. */ + typedef struct { apr_file_t *handle; apr_size_t outcnt; char outbuf[LOG_BUFSIZE]; - apr_anylock_t mutex; } buffered_log; =20 typedef struct { const char *fname; const char *format_string; apr_array_header_t *format; - void *log_writer; + log_ewriter *writer; + void *writer_data; + + int condition_sense; char *condition_var; + apr_array_header_t *conditions; } config_log_state; =20 /* @@ -267,168 +292,179 @@ */ =20 typedef struct { - ap_log_handler_fn_t *func; + log_handler *handler; char *arg; int condition_sense; int want_orig; apr_array_header_t *conditions; } log_format_item; =20 -static char *format_integer(apr_pool_t *p, int i) -{ - return apr_itoa(p, i); -} - -static char *pfmt(apr_pool_t *p, int i) -{ - if (i <=3D 0) { - return "-"; - } - else { - return format_integer(p, i); - } -} - -static const char *constant_item(request_rec *dummy, char *stuff) +static void *constant_item(request_rec *r, char *stuff, = ap_log_ehandler_data *d) { - return stuff; + d->data=3Dstuff; + d->arg=3DNULL; + d->type=3DAP_LOG_EHANDLER_RETURN_CONST; } =20 -static const char *log_remote_host(request_rec *r, char *a) +static void *log_remote_host(request_rec *r, char *a, ap_log_ehandler_data = *d) { - return ap_escape_logitem(r->pool, ap_get_remote_host(r->connection, - = r->per_dir_config, - REMOTE_NAME, = NULL)); + d->data=3D(void *) ap_get_remote_host(r->connection, + r->per_dir_config, + REMOTE_NAME, NULL); + d->type=3DAP_LOG_EHANDLER_RETURN_STRING; } =20 -static const char *log_remote_address(request_rec *r, char *a) +static void *log_remote_address(request_rec *r, char *a, = ap_log_ehandler_data *d) { - return r->connection->remote_ip; + d->data=3Dr->connection->remote_ip; + d->type=3DAP_LOG_EHANDLER_RETURN_STRING; } =20 -static const char *log_local_address(request_rec *r, char *a) +static void *log_local_address(request_rec *r, char *a, = ap_log_ehandler_data *d) { - return r->connection->local_ip; + d->data=3Dr->connection->local_ip; + d->type=3DAP_LOG_EHANDLER_RETURN_STRING; } =20 -static const char *log_remote_logname(request_rec *r, char *a) +static void *log_remote_logname(request_rec *r, char *a, = ap_log_ehandler_data *d) { - return ap_escape_logitem(r->pool, ap_get_remote_logname(r)); + d->data=3D(void *) ap_get_remote_logname(r); + d->type=3DAP_LOG_EHANDLER_RETURN_STRING; } =20 -static const char *log_remote_user(request_rec *r, char *a) +static void *log_remote_user(request_rec *r, char *a, ap_log_ehandler_data = *d) { - char *rvalue =3D r->user; - - if (rvalue =3D=3D NULL) { + d->data =3D r->user; + d->type=3DAP_LOG_EHANDLER_RETURN_STRING; + =20 + /* + if (d->data =3D=3D NULL) { rvalue =3D "-"; } - else if (strlen(rvalue) =3D=3D 0) { + else if (strlen(d->data) =3D=3D 0) { rvalue =3D "\"\""; } else { rvalue =3D ap_escape_logitem(r->pool, rvalue); } - - return rvalue; + */ } =20 -static const char *log_request_line(request_rec *r, char *a) +static void *log_request_line(request_rec *r, char *a, = ap_log_ehandler_data *d) { /* NOTE: If the original request contained a password, we * re-write the request line here to contain XXXXXX instead: * (note the truncation before the protocol string for HTTP/0.9 = requests) * (note also that r->the_request contains the unmodified request) */ - return ap_escape_logitem(r->pool, - (r->parsed_uri.password) - ? apr_pstrcat(r->pool, r->method, " ", - apr_uri_unparse(r->pool, - = &r->parsed_uri, 0), - r->assbackwards ? NULL : " ", - r->protocol, NULL) - : r->the_request); + d->data =3D (r->parsed_uri.password) + ? apr_pstrcat(r->pool, r->method, " ", + apr_uri_unparse(r->pool, + &r->parsed_uri, 0), + r->assbackwards ? NULL : " ", + r->protocol, NULL) + : r->the_request; + d->type =3D AP_LOG_EHANDLER_RETURN_STRING; } =20 -static const char *log_request_file(request_rec *r, char *a) +static void *log_request_file(request_rec *r, char *a, = ap_log_ehandler_data *d) { - return ap_escape_logitem(r->pool, r->filename); + d->data =3D r->filename; + d->type =3D AP_LOG_EHANDLER_RETURN_STRING; } -static const char *log_request_uri(request_rec *r, char *a) + +static void *log_request_uri(request_rec *r, char *a, ap_log_ehandler_data = *d) { - return ap_escape_logitem(r->pool, r->uri); + d->data =3D r->uri; + d->type =3D AP_LOG_EHANDLER_RETURN_STRING; } -static const char *log_request_method(request_rec *r, char *a) + +static void *log_unparsed_request_uri(request_rec *r, char *a, = ap_log_ehandler_data *d) { - return ap_escape_logitem(r->pool, r->method); + d->data =3D r->unparsed_uri; + d->type =3D AP_LOG_EHANDLER_RETURN_STRING; } -static const char *log_request_protocol(request_rec *r, char *a) + +static void *log_request_method(request_rec *r, char *a, = ap_log_ehandler_data *d) { - return ap_escape_logitem(r->pool, r->protocol); + d->data =3D (void *)r->method; + d->type =3D AP_LOG_EHANDLER_RETURN_STRING; } -static const char *log_request_query(request_rec *r, char *a) +static void *log_request_protocol(request_rec *r, char *a, = ap_log_ehandler_data *d) { - return (r->args) ? apr_pstrcat(r->pool, "?", - ap_escape_logitem(r->pool, r->args), = NULL) - : ""; + d->data =3D r->protocol; + d->type =3D AP_LOG_EHANDLER_RETURN_STRING; } -static const char *log_status(request_rec *r, char *a) +static void *log_request_query(request_rec *r, char *a, = ap_log_ehandler_data *d) +{=20 + if (r->args) + d->data=3Dapr_pstrcat(r->pool, "?", r->args, NULL); + d->type=3DAP_LOG_EHANDLER_RETURN_STRING; +} +static void *log_status(request_rec *r, char *a, ap_log_ehandler_data *d) { - return pfmt(r->pool, r->status); + if (r->status > 0) { + d->data=3Dapr_palloc(r->pool,sizeof(ap_log_unumber_t)); + *((ap_log_unumber_t *) d->data)=3Dr->status; + } + d->type=3DAP_LOG_EHANDLER_RETURN_UNUMBER; } =20 -static const char *clf_log_bytes_sent(request_rec *r, char *a) +static void *clf_log_bytes_sent(request_rec *r, char *a, = ap_log_ehandler_data *d) { if (!r->sent_bodyct || !r->bytes_sent) { - return "-"; + d->data=3D"-"; } else { - return apr_off_t_toa(r->pool, r->bytes_sent); + d->data=3Dapr_off_t_toa(r->pool, r->bytes_sent); } + d->type=3DAP_LOG_EHANDLER_RETURN_STRING; } =20 -static const char *log_bytes_sent(request_rec *r, char *a) +static void *log_bytes_sent(request_rec *r, char *a, ap_log_ehandler_data = *d) { - if (!r->sent_bodyct || !r->bytes_sent) { - return "0"; - } - else { - return apr_psprintf(r->pool, "%" APR_OFF_T_FMT, r->bytes_sent); + if (r->header_only =3D=3D 0) { + d->data=3Dapr_palloc(r->pool,sizeof(ap_log_unumber_t)); + *((ap_log_unumber_t *) d->data)=3Dr->bytes_sent; } + d->type=3DAP_LOG_EHANDLER_RETURN_UNUMBER; } =20 - -static const char *log_header_in(request_rec *r, char *a) +static void *log_header_in(request_rec *r, char *a, ap_log_ehandler_data = *d) { - return ap_escape_logitem(r->pool, apr_table_get(r->headers_in, a)); + d->data=3D(void *) apr_table_get(r->headers_in, a); + d->type=3DAP_LOG_EHANDLER_RETURN_STRING; } =20 -static const char *log_header_out(request_rec *r, char *a) +static void *log_header_out(request_rec *r, char *a, ap_log_ehandler_data = *d) { - const char *cp =3D apr_table_get(r->headers_out, a); - if (!strcasecmp(a, "Content-type") && r->content_type) { - cp =3D ap_field_noparam(r->pool, r->content_type); - } - if (cp) { - return ap_escape_logitem(r->pool, cp); - } - return ap_escape_logitem(r->pool, apr_table_get(r->err_headers_out, = a)); + if (!strcasecmp(a, "Content-type") && r->content_type)=20 + d->data =3D ap_field_noparam(r->pool, r->content_type); + else + d->data =3D (void *) apr_table_get(r->headers_out, a); + if (! d->data)=20 + d->data =3D (void *) apr_table_get(r->err_headers_out, a); + d->type=3DAP_LOG_EHANDLER_RETURN_STRING; } =20 -static const char *log_note(request_rec *r, char *a) +static void *log_note(request_rec *r, char *a, ap_log_ehandler_data *d) { - return ap_escape_logitem(r->pool, apr_table_get(r->notes, a)); + d->data =3D (void *) apr_table_get(r->notes, a); + d->type=3DAP_LOG_EHANDLER_RETURN_STRING; } -static const char *log_env_var(request_rec *r, char *a) + +static void *log_env_var(request_rec *r, char *a, ap_log_ehandler_data *d) { - return ap_escape_logitem(r->pool, apr_table_get(r->subprocess_env, = a)); + d->data =3D (void *) apr_table_get(r->subprocess_env, a); + d->type=3DAP_LOG_EHANDLER_RETURN_STRING; } =20 -static const char *log_cookie(request_rec *r, char *a) +static void *log_cookie(request_rec *r, char *a, ap_log_ehandler_data *d) { const char *cookies; const char *start_cookie; =20 + d->type=3DAP_LOG_EHANDLER_RETURN_STRING; if ((cookies =3D apr_table_get(r->headers_in, "Cookie"))) { if ((start_cookie =3D ap_strstr_c(cookies,a))) { char *cookie, *end_cookie; @@ -439,169 +475,94 @@ if (end_cookie) { *end_cookie =3D '\0'; } - return ap_escape_logitem(r->pool, cookie); + d->data=3Dcookie; } } - return NULL; -} - -static const char *log_request_time_custom(request_rec *r, char *a, - apr_time_exp_t *xt) -{ - apr_size_t retcode; - char tstr[MAX_STRING_LEN]; - apr_strftime(tstr, &retcode, sizeof(tstr), a, xt); - return apr_pstrdup(r->pool, tstr); } =20 -#define DEFAULT_REQUEST_TIME_SIZE 32 -typedef struct { - unsigned t; - char timestr[DEFAULT_REQUEST_TIME_SIZE]; - unsigned t_validate; -} cached_request_time; - -#define TIME_CACHE_SIZE 4 -#define TIME_CACHE_MASK 3 -static cached_request_time request_time_cache[TIME_CACHE_SIZE]; - -static const char *log_request_time(request_rec *r, char *a) +static void *log_request_time(request_rec *r, char *a, = ap_log_ehandler_data *d) { - apr_time_exp_t xt; - - /* ### I think getting the time again at the end of the request - * just for logging is dumb. i know it's "required" for CLF. - * folks writing log parsing tools don't realise that out of order - * times have always been possible (consider what happens if one - * process calculates the time to log, but then there's a context - * switch before it writes and before that process is run again the - * log rotation occurs) and they should just fix their tools rather - * than force the server to pay extra cpu cycles. if you've got - * a problem with this, you can set the define. -djg - */ - if (a && *a) { /* Custom format */ - /* The custom time formatting uses a very large temp buffer - * on the stack. To avoid using so much stack space in the - * common case where we're not using a custom format, the code - * for the custom format in a separate function. (That's why - * log_request_time_custom is not inlined right here.) - */ -#ifdef I_INSIST_ON_EXTRA_CYCLES_FOR_CLF_COMPLIANCE - ap_explode_recent_localtime(&xt, apr_time_now()); -#else - ap_explode_recent_localtime(&xt, r->request_time); -#endif - return log_request_time_custom(r, a, &xt); - } - else { /* CLF format */ - /* This code uses the same technique as = ap_explode_recent_localtime(): - * optimistic caching with logic to detect and correct race = conditions. - * See the comments in server/util_time.c for more information. - */ - cached_request_time* cached_time =3D apr_palloc(r->pool, - = sizeof(*cached_time)); + d->type=3DAP_LOG_EHANDLER_RETURN_DATETIME; + d->data=3Dapr_palloc(r->pool,sizeof(apr_time_t)); #ifdef I_INSIST_ON_EXTRA_CYCLES_FOR_CLF_COMPLIANCE - apr_time_t request_time =3D apr_time_now(); + *((apr_time_t *) d->data) =3D apr_time_now(); #else - apr_time_t request_time =3D r->request_time; + *((apr_time_t *) d->data) =3D r->request_time; #endif - unsigned t_seconds =3D (unsigned)apr_time_sec(request_time); - unsigned i =3D t_seconds & TIME_CACHE_MASK; - memcpy(cached_time, &(request_time_cache[i]), = sizeof(*cached_time)); - if ((t_seconds !=3D cached_time->t) || - (t_seconds !=3D cached_time->t_validate)) { - - /* Invalid or old snapshot, so compute the proper time string - * and store it in the cache - */ - char sign; - int timz; - - ap_explode_recent_localtime(&xt, r->request_time); - timz =3D xt.tm_gmtoff; - if (timz < 0) { - timz =3D -timz; - sign =3D '-'; - } - else { - sign =3D '+'; - } - cached_time->t =3D t_seconds; - apr_snprintf(cached_time->timestr, DEFAULT_REQUEST_TIME_SIZE, - "[%02d/%s/%d:%02d:%02d:%02d %c%.2d%.2d]", - xt.tm_mday, apr_month_snames[xt.tm_mon], - xt.tm_year+1900, xt.tm_hour, xt.tm_min, = xt.tm_sec, - sign, timz / (60*60), (timz % (60*60)) / 60); - cached_time->t_validate =3D t_seconds; - memcpy(&(request_time_cache[i]), cached_time, - sizeof(*cached_time)); - } - return cached_time->timestr; - } } =20 -static const char *log_request_duration(request_rec *r, char *a) +static void *log_request_duration(request_rec *r, char *a, = ap_log_ehandler_data *d) { - apr_time_t duration =3D apr_time_now() - r->request_time; - return apr_psprintf(r->pool, "%" APR_TIME_T_FMT, = apr_time_sec(duration)); + d->data=3Dapr_palloc(r->pool,sizeof(ap_log_unumber_t)); + *((ap_log_unumber_t *) d->data) =3D apr_time_sec(apr_time_now() - = r->request_time); + d->arg=3Da; + d->type=3DAP_LOG_EHANDLER_RETURN_UNUMBER; } =20 -static const char *log_request_duration_microseconds(request_rec *r, char = *a) +static void *log_request_duration_microseconds(request_rec *r, char *a, = ap_log_ehandler_data *d) { - return apr_psprintf(r->pool, "%" APR_TIME_T_FMT,=20 - (apr_time_now() - r->request_time)); + d->data=3Dapr_palloc(r->pool,sizeof(ap_log_unumber_t)); + *((ap_log_unumber_t *) d->data) =3D apr_time_now() - r->request_time; + d->arg=3Da; + d->type=3DAP_LOG_EHANDLER_RETURN_UNUMBER; } =20 /* These next two routines use the canonical name:port so that log * parsers don't need to duplicate all the vhost parsing crud. */ -static const char *log_virtual_host(request_rec *r, char *a) +static void *log_virtual_host(request_rec *r, char *a, = ap_log_ehandler_data *d) { - return ap_escape_logitem(r->pool, r->server->server_hostname); + d->data =3D r->server->server_hostname; + d->arg=3Da; + d->type =3D AP_LOG_EHANDLER_RETURN_STRING; } =20 -static const char *log_server_port(request_rec *r, char *a) +static void *log_server_port(request_rec *r, char *a, ap_log_ehandler_data = *d) { - return apr_psprintf(r->pool, "%u", - r->server->port ? r->server->port : = ap_default_port(r)); + d->data=3Dapr_palloc(r->pool,sizeof(ap_log_unumber_t)); + *((ap_log_unumber_t *) d->data) =3D r->server->port ? r->server->port = : ap_default_port(r); + d->arg=3Da; + d->type=3DAP_LOG_EHANDLER_RETURN_UNUMBER; } =20 /* This respects the setting of UseCanonicalName so that * the dynamic mass virtual hosting trick works better. */ -static const char *log_server_name(request_rec *r, char *a) +static void *log_server_name(request_rec *r, char *a, ap_log_ehandler_data = *d) { - return ap_escape_logitem(r->pool, ap_get_server_name(r)); + d->data =3D (void *) ap_get_server_name(r); + d->arg=3Da; + d->type =3D AP_LOG_EHANDLER_RETURN_STRING; } =20 -static const char *log_pid_tid(request_rec *r, char *a) +static void *log_pid_tid(request_rec *r, char *a, ap_log_ehandler_data *d) { - if (*a =3D=3D '\0' || !strcmp(a, "pid")) { - return apr_psprintf(r->pool, "%" APR_PID_T_FMT, getpid()); + d->arg=3Da; + if (!a || *a =3D=3D '\0' || !strcmp(a, "pid")) { + d->data =3D apr_palloc(r->pool,sizeof(ap_log_unumber_t)); + *((ap_log_unumber_t *) d->data) =3D getpid(); } - else if (!strcmp(a, "tid")) { #if APR_HAS_THREADS - apr_os_thread_t tid =3D apr_os_thread_current(); -#else - int tid =3D 0; /* APR will format "0" anyway but an arg is needed = */ -#endif - return apr_psprintf(r->pool, "%pT", &tid); + else if (!strcmp(a, "tid")) { + d->data =3D apr_palloc(r->pool,sizeof(ap_log_unumber_t)); + *((ap_log_unumber_t *) d->data) =3D apr_os_thread_current(); } - /* bogus format */ - return a; +#endif + d->type =3D AP_LOG_EHANDLER_RETURN_UNUMBER; } =20 -static const char *log_connection_status(request_rec *r, char *a) +static void *log_connection_status(request_rec *r, char *a, = ap_log_ehandler_data *d) { if (r->connection->aborted) - return "X"; - - if (r->connection->keepalive =3D=3D AP_CONN_KEEPALIVE &&=20 + d->data =3D "X"; + else if (r->connection->keepalive =3D=3D AP_CONN_KEEPALIVE &&=20 (!r->server->keep_alive_max || - (r->server->keep_alive_max - r->connection->keepalives) > 0)) { - return "+"; - } - return "-"; + (r->server->keep_alive_max - r->connection->keepalives) > 0))=20 + d->data =3D "+"; + else + d->data =3D "-"; + d->arg=3Da; + d->type =3D AP_LOG_EHANDLER_RETURN_STRING; } =20 /***************************************************************** @@ -615,7 +576,7 @@ const char *s; char *d; =20 - it->func =3D constant_item; + it->handler =3D (log_handler *)apr_hash_get(log_hash, "%", 1); it->conditions =3D NULL; =20 s =3D *sa; @@ -674,7 +635,6 @@ static char *parse_log_item(apr_pool_t *p, log_format_item *it, const char = **sa) { const char *s =3D *sa; - ap_log_handler *handler; =20 if (*s !=3D '%') { return parse_log_misc_string(p, it, sa); @@ -686,14 +646,15 @@ =20 if (*s =3D=3D '%') { it->arg =3D "%"; - it->func =3D constant_item; + it->handler =3D (log_handler *)apr_hash_get(log_hash, "%", 1); + *sa =3D ++s; =20 return NULL; } =20 it->want_orig =3D -1; - it->arg =3D ""; /* For safety's sake... */ + it->arg =3D NULL; /* For safety's sake... */ =20 while (*s) { int i; @@ -744,8 +705,8 @@ break; =20 default: - handler =3D (ap_log_handler *)apr_hash_get(log_hash, s++, 1); - if (!handler) { + it->handler =3D (log_handler *)apr_hash_get(log_hash, s++, 1); + if (!it->handler) { char dummy[2]; =20 dummy[0] =3D s[-1]; @@ -753,9 +714,8 @@ return apr_pstrcat(p, "Unrecognized LogFormat directive = %", dummy, NULL); } - it->func =3D handler->func; if (it->want_orig =3D=3D -1) { - it->want_orig =3D handler->want_orig_default; + it->want_orig =3D it->handler->want_orig_default;=20 } *sa =3D s; return NULL; @@ -776,9 +736,6 @@ return NULL; } } - - s =3D APR_EOL_STR; - parse_log_item(p, (log_format_item *) apr_array_push(a), &s); return a; } =20 @@ -787,11 +744,106 @@ * Actually logging. */ =20 -static const char *process_item(request_rec *r, request_rec *orig, - log_format_item *item) +static const char *format_request_time_custom(request_rec *r, char *a, + apr_time_exp_t *xt) { - const char *cp; + apr_size_t retcode; + char tstr[MAX_STRING_LEN]; + apr_strftime(tstr, &retcode, sizeof(tstr), a, xt); + return apr_pstrdup(r->pool, tstr); +} + +#define DEFAULT_REQUEST_TIME_SIZE 32 +typedef struct { + unsigned t; + char timestr[DEFAULT_REQUEST_TIME_SIZE]; + unsigned t_validate; +} cached_request_time; + +#define TIME_CACHE_SIZE 4 +#define TIME_CACHE_MASK 3 +static cached_request_time request_time_cache[TIME_CACHE_SIZE]; + +static const char *format_request_time(request_rec *r, char *a, apr_time_t = *t, cached_request_time *cache) +{ + apr_time_exp_t xt; + + /* ### I think getting the time again at the end of the request + * just for logging is dumb. i know it's "required" for CLF. + * folks writing log parsing tools don't realise that out of order + * times have always been possible (consider what happens if one + * process calculates the time to log, but then there's a context + * switch before it writes and before that process is run again the + * log rotation occurs) and they should just fix their tools rather + * than force the server to pay extra cpu cycles. if you've got + * a problem with this, you can set the define. -djg + */ + if (a && *a) { /* Custom format */ + /* The custom time formatting uses a very large temp buffer + * on the stack. To avoid using so much stack space in the + * common case where we're not using a custom format, the code + * for the custom format in a separate function. (That's why + * log_request_time_custom is not inlined right here.) + */ +#ifdef I_INSIST_ON_EXTRA_CYCLES_FOR_CLF_COMPLIANCE + ap_explode_recent_localtime(&xt, apr_time_now()); +#else + ap_explode_recent_localtime(&xt, *t); +#endif + return format_request_time_custom(r, a, &xt); + } + else { /* CLF format */ + /* This code uses the same technique as = ap_explode_recent_localtime(): + * optimistic caching with logic to detect and correct race = conditions. + * See the comments in server/util_time.c for more information. + */ + cached_request_time* cached_time =3D apr_palloc(r->pool, + = sizeof(*cached_time)); +#ifdef I_INSIST_ON_EXTRA_CYCLES_FOR_CLF_COMPLIANCE + apr_time_t request_time =3D apr_time_now(); +#else + apr_time_t request_time =3D *t; +#endif + unsigned t_seconds =3D (unsigned)apr_time_sec(request_time); + unsigned i =3D t_seconds & TIME_CACHE_MASK; + memcpy(cached_time, &(request_time_cache[i]), = sizeof(*cached_time)); + if ((t_seconds !=3D cached_time->t) || + (t_seconds !=3D cached_time->t_validate)) { + + /* Invalid or old snapshot, so compute the proper time string + * and store it in the cache + */ + char sign; + int timz; + + ap_explode_recent_localtime(&xt, *t); + timz =3D xt.tm_gmtoff; + if (timz < 0) { + timz =3D -timz; + sign =3D '-'; + } + else { + sign =3D '+'; + } + cached_time->t =3D t_seconds; + apr_snprintf(cached_time->timestr, DEFAULT_REQUEST_TIME_SIZE, + "[%02d/%s/%d:%02d:%02d:%02d %c%.2d%.2d]", + xt.tm_mday, apr_month_snames[xt.tm_mon], + xt.tm_year+1900, xt.tm_hour, xt.tm_min, = xt.tm_sec, + sign, timz / (60*60), timz % (60*60)); + cached_time->t_validate =3D t_seconds; + memcpy(&(request_time_cache[i]), cached_time, + sizeof(*cached_time)); + } + return cached_time->timestr; + } +} + =20 +static void process_item(request_rec *r, request_rec *orig, + log_format_item *item, + ap_log_ehandler_data *d) +{ /* First, see if we need to process this thing at all... */ =20 if (item->conditions && item->conditions->nelts !=3D 0) { @@ -808,14 +860,22 @@ =20 if ((item->condition_sense && in_list) || (!item->condition_sense && !in_list)) { - return "-"; + d->type=3DAP_LOG_EHANDLER_RETURN_STRING; + return; } } =20 + /* We do. Do it... */ =20 - cp =3D (*item->func) (item->want_orig ? orig : r, item->arg); - return cp ? cp : "-"; + if (item->handler->oldstyle) { + if (! (d->data =3D (void *)(*item->handler->handler.func) = (item->want_orig ? orig : r, item->arg))) + d->data =3D "-"; + d->type =3D AP_LOG_EHANDLER_RETURN_OLDSTYLE; + } + else { + (*item->handler->handler.efunc) (item->want_orig ? orig : r, = item->arg, d); + } } =20 static void flush_log(buffered_log *buf) @@ -837,9 +897,10 @@ int i; apr_size_t len =3D 0; apr_array_header_t *format; - char *envar; apr_status_t rv; - + apr_array_header_t *data; + ap_log_ehandler_data *d; + =20 if (cls->fname =3D=3D NULL) { return DECLINED; } @@ -849,25 +910,14 @@ * to make. */ if (cls->condition_var !=3D NULL) { - envar =3D cls->condition_var; - if (*envar !=3D '!') { - if (apr_table_get(r->subprocess_env, envar) =3D=3D NULL) { - return DECLINED; - } - } - else { - if (apr_table_get(r->subprocess_env, &envar[1]) !=3D NULL) { - return DECLINED; - } + if ((cls->condition_sense && apr_table_get(r->subprocess_env, = cls->condition_var) !=3D NULL) + ||=20 + (!cls->condition_sense && apr_table_get(r->subprocess_env, = cls->condition_var) =3D=3D NULL)) + { + return DECLINED; } } =20 - format =3D cls->format ? cls->format : default_format; - - strs =3D apr_palloc(r->pool, sizeof(char *) * (format->nelts)); - strl =3D apr_palloc(r->pool, sizeof(int) * (format->nelts)); - items =3D (log_format_item *) format->elts; - orig =3D r; while (orig->prev) { orig =3D orig->prev; @@ -876,20 +926,84 @@ r =3D r->next; } =20 - for (i =3D 0; i < format->nelts; ++i) { - strs[i] =3D process_item(r, orig, &items[i]); + if (cls->conditions && cls->conditions->nelts !=3D 0) { + int *conds =3D (int *) cls->conditions->elts; + int in_list =3D 0; + + for (i =3D 0; i < cls->conditions->nelts; ++i) { + if (r->status =3D=3D conds[i]) { + in_list =3D 1; + break; + } + } + + if ((cls->condition_sense && in_list) + || (!cls->condition_sense && !in_list)) { + return DECLINED; + } } =20 + format =3D cls->format ? cls->format : default_format; + data =3D apr_array_make(r->pool, format->nelts, = sizeof(ap_log_ehandler_data)); + items =3D (log_format_item *) format->elts; for (i =3D 0; i < format->nelts; ++i) { - len +=3D strl[i] =3D strlen(strs[i]); + d =3D (ap_log_ehandler_data *) apr_array_push(data); + d->data =3D NULL; + d->arg =3D items[i].arg; + process_item(r, orig, &items[i], d); } - if (!log_writer) { - ap_log_rerror(APLOG_MARK, APLOG_ERR, APR_EGENERAL, r, - "log writer isn't correctly setup"); - return HTTP_INTERNAL_SERVER_ERROR; + =20 + if (cls->writer) { /* this is a new style writer */ + rv =3D cls->writer->write(r, cls->writer_data, data); + } + else if (log_writer) { /* this is an old style writer */ + strs =3D apr_palloc(r->pool, sizeof(char *) * (format->nelts)); + strl =3D apr_palloc(r->pool, sizeof(int) * (format->nelts)); + for (i =3D 0; i < data->nelts; ++i) { + d=3D&(((ap_log_ehandler_data*)(data->elts))[i]); + if ((d) && (d->data)) { + switch (d->type) { + case AP_LOG_EHANDLER_RETURN_OLDSTYLE: + strs[i] =3D d->data; + break; + =20 + case AP_LOG_EHANDLER_RETURN_CONST: + strs[i] =3D d->data; + break; + =20 + case AP_LOG_EHANDLER_RETURN_STRING: + if (strlen(d->data)=3D=3D0) + strs[i] =3D "\"\""; + else + strs[i] =3D ap_escape_logitem(r->pool, d->data); + break; + =20 + case AP_LOG_EHANDLER_RETURN_NUMBER: + strs[i] =3D apr_psprintf(r->pool,"%" = AP_LOG_NUMBER_T_FMT,*((ap_log_number_t *) d->data)); + break; + =20 + case AP_LOG_EHANDLER_RETURN_UNUMBER: + strs[i] =3D apr_psprintf(r->pool,"%" = AP_LOG_UNUMBER_T_FMT,*((ap_log_unumber_t *) d->data)); + break; + =20 + case AP_LOG_EHANDLER_RETURN_DATETIME: + strs[i] =3D format_request_time(r,d->arg,d->data,NULL); + break; + } + } + else { + strs[i]=3D"-"; + } + } + for (i =3D 0; i < format->nelts; ++i) { + len +=3D strl[i] =3D strlen(strs[i]); + } + rv =3D log_writer(r, cls->writer_data, strs, strl, format->nelts, = len); + /* xxx: do we return an error on log_writer? */ + } + else { /* no writer at all, use our file writer as default */ + rv =3D ap_filepipe_log_ewriter(r, cls->writer_data, data); } - rv =3D log_writer(r, cls->log_writer, strs, strl, format->nelts, len); - /* xxx: do we return an error on log_writer? */ return OK; } =20 @@ -1000,21 +1114,87 @@ multi_log_state *mls =3D = ap_get_module_config(cmd->server->module_config, &log_config_module); config_log_state *cls; - + char *pos; + log_ewriter *writer; + int i; + =20 cls =3D (config_log_state *) apr_array_push(mls->config_logs); cls->condition_var =3D NULL; + cls->conditions =3D NULL; if (envclause !=3D NULL) { - if (strncasecmp(envclause, "env=3D", 4) !=3D 0) { - return "error in condition clause"; + if (strncasecmp(envclause, "env=3D", 4) =3D=3D 0) { + i =3D 4; + if (cls->condition_sense =3D (envclause[i] =3D=3D '!')) { + i++; + } + if (envclause[i] =3D=3D '\0') { + return "missing environment variable name"; + } + else { + cls->condition_var =3D apr_pstrdup(cmd->pool, = &envclause[i]); + } + } + else if (strncasecmp(envclause, "status=3D", 7) =3D=3D 0) { + i =3D 7; + if (cls->condition_sense =3D (envclause[i] =3D=3D '!')) { + i++; + } + if (envclause[i] =3D=3D '\0') { + return "missing status code(s)"; + } + else { + pos =3D (char*)&envclause[i]; + while (*pos) { + switch (*pos) { + case ',': + ++pos; + break; + + case '0': + case '1': + case '2': + case '3': + case '4': + case '5': + case '6': + case '7': + case '8': + case '9': + i =3D *pos - '0'; + while (apr_isdigit(*++pos)) { + i =3D i * 10 + (*pos) - '0'; + } + if (!cls->conditions) { + cls->conditions =3D apr_array_make(cmd->pool, = 4, sizeof(int)); + } + *(int *) apr_array_push(cls->conditions) =3D i; + break; + =20 + default: + return "illegal character within status code(s)"; + } + } + } } - if ((envclause[4] =3D=3D '\0') - || ((envclause[4] =3D=3D '!') && (envclause[5] =3D=3D '\0'))) = { - return "missing environment variable name"; + else { + return "error in condition clause"; } - cls->condition_var =3D apr_pstrdup(cmd->pool, &envclause[4]); } =20 cls->fname =3D fn; + if ((pos =3D strchr(fn,':')) && (cls->writer =3D = apr_hash_get(writer_hash, fn, pos-fn)) ) { + cls->fname=3Dpos+1; + } + else { + cls->writer=3DNULL; + } + /* xxx Doesn't return an error if a key ("bla:/file") is given but no=20 + * corresponding writer exists. The reason is backwards compatibility, + * to be able to fall back to the old file write mechanism -- but is=20 + * this really necessary? Is there anybody (except fellow Amigans) + * who uses : in file system paths? + */ + =20 cls->format_string =3D fmt; if (fmt =3D=3D NULL) { cls->format =3D NULL; @@ -1022,8 +1202,7 @@ else { cls->format =3D parse_log_string(cmd->pool, fmt, &err_string); } - cls->log_writer =3D NULL; - + cls->writer_data =3D NULL; return err_string; } =20 @@ -1041,10 +1220,6 @@ static const char *set_buffered_logs_on(cmd_parms *parms, void *dummy, int = flag) { buffered_logs =3D flag; - if (buffered_logs) { - ap_log_set_writer_init(ap_buffered_log_writer_init); - ap_log_set_writer(ap_buffered_log_writer); - } return NULL; } static const command_rec config_log_cmds[] =3D @@ -1067,16 +1242,25 @@ config_log_state *cls, apr_array_header_t = *default_format) { - if (cls->log_writer !=3D NULL) { + if (cls->writer_data !=3D NULL) { return cls; /* virtual config shared w/main server */ } =20 if (cls->fname =3D=3D NULL) { return cls; /* Leave it NULL to decline. */ } - =20 - cls->log_writer =3D log_writer_init(p, s, cls->fname); - if (cls->log_writer =3D=3D NULL) + + if (cls->writer) { /* new style style writer */ + cls->writer_data =3D cls->writer->setup(p, s, cls->fname); + } + else if (log_writer_init) { /* old style writer */ + cls->writer_data =3D log_writer_init(p, s, cls->fname); + } + else { /* default, takes care of old "|pipe" as well as simple "file" = syntax */ + cls->writer_data =3D ap_old_log_writer_init(p, s, cls->fname); + } + =20 + if (cls->writer_data =3D=3D NULL) return NULL;=20 =20 return cls; @@ -1152,23 +1336,22 @@ buffered_log *buf; int i; =20 - if (!buffered_logs) - return APR_SUCCESS; - =20 for (; s; s =3D s->next) { mls =3D ap_get_module_config(s->module_config, = &log_config_module); - log_list =3D NULL; if (mls->config_logs->nelts) { log_list =3D mls->config_logs; } else if (mls->server_config_logs) { log_list =3D mls->server_config_logs; } + else { + log_list =3D NULL; + } if (log_list) { clsarray =3D (config_log_state *) log_list->elts; for (i =3D 0; i < log_list->nelts; ++i) { - buf =3D clsarray[i].log_writer; - flush_log(buf); + if ((clsarray[i].writer) && (clsarray[i].writer->exit)) + clsarray[i].writer->exit(s, clsarray[i].writer_data); } } } @@ -1178,17 +1361,10 @@ =20 static int init_config_log(apr_pool_t *pc, apr_pool_t *p, apr_pool_t *pt, = server_rec *s) { - int res; - - /* First init the buffered logs array, which is needed when opening = the logs. */ - if (buffered_logs) { - all_buffered_logs =3D apr_array_make(p, 5, sizeof(buffered_log = *)); - } - - /* Next, do "physical" server, which gets default log fd and format + /* First, do "physical" server, which gets default log fd and format * for the virtual servers, if they don't override... */ - res =3D open_multi_logs(s, p); + int res =3D open_multi_logs(s, p); =20 /* Then, virtual servers */ =20 @@ -1201,39 +1377,30 @@ =20 static void init_child(apr_pool_t *p, server_rec *s) { - int mpm_threads; - - ap_mpm_query(AP_MPMQ_MAX_THREADS, &mpm_threads); - - /* Now register the last buffer flush with the cleanup engine */ - if (buffered_logs) { - int i; - buffered_log **array =3D (buffered_log **)all_buffered_logs->elts; - =20 - apr_pool_cleanup_register(p, s, flush_all_logs, flush_all_logs); + multi_log_state *mls; + apr_array_header_t *log_list; + config_log_state *clsarray; + buffered_log *buf; + int i; =20 - for (i =3D 0; i < all_buffered_logs->nelts; i++) { - buffered_log *this =3D array[i]; - =20 -#if APR_HAS_THREADS - if (mpm_threads > 1) { - apr_status_t rv; + apr_pool_cleanup_register(p, s, flush_all_logs, flush_all_logs); =20 - this->mutex.type =3D apr_anylock_threadmutex; - rv =3D apr_thread_mutex_create(&this->mutex.lock.tm, - APR_THREAD_MUTEX_DEFAULT, - p); - if (rv !=3D APR_SUCCESS) { - ap_log_error(APLOG_MARK, APLOG_CRIT, rv, s, - "could not initialize buffered log mutex, = " - "transfer log may become corrupted"); - this->mutex.type =3D apr_anylock_none; - } - } - else -#endif - { - this->mutex.type =3D apr_anylock_none; + for (; s; s =3D s->next) { + mls =3D ap_get_module_config(s->module_config, = &log_config_module); + if (mls->config_logs->nelts) { + log_list =3D mls->config_logs; + } + else if (mls->server_config_logs) { + log_list =3D mls->server_config_logs; + } + else { + log_list =3D NULL; + } + if (log_list) { + clsarray =3D (config_log_state *) log_list->elts; + for (i =3D 0; i < log_list->nelts; ++i) { + if ((clsarray[i].writer) && (clsarray[i].writer->init)) + clsarray[i].writer->init(p, s, = clsarray[i].writer_data); } } } @@ -1242,173 +1409,257 @@ static void ap_register_log_handler(apr_pool_t *p, char *tag,=20 ap_log_handler_fn_t *handler, int def) { - ap_log_handler *log_struct =3D apr_palloc(p, sizeof(*log_struct)); - log_struct->func =3D handler; + log_handler *log_struct =3D apr_palloc(p, sizeof(*log_struct)); + log_struct->handler.func =3D handler; log_struct->want_orig_default =3D def; + log_struct->oldstyle =3D -1; =20 apr_hash_set(log_hash, tag, 1, (const void *)log_struct); } -static void ap_log_set_writer_init(ap_log_writer_init *handle) +static void ap_register_log_ehandler(apr_pool_t *p, char *tag,=20 + ap_log_ehandler_fn_t *handler, int = def) { - log_writer_init =3D handle; + log_handler *log_struct =3D apr_palloc(p, sizeof(*log_struct)); + log_struct->handler.efunc =3D handler; + log_struct->want_orig_default =3D def; + log_struct->oldstyle =3D 0; +=20 + apr_hash_set(log_hash, tag, 1, (const void *)log_struct); +} =20 +static ap_log_writer_init* ap_log_set_writer_init(ap_log_writer_init = *handle) +{ + ap_log_writer_init *old =3D log_writer_init; + log_writer_init =3D handle; + =20 + return old; } -static void ap_log_set_writer(ap_log_writer *handle) +static ap_log_writer* ap_log_set_writer(ap_log_writer *handle) { + ap_log_writer *old =3D log_writer; log_writer =3D handle; + =20 + return old; } =20 -static apr_status_t ap_default_log_writer( request_rec *r, - void *handle,=20 - const char **strs, - int *strl, - int nelts, - apr_size_t len) +static void ap_register_log_ewriter(apr_pool_t *p, char *key,=20 + ap_log_ewriter_setup *setup, + ap_log_ewriter *write, + ap_log_ewriter_init *init, + ap_log_ewriter_exit *exit) +{ + log_ewriter *writer_struct =3D apr_palloc(p, sizeof(*writer_struct)); + writer_struct->setup =3D setup; + writer_struct->write =3D write; + writer_struct->init =3D init; + writer_struct->exit =3D exit; + apr_hash_set(writer_hash, key, APR_HASH_KEY_STRING, (const void = *)writer_struct); +} + +static apr_status_t ap_filepipe_log_ewriter(request_rec *r, + void *handle,=20 + apr_array_header_t *data) =20 { char *str; char *s; + const char **strs; + int *strl; int i; + int len =3D 0; apr_status_t rv; + buffered_log *buf =3D (buffered_log*)handle; + ap_log_ehandler_data *d; =20 - str =3D apr_palloc(r->pool, len + 1); + strs =3D apr_palloc(r->pool, sizeof(char *) * (data->nelts)); + strl =3D apr_palloc(r->pool, sizeof(int) * (data->nelts)); + for (i =3D 0; i < data->nelts; ++i) { + d=3D&(((ap_log_ehandler_data*)(data->elts))[i]); + if ((d) && (d->data)) { + switch (d->type) + { + case AP_LOG_EHANDLER_RETURN_OLDSTYLE: + strs[i] =3D d->data; + break; + =20 + case AP_LOG_EHANDLER_RETURN_CONST: + strs[i] =3D d->data; + break; + =20 + case AP_LOG_EHANDLER_RETURN_STRING: + if (strlen(d->data)=3D=3D0) + strs[i] =3D "\"\""; + else + strs[i] =3D ap_escape_logitem(r->pool, d->data); + break; =20 - for (i =3D 0, s =3D str; i < nelts; ++i) { - memcpy(s, strs[i], strl[i]); - s +=3D strl[i]; - } + case AP_LOG_EHANDLER_RETURN_NUMBER: + strs[i] =3D apr_psprintf(r->pool,"%" = AP_LOG_NUMBER_T_FMT,*((ap_log_number_t *) d->data)); + break; =20 - rv =3D apr_file_write((apr_file_t*)handle, str, &len); + case AP_LOG_EHANDLER_RETURN_UNUMBER: + strs[i] =3D apr_psprintf(r->pool,"%" = AP_LOG_UNUMBER_T_FMT,*((ap_log_unumber_t *) d->data)); + break; =20 - return rv; -} -static void *ap_default_log_writer_init(apr_pool_t *p, server_rec *s,=20 - const char* name) -{ - if (*name =3D=3D '|') { - piped_log *pl; + case AP_LOG_EHANDLER_RETURN_DATETIME: + strs[i] =3D format_request_time(r,d->arg,d->data,NULL); + break; + } + } + else { + strs[i]=3D"-"; + } + len +=3D strl[i] =3D strlen(strs[i]); + } + len +=3D strlen(APR_EOL_STR); =20 - pl =3D ap_open_piped_log(p, name + 1); - if (pl =3D=3D NULL) { - return NULL;; + if (!buffered_logs) { + str =3D apr_palloc(r->pool, len + 1); + for (i =3D 0, s =3D str; i < data->nelts; ++i) { + memcpy(s, strs[i], strl[i]); + s +=3D strl[i]; } - return ap_piped_log_write_fd(pl); + memcpy(s, APR_EOL_STR, strlen(APR_EOL_STR)); + rv =3D apr_file_write((apr_file_t*)handle, str, &len); } else { - const char *fname =3D ap_server_root_relative(p, name); - apr_file_t *fd; - apr_status_t rv; - - if (!fname) { - ap_log_error(APLOG_MARK, APLOG_ERR, APR_EBADPATH, s, - "invalid transfer log path %s.", name); - return NULL; + buffered_log *buf =3D (buffered_log*)handle; + + if (len + buf->outcnt > LOG_BUFSIZE) { + flush_log(buf); } - rv =3D apr_file_open(&fd, fname, xfer_flags, xfer_perms, p); - if (rv !=3D APR_SUCCESS) { - ap_log_error(APLOG_MARK, APLOG_ERR, rv, s, - "could not open transfer log file %s.", = fname); - return NULL; + if (len >=3D LOG_BUFSIZE) { + apr_size_t w; + =20 + str =3D apr_palloc(r->pool, len + 1 ); + for (i =3D 0, s =3D str; i < data->nelts; ++i) { + memcpy(s, strs[i], strl[i]); + s +=3D strl[i]; + } + memcpy(s, APR_EOL_STR, strlen(APR_EOL_STR)); + w =3D len; + rv =3D apr_file_write(buf->handle, str, &w); + } + else { + for (i =3D 0, s =3D &buf->outbuf[buf->outcnt]; i < = data->nelts; ++i) { + memcpy(s, strs[i], strl[i]); + s +=3D strl[i]; + } + memcpy(s, APR_EOL_STR, strlen(APR_EOL_STR)); + buf->outcnt +=3D len; + rv =3D APR_SUCCESS; } - return fd; } + + return rv; } -static void *ap_buffered_log_writer_init(apr_pool_t *p, server_rec *s,=20 - const char* name) + +static void *init_buffered_logs(apr_pool_t *p, void *handle)=20 { buffered_log *b; - b =3D apr_pcalloc(p, sizeof(buffered_log)); - b->handle =3D ap_default_log_writer_init(p, s, name); + b =3D apr_palloc(p, sizeof(buffered_log)); + b->handle =3D handle; + b->outcnt =3D 0; =20 - if (b->handle) { - *(buffered_log **)apr_array_push(all_buffered_logs) =3D b; + if (b->handle) return b; - } else return NULL; } -static apr_status_t ap_buffered_log_writer(request_rec *r, - void *handle,=20 - const char **strs, - int *strl, - int nelts, - apr_size_t len) =20 +static void *ap_file_log_writer_setup(apr_pool_t *p, server_rec *s,=20 + const char* name) { - char *str; - char *s; - int i; + const char *fname =3D ap_server_root_relative(p, name); + apr_file_t *fd; apr_status_t rv; - buffered_log *buf =3D (buffered_log*)handle; =20 - if ((rv =3D APR_ANYLOCK_LOCK(&buf->mutex)) !=3D APR_SUCCESS) { - return rv; + if (!fname) { + ap_log_error(APLOG_MARK, APLOG_ERR, APR_EBADPATH, s, + "invalid transfer log path %s.", name); + return NULL; } - - if (len + buf->outcnt > LOG_BUFSIZE) { - flush_log(buf); + rv =3D apr_file_open(&fd, fname, xfer_flags, xfer_perms, p); + if (rv !=3D APR_SUCCESS) { + ap_log_error(APLOG_MARK, APLOG_ERR, rv, s, + "could not open transfer log file %s.", fname); + return NULL; } - if (len >=3D LOG_BUFSIZE) { - apr_size_t w; + if (buffered_logs) + return init_buffered_logs(p, fd); + else + return fd; +} =20 - str =3D apr_palloc(r->pool, len + 1); - for (i =3D 0, s =3D str; i < nelts; ++i) { - memcpy(s, strs[i], strl[i]); - s +=3D strl[i]; - } - w =3D len; - rv =3D apr_file_write(buf->handle, str, &w); - =20 - } - else { - for (i =3D 0, s =3D &buf->outbuf[buf->outcnt]; i < nelts; ++i) { - memcpy(s, strs[i], strl[i]); - s +=3D strl[i]; - } - buf->outcnt +=3D len; - rv =3D APR_SUCCESS; +static void *ap_pipe_log_writer_setup(apr_pool_t *p, server_rec *s,=20 + const char* name) +{ + piped_log *pl; + + pl =3D ap_open_piped_log(p, name); + if (pl =3D=3D NULL) { + return NULL;; } + if (buffered_logs) + return init_buffered_logs(p, ap_piped_log_write_fd(pl)); + else + return ap_piped_log_write_fd(pl); +} =20 - APR_ANYLOCK_UNLOCK(&buf->mutex); - return rv; +static void *ap_old_log_writer_init(apr_pool_t *p, server_rec *s, + const char* name) +{ + if (*name =3D=3D '|') + return ap_pipe_log_writer_setup(p, s, name + 1); =20 + else + return ap_file_log_writer_setup(p, s, name); +} + +static void ap_filepipe_log_ewriter_exit(server_rec *s, void *data) +{ + if (buffered_logs) + flush_log((buffered_log*)data); } =20 static int log_pre_config(apr_pool_t *p, apr_pool_t *plog, apr_pool_t = *ptemp) { - static APR_OPTIONAL_FN_TYPE(ap_register_log_handler) = *log_pfn_register; - =20 - log_pfn_register =3D = APR_RETRIEVE_OPTIONAL_FN(ap_register_log_handler); + static APR_OPTIONAL_FN_TYPE(ap_register_log_ehandler) = *log_pfn_eregister; =20 - if (log_pfn_register) { - log_pfn_register(p, "h", log_remote_host, 0); - log_pfn_register(p, "a", log_remote_address, 0 ); - log_pfn_register(p, "A", log_local_address, 0 ); - log_pfn_register(p, "l", log_remote_logname, 0); - log_pfn_register(p, "u", log_remote_user, 0); - log_pfn_register(p, "t", log_request_time, 0); - log_pfn_register(p, "f", log_request_file, 0); - log_pfn_register(p, "b", clf_log_bytes_sent, 0); - log_pfn_register(p, "B", log_bytes_sent, 0); - log_pfn_register(p, "i", log_header_in, 0); - log_pfn_register(p, "o", log_header_out, 0); - log_pfn_register(p, "n", log_note, 0); - log_pfn_register(p, "e", log_env_var, 0); - log_pfn_register(p, "V", log_server_name, 0); - log_pfn_register(p, "v", log_virtual_host, 0); - log_pfn_register(p, "p", log_server_port, 0); - log_pfn_register(p, "P", log_pid_tid, 0); - log_pfn_register(p, "H", log_request_protocol, 0); - log_pfn_register(p, "m", log_request_method, 0); - log_pfn_register(p, "q", log_request_query, 0); - log_pfn_register(p, "X", log_connection_status, 0); - log_pfn_register(p, "C", log_cookie, 0); - log_pfn_register(p, "r", log_request_line, 1); - log_pfn_register(p, "D", log_request_duration_microseconds, 1); - log_pfn_register(p, "T", log_request_duration, 1); - log_pfn_register(p, "U", log_request_uri, 1); - log_pfn_register(p, "s", log_status, 1); - } + = ap_register_log_ewriter(p,"file",ap_file_log_writer_setup,ap_filepipe_log_ew= riter,NULL,ap_filepipe_log_ewriter_exit); + = ap_register_log_ewriter(p,"pipe",ap_pipe_log_writer_setup,ap_filepipe_log_ew= riter,NULL,ap_filepipe_log_ewriter_exit); =20 + log_pfn_eregister =3D = APR_RETRIEVE_OPTIONAL_FN(ap_register_log_ehandler); + if (log_pfn_eregister) { + log_pfn_eregister(p, "%", constant_item, 0); + log_pfn_eregister(p, "h", log_remote_host, 0); + log_pfn_eregister(p, "a", log_remote_address, 0 ); + log_pfn_eregister(p, "A", log_local_address, 0 ); + log_pfn_eregister(p, "l", log_remote_logname, 0); + log_pfn_eregister(p, "r", log_request_line, 1); + log_pfn_eregister(p, "u", log_remote_user, 0); + log_pfn_eregister(p, "s", log_status, 1); + log_pfn_eregister(p, "f", log_request_file, 0); + log_pfn_eregister(p, "U", log_request_uri, 1); + log_pfn_eregister(p, "m", log_request_method, 0); + log_pfn_eregister(p, "H", log_request_protocol, 0); + log_pfn_eregister(p, "q", log_request_query, 0); + log_pfn_eregister(p, "b", clf_log_bytes_sent, 0); + log_pfn_eregister(p, "B", log_bytes_sent, 0); + log_pfn_eregister(p, "i", log_header_in, 0); + log_pfn_eregister(p, "o", log_header_out, 0); + log_pfn_eregister(p, "n", log_note, 0); + log_pfn_eregister(p, "e", log_env_var, 0); + log_pfn_eregister(p, "C", log_cookie, 0); + log_pfn_eregister(p, "V", log_server_name, 0); + log_pfn_eregister(p, "v", log_virtual_host, 0); + log_pfn_eregister(p, "p", log_server_port, 0); + log_pfn_eregister(p, "D", log_request_duration_microseconds, 1); + log_pfn_eregister(p, "P", log_pid_tid, 0); + log_pfn_eregister(p, "R", log_unparsed_request_uri, 1); + log_pfn_eregister(p, "t", log_request_time, 0); + log_pfn_eregister(p, "T", log_request_duration, 1); + log_pfn_eregister(p, "X", log_connection_status, 0); + } return OK; } =20 @@ -1429,6 +1680,10 @@ APR_REGISTER_OPTIONAL_FN(ap_register_log_handler); APR_REGISTER_OPTIONAL_FN(ap_log_set_writer_init); APR_REGISTER_OPTIONAL_FN(ap_log_set_writer); + + APR_REGISTER_OPTIONAL_FN(ap_register_log_ehandler); + writer_hash =3D apr_hash_make(p); + APR_REGISTER_OPTIONAL_FN(ap_register_log_ewriter); } =20 module AP_MODULE_DECLARE_DATA log_config_module =3D @@ -1441,4 +1696,3 @@ config_log_cmds, /* command apr_table_t */ register_hooks /* register hooks */ }; - --==========B6C94F11EFDA6764AC7E========== Content-Type: text/plain; charset=iso-8859-1; name="patch-modules:loggers:mod_log_config.h" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="patch-modules:loggers:mod_log_config.h"; size=4615 --- modules/loggers/mod_log_config.h.orig Mon Feb 9 15:53:18 2004 +++ modules/loggers/mod_log_config.h Sun Oct 5 07:08:08 2003 @@ -21,17 +21,49 @@ #define _MOD_LOG_CONFIG_H 1 =20 /**=20 - * callback function prototype for a external log handler + * callback function prototype for an external log handler */ + +/* types of returned data */ +#define AP_LOG_EHANDLER_RETURN_CONST -1 /* the text between %-items */ +#define AP_LOG_EHANDLER_RETURN_OLDSTYLE 0 /* ap_escape_logitem() string = */ +#define AP_LOG_EHANDLER_RETURN_STRING 1 /* raw string, not escaped */ +#define AP_LOG_EHANDLER_RETURN_NUMBER 2 /* signed number, = ap_log_number_t */ +#define AP_LOG_EHANDLER_RETURN_UNUMBER 3 /* unsigned number, = ap_log_unumber_t */ +#define AP_LOG_EHANDLER_RETURN_DATETIME 4 /* time, apr_time_t */ + +#define ap_log_number_t apr_int64_t +#define ap_log_unumber_t apr_uint64_t +#define AP_LOG_NUMBER_T_FMT APR_INT64_T_FMT +#define AP_LOG_UNUMBER_T_FMT APR_UINT64_T_FMT + +/* struct to hold returned data */ +typedef struct ap_log_ehandler_data { + int type; /* AP_LOG_EHANDLER_RETURN_*, see above */ + char *arg; /* log item argument, as given in e.g. %{arg}t */ + void *data; /* pointer to data or null if n/a */ +} ap_log_ehandler_data; + typedef const char *ap_log_handler_fn_t(request_rec *r, char *a); +typedef void *ap_log_ehandler_fn_t(request_rec *r, char *a, = ap_log_ehandler_data *d); + +APR_DECLARE_OPTIONAL_FN(void, ap_register_log_handler,=20 + (apr_pool_t *p, char *tag, ap_log_handler_fn_t = *func, + int def)); +APR_DECLARE_OPTIONAL_FN(void, ap_register_log_ehandler,=20 + (apr_pool_t *p, char *tag, ap_log_ehandler_fn_t = *func, + int def)); =20 /** - * callback function prototype for a external writer initilization. + * callback function prototype for an external writer's initialization. */ typedef void *ap_log_writer_init(apr_pool_t *p, server_rec *s,=20 const char *name); +typedef void *ap_log_ewriter_setup(apr_pool_t *p, server_rec *s,=20 + const char *name); + /** - * callback which gets called where there is a log line to write. + * callback which gets called when there is a log line to write. */ typedef apr_status_t ap_log_writer( request_rec *r, @@ -40,23 +72,43 @@ int *lengths, int nelts, apr_size_t len); +typedef apr_status_t ap_log_ewriter( + request_rec *r, + void *handle,=20 + apr_array_header_t *data); =20 -typedef struct ap_log_handler { - ap_log_handler_fn_t *func; - int want_orig_default; -} ap_log_handler; +/** + * callback function prototypes for each child's external writer init and = exit + */ +typedef void ap_log_ewriter_init(apr_pool_t *p, server_rec *s, void = *data); +typedef void ap_log_ewriter_exit(server_rec *s, void *data); =20 -APR_DECLARE_OPTIONAL_FN(void, ap_register_log_handler,=20 - (apr_pool_t *p, char *tag, ap_log_handler_fn_t = *func, - int def)); /** * you will need to set your init handler *BEFORE* the open_logs=20 * in mod_log_config gets executed - */ -APR_DECLARE_OPTIONAL_FN(void, ap_log_set_writer_init,(ap_log_writer_init = *func)); -/**=20 * you should probably set the writer at the same time (ie..before = open_logs) + * + * ap_log_set_writer() deprecated, better use ap_register_log_ewriter() + */ + +APR_DECLARE_OPTIONAL_FN(ap_log_writer_init*, = ap_log_set_writer_init,(ap_log_writer_init *func)); +APR_DECLARE_OPTIONAL_FN(ap_log_writer*, ap_log_set_writer, (ap_log_writer* = func)); + +/* + * Register a new log writer. + * p pool, you get this as argument to your pre_config hook + * key the scheme part of a CustomLog uri, identifies this log writer + * write write a line of log data + * setup called during ap_hook_open_logs + * init called during ap_hook_child_init + * exit called upon child exit (registered as pool cleanup from = ap_hook_child_init()) */ -APR_DECLARE_OPTIONAL_FN(void, ap_log_set_writer, (ap_log_writer* func)); +APR_DECLARE_OPTIONAL_FN(void, ap_register_log_ewriter,=20 + (apr_pool_t *p, char *key,=20 + ap_log_ewriter_setup *setup, + ap_log_ewriter *write, + ap_log_ewriter_init *init, + ap_log_ewriter_exit *exit) + ); =20 #endif /* MOD_LOG_CONFIG */ --==========B6C94F11EFDA6764AC7E========== Content-Type: text/plain; charset=iso-8859-1; name="patch-modules:loggers:mod_logio.c" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="patch-modules:loggers:mod_logio.c"; size=1974 --- modules/loggers/mod_logio.c.orig Mon Feb 9 15:53:18 2004 +++ modules/loggers/mod_logio.c Sun Oct 5 07:08:08 2003 @@ -29,7 +29,6 @@ #include "apr_lib.h" #include "apr_hash.h" #include "apr_optional.h" - #define APR_WANT_STRFUNC #include "apr_want.h" =20 @@ -40,6 +39,7 @@ #include "http_config.h" #include "http_connection.h" #include "http_protocol.h" +#include "http_log.h" =20 module AP_MODULE_DECLARE_DATA logio_module; =20 @@ -68,20 +68,23 @@ * Format items... */ =20 -static const char *log_bytes_in(request_rec *r, char *a) +static void *log_bytes_in(request_rec *r, char *a, ap_log_ehandler_data = *d) { logio_config_t *cf =3D = ap_get_module_config(r->connection->conn_config, &logio_module); - - return apr_off_t_toa(r->pool, cf->bytes_in); + d->type =3D AP_LOG_EHANDLER_RETURN_UNUMBER; + d->data =3D apr_palloc(r->pool, sizeof(ap_log_unumber_t)); + *(ap_log_unumber_t*)d->data =3D cf->bytes_in; } =20 -static const char *log_bytes_out(request_rec *r, char *a) +static void *log_bytes_out(request_rec *r, char *a, ap_log_ehandler_data = *d) { logio_config_t *cf =3D = ap_get_module_config(r->connection->conn_config, &logio_module); =20 - return apr_off_t_toa(r->pool, cf->bytes_out); + d->type =3D AP_LOG_EHANDLER_RETURN_UNUMBER; + d->data =3D apr_palloc(r->pool, sizeof(ap_log_unumber_t)); + *(ap_log_unumber_t*)d->data =3D cf->bytes_out; } =20 /* @@ -153,9 +156,9 @@ =20 static int logio_pre_config(apr_pool_t *p, apr_pool_t *plog, apr_pool_t = *ptemp) { - static APR_OPTIONAL_FN_TYPE(ap_register_log_handler) = *log_pfn_register; + static APR_OPTIONAL_FN_TYPE(ap_register_log_ehandler) = *log_pfn_register; =20 - log_pfn_register =3D = APR_RETRIEVE_OPTIONAL_FN(ap_register_log_handler); + log_pfn_register =3D = APR_RETRIEVE_OPTIONAL_FN(ap_register_log_ehandler); =20 if (log_pfn_register) { log_pfn_register(p, "I", log_bytes_in, 0); --==========B6C94F11EFDA6764AC7E==========-- From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 09:04:04 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2019E16A562; Mon, 7 Jun 2004 09:04:04 +0000 (GMT) Received: from cicero1.cybercity.dk (cicero1.cybercity.dk [212.242.40.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id D00DD43D54; Mon, 7 Jun 2004 09:04:03 +0000 (GMT) (envelope-from lars@thegler.dk) Received: from dask.thegler.dk (port156.ds1-bav.adsl.cybercity.dk [217.157.188.161]) by cicero1.cybercity.dk (Postfix) with ESMTP id 27AB17E2C96; Mon, 7 Jun 2004 11:04:02 +0200 (CEST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by dask.thegler.dk (Postfix) with ESMTP id 736123EC0; Mon, 7 Jun 2004 11:04:01 +0200 (CEST) Message-ID: <40C42F81.20700@thegler.dk> Date: Mon, 07 Jun 2004 11:04:01 +0200 From: Lars Thegler User-Agent: Mozilla Thunderbird 0.6 (Windows/20040502) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Barbish3@adelphia.net References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: ports@FreeBSD.org cc: lth@FreeBSD.org Subject: Re: FreeBSD Port: p5-Net-Netmask-1.9011 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 09:04:04 -0000 JJB wrote: > I was running 4.9 stable with what ever perl version that comes with > it, and had done pkg_add -r p5-Net-Netmask and my scripts that use > netmask were working just fine. They are stable and have not been > touched in any way. 6/2/04 I installed 4.10 stable from downloaded > cdrom1.iso file and redid pkg_add -r p5-Net-Netmask, that is when > I reported the original problem about the error message warning. > After receiving your email that you had fixed the problem I checked > and saw the package was not updated so today I installed the port > version and now I am getting the "could not parse" message. Could you specify exactly the circumstances and actual output of this, and do a send-pr(1), please. That way we can track the issue much better. /Lars From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 10:01:12 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A89E416A4CE; Mon, 7 Jun 2004 10:01:12 +0000 (GMT) Received: from triangle.rtp.FreeBSD.Org (triangle.rtp.FreeBSD.org [192.58.184.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34CCC43D31; Mon, 7 Jun 2004 10:01:12 +0000 (GMT) (envelope-from "") Received: from 8ball.rtp.freebsd.org (8ball.rtp.FreeBSD.Org [172.21.1.5]) i57A18cs004246; Mon, 7 Jun 2004 06:01:08 -0400 (EDT) Received: (from eik@localhost) by 8ball.rtp.freebsd.org (8.12.9/8.12.9/Submit) id i57A18jt079402; Mon, 7 Jun 2004 06:01:08 -0400 (EDT) Date: Mon, 7 Jun 2004 06:01:08 -0400 (EDT) Message-Id: <200406071001.i57A18jt079402@8ball.rtp.freebsd.org> X-Authentication-Warning: 8ball.rtp.freebsd.org: eik set sender to <> using -f From: chkversion To: FreeBSD ports X-FreeBSD-Chkversion: backwards cc: arved@FreeBSD.org Subject: Ports with version numbers going backwards: textproc/p5-XML-RAI X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: FreeBSD ports List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 10:01:12 -0000 ** The following ports have a version number that sorts before a previous one ** For many package tools to work correctly, it is of utmost importance that version numbers of a port form a monotonic increasing sequence over time. Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for more information. Tools that won't work include pkg_version, portupgrade and portaudit. A common error is an accidental deletion of PORTEPOCH. Please fix any errors as soon as possible. - *textproc/p5-XML-RAI* : p5-XML-RAI-0.5 < p5-XML-RAI-0.41 | revision 1.5 | date: 2004/06/07 07:56:18; author: arved; state: Exp; lines: +1 -1 | Update to 0.5 From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 10:51:02 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D290616A4CE for ; Mon, 7 Jun 2004 10:51:02 +0000 (GMT) Received: from frontend4.aha.ru (frog.zenon.net [213.189.198.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D75543D53 for ; Mon, 7 Jun 2004 10:51:01 +0000 (GMT) (envelope-from uss@aha.ru) Received: from 213.234.233.142 (account uss@aha.ru [213.234.233.142] verified) by frontend4.aha.ru (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 18638428 for freebsd-ports@FreeBSD.org; Mon, 07 Jun 2004 14:50:58 +0400 From: Yury Strakhov To: freebsd-ports@FreeBSD.org Date: Mon, 7 Jun 2004 14:51:24 +0400 User-Agent: KMail/1.5.4 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200406071451.24812.uss@aha.ru> Subject: X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 10:51:02 -0000 From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 11:01:01 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44CC916A4CE for ; Mon, 7 Jun 2004 11:01:01 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40ECD43D49 for ; Mon, 7 Jun 2004 11:01:01 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i57B0w8v042504 for ; Mon, 7 Jun 2004 11:00:58 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i57B0tOn042494 for freebsd-ports@freebsd.org; Mon, 7 Jun 2004 11:00:55 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 7 Jun 2004 11:00:55 GMT Message-Id: <200406071100.i57B0tOn042494@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: FreeBSD ports list Subject: Current unassigned ports problem reports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 11:01:01 -0000 Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The problem is understood and a solution is being sought. f - feedback Further work requires additional information from the originator or the community - possibly confirmation of the effectiveness of a proposed solution. p - patched A patch has been committed, but some issues (MFC and / or confirmation from originator) are still open. s - suspended The problem is not being worked on, due to lack of information or resources. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested -- or when fixing the problem is abandoned. Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2004/05/31] ports/67405 ports-bugs outdated mod_ssl in ports collection 1 problem total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/02/22] ports/25272 ports-bugs Using lang/eperl as cgi/nph binary execut o [2002/04/07] ports/36846 ports-bugs fxtv 1.03 freezes the system when $LANG=d s [2002/12/18] ports/46338 ports-bugs security/cyrus-sasl 1.5.27_7 mysql_verify f [2003/01/31] ports/47768 ports-bugs print/ghostscript-afpl gv (3.5.8_1) can't s [2003/05/11] ports/52079 ports-bugs vmware3 hangs when nmdm(4) is used as COM s [2003/06/17] ports/53414 ports-bugs port security/amavis-perl open filedescri o [2003/08/16] kern/55617 ports-bugs Accessing an nsmb-mounted drive via a smb o [2003/10/12] ports/57897 ports-bugs multimedia/mplayer: gmplayer doesn't work o [2003/12/21] ports/60479 ports-bugs x11-toolkits/p5-Tk800 s [2003/12/29] ports/60700 ports-bugs squid cannot be built with transparent-ip f [2004/02/05] ports/62377 ports-bugs strace hangs when running programs from c f [2004/03/04] ports/63747 ports-bugs vmmon is not performing f [2004/03/15] ports/64284 ports-bugs [PATCH] Fix audio/id3lib compilation with o [2004/03/28] ports/64838 ports-bugs new port: chinese/msttf o [2004/04/19] ports/65793 ports-bugs SEGV in isakmpd, esp when associating wit f [2004/04/20] ports/65824 ports-bugs sysutils/LPRng and sysutils/LPRngTool - a o [2004/04/23] ports/65917 ports-bugs New port: sysutils/portmanager easy FreeB f [2004/05/25] ports/67159 ports-bugs benchmarks/stream: checksum update o [2004/06/07] ports/67653 ports-bugs gettext not packaging some files with 'ma o [2004/06/07] ports/67654 ports-bugs [ new port ] x11-themes/fluxbox-sid-pack 20 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- s [2001/01/13] ports/24299 ports-bugs New port sysutils/tpconfig: configure the s [2001/10/02] ports/30993 ports-bugs xxgdb cannot open source file s [2002/03/01] ports/35459 ports-bugs portupgrade doesn't clean up dependencies s [2002/04/17] ports/37186 ports-bugs Dbview contains an error, because of whic s [2002/06/18] ports/39476 ports-bugs profxp will run but when you fxp a file i s [2002/09/29] ports/43484 ports-bugs Update port net/arla to 0.35.9 s [2002/10/07] ports/43771 ports-bugs LaTeX ports mixed between print and textp s [2002/11/29] ports/45843 ports-bugs sysutils/3dm - needs to detect and create s [2002/12/02] ports/45911 ports-bugs GEOM-related problem sysutils/diskcheckd s [2003/02/12] ports/48217 ports-bugs New Port: www/mod_frontpage13 and www/mod o [2003/02/18] ports/48426 ports-bugs [PATCH] digger-vgl does not support conso o [2003/04/08] bin/50724 ports-bugs [PATCH] make /usr/sbin/pkg_fetch save ful f [2003/05/30] ports/52793 ports-bugs Samba 2.2.8a printing woes o [2003/06/02] ports/52859 ports-bugs Samba 2.2.8a (2.2.8)- broken support for o [2003/06/23] ports/53636 ports-bugs Suggestion for rc.d style startup scripts o [2003/07/11] ports/54352 ports-bugs Conversion rc.d scripts to RC_NG o [2003/08/04] ports/55237 ports-bugs sysutils/msyslog uses wrong loging unix s s [2003/08/08] ports/55371 ports-bugs xfig dumps core (unaligned access), if US o [2003/08/23] ports/55896 ports-bugs [NEW PORT] www/mozplugger s [2003/08/28] ports/56091 ports-bugs hp220 driver for print/ghostscript-gnu do s [2003/09/24] ports/57143 ports-bugs modules in flash shell broken s [2003/09/27] ports/57289 ports-bugs teamspeak-server port is broken in 3 ways o [2003/11/08] ports/59047 ports-bugs [NEW PORT] multimedia/freevo: Freevo is a o [2003/11/12] ports/59221 ports-bugs New port: news/fidogate-ds. A fresh branc s [2003/11/13] ports/59239 ports-bugs new port audio/tse3, a midi library s [2003/11/13] ports/59243 ports-bugs new port audio/anthem, a KDE midi sequenc o [2003/11/17] ports/59371 ports-bugs new port: net/smb4k, KDE SMB network brow o [2003/12/12] ports/60185 ports-bugs [New Port] www/w3-emacs21 WWW browser bas o [2003/12/18] ports/60361 ports-bugs [PATCH] Samba 2.2.8a (2.2.8)- broken supp o [2003/12/21] ports/60472 ports-bugs [New Port] devel/doxymacs Doxymacs is Dox o [2004/01/15] ports/61383 ports-bugs New port: net/t38modem, H.323 compliant f o [2004/01/15] ports/61384 ports-bugs NEW PORT: textproc/htmlize.el (turn emacs s [2004/01/17] ports/61471 ports-bugs Suggested mini-patch to ports/graphics/sa o [2004/01/22] ports/61745 ports-bugs New port: devel/syntax_tools-devel, unsta f [2004/01/28] ports/62016 ports-bugs New port: graphics/demeter A C++ library f [2004/01/30] ports/62124 ports-bugs sysutils/xosview broken in -CURRENT o [2004/02/02] ports/62256 ports-bugs New port: chinese/mozilla-sclp o [2004/02/04] ports/62335 ports-bugs Updated port: add russian lang to nagios o [2004/02/05] ports/62393 ports-bugs New Port:mail/qmailmrtg7 o [2004/02/06] ports/62455 ports-bugs New port: lang/ecl An embeddable (ANSI) C a [2004/02/08] ports/62516 ports-bugs hostsenty port is unusable as packaged o [2004/02/08] ports/62546 ports-bugs [NEW PORT] devel/ja-bugzilla: Bug-trackin o [2004/02/09] ports/62557 ports-bugs [patch] WITH_POSTGRES -> WITH_POSTGRESQL o [2004/02/09] ports/62583 ports-bugs [NEW PORT] sysutils/usermatic: Scripts to o [2004/02/09] ports/62585 ports-bugs New port: net/mu-conference (Multi-User C o [2004/02/11] ports/62680 ports-bugs [NEW PORT] print/cups-samba o [2004/02/13] ports/62767 ports-bugs Update ports/Tools/scripts/mkptools/mkpsk o [2004/02/14] ports/62840 ports-bugs New Port: dns/bind9-sdb-ldap, bind9 patch o [2004/02/15] ports/62883 ports-bugs New port: net/bb-client (Big Brother moni o [2004/02/16] ports/62936 ports-bugs new port: devel/p5-ParseLex o [2004/02/17] ports/62960 ports-bugs new port: sysutils/mapchan, utility "mapc o [2004/02/17] ports/62979 ports-bugs New Port: devel/p5-Config-Objective Perl o [2004/02/18] ports/63024 ports-bugs New port: comms/pstngw, Simple H.323-PSTN o [2004/02/19] ports/63050 ports-bugs portsdb -uU after 02182004.2054 CVSUP get o [2004/02/20] ports/63120 ports-bugs New port: devel/slb_rf60 o [2004/02/20] ports/63154 ports-bugs New Port: net/p5-Net-Rendezvous -- a set o [2004/02/21] ports/63176 ports-bugs [patch] WITH_PGSQL -> WITH_POSTGRESQL acr f [2004/02/23] ports/63279 ports-bugs New port:math/webwork used to create prob o [2004/02/25] ports/63349 ports-bugs New port: mail/openwebmail-current Open o [2004/02/25] ports/63354 ports-bugs bcwipe does not act successfully on raw d o [2004/02/25] ports/63357 ports-bugs [patch] www/linux-mozillafirefox port cre o [2004/02/29] ports/63543 ports-bugs New port: chinese/phpbb-zh_TW o [2004/03/01] ports/63592 ports-bugs New port: sysutils/mmkeys - multimedia ke o [2004/03/01] ports/63611 ports-bugs new port java/eclipse-cdt o [2004/03/02] ports/63624 ports-bugs New port security/dazuko "interface for 3 o [2004/03/03] ports/63715 ports-bugs Maintainer update: astro/seti-applet (2.1 o [2004/03/06] ports/63823 ports-bugs New port net/xbone-gui o [2004/03/06] ports/63856 ports-bugs update ports/www/p5-Apache-AuthCookie to o [2004/03/08] ports/63936 ports-bugs New port: security/aimsniff A perl script o [2004/03/09] ports/63979 ports-bugs new port: devel/linux-libunicode -- A uni o [2004/03/09] ports/63980 ports-bugs new port: graphics/linux-png12 - rpm of t f [2004/03/09] ports/64010 ports-bugs print/cups: cupsd paths wrong o [2004/03/10] ports/64041 ports-bugs new port net/rp-pppoe, user-space client o [2004/03/11] ports/64077 ports-bugs New port: audio/mt-daapd o [2004/03/12] ports/64148 ports-bugs [NEW PORT] palm/synce-kde: SynCE KDE Util o [2004/03/13] ports/64202 ports-bugs New Port: x11/kde_api_reference_32, the k o [2004/03/15] ports/64277 ports-bugs [NEW PORT] russian/fidogateds: Russian Fi f [2004/03/15] ports/64307 ports-bugs [NEW PORT] databases/linux-unixODBC: RPM s [2004/03/18] ports/64425 ports-bugs [NEW PORT]: net/netatalk-devel o [2004/03/22] ports/64585 ports-bugs new port: devel/libpreps gui part stable o [2004/03/22] ports/64586 ports-bugs new port: devel/preps-devel-gui stable re o [2004/03/25] ports/64686 ports-bugs [NEW PORTS] x11-toolkits/qtc-qtsharp qtsh o [2004/03/25] ports/64687 ports-bugs [New Port] games/dotgnu-mahjongg/ -- QT# o [2004/03/29] ports/64898 ports-bugs new port: misc/heyu2 for X10 control o [2004/03/30] ports/64915 ports-bugs [NEW PORT] vietnamese/x-unikey o [2004/03/31] ports/65009 ports-bugs Maintainer update: lang/gforth (build fix o [2004/04/01] ports/65022 ports-bugs new port: www/parser (www templating lang o [2004/04/01] ports/65023 ports-bugs new port: www/parser-mysql (mysql driver o [2004/04/01] ports/65024 ports-bugs new port: www/parser-pgsql (postgresql dr o [2004/04/01] ports/65033 ports-bugs New port: net-mgmt/netmond network monito o [2004/04/02] ports/65076 ports-bugs New Port: net/xpvm (A Graphical Console a o [2004/04/03] ports/65126 ports-bugs [New Port] sysutils/kdar: backup-utility o [2004/04/05] ports/65207 ports-bugs [NEW PORT FIX]vietnamese/xvnkb build fix o [2004/04/06] ports/65238 ports-bugs [NEW-PORT] A port of samba-vscan for samb o [2004/04/06] ports/65250 ports-bugs New port: sysutils/dvdrtools Dvdrecord an o [2004/04/07] ports/65279 ports-bugs [NEW PORT] www/kazehakase: Kazehakase is o [2004/04/08] ports/65310 ports-bugs security/SAVI-Perl: Submission of new por f [2004/04/08] ports/65318 ports-bugs New port: games/noegnud* an ASCII/2D/3D U o [2004/04/10] ports/65396 ports-bugs New port: java/rxtx: Native interface to o [2004/04/17] ports/65681 ports-bugs [NEW PORT] www/formication: Formular proc o [2004/04/19] ports/65770 ports-bugs New port: / = 500 o [2004/06/07] ports/67665 ports-bugs [maintainer-update] Update net/limewire t 159 problems total. From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 11:03:30 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D17616A4D6 for ; Mon, 7 Jun 2004 11:03:30 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4919943D1D for ; Mon, 7 Jun 2004 11:03:30 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i57B3UW0045074 for ; Mon, 7 Jun 2004 11:03:30 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i57B3Tck045068 for ports@freebsd.org; Mon, 7 Jun 2004 11:03:29 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 7 Jun 2004 11:03:29 GMT Message-Id: <200406071103.i57B3Tck045068@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: ports@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 11:03:30 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2003/05/16] ports/52311 ports [ADD MAKE ARGS]:: WITH_GTK And WITH_THREA 1 problem total. From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 11:22:26 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B23016A4CE for ; Mon, 7 Jun 2004 11:22:26 +0000 (GMT) Received: from mx0.rambler.ru (mx0.rambler.ru [81.19.66.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85D5A43D31 for ; Mon, 7 Jun 2004 11:22:22 +0000 (GMT) (envelope-from timurvod@rambler.ru) Received: from mailc.rambler.ru (mailc.rambler.ru [81.19.66.27]) by mx0.rambler.ru (Postfix) with ESMTP id D63D342F97A for ; Mon, 7 Jun 2004 15:22:14 +0400 (MSD) Received: from cs6-mts-79.dialup.mts-nn.ru (cs6-mts-79.dialup.mts-nn.ru [213.177.100.79]) (authenticated bits=0) by mailc.rambler.ru (8.12.10/8.12.10) with ESMTP id i57BMBxB004880 for ; Mon, 7 Jun 2004 15:22:14 +0400 (MSD) Date: Mon, 7 Jun 2004 15:21:12 +0400 From: Timour Vodopyanov X-Mailer: The Bat! (v2.04.7) UNREG / CD5BF9353B3B7091 X-Priority: 3 (Normal) Message-ID: <1195189249.20040607152112@rambler.ru> To: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Auth-User: timurvod, whoson: (null) Subject: X-server config problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Timour Vodopyanov List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 11:22:26 -0000 Hi, freebsd-ports. I'ver got some problemes with configure X-server. Free BSD 4.7 stable/ on my 686 platform(Nvidia G-force MX 440 64 Mb, Nec MultiSynk FE791sb) Server config reports me "Configure of X-server seems fall" at any config options. Is there any body to consult me? -- Best regards Timour mailto:timurvod@rambler.ru From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 11:30:39 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D5A316A4CE for ; Mon, 7 Jun 2004 11:30:39 +0000 (GMT) Received: from ioskeha.hittite.isp.9tel.net (ioskeha.hittite.isp.9tel.net [62.62.156.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id D70C143D2D for ; Mon, 7 Jun 2004 11:30:36 +0000 (GMT) (envelope-from cyrille.lefevre@laposte.net) Received: from pc2k (149-59-118-80.kaptech.net [80.118.59.149]) by ioskeha.hittite.isp.9tel.net (Postfix) with SMTP id 7A96317C00D; Mon, 7 Jun 2004 13:31:38 +0200 (CEST) Message-ID: <05a301c44c82$d9c40c20$7890a8c0@dyndns.org> From: "Cyrille Lefevre" To: "Edwin Groothuis" References: <01db01c44951$d2c1c770$7890a8c0@dyndns.org> <20040605075150.GD1057@k7.mavetju> Date: Mon, 7 Jun 2004 02:48:45 +0200 Organization: ACME MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 cc: rcraig@fsegura.com cc: ports@freebsd.org Subject: Re: SETIATHOME PORT X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 11:30:39 -0000 "Edwin Groothuis" wrote: > On Thu, Jun 03, 2004 at 12:02:04PM +0200, Cyrille Lefevre wrote: > > unsent message ! > > > > "Rob Craig" wrote: > > > As you might already know there a some annoying problems with the SETI@home > > > > no, I don't. > > > > > port for FreeBSD. Loads of time it just freezes and does not continue to > > > download the next data unit and other times "top" reports the CPU at 96% but > > > seti@home is not doing anything. Not crunching data? Very strange. I have it > > > installed on 9 machines. > > Ah, and I thought I was the only who had this problem. What happens > is that top shows that it is the sh(1) which is consuming the 99% > of the CPU. Tell you more about it when I have more info. # ps axu | grep [s]eti setiathome 55048 92.2 11.9 16456 14596 co- RN 7:01PM 427:17.19 /usr/local/sb setiathome 41954 0.0 0.7 1724 812 co- S 7:01PM 0:00.04 /bin/sh -T /u > FreeBSD k7.mavetju 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #3: Fri Feb 27 13:54:29 EST 2004 edwin@k7.mavetju:/usr/src/sys/i386/compile/k7 i386 # uname -a FreeBSD gits 5.2-CURRENT FreeBSD 5.2-CURRENT #29: Mon May 31 01:35:59 CEST 2004 root@gits:/disk3/freebsd/current/obj/disk3/freebsd/current/src/sys/CUSTOM i386 in /usr/local/libexec/setiathome.bin, could you replace the following line : ${program_path} ${program_args} > /dev/null & in setistart() by : ${program_path} ${program_args} > ${dir}/log.sah 2>&1 & then restart setiathome using : /usr/local/etc/rc.d/setiathome.sh restart and see if there is any output in /var/db/setiathome/log.sah ? Cyrille Lefevre. -- home: mailto:cyrille.lefevre@laposte.net From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 11:47:12 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5D0316A4CE for ; Mon, 7 Jun 2004 11:47:12 +0000 (GMT) Received: from mailout2.barnet.com.au (mailout2.barnet.com.au [218.185.88.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id A236C43D2F for ; Mon, 7 Jun 2004 11:47:12 +0000 (GMT) (envelope-from edwin@mavetju.org) Received: by mailout2.barnet.com.au (Postfix, from userid 27) id BDA1DAA61CE; Mon, 7 Jun 2004 21:47:01 +1000 (EST) X-Viruscan-Id: <40C455B500010AF9B64AB8@BarNet> Received: from mail2-auth.barnet.com.au (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) Authority" (verified OK)) by mail2.barnet.com.au (Postfix) with ESMTP id 81039B29D0D; Mon, 7 Jun 2004 21:47:01 +1000 (EST) Received: from k7.mavetju (unknown [10.10.12.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) Certificate Authority" (verified OK)) by mail2-auth.barnet.com.au (Postfix) with ESMTP id 86D14193AD; Mon, 7 Jun 2004 21:47:00 +1000 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id AA96160E7; Mon, 7 Jun 2004 21:46:56 +1000 (EST) Date: Mon, 7 Jun 2004 21:46:56 +1000 From: Edwin Groothuis To: Cyrille Lefevre Message-ID: <20040607114656.GU1058@k7.mavetju> References: <01db01c44951$d2c1c770$7890a8c0@dyndns.org> <20040605075150.GD1057@k7.mavetju> <05a301c44c82$d9c40c20$7890a8c0@dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <05a301c44c82$d9c40c20$7890a8c0@dyndns.org> User-Agent: Mutt/1.5.6i cc: rcraig@fsegura.com cc: ports@freebsd.org Subject: Re: SETIATHOME PORT X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 11:47:13 -0000 On Mon, Jun 07, 2004 at 02:48:45AM +0200, Cyrille Lefevre wrote: > /usr/local/etc/rc.d/setiathome.sh restart [/usr/home/edwin] root@k7>/usr/local/etc/rc.d/setiathome.sh restart setiathome setiathome: unable to start: setiathome is already running. [/usr/home/edwin] root@k7>/usr/local/etc/rc.d/setiathome.sh stop ps: kvm_getprocs: No such process [/usr/home/edwin] root@k7>/usr/local/etc/rc.d/setiathome.sh start > and see if there is any output in /var/db/setiathome/log.sah ? SETI@home client. Platform: i386-unknown-freebsd4.0 Version: 3.08 SETI@home is sponsored by individual donors around the world. If you'd like to contribute to the project, please visit the SETI@home web site at http://setiathome.ssl.berkeley.edu. The project is also sponsored by the Planetary Society, the University of California, Sun Microsystems, Paramount Pictures, Fujifilm Computer Products, Informix, Engineering Design Team Inc, The Santa Cruz Operation (SCO), Intel, Quantum Corporation, and the SETI Institute. SETI@home was developed by David Gedye (Founder), David Anderson (Director), Dan Werthimer (Chief Scientist), Leonard Chung, Hiram Clawson, Jeff Cobb, Charles Congdon, Charlie Fenton, Kyle Granger, Eric Heien, Mike Hill, Michael Kang, Eric Korpela, Matt Lebofsky, Peter Leiser, Brad Silen, Woody Sullivan, and Adam Wight. Scanning data file Data Info: Sky coordinates: 39.563 R.A., 17.620 Dec Recorded on: 2452954.23409 (Mon Nov 10 17:37:05 2003) Source: Arecibo Radio Observatory Base Frequency: 1.419326172 GHz Found data file: yes. Found result header file: yes. Scanning result header file. Beginning analysis... (This is the last message displayed while the client works. To see progress messages between now and completion of processing, operate the client with the -verbose option. You can also see the progress of the client by looking at the 'prog=' line in the state.sah file. I'll let you know when sh(1) takes over again! Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://weblog.barnet.com.au/edwin/ From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 11:59:19 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E24B16A4CE; Mon, 7 Jun 2004 11:59:19 +0000 (GMT) Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13D2D43D1D; Mon, 7 Jun 2004 11:59:19 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd03.aul.t-online.de by mailout07.sul.t-online.com with smtp id 1BXImK-0004le-05; Mon, 07 Jun 2004 13:59:00 +0200 Received: from Andro-Beta.Leidinger.net (b71zqwZEoe24aO7cQ5Swv6HCdvYn0Bf8nWHB8h0HobUgfWDY3ui9YG@[84.128.197.114]) by fmrl03.sul.t-online.com with esmtp id 1BXImF-0bb1aS0; Mon, 7 Jun 2004 13:58:55 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) i57BxCkx006954; Mon, 7 Jun 2004 13:59:12 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Mon, 7 Jun 2004 14:00:36 +0200 From: Alexander Leidinger To: Jose M Rodriguez Message-Id: <20040607140036.4f0a59c0@Magellan.Leidinger.net> In-Reply-To: <200406061917.12032.freebsd@wanadoo.es> References: <200406061228.33519.freebsd@wanadoo.es> <200406061335.25901.freebsd@wanadoo.es> <200406061403.39539.michaelnottebrock@gmx.net> <200406061917.12032.freebsd@wanadoo.es> X-Mailer: Sylpheed version 0.9.11claws (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Seen: false X-ID: b71zqwZEoe24aO7cQ5Swv6HCdvYn0Bf8nWHB8h0HobUgfWDY3ui9YG@t-dialin.net cc: gnome@freebsd.org cc: freebsd-x11@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: URW Type1 Fonts X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 11:59:19 -0000 On Sun, 6 Jun 2004 19:17:10 +0200 Jose M Rodriguez wrote: > You can read the docs that come with gs/gsfonts in > /usr/local/share/ghostscript/fonts > /usr/local/share/docs/gsfonts > > These fonts are REALLY MODIFIED and derived from URW set (in XFree86). > > I take my chance on gsfonts thinking that the added Cyrillic glyphs must > be of interest for russian users. > > But I can go backwards and teach gs where are de XFree86 type1 fonts > installed. (Patch at home and tested against gnu and afpl gs). I think using the gs version of the fonts is better. The README states that there are no changes to the latin glyphs and they offer additional functionality. I think your work should be committed (at least in principle, I haven't looked at the patches yet). Michael, do you want to give the patches a little bit of time in the KDE build? Joe, what about the Gnome build? Bye, Alexander. -- I'm available to get hired (preferred in .lu). http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 12:00:58 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02FAC16A4CE; Mon, 7 Jun 2004 12:00:58 +0000 (GMT) Received: from triangle.rtp.FreeBSD.Org (triangle.rtp.FreeBSD.org [192.58.184.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id B028D43D5C; Mon, 7 Jun 2004 12:00:57 +0000 (GMT) (envelope-from "") Received: from 8ball.rtp.freebsd.org (8ball.rtp.FreeBSD.Org [172.21.1.5]) i57C0vcs004410; Mon, 7 Jun 2004 08:00:57 -0400 (EDT) Received: (from eik@localhost) by 8ball.rtp.freebsd.org (8.12.9/8.12.9/Submit) id i57C0vv5066974; Mon, 7 Jun 2004 08:00:57 -0400 (EDT) Date: Mon, 7 Jun 2004 08:00:57 -0400 (EDT) Message-Id: <200406071200.i57C0vv5066974@8ball.rtp.freebsd.org> X-Authentication-Warning: 8ball.rtp.freebsd.org: eik set sender to <> using -f From: chkversion To: FreeBSD ports X-FreeBSD-Chkversion: backwards cc: arved@FreeBSD.org Subject: Ports with version numbers going backwards: textproc/p5-XML-RAI X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: FreeBSD ports List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 12:00:58 -0000 ** The following ports have a version number that sorts before a previous one ** For many package tools to work correctly, it is of utmost importance that version numbers of a port form a monotonic increasing sequence over time. Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for more information. Tools that won't work include pkg_version, portupgrade and portaudit. A common error is an accidental deletion of PORTEPOCH. Please fix any errors as soon as possible. - *textproc/p5-XML-RAI* : p5-XML-RAI-0.5 < p5-XML-RAI-0.41 | revision 1.5 | date: 2004/06/07 07:56:18; author: arved; state: Exp; lines: +1 -1 | Update to 0.5 From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 12:55:39 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93E2D16A4D0 for ; Mon, 7 Jun 2004 12:55:39 +0000 (GMT) Received: from smtp.dkm.cz (smtp.dkm.cz [62.24.64.34]) by mx1.FreeBSD.org (Postfix) with SMTP id 5A6A343D1F for ; Mon, 7 Jun 2004 12:55:38 +0000 (GMT) (envelope-from neuhauser@chello.cz) Received: (qmail 99408 invoked by uid 0); 7 Jun 2004 12:55:36 -0000 Received: from r3al16.mistral.cz (HELO isis.wad.cz) (213.220.229.16) by smtp.dkm.cz with SMTP; 7 Jun 2004 12:55:36 -0000 Received: by isis.wad.cz (Postfix, from userid 1001) id 0AC502FDA01; Mon, 7 Jun 2004 14:55:35 +0200 (CEST) Date: Mon, 7 Jun 2004 14:55:34 +0200 From: Roman Neuhauser To: Ade Lovett Message-ID: <20040607125534.GA28541@isis.wad.cz> Mail-Followup-To: Ade Lovett , Ion-Mihai Tetcu , ports@FreeBSD.ORG References: <20040602193835.496de20b@it.buh.cameradicommercio.ro> <7D836791-B4D4-11D8-B3B3-000A956B6386@FreeBSD.org> <20040603002700.1024de99@it.buh.cameradicommercio.ro> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: Ion-Mihai Tetcu cc: ports@FreeBSD.ORG Subject: Re: How to LIB_DEPEND on pgsql client ? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 12:55:39 -0000 # ade@FreeBSD.org / 2004-06-06 21:12:23 -0700: > > On Jun 02, 2004, at 14:27, Ion-Mihai Tetcu wrote: > >Yes, I can imagine very well ;-) it's exactly what I need. I guess I'll > >override the targets and use some scripts for now. > > Well, I have a prototype of pgsql-client (include files, libraries, > client programs, manual pages) and pgsql-server (depending on > pgsql-client, and simply adding all the server-related foo), however > I've not yet had a chance to add in all the current WITH_* options from > the existing postgresql7 port, and there's probably a reasonable amount > of work to do in the rest of the tree to ensure the dependencies are > correctly set up. > > Right now, what I have works for what I need the pgsql split for -- if > someone wants to take what I currently have and finish it off, I'll be > more than happy to send over the tarball of what I have (too much other > stuff on my plate to give it proper attention right now). I'd be happy to get the opportunity. -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 12:57:44 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2585D16A4CE for ; Mon, 7 Jun 2004 12:57:44 +0000 (GMT) Received: from wrzx35.rz.uni-wuerzburg.de (wrzx35.rz.uni-wuerzburg.de [132.187.3.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 788A443D54 for ; Mon, 7 Jun 2004 12:57:43 +0000 (GMT) (envelope-from q@uni.de) Received: from wrzx34.rz.uni-wuerzburg.de (wrzx34.rz.uni-wuerzburg.de [132.187.3.34]) by wrzx35.rz.uni-wuerzburg.de (Postfix) with ESMTP id 6771ADCD67; Mon, 7 Jun 2004 14:57:42 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id 494419B36B; Mon, 7 Jun 2004 14:57:42 +0200 (CEST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id 1DC389B1FE; Mon, 7 Jun 2004 14:57:42 +0200 (CEST) Received: from coyote.q.local (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 0A91AD3CB9; Mon, 7 Jun 2004 14:57:42 +0200 (CEST) Received: from roadrunner.q.local (roadrunner [192.168.0.147]) by coyote.q.local (8.12.10/8.12.10) with ESMTP id i57Cvfw2002236; Mon, 7 Jun 2004 14:57:41 +0200 (CEST) (envelope-from q@roadrunner.q.local) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.12.10/8.12.10) with ESMTP id i57CvfZW002282; Mon, 7 Jun 2004 14:57:41 +0200 (CEST) (envelope-from q@roadrunner.q.local) Received: (from q@localhost) by roadrunner.q.local (8.12.10/8.12.10/Submit) id i57Cva9E002281; Mon, 7 Jun 2004 14:57:36 +0200 (CEST) (envelope-from q) Date: Mon, 7 Jun 2004 14:57:36 +0200 From: Ulrich Spoerlein To: Kris Kennaway Message-ID: <20040607125736.GA765@galgenberg.net> Mail-Followup-To: Kris Kennaway , Ion-Mihai Tetcu , ports@FreeBSD.ORG References: <20040602193835.496de20b@it.buh.cameradicommercio.ro> <20040602215840.GA86249@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline In-Reply-To: <20040602215840.GA86249@xor.obsecurity.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) cc: Ion-Mihai Tetcu cc: ports@FreeBSD.ORG Subject: RFC: Re-work pkgdep/DEPORIGIN? (was: Re: How to LIB_DEPEND on pgsql client?) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 12:57:44 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 02.06.2004 at 14:58:40 -0700, Kris Kennaway wrote: > > Hi, > > What do I need to tell to my Makefile to make a port depend on > > Postgresql client, which was removed ? The client can be built with > > -DWITHOUT_SERVER, but how do I do this from the Makefile; should I use a > > custom script ? >=20 > You can't (think about how users would add packages). For now -- until > someone can redo the client/server split properly, in a way that > doesn't break ports that try to use it -- you need to depend on the > single postgresql package, The real fix is IMHO not to blindly record the dependancy provided in the Makefile. That is: LIB_DEPENDS+=3D pq.3:${PORTSDIR}/databases/postgresql7-client will record databases/postgresql7 as dependancy, no matter what package actually provided the libpq.so.3 in the first place. Postgres is not the only place where this is wrong, lang/php4 has the same problems. Most Ports require www/mod_php which I dont have installed. Instead I'm using lang/php4 with WITH_APACHE. x11/nvidia-driver has it too: Stale dependency: nvidia-driver-1.0.4365_2 -> linux_base-7.1_7 (emulators/l= inux_base): linux_base-8-8.0_4 (score:62%) ? ([y]es/[n]o/[a]ll) [no]=20 In general, almost every slave port has this problem. The fix now would be to make pkg_info -W work with -o and then using this output in the pkgdep field. % pkg_info -W /usr/local/lib/libpq.so.3 /usr/local/lib/libpq.so.3 was installed by package postgresql-7.4.2 Now we use this, instead of the "${PORTSDIR}/databases/postgresql7-client" supplied in the LIB_DEPENDS field. % pkg_info -oW /usr/local/lib/libpq.so.3 databases/postgresql7 This should work without problems for ports, but I can't say if this works for packages. AFAIK the +CONTENTS just gets extracted to /var/db/pkg, but one would have to re-write it, to check which package realy satisfied which dependancy. Something like a new DEPFILE comment, which has the file we depend on (libpq.so.3 in the example) and pkg_add checks if this is in sync with the DEPORIGIN comment. If they differ, DEPORIGIN gets re-written. If libpq.so.3 is provided by no package (check via pkg_info -W) but is existent, we can print out errors. I had this idea since the first time pkgdb gave me trouble because of postgresql and php4, but I don't have any patches yet, as I'm not very familiar with 'make package' and pkg_add. And I don't even know if people here agree that this is the right direction to take. So, do you want me to come up with patches? Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Get it while it's hot! PGP Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- Benjamin Franklin --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAxGZAmArGtfDbn0QRAu8sAJ4lkhRcCK3KqIdCSiUOR94eas51QQCggQPf Wl/CL8egcgzNjk1IaIk1AJQ= =ynfk -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 13:19:55 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A9F816A4CE; Mon, 7 Jun 2004 13:19:55 +0000 (GMT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D81343D54; Mon, 7 Jun 2004 13:19:55 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id A96BC16759B; Mon, 7 Jun 2004 15:19:52 +0200 (CEST) Received: from [192.168.8.4] (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i57DJeXV033311 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 7 Jun 2004 15:19:40 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-x11@freebsd.org Date: Mon, 7 Jun 2004 15:19:35 +0200 User-Agent: KMail/1.6.2 References: <200406061228.33519.freebsd@wanadoo.es> <200406061917.12032.freebsd@wanadoo.es> <20040607140036.4f0a59c0@Magellan.Leidinger.net> In-Reply-To: <20040607140036.4f0a59c0@Magellan.Leidinger.net> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_rtGxAn0FL1Uv7bb"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406071519.39918.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: gnome@freebsd.org cc: Alexander Leidinger cc: freebsd-ports@freebsd.org cc: Jose M Rodriguez Subject: Re: URW Type1 Fonts X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 13:19:55 -0000 --Boundary-02=_rtGxAn0FL1Uv7bb Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 07 June 2004 14:00, Alexander Leidinger wrote: > I think your work should be committed (at least in principle, I haven't > looked at the patches yet). If you want to take care of them, by all means go ahead - I've been and sti= ll=20 am busy with updating KDE to 3.2.3. > Michael, do you want to give the patches a little bit of time in the KDE > build? I don't think I'd need to do any special testing - the problems I mentioned= do=20 exists with the current situation, changing over to using the ghostscript=20 fonts can only improve things, so a general thumbs up from me. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --Boundary-02=_rtGxAn0FL1Uv7bb Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAxGtrXhc68WspdLARAtUOAKCDgoj7Ul+BJSO4YdscNFPmp+1YywCgkWtG 65wVTCx5ADmuu6aUaVqD2vk= =MzDQ -----END PGP SIGNATURE----- --Boundary-02=_rtGxAn0FL1Uv7bb-- From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 13:30:53 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87A8816A4CE; Mon, 7 Jun 2004 13:30:53 +0000 (GMT) Received: from willow.veidit.net (willow.veidit.net [81.93.138.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA34B43D5F; Mon, 7 Jun 2004 13:30:52 +0000 (GMT) (envelope-from john@veidit.net) Received: from [192.168.20.13] (c-f38e71d5.22-1-64736c10.cust.bredbandsbolaget.se [213.113.142.243]) (authenticated bits=0) by willow.veidit.net (8.12.10/8.12.10) with ESMTP id i57DUYpM072140; Mon, 7 Jun 2004 15:30:35 +0200 (CEST) Message-ID: <40C46DBE.5030701@veidit.net> Date: Mon, 07 Jun 2004 15:29:34 +0200 From: John Angelmo User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7) Gecko/20040521 X-Accept-Language: sv, en-gb, en, en-us MIME-Version: 1.0 To: roger@FreeBSD.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: ports@FreeBSD.org Subject: FreeBSD Port: pwlib-1.5.0 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 13:30:53 -0000 I was about to install asterisk on my server, but since it requiers pwlib and pwlib is forbidden right now in ports perhaps it's time to upgrade pwlib? Are there any plans to upgrade pwlib to 1.7.2 or 1.6.6.1 that can be found here: http://www.voxgratia.org/ /John From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 14:20:22 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BC1D16A4CE for ; Mon, 7 Jun 2004 14:20:22 +0000 (GMT) Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE53A43D2D for ; Mon, 7 Jun 2004 14:20:21 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd01.aul.t-online.de by mailout07.sul.t-online.com with smtp id 1BXKyt-0003XQ-02; Mon, 07 Jun 2004 16:20:07 +0200 Received: from Andro-Beta.Leidinger.net (ESLpumZZoeeScdjnY0d+6Lqg1ga8c+HBlYAUbDzUG8eqzLlMxEddwn@[84.128.197.114]) by fmrl01.sul.t-online.com with esmtp id 1BXKym-1bjWmO0; Mon, 7 Jun 2004 16:20:00 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) i57EK925027019; Mon, 7 Jun 2004 16:20:09 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Mon, 7 Jun 2004 16:21:34 +0200 From: Alexander Leidinger To: Ulrich Spoerlein Message-Id: <20040607162134.35b5a302@Magellan.Leidinger.net> In-Reply-To: <20040607125736.GA765@galgenberg.net> References: <20040602193835.496de20b@it.buh.cameradicommercio.ro> <20040602215840.GA86249@xor.obsecurity.org> <20040607125736.GA765@galgenberg.net> X-Mailer: Sylpheed version 0.9.11claws (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Seen: false X-ID: ESLpumZZoeeScdjnY0d+6Lqg1ga8c+HBlYAUbDzUG8eqzLlMxEddwn@t-dialin.net cc: Ion-Mihai Tetcu cc: ports@freebsd.org cc: Kris Kennaway Subject: Re: RFC: Re-work pkgdep/DEPORIGIN? (was: Re: How to LIB_DEPEND on pgsql client?) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 14:20:22 -0000 On Mon, 7 Jun 2004 14:57:36 +0200 Ulrich Spoerlein wrote: > I had this idea since the first time pkgdb gave me trouble because of > postgresql and php4, but I don't have any patches yet, as I'm not very > familiar with 'make package' and pkg_add. And I don't even know if > people here agree that this is the right direction to take. Since you are talking about portupgrade. It already has such a feature, it's named "ALT_PKGDEP" in pkgtools.conf. You can even remove dependencies with it. Bye, Alexander. -- I'm available to get hired (preferred in .lu). http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 14:44:52 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 855E216A4CE; Mon, 7 Jun 2004 14:44:52 +0000 (GMT) Received: from mta10.adelphia.net (mta10.adelphia.net [68.168.78.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 287E043D5A; Mon, 7 Jun 2004 14:44:52 +0000 (GMT) (envelope-from Barbish3@adelphia.net) Received: from barbish ([67.20.101.71]) by mta10.adelphia.net (InterMail vM.5.01.06.08 201-253-122-130-108-20031117) with SMTP id <20040607144451.XRVZ8065.mta10.adelphia.net@barbish>; Mon, 7 Jun 2004 10:44:51 -0400 From: "JJB" To: "Lars Thegler" Date: Mon, 7 Jun 2004 10:44:50 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: <40C42F81.20700@thegler.dk> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Importance: Normal cc: ports@FreeBSD.org cc: lth@FreeBSD.org Subject: RE: FreeBSD Port: p5-Net-Netmask-1.9011 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Barbish3@adelphia.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 14:44:52 -0000 Lars This morning after an restful sleep I did some detailed research into the problem of my production scripts that use netmask. The scripts in question are part of my "Proactive Probing Abuse Reporting System" which is run as part of the FreeBSD nightly cron management reports system. I have other scripts that use netmask so I ran one of those and it worked, so I knew that the problem was not 4.10 wide. I then added some debug displays to the script in question and traced the problem back to the file that contains an list of IP address to be excluded. The last record was an blank. The person who monitors the "Proactive Probing Abuse Reporting System" had added an IP address to the exclude file and left an blank line at the end. I corrected the problem in the file and added code to the script to drop blank lines while reading. So in conclusion, the netmask problem was my problem and not an 4.10/perl problem. The other problem with perl -MCPAN -e shell still looks like an 4.10/perl problem. I will submit an PR on this. Thanks for your support. -----Original Message----- From: Lars Thegler [mailto:lars@thegler.dk] Sent: Monday, June 07, 2004 5:04 AM To: Barbish3@adelphia.net Cc: lth@FreeBSD.org; ports@FreeBSD.org Subject: Re: FreeBSD Port: p5-Net-Netmask-1.9011 JJB wrote: > I was running 4.9 stable with what ever perl version that comes with > it, and had done pkg_add -r p5-Net-Netmask and my scripts that use > netmask were working just fine. They are stable and have not been > touched in any way. 6/2/04 I installed 4.10 stable from downloaded > cdrom1.iso file and redid pkg_add -r p5-Net-Netmask, that is when > I reported the original problem about the error message warning. > After receiving your email that you had fixed the problem I checked > and saw the package was not updated so today I installed the port > version and now I am getting the "could not parse" message. Could you specify exactly the circumstances and actual output of this, and do a send-pr(1), please. That way we can track the issue much better. /Lars From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 15:19:11 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C407F16A4CE; Mon, 7 Jun 2004 15:19:11 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA45A43D4C; Mon, 7 Jun 2004 15:19:11 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) i57FJBqY073013; Mon, 7 Jun 2004 15:19:11 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i57FJB40073009; Mon, 7 Jun 2004 15:19:11 GMT (envelope-from linimon) Date: Mon, 7 Jun 2004 15:19:11 GMT From: Mark Linimon Message-Id: <200406071519.i57FJB40073009@freefall.freebsd.org> To: linimon@FreeBSD.org, ports@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org Subject: Re: ports/52311: [ADD MAKE ARGS]:: WITH_GTK And WITH_THREADS X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 15:19:11 -0000 Synopsis: [ADD MAKE ARGS]:: WITH_GTK And WITH_THREADS Responsible-Changed-From-To: ports->freebsd-ports-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Mon Jun 7 15:18:09 GMT 2004 Responsible-Changed-Why: Fix assignment. http://www.freebsd.org/cgi/query-pr.cgi?pr=52311 From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 15:21:16 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01B7016A4CE; Mon, 7 Jun 2004 15:21:16 +0000 (GMT) Received: from creme-brulee.marcuscom.com (rrcs-midsouth-24-172-16-118.biz.rr.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3172043D66; Mon, 7 Jun 2004 15:21:15 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) i57FKK4u089890; Mon, 7 Jun 2004 11:20:20 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Alexander Leidinger In-Reply-To: <20040607140036.4f0a59c0@Magellan.Leidinger.net> References: <200406061228.33519.freebsd@wanadoo.es> <200406061335.25901.freebsd@wanadoo.es> <200406061403.39539.michaelnottebrock@gmx.net> <200406061917.12032.freebsd@wanadoo.es> <20040607140036.4f0a59c0@Magellan.Leidinger.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-P4pS6BM9XvZc6/JyQe4t" Organization: MarcusCom, Inc. Message-Id: <1086621715.913.1.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 07 Jun 2004 11:21:55 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on creme-brulee.marcuscom.com cc: FreeBSD GNOME Users cc: freebsd-x11@freebsd.org cc: freebsd-ports@freebsd.org cc: Jose M Rodriguez Subject: Re: URW Type1 Fonts X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 15:21:16 -0000 --=-P4pS6BM9XvZc6/JyQe4t Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2004-06-07 at 08:00, Alexander Leidinger wrote: > On Sun, 6 Jun 2004 19:17:10 +0200 > Jose M Rodriguez wrote: >=20 > > You can read the docs that come with gs/gsfonts in > > /usr/local/share/ghostscript/fonts > > /usr/local/share/docs/gsfonts > >=20 > > These fonts are REALLY MODIFIED and derived from URW set (in XFree86). > >=20 > > I take my chance on gsfonts thinking that the added Cyrillic glyphs mus= t=20 > > be of interest for russian users. > >=20 > > But I can go backwards and teach gs where are de XFree86 type1 fonts=20 > > installed. (Patch at home and tested against gnu and afpl gs). >=20 > I think using the gs version of the fonts is better. The README states > that there are no changes to the latin glyphs and they offer additional > functionality. >=20 > I think your work should be committed (at least in principle, I haven't > looked at the patches yet). >=20 > Michael, do you want to give the patches a little bit of time in the KDE > build? >=20 > Joe, what about the Gnome build? There has been so many different ideas proposed on this thread, I'm not sure what the current proposal is. If we simply replace the X11 fonts with the Ghostscript fonts, then fontconfig doesn't need to be changed, thus it doesn't affect gnome@ at all. Is this the current proposal? Joe >=20 > Bye, > Alexander. --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-P4pS6BM9XvZc6/JyQe4t Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAxIgSb2iPiv4Uz4cRAmkPAJ9Xzo26kTJkWFmT2TEJoYMd++82jwCgmTtY THcFpQcC+xtccRBYDbCm/Ok= =0Dvu -----END PGP SIGNATURE----- --=-P4pS6BM9XvZc6/JyQe4t-- From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 15:27:57 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 949F816A4CE for ; Mon, 7 Jun 2004 15:27:57 +0000 (GMT) Received: from argent.heraldsnet.org (argent.heraldsnet.org [64.83.41.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 235E843D4C for ; Mon, 7 Jun 2004 15:27:57 +0000 (GMT) (envelope-from jtrigg@spamcop.net) Received: by argent.heraldsnet.org (Postfix, from userid 1001) id 79666427; Mon, 7 Jun 2004 11:27:52 -0400 (EDT) Date: Mon, 7 Jun 2004 11:27:52 -0400 From: Jim Trigg To: ports@freebsd.org Message-ID: <20040607152752.GD9227@spamcop.net> Mail-Followup-To: ports@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . Subject: Re: RFC: Re-work pkgdep/DEPORIGIN? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 15:27:57 -0000 On Monday 7 June at 12:57:44 GMT, Ulrich Spoerlein wrote: > On Wed, 02.06.2004 at 14:58:40 -0700, Kris Kennaway wrote: > > > What do I need to tell to my Makefile to make a port depend on > > > Postgresql client, which was removed ? The client can be built with > > > -DWITHOUT_SERVER, but how do I do this from the Makefile; should I use a > > > custom script ? > > > > You can't (think about how users would add packages). For now -- until > > someone can redo the client/server split properly, in a way that > > doesn't break ports that try to use it -- you need to depend on the > > single postgresql package, > > The real fix is IMHO not to blindly record the dependancy provided in > the Makefile. That is: > LIB_DEPENDS+= pq.3:${PORTSDIR}/databases/postgresql7-client > will record databases/postgresql7 as dependancy, no matter what package > actually provided the libpq.so.3 in the first place. Postgres is not the > only place where this is wrong, lang/php4 has the same problems. Most > Ports require www/mod_php which I dont have installed. Instead I'm using > lang/php4 with WITH_APACHE. The real fix IMHO is to use a strategy similar to what Debian Linux uses: instead of depending on specific ports, depend on capabilities. So for example, www/horde2 would depend on webphp, and lang/php4 and www/mod_php4 would each provide webphp. (I don't know the postgres port family as well, so I can't readily give an example using it.) Jim Trigg -- Jim Trigg, Lord High Everything Else O- /"\ \ / ASCII RIBBON CAMPAIGN Hostmaster, Huie Kin family website X HELP CURE HTML MAIL Verger, All Saints Church - Sharon Chapel / \ From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 16:59:47 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BCA716A4CE for ; Mon, 7 Jun 2004 16:59:47 +0000 (GMT) Received: from wrzx35.rz.uni-wuerzburg.de (wrzx35.rz.uni-wuerzburg.de [132.187.3.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDE6843D46 for ; Mon, 7 Jun 2004 16:59:46 +0000 (GMT) (envelope-from q@uni.de) Received: from wrzx30.rz.uni-wuerzburg.de (wrzx30.rz.uni-wuerzburg.de [132.187.1.30]) by wrzx35.rz.uni-wuerzburg.de (Postfix) with ESMTP id 5DBF9DCAC7 for ; Mon, 7 Jun 2004 18:59:35 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 43ABD76997 for ; Mon, 7 Jun 2004 18:59:35 +0200 (CEST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 28C807640D for ; Mon, 7 Jun 2004 18:59:35 +0200 (CEST) Received: from coyote.q.local (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 0D1A3D387C for ; Mon, 7 Jun 2004 18:59:35 +0200 (CEST) Received: from roadrunner.q.local (roadrunner [192.168.0.147]) by coyote.q.local (8.12.10/8.12.10) with ESMTP id i57GxYw2003398 for ; Mon, 7 Jun 2004 18:59:34 +0200 (CEST) (envelope-from q@roadrunner.q.local) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.12.10/8.12.10) with ESMTP id i57GxYZW003579 for ; Mon, 7 Jun 2004 18:59:34 +0200 (CEST) (envelope-from q@roadrunner.q.local) Received: (from q@localhost) by roadrunner.q.local (8.12.10/8.12.10/Submit) id i57GxXAv003578 for ports@freebsd.org; Mon, 7 Jun 2004 18:59:34 +0200 (CEST) (envelope-from q) Date: Mon, 7 Jun 2004 18:59:33 +0200 From: Ulrich Spoerlein To: ports@freebsd.org Message-ID: <20040607165933.GB765@galgenberg.net> Mail-Followup-To: ports@freebsd.org References: <20040607152752.GD9227@spamcop.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FkmkrVfFsRoUs1wW" Content-Disposition: inline In-Reply-To: <20040607152752.GD9227@spamcop.net> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) Subject: Re: RFC: Re-work pkgdep/DEPORIGIN? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 16:59:47 -0000 --FkmkrVfFsRoUs1wW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 07.06.2004 at 11:27:52 -0400, Jim Trigg wrote: > > The real fix is IMHO not to blindly record the dependancy provided in > > the Makefile. That is: >=20 > > LIB_DEPENDS+=3D pq.3:${PORTSDIR}/databases/postgresql7-client >=20 > > will record databases/postgresql7 as dependancy, no matter what package > > actually provided the libpq.so.3 in the first place. Postgres is not the > > only place where this is wrong, lang/php4 has the same problems. Most > > Ports require www/mod_php which I dont have installed. Instead I'm using > > lang/php4 with WITH_APACHE. >=20 > The real fix IMHO is to use a strategy similar to what Debian Linux > uses: instead of depending on specific ports, depend on capabilities.=20 > So for example, www/horde2 would depend on webphp, and lang/php4 and > www/mod_php4 would each provide webphp. (I don't know the postgres port > family as well, so I can't readily give an example using it.) I don't know the specific debian facilities, but isn't this overkill? There are mostly two or three ports that come into consideration when satis= fying a dependancy (postgresql and postgresql-client, or lang/php4 and www/mod_php4, or linux_base-{6,7,8}). Most of the times these are even slave ports (I think), so providing elaborate capabilities management is overkill IMHO. I know that Debian provides a MTA capability (Postfix, Exim, Sendmail), but Ports that work with all three of them mostly require special flags for compilation, don't they?=20 As I said, the quick fix is IMHO to have the "real" origin recorded in pkgdep at the Registering stage. This is rather trivial to add (or I'm overlooking some big issues). Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Get it while it's hot! PGP Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- Benjamin Franklin --FkmkrVfFsRoUs1wW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAxJ71mArGtfDbn0QRAvQMAKD23494w2OKHlx9zMgpJQ+l0ey00ACcDoL8 Q/tX6Ie56X/L/naNVscFFnE= =7x5/ -----END PGP SIGNATURE----- --FkmkrVfFsRoUs1wW-- From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 17:17:09 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B5A116A4D0 for ; Mon, 7 Jun 2004 17:17:09 +0000 (GMT) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9524D43D2D for ; Mon, 7 Jun 2004 17:17:08 +0000 (GMT) (envelope-from q@uni.de) Received: from wrzx30.rz.uni-wuerzburg.de (wrzx30.rz.uni-wuerzburg.de [132.187.1.30]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 2FD33D3BB7; Mon, 7 Jun 2004 19:17:07 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 154F2769C2; Mon, 7 Jun 2004 19:17:07 +0200 (CEST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id EEC347686D; Mon, 7 Jun 2004 19:17:06 +0200 (CEST) Received: from coyote.q.local (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id D34BCD3BB7; Mon, 7 Jun 2004 19:17:06 +0200 (CEST) Received: from roadrunner.q.local (roadrunner [192.168.0.147]) by coyote.q.local (8.12.10/8.12.10) with ESMTP id i57HH6w2003543; Mon, 7 Jun 2004 19:17:06 +0200 (CEST) (envelope-from q@roadrunner.q.local) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.12.10/8.12.10) with ESMTP id i57HH6ZW003670; Mon, 7 Jun 2004 19:17:06 +0200 (CEST) (envelope-from q@roadrunner.q.local) Received: (from q@localhost) by roadrunner.q.local (8.12.10/8.12.10/Submit) id i57HH6iP003669; Mon, 7 Jun 2004 19:17:06 +0200 (CEST) (envelope-from q) Date: Mon, 7 Jun 2004 19:17:06 +0200 From: Ulrich Spoerlein To: Alexander Leidinger Message-ID: <20040607171706.GC765@galgenberg.net> Mail-Followup-To: Alexander Leidinger , ports@freebsd.org References: <20040602193835.496de20b@it.buh.cameradicommercio.ro> <20040602215840.GA86249@xor.obsecurity.org> <20040607125736.GA765@galgenberg.net> <20040607162134.35b5a302@Magellan.Leidinger.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dkEUBIird37B8yKS" Content-Disposition: inline In-Reply-To: <20040607162134.35b5a302@Magellan.Leidinger.net> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) cc: ports@freebsd.org Subject: Re: RFC: Re-work pkgdep/DEPORIGIN? (was: Re: How to LIB_DEPEND on pgsql client?) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 17:17:09 -0000 --dkEUBIird37B8yKS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 07.06.2004 at 16:21:34 +0200, Alexander Leidinger wrote: > > I had this idea since the first time pkgdb gave me trouble because of > > postgresql and php4, but I don't have any patches yet, as I'm not very > > familiar with 'make package' and pkg_add. And I don't even know if > > people here agree that this is the right direction to take. >=20 > Since you are talking about portupgrade. It already has such a feature, > it's named "ALT_PKGDEP" in pkgtools.conf. You can even remove > dependencies with it. Yes I know, but it didn't work for me. I put something like this into it: 'databases/postgresql7-client' =3D> 'databases/postgresql7' without any effect. After a portupgrade I had to run pkgdb -F every time. But all those WITH_* Flags don't reliably work with portupgrade anyway... Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Get it while it's hot! PGP Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- Benjamin Franklin --dkEUBIird37B8yKS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAxKMSmArGtfDbn0QRAjDMAJ9rjs2S0KCoImzHMANw1bMRwVgkKQCgobuS tqrlI8YRxMw4ishUdGlHuT0= =qITT -----END PGP SIGNATURE----- --dkEUBIird37B8yKS-- From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 17:37:00 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5629716A4CE for ; Mon, 7 Jun 2004 17:37:00 +0000 (GMT) Received: from out014.verizon.net (out014pub.verizon.net [206.46.170.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id E76C143D31 for ; Mon, 7 Jun 2004 17:36:59 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from [192.168.1.3] ([68.161.84.3]) by out014.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040607173659.GYI24784.out014.verizon.net@[192.168.1.3]>; Mon, 7 Jun 2004 12:36:59 -0500 Message-ID: <40C4A7BA.9030109@mac.com> Date: Mon, 07 Jun 2004 13:36:58 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a1) Gecko/20040520 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ulrich Spoerlein References: <20040607152752.GD9227@spamcop.net> <20040607165933.GB765@galgenberg.net> In-Reply-To: <20040607165933.GB765@galgenberg.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out014.verizon.net from [68.161.84.3] at Mon, 7 Jun 2004 12:36:59 -0500 cc: ports@freebsd.org Subject: Re: RFC: Re-work pkgdep/DEPORIGIN? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 17:37:00 -0000 Ulrich Spoerlein wrote: [ ... ] >> The real fix IMHO is to use a strategy similar to what Debian Linux >> uses: instead of depending on specific ports, depend on capabilities. >> So for example, www/horde2 would depend on webphp, and lang/php4 and >> www/mod_php4 would each provide webphp. (I don't know the postgres port >> family as well, so I can't readily give an example using it.) > > I don't know the specific debian facilities, but isn't this overkill? Perhaps so, as it it seems other people agree with your opinion. To my mind, supporting "capability-based dependencies" would be a win, as would supporting what I think of as "loose dependencies" (ie, I depend on libiconv, but I don't care whether the system has shlib .2, .3, or whatever, just _a_ version), rather than having ports always hardcode themselves to looking for a specific version ("strict dependencies"). The advantage of loose dependency support would be to reduce the need for propogating a ripple of changes to LIB_DEPENDS for possibly hundreds of dependent ports when some basic library like readline or libiconv is updated. -- -Chuck From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 17:38:13 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C5C916A4CE for ; Mon, 7 Jun 2004 17:38:13 +0000 (GMT) Received: from out006.verizon.net (out006pub.verizon.net [206.46.170.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id C888843D1F for ; Mon, 7 Jun 2004 17:38:12 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from [192.168.1.3] ([68.161.84.3]) by out006.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040607052828.QATH3317.out006.verizon.net@[192.168.1.3]>; Mon, 7 Jun 2004 00:28:28 -0500 Message-ID: <40C3FCFB.20103@mac.com> Date: Mon, 07 Jun 2004 01:28:27 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: vladimir@math.uic.edu, "freebsd-ports@FreeBSD.ORG" References: <20040605165320.1853.qmail@cat.math.uic.edu> In-Reply-To: <20040605165320.1853.qmail@cat.math.uic.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out006.verizon.net from [68.161.84.3] at Mon, 7 Jun 2004 00:28:28 -0500 Subject: Re: X.org vs. XFree86 ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 17:38:13 -0000 vladimir@math.uic.edu wrote: > does anyone know the situation with these ports? I am trying > to understand which one of two X branches (or both?) is going > to be supported in FreeBSD. FreeBSD has been using XFree86 up through 4.10 and 5.2; I believe the project will switch to using the X.org version by default for 5.3 and future releases. XFree86 will be supported via ports. Someone closer to the matter than I just posted a suggested change to the freebsd-docs mailing list with more details, so answers to your question are being actively considered now. :-) -- -Chuck "I didn't rant about X11 at all, this post" Swiger From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 17:45:08 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AA7716A4CE for ; Mon, 7 Jun 2004 17:45:08 +0000 (GMT) Received: from graf.pompo.net (graf.pompo.net [81.56.186.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1E0643D54 for ; Mon, 7 Jun 2004 17:45:07 +0000 (GMT) (envelope-from thierry@pompo.net) Received: by graf.pompo.net (Postfix, from userid 1001) id CCA91768E; Mon, 7 Jun 2004 19:45:04 +0200 (CEST) Date: Mon, 7 Jun 2004 19:45:04 +0200 From: Thierry Thomas To: ports@FreeBSD.ORG Message-ID: <20040607174504.GA28072@graf.pompo.net> Mail-Followup-To: ports@FreeBSD.ORG References: <20040602193835.496de20b@it.buh.cameradicommercio.ro> <20040602215840.GA86249@xor.obsecurity.org> <20040607125736.GA765@galgenberg.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline In-Reply-To: <20040607125736.GA765@galgenberg.net> X-Face: (hRbQnK~Pt7$ct`!fupO(`y_WL4^-Iwn4@ly-.,[4xC4xc; y=\ipKMNm<1J>lv@PP~7Z<.t KjAnXLs: User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 4.10-STABLE i386 Organization: Kabbale Eros X-PGP: 0xC71405A2 Subject: Re: RFC: Re-work pkgdep/DEPORIGIN? (was: Re: How to LIB_DEPEND on pgsql client?) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 17:45:08 -0000 --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Le Lun 7 jui 04 =E0 14:57:36 +0200, Ulrich Spoerlein =E9crivait=A0: > The real fix is IMHO not to blindly record the dependancy provided in > the Makefile. That is: >=20 > LIB_DEPENDS+=3D pq.3:${PORTSDIR}/databases/postgresql7-client >=20 > will record databases/postgresql7 as dependancy, no matter what package > actually provided the libpq.so.3 in the first place. Postgres is not the > only place where this is wrong, lang/php4 has the same problems. Most > Ports require www/mod_php which I dont have installed. Instead I'm using > lang/php4 with WITH_APACHE. As far as php is concerned, this should not: bsd.php.mk should be used, and it defines PHP_PORT; then the dependence is registered against this PHP_PORT. You can check what has been defined in /usr/local/etc/php.conf. --=20 Th. Thomas. --+QahgC5+KEYLbs62 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAxKmgc95pjMcUBaIRAlUtAKDMrA4UZ86DADEc74ATHWCwul1HJACdEren y0UwOKdoal9VoLFbVYgDqL4= =Q16Y -----END PGP SIGNATURE----- --+QahgC5+KEYLbs62-- From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 17:59:55 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAF0816A4CE; Mon, 7 Jun 2004 17:59:55 +0000 (GMT) Received: from lakermmtao04.cox.net (lakermmtao04.cox.net [68.230.240.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2695E43D4C; Mon, 7 Jun 2004 17:59:55 +0000 (GMT) (envelope-from conrads@cox.net) Received: from ip68-11-70-23.no.no.cox.net ([68.11.70.23]) by lakermmtao04.cox.netESMTP <20040607175952.DPTT12116.lakermmtao04.cox.net@ip68-11-70-23.no.no.cox.net>; Mon, 7 Jun 2004 13:59:52 -0400 Received: from ip68-11-70-23.no.no.cox.net (localhost.no.no.cox.net [127.0.0.1])i57HxseV090429; Mon, 7 Jun 2004 12:59:54 -0500 (CDT) (envelope-from conrads@ip68-11-70-23.no.no.cox.net) Received: (from conrads@localhost)i57HxmFS090428; Mon, 7 Jun 2004 12:59:48 -0500 (CDT) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20040606014518.4DB8154F5@mail.halplant.com> Date: Mon, 07 Jun 2004 12:59:48 -0500 (CDT) From: Conrad Sabatier To: "Andrew J.Caines" cc: ports@freebsd.org cc: deischen@freebsd.org cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: Non-Maintainer update: editors/nedit - Add BUILD_BROKEN_NEDIT to build with Open Motif 2.2.2 (default) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: conrads@cox.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 17:59:55 -0000 On 06-Jun-2004 Andrew J.Caines wrote: > >>Description: > Port build fails with default Motif (open-motif-2.2.2_2) because NEdit > authors don't want to build against Open Motif 2.2.2: [snip] > Note that I've modified patch-ac which already changes the nedit FreeBSD > Makefile. > > There has been some discussion about the validity of the NEdit authors' > position on stability, however I suggest this patch independently of this > argument for the simple reason that the port fails to install by default. See > the freebsd-ports archive for details. I just e-mailed the port maintainer the other day with exactly the same suggestion, but was met with some resistance. He stated that the port *does* build, if you use CFLAGS+= instead of CFLAGS= in /etc/make.conf. This is true enough, yet the standard make.conf under /usr/share/examples/etc uses CFLAGS=, not CFLAGS+=, so I really think people are more likely to have CFLAGS= in their own /etc/make.conf, which, of course, breaks the build of nedit. I suggested that, just to be on the safe side, he go ahead and add -DBUILD_BROKEN_NEDIT in the suggested location, i.e., by patching ${WORKDIR}/makefiles/Makefile.freebsd, *not* in the port's Makefile, which is insufficient in most cases. This really should be done, I think. -- Conrad Sabatier - "In Unix veritas" From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 18:00:23 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3E5216A4CE for ; Mon, 7 Jun 2004 18:00:23 +0000 (GMT) Received: from fillmore.dyndns.org (port-212-202-50-15.dynamic.qsc.de [212.202.50.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id E37D243D31 for ; Mon, 7 Jun 2004 18:00:22 +0000 (GMT) (envelope-from eikemeier@fillmore-labs.com) Received: from [172.16.0.2] (helo=fillmore-labs.com) by fillmore.dyndns.org with esmtp (Exim 4.34 (FreeBSD)) id 1BXOPz-000Gy5-3f; Mon, 07 Jun 2004 20:00:21 +0200 Message-ID: <40C4AD32.8090305@fillmore-labs.com> Date: Mon, 07 Jun 2004 20:00:18 +0200 From: Oliver Eikemeier Organization: Fillmore Labs GmbH - http://www.fillmore-labs.com/ MIME-Version: 1.0 To: Chuck Swiger References: <20040607152752.GD9227@spamcop.net> <20040607165933.GB765@galgenberg.net> <40C4A7BA.9030109@mac.com> In-Reply-To: <40C4A7BA.9030109@mac.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit User-Agent: KMail/1.5.9 cc: ports@freebsd.org Subject: Re: RFC: Re-work pkgdep/DEPORIGIN? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 18:00:23 -0000 Chuck Swiger wrote: > Ulrich Spoerlein wrote: > [ ... ] > >>> The real fix IMHO is to use a strategy similar to what Debian Linux >>> uses: instead of depending on specific ports, depend on capabilities. >>> So for example, www/horde2 would depend on webphp, and lang/php4 and >>> www/mod_php4 would each provide webphp. (I don't know the postgres port >>> family as well, so I can't readily give an example using it.) >> >> I don't know the specific debian facilities, but isn't this overkill? > > Perhaps so, as it it seems other people agree with your opinion. > > To my mind, supporting "capability-based dependencies" would be a win, > as would supporting what I think of as "loose dependencies" (ie, I > depend on libiconv, but I don't care whether the system has shlib .2, > .3, or whatever, just _a_ version), rather than having ports always > hardcode themselves to looking for a specific version ("strict > dependencies"). > > The advantage of loose dependency support would be to reduce the need > for propogating a ripple of changes to LIB_DEPENDS for possibly hundreds > of dependent ports when some basic library like readline or libiconv is > updated. The point of doing this is to make sure that new packages are build. You can already depend on just *some* version, but then an upgrade of the shared lib will kill all dependend ports (portupgrade keeps old libraries, I know). There has to be some way to record the used library in the dependent package, wich brings us back to `capabilities'. This can be done, but we have to do a proper specification for that. -Oliver From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 18:18:32 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEC7916A4CE; Mon, 7 Jun 2004 18:18:32 +0000 (GMT) Received: from lakermmtao11.cox.net (lakermmtao11.cox.net [68.230.240.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 462D643D2D; Mon, 7 Jun 2004 18:18:32 +0000 (GMT) (envelope-from conrads@cox.net) Received: from ip68-11-70-23.no.no.cox.net ([68.11.70.23]) by lakermmtao11.cox.netESMTP <20040607181830.DSEQ9279.lakermmtao11.cox.net@ip68-11-70-23.no.no.cox.net>; Mon, 7 Jun 2004 14:18:30 -0400 Received: from ip68-11-70-23.no.no.cox.net (localhost.no.no.cox.net [127.0.0.1])i57IITtg004374; Mon, 7 Jun 2004 13:18:29 -0500 (CDT) (envelope-from conrads@ip68-11-70-23.no.no.cox.net) Received: (from conrads@localhost)i57IIOsL004373; Mon, 7 Jun 2004 13:18:24 -0500 (CDT) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Mon, 07 Jun 2004 13:18:24 -0500 (CDT) From: Conrad Sabatier To: freebsd-ports@freebsd.org cc: freebsd-gnome@freebsd.org Subject: misc/shared-mime-info build failure X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: conrads@cox.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 18:18:33 -0000 This is weird. I just discovered this last night while trying to run the gnome_upgrade.sh script: ===> Building for shared-mime-info-0.14_2 make all-recursive Making all in po if cc -DHAVE_CONFIG_H -I. -I. -I. -O2 -pipe -mmmx -m3dnow -march=athlon -Wall -Wstrict-prototypes -Wmissing-prototypes -Wwrite-strings `pkg-config --cflags libxml-2.0 glib-2.0` -MT update-mime-database.o -MD -MP -MF ".deps/update-mime-database.Tpo" -c -o update-mime-database.o `test -f 'update-mime-database.c' || echo './'`update-mime-database.c; then mv -f ".deps/update-mime-database.Tpo" ".deps/update-mime-database.Po"; else rm -f ".deps/update-mime-database.Tpo"; exit 1; fi In file included from /usr/local/include/libxml2/libxml/parser.h:781, from update-mime-database.c:14: /usr/local/include/libxml2/libxml/encoding.h:28:19: iconv.h: No such file or directory In file included from /usr/local/include/libxml2/libxml/parser.h:781, from update-mime-database.c:14: /usr/local/include/libxml2/libxml/encoding.h:136: error: syntax error before "iconv_t" *** Error code 1 Stop in /usr/ports/misc/shared-mime-info/work/shared-mime-info-0.14. *** Error code 1 Stop in /usr/ports/misc/shared-mime-info/work/shared-mime-info-0.14. *** Error code 1 Stop in /usr/ports/misc/shared-mime-info/work/shared-mime-info-0.14. *** Error code 1 Stop in /usr/ports/misc/shared-mime-info. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade53226.1 make BATCH=yes GNOME_UPGRADE_SH_VER=42 GNOME_UPGRADE_SH_VER=42 ** Fix the problem and try again. The only way I can get this port to upgrade properly is to add the following to the MAKE_ARGS section in /usr/local/etc/pkgtools.conf: 'misc/shared-mime-info' => 'CONFIGURE_ARGS+="CPPFLAGS=-I/usr/local/include"', Is it just me? Is there something wonky in my setup here? I already tried reinstalling all of this port's dependencies, to no avail. -- Conrad Sabatier - "In Unix veritas" From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 18:44:25 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01DA116A4CE for ; Mon, 7 Jun 2004 18:44:25 +0000 (GMT) Received: from m001.webpack.hosteurope.de (m001.webpack.hosteurope.de [80.237.130.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73B2843D2F for ; Mon, 7 Jun 2004 18:44:24 +0000 (GMT) (envelope-from tommy@arrishq.net) Envelope-to: ports@FreeBSD.org, ports@FreeBSD.org Received: from dialin-145-254-071-232.arcor-ip.net ([145.254.71.232]) by m001.webpack.hosteurope.de with asmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.30) id 1BXP6a-00062G-7X; Mon, 07 Jun 2004 20:44:20 +0200 Date: Mon, 7 Jun 2004 20:44:20 +0200 (CEST) From: Tommy Scheunemann X-X-Sender: tommy@destiny.arrishq.local To: ports@FreeBSD.org Message-ID: <20040607203846.S3376@destiny.arrishq.local> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-HE-MXrcvd: no cc: ports@FreeBSD.org Subject: FreeBSD Ports wmconfig-1.0 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 18:44:25 -0000 A long time ago, I've submitted the port. Some days later, I had a lot of trouble with my ISP and the download url (and my online account) were deleted. Meanwhile, I've updated Wmconfig - but my local data (port tree) and backups were destroyed. Should I re-submit the port as a new port or how should I submit the update (I don't have any older data) ? Tommy Scheunemann From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 19:30:59 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EC0416A4D0 for ; Mon, 7 Jun 2004 19:30:59 +0000 (GMT) Received: from mail.blarg.net (floyd.blarg.net [206.124.128.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF66C43D46 for ; Mon, 7 Jun 2004 19:30:58 +0000 (GMT) (envelope-from andrewc@blarg.net) Received: from [192.168.0.3] (vp097.atm01.sea.blarg.net [206.124.138.97]) by mail.blarg.net (Postfix) with ESMTP id 740DA3809A for ; Mon, 7 Jun 2004 12:28:20 -0700 (PDT) Date: Mon, 7 Jun 2004 12:28:18 -0700 (PDT) From: Andrew Carter X-X-Sender: andrewc@whistler.local To: freebsd-ports@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Subversion 1.0.4 install problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 19:30:59 -0000 I am trying to get Subversion 1.0.4 installed from ports on my server. I used the following install command: ../usr/ports/devel/subversion: make install WITH_PYTHON=yes WITH_PERL=yes WITH_MOD_DAV_SVN=yes WITH_BERKELEYDB=db42 WITH_APACHE_APR2=yes WITH_SVNSERVE_WRAPPER=yes The make part works fine but during install, I get errors complaining that libaprutil-0.so.9 and libapr-0.so.9 can't be found. These files are in /usr/local/lib/apache2 but for whatever reason the port can't find them. I created symbolic links (ln -s) for the two libapr* shared libraries in /usr/local/lib and it appears to work. Anyone know what's going on here? uname: FreeBSD aspen.cartersoft.com 5.2.1-RELEASE-p8 FreeBSD 5.2.1-RELEASE-p8 #0: Sat Jun 5 20:52:08 PDT 2004 root@aspen.cartersoft.com:/usr/obj/usr/src/sys/GENERIC i386 Thanks. -- Andrew From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 19:34:33 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 497FE16A579 for ; Mon, 7 Jun 2004 19:34:33 +0000 (GMT) Received: from basement.kutulu.org (pcp03610121pcs.longhl01.md.comcast.net [68.49.239.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7DD743D5D for ; Mon, 7 Jun 2004 19:34:32 +0000 (GMT) (envelope-from kutulu@kutulu.org) Received: from wombat.localnet (wombat.localnet [192.168.69.3]) by basement.kutulu.org (Postfix) with ESMTP id 6B7F8A945 for ; Mon, 7 Jun 2004 15:34:24 -0400 (EDT) Received: by wombat.localnet (Postfix, from userid 1001) id E962BB830; Mon, 7 Jun 2004 15:34:23 -0400 (EDT) Date: Mon, 7 Jun 2004 15:34:23 -0400 From: Michael Edenfield To: ports@freebsd.org Message-ID: <20040607193423.GA47326@wombat.localnet> Mail-Followup-To: ports@freebsd.org References: <20040607152752.GD9227@spamcop.net> <20040607165933.GB765@galgenberg.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline In-Reply-To: <20040607165933.GB765@galgenberg.net> X-Mailer: Mutt http://www.mutt.org/ X-Accept-Language: en X-PGP-Key: http://www.kutulu.org/pgp/kutulu.asc X-PGP-Fingerprint: 1CE0 3C31 7013 D529 406D 37DC 09CC CD84 A46C 878F User-Agent: Mutt/1.5.6i Subject: Re: RFC: Re-work pkgdep/DEPORIGIN? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 19:34:33 -0000 --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Ulrich Spoerlein [040607 13:09]: > On Mon, 07.06.2004 at 11:27:52 -0400, Jim Trigg wrote: > > > The real fix is IMHO not to blindly record the dependancy provided in > > > the Makefile. That is: > >=20 > > > LIB_DEPENDS+=3D pq.3:${PORTSDIR}/databases/postgresql7-client > >=20 > > > will record databases/postgresql7 as dependancy, no matter what packa= ge > > > actually provided the libpq.so.3 in the first place. Postgres is not = the > > > only place where this is wrong, lang/php4 has the same problems. Most > > > Ports require www/mod_php which I dont have installed. Instead I'm us= ing > > > lang/php4 with WITH_APACHE. > >=20 > > The real fix IMHO is to use a strategy similar to what Debian Linux > > uses: instead of depending on specific ports, depend on capabilities.= =20 > > So for example, www/horde2 would depend on webphp, and lang/php4 and > > www/mod_php4 would each provide webphp. (I don't know the postgres port > > family as well, so I can't readily give an example using it.) >=20 > I don't know the specific debian facilities, but isn't this overkill? > There are mostly two or three ports that come into consideration when sat= isfying > a dependancy (postgresql and postgresql-client, or lang/php4 and > www/mod_php4, or linux_base-{6,7,8}). Most of the times these are even > slave ports (I think), so providing elaborate capabilities management is One very huge example of this problem, however, I suspect will start cropping up a lot in the near future: both x11/XFree86-4-libraries and x11/xorg-libraries provide the X11 libraries, but bsd.port.mk encodes a dependancy on the XF86 version. This means every time I install an X app I need to run pkgdb -F to fix the dependancies. --K --fdj2RfSjLxBAspz7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAxMM/CczNhKRsh48RAj2oAKC6Odjvl3uDGspTvFfJZ5WMFlEacwCfSWbD hpdLhQyQXO8m1tblFKtIA1g= =3X/G -----END PGP SIGNATURE----- --fdj2RfSjLxBAspz7-- From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 19:51:23 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EEA916A4CE for ; Mon, 7 Jun 2004 19:51:23 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id F364043D1F for ; Mon, 7 Jun 2004 19:51:22 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from [192.168.0.103] (c-24-21-18-195.client.comcast.net[24.21.18.195]) by comcast.net (sccrmhc12) with SMTP id <20040607195119012001k4rne>; Mon, 7 Jun 2004 19:51:20 +0000 From: Eric Anholt To: Michael Edenfield In-Reply-To: <20040607193423.GA47326@wombat.localnet> References: <20040607152752.GD9227@spamcop.net> <20040607165933.GB765@galgenberg.net> <20040607193423.GA47326@wombat.localnet> Content-Type: text/plain Message-Id: <1086637879.779.8.camel@leguin> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 07 Jun 2004 12:51:20 -0700 Content-Transfer-Encoding: 7bit cc: ports@freebsd.org Subject: Re: RFC: Re-work pkgdep/DEPORIGIN? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 19:51:23 -0000 On Mon, 2004-06-07 at 12:34, Michael Edenfield wrote: > * Ulrich Spoerlein [040607 13:09]: > > On Mon, 07.06.2004 at 11:27:52 -0400, Jim Trigg wrote: > > > > The real fix is IMHO not to blindly record the dependancy provided in > > > > the Makefile. That is: > > > > > > > LIB_DEPENDS+= pq.3:${PORTSDIR}/databases/postgresql7-client > > > > > > > will record databases/postgresql7 as dependancy, no matter what package > > > > actually provided the libpq.so.3 in the first place. Postgres is not the > > > > only place where this is wrong, lang/php4 has the same problems. Most > > > > Ports require www/mod_php which I dont have installed. Instead I'm using > > > > lang/php4 with WITH_APACHE. > > > > > > The real fix IMHO is to use a strategy similar to what Debian Linux > > > uses: instead of depending on specific ports, depend on capabilities. > > > So for example, www/horde2 would depend on webphp, and lang/php4 and > > > www/mod_php4 would each provide webphp. (I don't know the postgres port > > > family as well, so I can't readily give an example using it.) > > > > I don't know the specific debian facilities, but isn't this overkill? > > There are mostly two or three ports that come into consideration when satisfying > > a dependancy (postgresql and postgresql-client, or lang/php4 and > > www/mod_php4, or linux_base-{6,7,8}). Most of the times these are even > > slave ports (I think), so providing elaborate capabilities management is > > One very huge example of this problem, however, I suspect will start > cropping up a lot in the near future: both x11/XFree86-4-libraries and > x11/xorg-libraries provide the X11 libraries, but bsd.port.mk encodes a > dependancy on the XF86 version. This means every time I install an X > app I need to run pkgdb -F to fix the dependancies. > > --K In this specific case, we're going to have a switch in bsd.port.mk to select which of the X implementations you are using. It still isn't nearly as nice as the capabilities way of doing things, but we should fix the need for pkgdbing soon. -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 22:36:54 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BCA216A4CE for ; Mon, 7 Jun 2004 22:36:54 +0000 (GMT) Received: from goofy.cultdeadsheep.org (charon.cultdeadsheep.org [80.65.226.72]) by mx1.FreeBSD.org (Postfix) with SMTP id C3A9743D2F for ; Mon, 7 Jun 2004 22:36:52 +0000 (GMT) (envelope-from clement@FreeBSD.org) Received: (qmail 81478 invoked by uid 89); 8 Jun 2004 00:37:35 +0200 Received: from clement@FreeBSD.org by goofy.cultdeadsheep.org by uid 89 with qmail-scanner-1.22 Clear:RC:1(192.168.0.4):SA:0(-4.8/5.0):. Processed in 1.852438 secs); 07 Jun 2004 22:37:35 -0000 X-Qmail-Scanner-Mail-From: clement@FreeBSD.org via goofy.cultdeadsheep.org X-Qmail-Scanner: 1.22 (Clear:RC:1(192.168.0.4):SA:0(-4.8/5.0):. Processed in 1.852438 secs) Received: from unknown (HELO satan.cultdeadsheep.org) (192.168.0.4) by goofy.cultdeadsheep.org with SMTP; 8 Jun 2004 00:37:33 +0200 Date: Tue, 8 Jun 2004 00:36:45 +0200 From: Clement Laforet To: Yarema Message-Id: <20040608003645.5630da22.clement@FreeBSD.org> In-Reply-To: <61670F38EE92BEC06E2BE009@volyn.coolrat.org> References: <61670F38EE92BEC06E2BE009@volyn.coolrat.org> Organization: FreeBSD Project X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Tue__8_Jun_2004_00_36_45_+0200_C1PLc5SDHt2n0Ix0" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on goofy.cultdeadsheep.org X-Spam-Level: X-Spam-Status: No, hits=-4.8 required=5.0 tests=AWL,BAYES_00,COMBINED_FROM autolearn=no version=2.63 cc: ports@FreeBSD.org Subject: Re: apache2 & mod_log_config-st & mod_log_mysql X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 22:36:54 -0000 --Signature=_Tue__8_Jun_2004_00_36_45_+0200_C1PLc5SDHt2n0Ix0 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit On Mon, 07 Jun 2004 04:17:24 -0400 Yarema wrote: Hi ! > The docs list as one of the requirements to have a fixed apr_reslist.c > -- which is missing from the way you implemented the mod_log_mysql -> > mod_log_config-st -> apache2 ports dependencies. Then there's the > whole issue of having mod_log_config-st in a separate port, itself > missing the modified mod_logio.c, which returns i/o counts as numbers > to mod_mod_log_config, not as strings as the original would do. > So here's what I propose. How about dropping the mod_log_config-st > entirely and mod_log_mysql dependency on it. And replacing the whole > mess with the four additional patches to the apache2 port that I'm > attaching with this email. So far as I can tell this does not break > anything and does fix the two omissions mentioned above. Not to > mention just being simpler IMHO. > Seems like the Right Thing (TM) to me. :) What do you think? It should be :-) apr fix was planned to be include, but I have to admit I let it rot in my todolist. As you seem very concerned, I gonna explain you why I'll never include these patches in apache2 port >>directly<<. You surely noticed the amount of patches in files/ directory, and most of them focuses on build, not "add-ons". Since I've maintained this port, I mainly focus on its flexibility to make it looks like a big "(buggy) apache puzzle". All these efforts wasn't made in vain. First, I realized my dream, having an apache port that let you do everything you can do with configure (and perhaps more ;)). Secondly I wished to allow people making any kind of slave ports. My work was originally designed to make slave ports of metmux mpm and mod_perl2 as static module (this part is atm unfinished). Including patches which don't come from apache CVS don't delight me. It gives me more work ;-) (even if the major changes are done). For example, to update apache2 port I usually rework a part of autotools scripts, and run ~30 different builds. 3 more patches shouldn't be hard to maintain, but I prefer working on scripts to make all this little world live together, even if patches are 100% backward compatible. As far as I can, I try to keep "bonus functionnalities" out the port. You may think "OK lazy guy, that's nice, but it doesn't solve my problem". But I can solve it you know ;-) If you have a look at ${PORTSDIR}/www/apache2/Makefile.modules.3rd (which should become bsd.apache.mk) you can see you can change module name. So if this particular case, we can have a knob in apache2 port, let's say WITH_PATCHED_MODLOGCONFIG, which disconnects mod_log_config and mod_log_io from the build and add mod_log_config-st and future mod_log_io-st as RUN_DEPENDS ports, with the original names. Apache is a modular web server, we can do modular ports :) BTW, thank for your patch and your interest. I'm very happy to discuss about what I'm trying to do. clem --Signature=_Tue__8_Jun_2004_00_36_45_+0200_C1PLc5SDHt2n0Ix0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAxO39sRhfjwcjuh0RAo8aAKC6gLDVNHKPw+oVdRKybFGQbn8xxwCgpDFr GWz21W0woOgmh5+RD9PB0No= =f4b9 -----END PGP SIGNATURE----- --Signature=_Tue__8_Jun_2004_00_36_45_+0200_C1PLc5SDHt2n0Ix0-- From owner-freebsd-ports@FreeBSD.ORG Mon Jun 7 23:35:11 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD75B16A4CE for ; Mon, 7 Jun 2004 23:35:11 +0000 (GMT) Received: from hourri.hittite.isp.9tel.net (hourri.hittite.isp.9tel.net [62.62.156.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5385043D2D for ; Mon, 7 Jun 2004 23:35:10 +0000 (GMT) (envelope-from clefevre-lists@9online.fr) Received: from pc2k (149-59-118-80.kaptech.net [80.118.59.149]) by hourri.hittite.isp.9tel.net (Postfix) with SMTP id B3A9115757E; Tue, 8 Jun 2004 02:17:01 +0200 (CEST) Message-ID: <00eb01c44ce8$11df3160$7890a8c0@dyndns.org> From: "Cyrille Lefevre" To: "Edwin Groothuis" References: <01db01c44951$d2c1c770$7890a8c0@dyndns.org> <20040605075150.GD1057@k7.mavetju> <05a301c44c82$d9c40c20$7890a8c0@dyndns.org> <20040607114656.GU1058@k7.mavetju> Date: Tue, 8 Jun 2004 01:20:49 +0200 Organization: ACME MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 cc: rcraig@fsegura.com cc: ports@freebsd.org Subject: Re: SETIATHOME PORT X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 23:35:11 -0000 "Edwin Groothuis" wrote: > On Mon, Jun 07, 2004 at 02:48:45AM +0200, Cyrille Lefevre wrote: > > /usr/local/etc/rc.d/setiathome.sh restart > > [/usr/home/edwin] root@k7>/usr/local/etc/rc.d/setiathome.sh restart > setiathome > setiathome: unable to start: setiathome is already running. > [/usr/home/edwin] root@k7>/usr/local/etc/rc.d/setiathome.sh stop > ps: kvm_getprocs: No such process > [/usr/home/edwin] root@k7>/usr/local/etc/rc.d/setiathome.sh start > > > and see if there is any output in /var/db/setiathome/log.sah ? [snip] well, all seems to be ok except that restart seems to not work as expected. however, I've a pending update regarding the startup script to be rc.subr compliant. Cyrille Lefevre. -- home: mailto:cyrille.lefevre@laposte.net From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 01:29:03 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1371616A4CE; Tue, 8 Jun 2004 01:29:03 +0000 (GMT) Received: from dppl.com (sapas.dppl.com [216.182.10.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6E8F43D31; Tue, 8 Jun 2004 01:29:02 +0000 (GMT) (envelope-from yds@CoolRat.org) Received: from pcp09548474pcs.union01.nj.comcast.net (pcp09548474pcs.union01.nj.comcast.net [68.37.173.89]) (IDENT: WhyDS, AUTH: PLAIN yds, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by dppl.com with esmtp; Mon, 07 Jun 2004 21:29:01 -0400 Date: Mon, 07 Jun 2004 21:29:01 -0400 From: Yarema To: Clement Laforet Message-ID: <23AF610AD82BA6360776D096@volyn.coolrat.org> In-Reply-To: <20040608003645.5630da22.clement@FreeBSD.org> References: <61670F38EE92BEC06E2BE009@volyn.coolrat.org> <20040608003645.5630da22.clement@FreeBSD.org> X-Mailer: Mulberry/3.1.4 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline cc: ports@FreeBSD.org Subject: Re: apache2 & mod_log_config-st & mod_log_mysql X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 01:29:03 -0000 --On Tuesday, June 08, 2004 00:36:45 +0200 Clement Laforet=20 wrote: > On Mon, 07 Jun 2004 04:17:24 -0400 > Yarema wrote: > Hi ! > >> The docs list as one of the requirements to have a fixed apr_reslist.c >> -- which is missing from the way you implemented the mod_log_mysql -> >> mod_log_config-st -> apache2 ports dependencies. Then there's the >> whole issue of having mod_log_config-st in a separate port, itself >> missing the modified mod_logio.c, which returns i/o counts as numbers >> to mod_mod_log_config, not as strings as the original would do. >> So here's what I propose. How about dropping the mod_log_config-st >> entirely and mod_log_mysql dependency on it. And replacing the whole >> mess with the four additional patches to the apache2 port that I'm >> attaching with this email. So far as I can tell this does not break >> anything and does fix the two omissions mentioned above. Not to >> mention just being simpler IMHO. > >> Seems like the Right Thing (TM) to me. :) What do you think? > > It should be :-) > apr fix was planned to be include, but I have to admit I let it rot in > my todolist. > As you seem very concerned, I gonna explain you why I'll never include > these patches in apache2 port >>directly<<. > You surely noticed the amount of patches in files/ directory, and most > of them focuses on build, not "add-ons". Since I've maintained this > port, I mainly focus on its flexibility to make it looks like a big > "(buggy) apache puzzle". All these efforts wasn't made in vain. > First, I realized my dream, having an apache port that let you do > everything you can do with configure (and perhaps more ;)). Secondly I > wished to allow people making any kind of slave ports. My work was > originally designed to make slave ports of metmux mpm and mod_perl2 as > static module (this part is atm unfinished). > Including patches which don't come from apache CVS don't delight me. > It gives me more work ;-) (even if the major changes are done). For > example, to update apache2 port I usually rework a part of autotools > scripts, and run ~30 different builds. 3 more patches shouldn't be hard > to maintain, but I prefer working on scripts to make all this little > world live together, even if patches are 100% backward compatible. > As far as I can, I try to keep "bonus functionnalities" out the port. > > You may think "OK lazy guy, that's nice, but it doesn't solve my > problem". > But I can solve it you know ;-) If you have a look at > ${PORTSDIR}/www/apache2/Makefile.modules.3rd (which should become > bsd.apache.mk) you can see you can change module name. > So if this particular case, we can have a knob in apache2 port, let's > say WITH_PATCHED_MODLOGCONFIG, which disconnects mod_log_config and > mod_log_io from the build and add mod_log_config-st and future > mod_log_io-st as RUN_DEPENDS ports, with the original names. > > Apache is a modular web server, we can do modular ports :) > > BTW, thank for your patch and your interest. I'm very happy to discuss > about what I'm trying to do. > > clem Clem, thank you for your reply. As a port maintainer of a rather=20 monstrous port myself [mail/courier] I appreciate your position on this.=20 Seeing how much excellent work you've put in to the apache2 port and its=20 relations I would never think "OK lazy guy, that's nice, but it doesn't=20 solve my problem". My problem is solved by simply keeping the patches I=20 sent you in my own ${FILESDIR}. Just that in the spirit of sharing I did=20 not wish to keep my solution to myself so I put it up for discussion.=20 Perhaps you can just include the APR patch I sent in since that one does=20 come from the apache cvs. Then the only missing piece of the puzzle would=20 be to have a mod_logio-st port. Probably the Really Really Right Thing (TM) would be to have all these=20 S=F6nke Tesch logging patches committed to the Apache2 CVS. I don't know = who=20 in the Apache circles to bug about doing that. I already forgot the name=20 of the Apache commiter I was drinking with at the last NYCBUG meeting. I=20 guess that's what happens when tech talk is fueled by shots of vodka. It's = hard to remember the next day what you learned and who you learned it from. = :) But the question still stands -- how does one go about advocating that=20 particular patches get included in the official Apache CVS repo? --=20 Yarema http://yds.CoolRat.org From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 02:05:14 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1A8B16A4CE for ; Tue, 8 Jun 2004 02:05:14 +0000 (GMT) Received: from orwell.lost-angel.com (134.153.252.64.snet.net [64.252.153.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 235D743D45 for ; Tue, 8 Jun 2004 02:05:14 +0000 (GMT) (envelope-from sammy@lost-angel.com) Received: from [192.168.1.5] (darwin.euplastic.com [192.168.1.5]) (authenticated bits=0)i58221JS092732 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO) for ; Mon, 7 Jun 2004 22:02:01 -0400 (EDT) (envelope-from sammy@lost-angel.com) Mime-Version: 1.0 (Apple Message framework v618) Content-Transfer-Encoding: 7bit Message-Id: <46BC0A27-B8F0-11D8-B13E-0003934BF296@lost-angel.com> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-ports@freebsd.org From: sammy!!! Date: Mon, 7 Jun 2004 22:05:12 -0400 X-Mailer: Apple Mail (2.618) Subject: Perl 5.8.4 and MLDBM problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 02:05:14 -0000 I am getting this error on some websites that use MLDBM after updating to perl 5.8.4. Any ideas how to save me? [Mon Jun 07 21:44:33 2004] [error] [client 64.252.153.134] Byte order is not compatible at blib/lib/Storable.pm (autosplit into blib/lib/auto/Storable/thaw.al) line 363, at /usr/local/lib/perl5/site_perl/5.8.4/MLDBM/Serializer/Storable.pm line 27, referer: From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 02:31:07 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B6A716A4CE; Tue, 8 Jun 2004 02:31:07 +0000 (GMT) Received: from mail.pwt.ru (mail.pwt.ru [195.161.200.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id C185643D5A; Tue, 8 Jun 2004 02:31:06 +0000 (GMT) (envelope-from zag@sdobri.ru) Received: from s0904.sdobri.ru ([195.161.93.114]) by mail.pwt.ru (8.12.11/8.12.11) with ESMTP id i582V8pm027484; Tue, 8 Jun 2004 08:31:09 +0600 (ESD) Received: from localhost (unknown [127.0.0.1]) by s0904.sdobri.ru (Postfix) with ESMTP id BEADD20D71; Tue, 8 Jun 2004 08:31:00 +0600 (YEKST) Received: from s0904.sdobri.ru ([127.0.0.1]) by localhost (s0904.sdobri.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 43139-01; Tue, 8 Jun 2004 08:31:00 +0600 (YEKST) Received: from zag245 (zag-245 [10.2.0.13]) by s0904.sdobri.ru (Postfix) with ESMTP id D562820D6F; Tue, 8 Jun 2004 08:30:59 +0600 (YEKST) From: "Andrej G. Zadorozhnyj" To: Date: Tue, 8 Jun 2004 08:31:01 +0600 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcRNAKN0qrXVWvkgSmqAiuuIPjRSBg== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Virus-Scanned: by amavisd-new at sdobri.ru cc: ports@FreeBSD.org Subject: FreeBSD Port: simgear-0.3.5 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 02:31:07 -0000 Dear Sir! Sorry to trouble you. But I have problem with simgear 0.3.5 port. After command 'make' I get next message: 'animation.cxx: 767 Internal compiler error' But if I build SimGear 0.3.5 from the source I not have any problem!!! Can you help me or explain to me my mistake ? I have FreeBSD 4.9 system. Best Regards, Andrej. From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 02:34:02 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3D9116A4CE for ; Tue, 8 Jun 2004 02:34:02 +0000 (GMT) Received: from vengeful.webgods.net (vengeful.webgods.net [66.92.84.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 187C043D53 for ; Tue, 8 Jun 2004 02:34:02 +0000 (GMT) (envelope-from aaron@psychotic.org) Received: from vengeful.webgods.net (localhost.webgods.net [127.0.0.1]) by vengeful.webgods.net (8.12.9/8.12.6) with ESMTP id i582Xwdc052932 for ; Mon, 7 Jun 2004 22:33:58 -0400 (EDT) (envelope-from aaron@psychotic.org) Received: from localhost (aaron@localhost)i582XvpB052929 for ; Mon, 7 Jun 2004 22:33:57 -0400 (EDT) X-Authentication-Warning: vengeful.webgods.net: aaron owned process doing -bs Date: Mon, 7 Jun 2004 22:33:57 -0400 (EDT) From: Aaron X-X-Sender: aaron@vengeful.webgods.net To: ports@FreeBSD.org Message-ID: <20040607223155.F52928@vengeful.webgods.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: bad Bind9 port X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 02:34:02 -0000 Hiya, downloaded the bind9-9.2.2 port for 4.8-RELEASE i386 it's an empty directory once you gunzip/untar it. just thought you would like to know. thanks From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 03:02:15 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 327B516A4CE for ; Tue, 8 Jun 2004 03:02:15 +0000 (GMT) Received: from spock.dilkie.com (spock.dilkie.com [206.51.1.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id E73C343D46 for ; Tue, 8 Jun 2004 03:02:13 +0000 (GMT) (envelope-from lee@dilkie.com) Received: from borg (borg.dilkie.com [206.51.1.193]) (authenticated bits=0) by spock.dilkie.com (8.12.11/8.12.11) with ESMTP id i58325MO032413 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 7 Jun 2004 23:02:06 -0400 (EDT) (envelope-from lee@dilkie.com) From: "Lee Dilkie" To: "'sammy!!!'" , Date: Mon, 7 Jun 2004 23:02:04 -0400 Message-ID: <164f01c44d04$fabc2a20$c10133ce@dilkie.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.6604 (9.0.2911.0) In-Reply-To: <46BC0A27-B8F0-11D8-B13E-0003934BF296@lost-angel.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Importance: Normal X-Scanned-By: MIMEDefang 2.43 Subject: RE: Perl 5.8.4 and MLDBM problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 03:02:15 -0000 > >I am getting this error on some websites that use MLDBM after updating=20 >to perl 5.8.4. Any ideas how to save me? > >[Mon Jun 07 21:44:33 2004] [error] [client 64.252.153.134] Byte order=20 >is not compatible at blib/lib/Storable.pm (autosplit into=20 >blib/lib/auto/Storable/thaw.al) line 363, at=20 >/usr/local/lib/perl5/site_perl/5.8.4/MLDBM/Serializer/Storable.pm line=20 >27, referer:=20 > bit me with spamassassin's bayes database and my greylist database. I = ended up deleting them both and starting over. If there was a solution, = I couldn't figure it out. -lee From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 04:58:04 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D36216A4CE for ; Tue, 8 Jun 2004 04:58:04 +0000 (GMT) Received: from mail.ciam.ru (mail.ciam.ru [213.147.57.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CFEE43D54 for ; Tue, 8 Jun 2004 04:58:01 +0000 (GMT) (envelope-from sem@ciam.ru) Received: from msd.mbrd.ru ([194.117.71.30] helo=[172.16.4.9]) by mail.ciam.ru with asmtp (Exim 4.x) id 1BXYgQ-000726-Rl; Tue, 08 Jun 2004 08:57:59 +0400 Message-ID: <40C54750.8020704@ciam.ru> Date: Tue, 08 Jun 2004 08:57:52 +0400 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Aaron References: <20040607223155.F52928@vengeful.webgods.net> In-Reply-To: <20040607223155.F52928@vengeful.webgods.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: ports@FreeBSD.org Subject: Re: bad Bind9 port X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 04:58:04 -0000 Aaron wrote: > Hiya, > > downloaded the bind9-9.2.2 port for 4.8-RELEASE i386 > > > it's an empty directory once you gunzip/untar it. It's not there anymore. Look at dns/bind9. --- Sem. From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 05:13:51 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 296BF16A4CE; Tue, 8 Jun 2004 05:13:51 +0000 (GMT) Received: from freebsd3.cimlogic.com.au (adsl-20-121.swiftdsl.com.au [218.214.20.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0792643D2D; Tue, 8 Jun 2004 05:13:50 +0000 (GMT) (envelope-from jb@cimlogic.com.au) Received: by freebsd3.cimlogic.com.au (Postfix, from userid 102) id 1ECFF6AA57; Tue, 8 Jun 2004 15:13:48 +1000 (EST) Date: Tue, 8 Jun 2004 15:13:47 +1000 From: John Birrell To: Dan Nelson Message-ID: <20040608051347.GA3604@freebsd3.cimlogic.com.au> References: <1086663455.1258.79.camel@server.mcneil.com> <20040608044844.GA89198@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040608044844.GA89198@dan.emsphone.com> User-Agent: Mutt/1.4.2.1i cc: ports@freebsd.org cc: freebsd-threads@freebsd.org cc: Sean McNeil cc: Daniel Eischen Subject: Re: weak implementation of threads has problems - kse fix attached X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 05:13:51 -0000 [ cross-post lists cut back, ports added 8-) ] On Mon, Jun 07, 2004 at 11:48:45PM -0500, Dan Nelson wrote: > A good addition to bsd.port.mk, right next to the "possible network > server" etc checks, might be to run ldd on all installed shared > libraries and print a warning if any threads libraries show up. There > are a huge number of ports that install shlibs linked to libpthreads. Good idea. -- John Birrell From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 05:34:42 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0702616A4CE; Tue, 8 Jun 2004 05:34:42 +0000 (GMT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C24143D45; Tue, 8 Jun 2004 05:34:41 +0000 (GMT) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.10/8.12.1) with ESMTP id i585YXtD029581; Tue, 8 Jun 2004 01:34:33 -0400 (EDT) Date: Tue, 8 Jun 2004 01:34:33 -0400 (EDT) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: John Birrell In-Reply-To: <20040608051347.GA3604@freebsd3.cimlogic.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: ports@freebsd.org cc: Dan Nelson cc: Sean McNeil cc: freebsd-threads@freebsd.org Subject: Re: weak implementation of threads has problems - kse fix attached X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 05:34:42 -0000 On Tue, 8 Jun 2004, John Birrell wrote: > [ cross-post lists cut back, ports added 8-) ] > > On Mon, Jun 07, 2004 at 11:48:45PM -0500, Dan Nelson wrote: > > A good addition to bsd.port.mk, right next to the "possible network > > server" etc checks, might be to run ldd on all installed shared > > libraries and print a warning if any threads libraries show up. There > > are a huge number of ports that install shlibs linked to libpthreads. > > Good idea. Just picking a message at random to reply to... In case anyone wonders why we don't use strong references, I chose to mimic what Solaris does: bash-2.05$ nm /lib/libpthread.so.1 | grep pthread_mutex_lock 0000000000003c80 T _pthread_mutex_lock 0000000000003c80 W pthread_mutex_lock bash-2.05$ nm /lib/libc.so.1 | grep pthread_mutex_lock 0000000000096c38 W _pthread_mutex_lock 0000000000096c38 W pthread_mutex_lock It is also easy to provide your own version of pthread_foo() without having any strong references override it. -- Dan Eischen From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 05:39:10 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECC5C16A4CE; Tue, 8 Jun 2004 05:39:09 +0000 (GMT) Received: from creme-brulee.marcuscom.com (rrcs-midsouth-24-172-16-118.biz.rr.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 790A643D39; Tue, 8 Jun 2004 05:39:09 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i585cBcS096920; Tue, 8 Jun 2004 01:38:11 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: ports@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-kGu/fEh+/dRdDqPHHbJS" Organization: FreeBSD, Inc. Message-Id: <1086673141.18374.35.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 08 Jun 2004 01:39:02 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on creme-brulee.marcuscom.com Subject: RFC: [Long] Change PTHREAD_LIBS to -pthread for -CURRENT X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 05:39:10 -0000 --=-kGu/fEh+/dRdDqPHHbJS Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I'm not sure how many of you have seen the recent thread (no pun intended) on either ports@, current@, gnome@, or threads@ about the problems with linking shared objects with -lpthread on -CURRENT. Basically, when shared objects are explicitly linked with -lpthread, they retain a link to the libpthread. This means that any executable which links to these libraries must also link to libpthread. If they do not, they will most certainly crash or behave erratically (this also includes any dynamically loadable objects). Some examples of this include the gnome-vfs gtk+ file system backend, apache2/php4, nss_ldap, wine, etc. Note: if the shared object actually contains pthread symbols, then any executable that links to it will still have to be linked with -pthread, but in the examples above, this is not the case. To get around this, we can use -pthread to link shared objects as well as executables. This works exactly the same way as in 4.X. By using -pthread, when shared objects are linked, libpthread will only be used to resolve symbols at link-time, but the resulting shared object will not retain a link to libpthread. (One way to test this is to write a simple helloworld.c, and compile it with ``cc -shared -o helloworld.so -pthread helloworld.c'' and ``cc -shared -o helloworld.so -lpthread helloworld.c'', then look at the resulting helloworld.so files with ldd). So, I propose changing PTHREAD_LIBS to -pthread for -CURRENT. This will match what we have in 4.X, and will last for the life of 5.X going forward. The threading people tell me this is doable now. Thoughts? Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-kGu/fEh+/dRdDqPHHbJS Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAxVD1b2iPiv4Uz4cRAvYHAJ9rXwWUUApGcCnKN/5cmJBBKnKP1QCgq8kV Hzb72TPy4vH3N+q5ZWk1tD4= =XyDL -----END PGP SIGNATURE----- --=-kGu/fEh+/dRdDqPHHbJS-- From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 05:41:29 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 431D116A4CE; Tue, 8 Jun 2004 05:41:29 +0000 (GMT) Received: from freebsd3.cimlogic.com.au (adsl-20-121.swiftdsl.com.au [218.214.20.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id C64F143D48; Tue, 8 Jun 2004 05:41:28 +0000 (GMT) (envelope-from jb@cimlogic.com.au) Received: by freebsd3.cimlogic.com.au (Postfix, from userid 102) id AB3A66AA57; Tue, 8 Jun 2004 15:41:27 +1000 (EST) Date: Tue, 8 Jun 2004 15:41:27 +1000 From: John Birrell To: Daniel Eischen Message-ID: <20040608054127.GB3604@freebsd3.cimlogic.com.au> References: <20040608051347.GA3604@freebsd3.cimlogic.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: ports@freebsd.org cc: Dan Nelson cc: Sean McNeil cc: John Birrell cc: freebsd-threads@freebsd.org Subject: Re: weak implementation of threads has problems - kse fix attached X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 05:41:29 -0000 On Tue, Jun 08, 2004 at 01:34:33AM -0400, Daniel Eischen wrote: > On Tue, 8 Jun 2004, John Birrell wrote: > > > [ cross-post lists cut back, ports added 8-) ] > > > > On Mon, Jun 07, 2004 at 11:48:45PM -0500, Dan Nelson wrote: > > > A good addition to bsd.port.mk, right next to the "possible network > > > server" etc checks, might be to run ldd on all installed shared > > > libraries and print a warning if any threads libraries show up. There > > > are a huge number of ports that install shlibs linked to libpthreads. > > > > Good idea. > > Just picking a message at random to reply to... > > In case anyone wonders why we don't use strong references, I chose to > mimic what Solaris does: > > bash-2.05$ nm /lib/libpthread.so.1 | grep pthread_mutex_lock > 0000000000003c80 T _pthread_mutex_lock > 0000000000003c80 W pthread_mutex_lock > > bash-2.05$ nm /lib/libc.so.1 | grep pthread_mutex_lock > 0000000000096c38 W _pthread_mutex_lock > 0000000000096c38 W pthread_mutex_lock > > It is also easy to provide your own version of pthread_foo() without > having any strong references override it. Despite the heat-of-the-moment on amd64, FWIW, using linpthread on i386 on a clean machine with NOLIBC_R set in /etc/make.conf, nothing in libmap.conf and just normal ports builds, gnome, mplayer, mozilla, openoffice etc work fine for me on current (except for the ACPI kernel problems which should either be fixed or backed out IMNSHO). -- John Birrell From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 07:23:38 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E87D816A4CE; Tue, 8 Jun 2004 07:23:38 +0000 (GMT) Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70C9643D1F; Tue, 8 Jun 2004 07:23:38 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (adsl-63-207-60-35.dsl.lsan03.pacbell.net [63.207.60.35])i587NUqE021887; Tue, 8 Jun 2004 03:23:30 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6A0D652902; Tue, 8 Jun 2004 00:23:30 -0700 (PDT) Date: Tue, 8 Jun 2004 00:23:30 -0700 From: Kris Kennaway To: John Birrell Message-ID: <20040608072330.GA82183@xor.obsecurity.org> References: <20040608051347.GA3604@freebsd3.cimlogic.com.au> <20040608054127.GB3604@freebsd3.cimlogic.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline In-Reply-To: <20040608054127.GB3604@freebsd3.cimlogic.com.au> User-Agent: Mutt/1.4.2.1i cc: ports@freebsd.org cc: freebsd-threads@freebsd.org cc: Dan Nelson cc: Sean McNeil cc: Daniel Eischen Subject: Re: weak implementation of threads has problems - kse fix attached X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 07:23:39 -0000 --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 08, 2004 at 03:41:27PM +1000, John Birrell wrote: > On Tue, Jun 08, 2004 at 01:34:33AM -0400, Daniel Eischen wrote: > > On Tue, 8 Jun 2004, John Birrell wrote: > >=20 > > > [ cross-post lists cut back, ports added 8-) ] > > >=20 > > > On Mon, Jun 07, 2004 at 11:48:45PM -0500, Dan Nelson wrote: > > > > A good addition to bsd.port.mk, right next to the "possible network > > > > server" etc checks, might be to run ldd on all installed shared > > > > libraries and print a warning if any threads libraries show up. Th= ere > > > > are a huge number of ports that install shlibs linked to libpthread= s. > > >=20 > > > Good idea. > >=20 > > Just picking a message at random to reply to... > >=20 > > In case anyone wonders why we don't use strong references, I chose to > > mimic what Solaris does: > >=20 > > bash-2.05$ nm /lib/libpthread.so.1 | grep pthread_mutex_lock > > 0000000000003c80 T _pthread_mutex_lock > > 0000000000003c80 W pthread_mutex_lock > >=20 > > bash-2.05$ nm /lib/libc.so.1 | grep pthread_mutex_lock > > 0000000000096c38 W _pthread_mutex_lock > > 0000000000096c38 W pthread_mutex_lock > >=20 > > It is also easy to provide your own version of pthread_foo() without > > having any strong references override it. >=20 > Despite the heat-of-the-moment on amd64, FWIW, using linpthread on i386 > on a clean machine with NOLIBC_R set in /etc/make.conf, nothing in libmap= .conf > and just normal ports builds, gnome, mplayer, mozilla, openoffice etc work > fine for me on current (except for the ACPI kernel problems which should > either be fixed or backed out IMNSHO). Yeah, some time last year I went through and fixed or marked BROKEN all the ports that link explicitly to libc_r, and I think they've all been fixed to use PTHREAD_LIBS. Kris --wRRV7LY7NUeQGEoC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAxWlyWry0BWjoQKURAsj6AJ0QnxMzXMhvgv3/xYy4yYS1ZmOWTgCfbRvK za48KdtyUiXT3yDIpvIFw1U= =1lNE -----END PGP SIGNATURE----- --wRRV7LY7NUeQGEoC-- From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 07:40:48 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6105C16A4CE; Tue, 8 Jun 2004 07:40:48 +0000 (GMT) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3916F43D48; Tue, 8 Jun 2004 07:40:48 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 6B6E6FD031; Tue, 8 Jun 2004 00:40:47 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00672-01; Tue, 8 Jun 2004 00:40:46 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 96446FD02E; Tue, 8 Jun 2004 00:40:46 -0700 (PDT) From: Sean McNeil To: Daniel Eischen In-Reply-To: References: Content-Type: text/plain Message-Id: <1086680446.1060.3.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 08 Jun 2004 00:40:46 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: ports@freebsd.org cc: Dan Nelson cc: John Birrell cc: freebsd-threads@freebsd.org Subject: Re: weak implementation of threads has problems - kse fix attached X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 07:40:48 -0000 On Mon, 2004-06-07 at 22:34, Daniel Eischen wrote: > On Tue, 8 Jun 2004, John Birrell wrote: > > > [ cross-post lists cut back, ports added 8-) ] > > > > On Mon, Jun 07, 2004 at 11:48:45PM -0500, Dan Nelson wrote: > > > A good addition to bsd.port.mk, right next to the "possible network > > > server" etc checks, might be to run ldd on all installed shared > > > libraries and print a warning if any threads libraries show up. There > > > are a huge number of ports that install shlibs linked to libpthreads. > > > > Good idea. > > Just picking a message at random to reply to... > > In case anyone wonders why we don't use strong references, I chose to > mimic what Solaris does: > > bash-2.05$ nm /lib/libpthread.so.1 | grep pthread_mutex_lock > 0000000000003c80 T _pthread_mutex_lock > 0000000000003c80 W pthread_mutex_lock > > bash-2.05$ nm /lib/libc.so.1 | grep pthread_mutex_lock > 0000000000096c38 W _pthread_mutex_lock > 0000000000096c38 W pthread_mutex_lock > > It is also easy to provide your own version of pthread_foo() without > having any strong references override it. OK, that is what I was wondering. In that case, you have failed to mimic Solaris: [sean@wrsparc sean]$ uname -a SunOS wrsparc.mcneil.com 5.7 Generic_106541-12 sun4u sparc SUNW,Ultra-5_10 [sean@wrsparc sean]$ nm /lib/libpthread.so.1 | grep select [201] | 21328| 8|FUNC |GLOB |0 |8 |select [sean@wrsparc sean]$ nm /lib/libc.so.1 | grep select [213] | 320732| 1420|FUNC |LOCL |0 |12 |_libc_select [4534] | 320732| 1420|FUNC |GLOB |0 |12 |_select [3556] | 320732| 1420|FUNC |WEAK |0 |12 |select [1385] | 0| 0|FILE |LOCL |0 |ABS |select.c [4404] | 322152| 1920|FUNC |GLOB |0 |12 |select_large_fdset [1387] | 0| 0|FILE |LOCL |0 |ABS |select_large_fdset.c Same thing with open or any of the other libc functions. That is why Solaris works correctly and FreeBSD does not. From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 07:41:09 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFEFD16A4D0 for ; Tue, 8 Jun 2004 07:41:09 +0000 (GMT) Received: from smtp813.mail.sc5.yahoo.com (smtp813.mail.sc5.yahoo.com [66.163.170.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 969FA43D4C for ; Tue, 8 Jun 2004 07:41:09 +0000 (GMT) (envelope-from jleimon@sbcglobal.net) Received: from unknown (HELO ?192.168.0.100?) (jleimon@sbcglobal.net@68.89.71.114 with plain) by smtp813.mail.sc5.yahoo.com with SMTP; 8 Jun 2004 07:41:09 -0000 From: John Leimon To: mdodd@FreeBSD.org Date: Tue, 8 Jun 2004 02:40:55 +0000 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200406080240.56158.jleimon@sbcglobal.net> cc: ports@FreeBSD.org Subject: FreeBSD Port: scorched3d-devel-0.36.2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 07:41:09 -0000 Dear sir, Could we expect a new release for the scorched-3d port anytime soon? I wish I could install the latest version myself without the ports system but I still dont know enough. Perhaps there is a website or somthing that would aid somebody attempting to install programs with dependencies from scratch.Thanks for all your hard work! John (Freebsd Addict) From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 08:07:46 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 559D816A4CE; Tue, 8 Jun 2004 08:07:46 +0000 (GMT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id E393243D2F; Tue, 8 Jun 2004 08:07:45 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id 600AF1676FA; Tue, 8 Jun 2004 10:07:27 +0200 (CEST) Received: from [192.168.8.4] (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i5887PdH001771 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 8 Jun 2004 10:07:26 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-ports@freebsd.org Date: Tue, 8 Jun 2004 10:07:13 +0200 User-Agent: KMail/1.6.2 References: <1086673141.18374.35.camel@shumai.marcuscom.com> In-Reply-To: <1086673141.18374.35.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_8OXxAeUPHC/H7Ns"; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <200406081007.24315.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: Joe Marcus Clarke Subject: Re: RFC: [Long] Change PTHREAD_LIBS to -pthread for -CURRENT X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 08:07:46 -0000 --Boundary-02=_8OXxAeUPHC/H7Ns Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 08 June 2004 07:39, Joe Marcus Clarke wrote: > So, I propose changing PTHREAD_LIBS to -pthread for -CURRENT. This will > match what we have in 4.X, and will last for the life of 5.X going > forward. The threading people tell me this is doable now. Thoughts? My knowledge about both our rtld and our threads implementation is limited,= =20 however: I see that linking via -lpthread is what's done on Linux/glibc.=20 Linux/glibc is the reference and development platform of a huge majority of= =20 the software which exists in the ports-collection. Would it be possible to= =20 keep -lpthread as PTHREAD_LIBS and do whatever glibc does (if it does=20 anything at all) to prevent the breakage you describe from happening? =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --Boundary-02=_8OXxAeUPHC/H7Ns Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAxXO8Xhc68WspdLARAl0PAJ0TGqZiZeWTVvkecH1kQ73B3nVM/gCbBPFn xR9rqO8jp9ZIkZ8kCEBGO/U= =wcMf -----END PGP SIGNATURE----- --Boundary-02=_8OXxAeUPHC/H7Ns-- From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 08:16:08 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F102716A4CE for ; Tue, 8 Jun 2004 08:16:08 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (mail.dt.e-technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CE9F43D45 for ; Tue, 8 Jun 2004 08:16:08 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from m2a2.dyndns.org (krusty.dt.e-technik.uni-dortmund.de [129.217.163.1])176252F76B for ; Tue, 8 Jun 2004 10:15:49 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 76D68BD6EC for ; Tue, 8 Jun 2004 10:15:47 +0200 (CEST) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 23213-05-3 for ; Tue, 8 Jun 2004 10:15:45 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id 6B774BD6E7; Tue, 8 Jun 2004 10:15:45 +0200 (CEST) Date: Tue, 8 Jun 2004 10:15:45 +0200 From: Matthias Andree To: freebsd-ports@freebsd.org Message-ID: <20040608081545.GB20356@merlin.emma.line.org> Mail-Followup-To: freebsd-ports@freebsd.org References: <1086462964.42167.5.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1086462964.42167.5.camel@server.mcneil.com> User-Agent: Mutt/1.5.5.1i X-Virus-Scanned: by amavisd-new at m2a2.dyndns.org Subject: Re: post-patch blues with db3, db4, db41 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 08:16:09 -0000 On Sat, 05 Jun 2004, Sean McNeil wrote: > There are post-patch targets for these ports that are causing issues > with the libraries built. The target: > > post-patch: > @${REINPLACE_CMD} -Ee \ > 's|-l?pthread|${PTHREAD_LIBS}|g' ${WRKSRC}/${CONFIGURE_SCRIPT} > > causes the library to be linked with libpthread.so. This is a And how would this cause the link with libpthread if the original BDB configure script didn't request that in the first place? I've tried ldd and readelf -d and objdump -p and see no reference to pthread whatsoever in spite of libdb41_cxx.so.1 using pthread functions, I'd expect a NEEDED tag. SONAME is there however. The original script might however need to replace -pthread with -lc_r or -lpthread on FreeBSD 5. > dependency that we do not want. It will in turn cause issues with > nss_ldap and db doesn't use any threading. No threads but mutexes. The CXX variant also defines some local weak thread-related symbols. > It is thread safe, but that > doesn't mean it should be linked with pthread. What FreeBSD version and machine are you running on? I only have freebsd 4.10 release and 5-CURRENT on x86 (i386). Berkeley DB appears to use POSIX mutexes on the non-x86 machines, and GCC assembly mutextes on x86 machines (and in the db41 port for amd64 machines, too, see http://www.freebsd.org/cgi/query-pr.cgi?pr=64886 ). BerkeleyDB uses autoconf and some tests to figure if it should use some native implementation, POSIX mutexes (in -lpthread) or UI mutexes (for instance on Solaris, -lthread). > I took out that target from my build of db41 and all is well for me. > With it in, nss_ldap ends up causing all sorts of bad things to happen What sorts? > because it uses db41 (via openldap and sasl) and it in turn pulls in > pthread when it shouldn't. Please show details. > Could this target be removed from the ports mentioned? It will break the compile for some of the versions, and I recently fixed mutex related bugs for one of the newer db ports (db42 IIRC) for amd64, by forcing x86/gcc-assembly mutexes for amd64. -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 08:20:54 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E4DC16A4CE; Tue, 8 Jun 2004 08:20:54 +0000 (GMT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCB8743D4C; Tue, 8 Jun 2004 08:20:53 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id E71101676FA; Tue, 8 Jun 2004 10:20:52 +0200 (CEST) Received: from [192.168.8.4] (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i588KodH006913 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 8 Jun 2004 10:20:51 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-ports@freebsd.org Date: Tue, 8 Jun 2004 10:20:47 +0200 User-Agent: KMail/1.6.2 References: <1086673141.18374.35.camel@shumai.marcuscom.com> In-Reply-To: <1086673141.18374.35.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_gbXxAP+lmgcInci"; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <200406081020.48658.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: Joe Marcus Clarke Subject: Re: RFC: [Long] Change PTHREAD_LIBS to -pthread for -CURRENT X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 08:20:54 -0000 --Boundary-02=_gbXxAP+lmgcInci Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 08 June 2004 07:39, Joe Marcus Clarke wrote: > To get around this, we can use -pthread to link shared objects as well > as executables.=20 And there is another thing: I seem to remember that the getting rid of=20 =2Dpthread (I remember at one time -pthread was completely gone from gcc in= =20 =2DCURRENT, why this was reversed I don't know) was meant to facilitate usi= ng=20 one of the three threads-libraries now available in -CURRENT: libc_r,=20 libpthread (formerly libkse) and libthr. How is this supposed to be possibl= e=20 with -pthread? And if -pthread will always link to libpthread, won't the=20 problem then still be the same if someone chooses to set PTHREAD_LIBS to=20 =2Dlthr/-lc_r? =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --Boundary-02=_gbXxAP+lmgcInci Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAxXbgXhc68WspdLARAuwrAKCDQ83tmnMP7RX8lIqhZY5dVmLxRQCfTU+R TlFYirXwUBAtYNrXZjBCIG4= =WjY1 -----END PGP SIGNATURE----- --Boundary-02=_gbXxAP+lmgcInci-- From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 08:41:30 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20E3D16A4CE; Tue, 8 Jun 2004 08:41:30 +0000 (GMT) Received: from freebsd3.cimlogic.com.au (adsl-20-121.swiftdsl.com.au [218.214.20.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5567243D41; Tue, 8 Jun 2004 08:41:29 +0000 (GMT) (envelope-from jb@cimlogic.com.au) Received: by freebsd3.cimlogic.com.au (Postfix, from userid 102) id 83B8B6AA57; Tue, 8 Jun 2004 18:41:15 +1000 (EST) Date: Tue, 8 Jun 2004 18:41:15 +1000 From: John Birrell To: Michael Nottebrock Message-ID: <20040608084115.GC3604@freebsd3.cimlogic.com.au> References: <1086673141.18374.35.camel@shumai.marcuscom.com> <200406081020.48658.michaelnottebrock@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200406081020.48658.michaelnottebrock@gmx.net> User-Agent: Mutt/1.4.2.1i cc: Joe Marcus Clarke cc: freebsd-ports@freebsd.org Subject: Re: RFC: [Long] Change PTHREAD_LIBS to -pthread for -CURRENT X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 08:41:30 -0000 On Tue, Jun 08, 2004 at 10:20:47AM +0200, Michael Nottebrock wrote: > I remember at one time -pthread was completely gone from gcc in > -CURRENT, why this was reversed I don't know The reason was that the gcc people want -pthread to be the standard way of sucking in thread support via their compiler. They intend the -pthread option to be used across all operating systems, notably including Linux. We agreed to live with their design, hence -pthread was brought back. -- John Birrell From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 11:33:46 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7400F16A4CE for ; Tue, 8 Jun 2004 11:33:46 +0000 (GMT) Received: from vengeful.webgods.net (vengeful.webgods.net [66.92.84.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAE9A43D1F for ; Tue, 8 Jun 2004 11:33:45 +0000 (GMT) (envelope-from aaron@psychotic.org) Received: from vengeful.webgods.net (localhost.webgods.net [127.0.0.1]) by vengeful.webgods.net (8.12.9/8.12.6) with ESMTP id i58BXHdc053808; Tue, 8 Jun 2004 07:33:17 -0400 (EDT) (envelope-from aaron@psychotic.org) Received: from localhost (aaron@localhost)i58BXGWX053805; Tue, 8 Jun 2004 07:33:16 -0400 (EDT) X-Authentication-Warning: vengeful.webgods.net: aaron owned process doing -bs Date: Tue, 8 Jun 2004 07:33:16 -0400 (EDT) From: Aaron X-X-Sender: aaron@vengeful.webgods.net To: Sergey Matveychuk In-Reply-To: <40C54750.8020704@ciam.ru> Message-ID: <20040608073303.E53804@vengeful.webgods.net> References: <20040607223155.F52928@vengeful.webgods.net> <40C54750.8020704@ciam.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: ports@FreeBSD.org Subject: Re: bad Bind9 port X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 11:33:46 -0000 ah! Thank you. On Tue, 8 Jun 2004, Sergey Matveychuk wrote: > Aaron wrote: > > Hiya, > > > > downloaded the bind9-9.2.2 port for 4.8-RELEASE i386 > > > > > > it's an empty directory once you gunzip/untar it. > > It's not there anymore. > Look at dns/bind9. > > --- > Sem. > From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 15:14:31 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF4EA16A4CE for ; Tue, 8 Jun 2004 15:14:31 +0000 (GMT) Received: from mailout.ie-online.it (mercurio.ie-online.it [193.27.202.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AF6A43D31 for ; Tue, 8 Jun 2004 15:14:31 +0000 (GMT) (envelope-from bufarini@ie-online.it) Message-ID: <40C5D7FD.1090009@ie-online.it> Date: Tue, 08 Jun 2004 17:15:09 +0200 From: Daniele Bufarini User-Agent: Mozilla Thunderbird 0.6 (X11/20040502) X-Accept-Language: en-us, en MIME-Version: 1.0 To: jonc@chen.org.nz, ports@FreeBSD.org X-Priority: 1 (Highest) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: FreeBSD Port: jboss-3.2.3_1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 15:14:32 -0000 Hi, I'm running a FreeBSD 5.2.1 box on which I'm going to deploy a J2EE application using JBoss 3.2.3. I want to use the ports for jboss and tomcat installation, but I have to use tomcat as an mbean in jboss, so that they'll run in the same JVM. Now, I see that installing jboss and tomcat from the ports will not configure them in the way I want to.(i.e.: the way they are configured by default when they're unziped from the official distribution file given by jboss.org). Can you help me telling to me how to managed the configuration files of both jboss and tomcat so that they will run in the same java virtual machine? Thanks in advance! Best regards. Daniele Bufarini. -- .-----------------------------------------------------------------. | Daniele Bufarini Informazioni Editoriali I.E. S.p.A. | | software architect Via Bergonzoli 1/5 - 20127 Milano (IT)| | http://www.ie-online.it Tel: +3902283151 Fax: +390228315900 | | http://www.arianna.org God is real, unless declared integer. | '-----------------------------------------------------------------' From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 15:30:44 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EA6216A4CE for ; Tue, 8 Jun 2004 15:30:44 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39F3043D49 for ; Tue, 8 Jun 2004 15:30:44 +0000 (GMT) (envelope-from bd-freebsd@mozg.net) Received: from mailserver.mozg.net (c-24-15-232-145.client.comcast.net[24.15.232.145]) by comcast.net (sccrmhc11) with ESMTP id <20040608153041011001j156e>; Tue, 8 Jun 2004 15:30:41 +0000 Received: from localhost (localhost [127.0.0.1]) by mailserver.mozg.net (Postfix) with ESMTP id 98CA75CA3 for ; Tue, 8 Jun 2004 10:30:42 -0500 (CDT) Received: from unknown by localhost (amavisd-new, unix socket) id client-i1OBuorw for ; Tue, 8 Jun 2004 10:30:37 -0500 (CDT) Received: from www.mozg.net (localhost [127.0.0.1]) by mailserver.mozg.net (Postfix) with SMTP id 74E495CA1 for ; Tue, 8 Jun 2004 10:30:37 -0500 (CDT) Received: from 204.99.250.45 (SquirrelMail authenticated user brian) by www.mozg.net with HTTP; Tue, 8 Jun 2004 10:30:37 -0500 (CDT) Message-ID: <44823.204.99.250.45.1086708637.squirrel@www.mozg.net> Date: Tue, 8 Jun 2004 10:30:37 -0500 (CDT) From: "Brian DeRosa" To: freebsd-ports@freebsd.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal X-Virus-Scanned: by amavisd-new at mozg.net Subject: lang/php4 problem with ldconfig and libphp4.so/libphp4.la X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 15:30:44 -0000 Hey, all. I've been having problems for a while with the latest builds of php4. In particular, I'm runing a FreeBSD 5.1 system and php-4.3.7. I started seeing a problem with Squirrelmail everytime I'd rebuild php4. The problem I'd see is that PHP upload would stop working. Long story short, it appeared as though the libphp4.so or libphp4.la files weren't being populates someplace where my ldconfig would normally pick them up. Running: ldconfig -m /usr/local/libexec/apache2/ doesn't solve my issue... but, running it against my build directory under the ports tree: ldconfig -m /usr/ports/lang/php4/work/php-4.3.7/libs/ Does solve the issue. Feels like I'm hacking around an obvious solution as I'm sure I'm just missing the "obvious" solution. Also, is the makefile missing something that it doesn't do this sort of refresh on a portupgrade? I've only been able to keep it working by manually re-executing the ldconfig command after I do an upgrade of php4. Any/all help would be greatly appreciated. <8) Thanks! Brian 8) From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 16:17:48 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D65016A4CE; Tue, 8 Jun 2004 16:17:48 +0000 (GMT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4854943D46; Tue, 8 Jun 2004 16:17:48 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id AF74116758C; Tue, 8 Jun 2004 18:17:46 +0200 (CEST) Received: from [192.168.8.4] (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i58GHidH037438 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 8 Jun 2004 18:17:45 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: John Birrell Date: Tue, 8 Jun 2004 18:17:35 +0200 User-Agent: KMail/1.6.2 References: <1086673141.18374.35.camel@shumai.marcuscom.com> <200406081020.48658.michaelnottebrock@gmx.net> <20040608084115.GC3604@freebsd3.cimlogic.com.au> In-Reply-To: <20040608084115.GC3604@freebsd3.cimlogic.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_naexAtB/EHiSMD4"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406081817.43175.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: Joe Marcus Clarke cc: freebsd-ports@FreeBSD.org Subject: Re: RFC: [Long] Change PTHREAD_LIBS to -pthread for -CURRENT X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 16:17:48 -0000 --Boundary-02=_naexAtB/EHiSMD4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 08 June 2004 10:41, John Birrell wrote: > On Tue, Jun 08, 2004 at 10:20:47AM +0200, Michael Nottebrock wrote: > > I remember at one time -pthread was completely gone from gcc in > > -CURRENT, why this was reversed I don't know > > The reason was that the gcc people want -pthread to be the standard > way of sucking in thread support via their compiler. They intend the > -pthread option to be used across all operating systems, notably > including Linux.=20 I see. How do we address the issue of having multiple threads libraries to= =20 choose from then? I take it using the libmap feature is not the answer. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --Boundary-02=_naexAtB/EHiSMD4 Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAxeanXhc68WspdLARAjjqAJ9ukjoUycYvlOwRtIcvTv80Jzia7gCghZdx ApSMDa0bw+T08SBnu938sTs= =3DQq -----END PGP SIGNATURE----- --Boundary-02=_naexAtB/EHiSMD4-- From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 17:02:04 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2B0216A4D2 for ; Tue, 8 Jun 2004 17:02:04 +0000 (GMT) Received: from mail.lovett.com (core.lovett.com [216.168.8.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF32F43D54 for ; Tue, 8 Jun 2004 17:02:04 +0000 (GMT) (envelope-from ade@FreeBSD.org) Received: from ts46-02-qdr1249.mdfrd.or.charter.com ([66.169.242.225] helo=[192.168.1.101]) by mail.lovett.com with asmtp (Exim 4.34; FreeBSD) id 1BXjzA-000L01-Jr; Tue, 08 Jun 2004 17:02:04 +0000 In-Reply-To: <20040607125534.GA28541@isis.wad.cz> References: <20040602193835.496de20b@it.buh.cameradicommercio.ro> <7D836791-B4D4-11D8-B3B3-000A956B6386@FreeBSD.org> <20040603002700.1024de99@it.buh.cameradicommercio.ro> <20040607125534.GA28541@isis.wad.cz> Mime-Version: 1.0 (Apple Message framework v618) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <90F1ADF2-B96D-11D8-9A58-000A956B6386@FreeBSD.org> Content-Transfer-Encoding: 7bit From: Ade Lovett Date: Tue, 8 Jun 2004 10:02:04 -0700 To: Roman Neuhauser X-Mailer: Apple Mail (2.618) cc: Ion-Mihai Tetcu cc: ports@FreeBSD.ORG Subject: Re: How to LIB_DEPEND on pgsql client ? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 17:02:05 -0000 On Jun 07, 2004, at 05:55, Roman Neuhauser wrote: >> if someone wants to take what I currently have and finish it off, >> I'll be >> more than happy to send over the tarball of what I have (too much >> other >> stuff on my plate to give it proper attention right now). > > I'd be happy to get the opportunity. Ok. The initial cut (I haven't ported over the WITH_* options) of pgsql-client and pgsql-server (I chose pgsql rather than postgresql so as to not blatantly conflict with what we have right now) can be found at: http://people.FreeBSD.org/~ade/ports/pgsql-new.tar.bz2 MD5 (pgsql-new.tar.bz2) = 9d7406a94940a03eea2a7867adf1526c -aDe From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 17:54:18 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D826D16A4CE for ; Tue, 8 Jun 2004 17:54:18 +0000 (GMT) Received: from creme-brulee.marcuscom.com (rrcs-midsouth-24-172-16-118.biz.rr.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6206B43D2F for ; Tue, 8 Jun 2004 17:54:18 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i58HrDgS003518; Tue, 8 Jun 2004 13:53:13 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Michael Nottebrock In-Reply-To: <200406081817.43175.michaelnottebrock@gmx.net> References: <1086673141.18374.35.camel@shumai.marcuscom.com> <200406081020.48658.michaelnottebrock@gmx.net> <20040608084115.GC3604@freebsd3.cimlogic.com.au> <200406081817.43175.michaelnottebrock@gmx.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ZlkXhMlVWwXz+8c723vW" Organization: FreeBSD, Inc. Message-Id: <1086717246.68846.6.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 08 Jun 2004 13:54:06 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on creme-brulee.marcuscom.com cc: freebsd-ports@FreeBSD.org cc: John Birrell Subject: Re: RFC: [Long] Change PTHREAD_LIBS to -pthread for -CURRENT X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 17:54:19 -0000 --=-ZlkXhMlVWwXz+8c723vW Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2004-06-08 at 12:17, Michael Nottebrock wrote: > On Tuesday 08 June 2004 10:41, John Birrell wrote: > > On Tue, Jun 08, 2004 at 10:20:47AM +0200, Michael Nottebrock wrote: > > > I remember at one time -pthread was completely gone from gcc in > > > -CURRENT, why this was reversed I don't know > > > > The reason was that the gcc people want -pthread to be the standard > > way of sucking in thread support via their compiler. They intend the > > -pthread option to be used across all operating systems, notably > > including Linux.=20 >=20 > I see. How do we address the issue of having multiple threads libraries t= o=20 > choose from then? I take it using the libmap feature is not the answer. Yes, it would work the same way it does today. By default, -pthread would just link to libpthread, but it would do so in an intelligent manner. One could always use libmap to adjust this after the fact. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-ZlkXhMlVWwXz+8c723vW Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAxf0+b2iPiv4Uz4cRAkdvAJ48GUK8E7nOLlZ01MeVfsLr4Kp1qwCePw/S SPDUTxkr73cgXYqVZ8SMDq8= =fSXN -----END PGP SIGNATURE----- --=-ZlkXhMlVWwXz+8c723vW-- From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 18:04:07 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A40116A4CE for ; Tue, 8 Jun 2004 18:04:07 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EF9B43D39 for ; Tue, 8 Jun 2004 18:04:07 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin08-en2 [10.13.10.153]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id i58I42o1011054 for ; Tue, 8 Jun 2004 11:04:02 -0700 (PDT) Received: from [10.1.1.193] (nfw2.codefab.com [199.103.21.225] (may be forged)) (authenticated bits=0) by mac.com (Xserve/smtpin08/MantshX 4.0) with ESMTP id i58I3vBO027056 for ; Tue, 8 Jun 2004 11:04:01 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v618) In-Reply-To: <200406081817.43175.michaelnottebrock@gmx.net> References: <1086673141.18374.35.camel@shumai.marcuscom.com> <200406081020.48658.michaelnottebrock@gmx.net> <20040608084115.GC3604@freebsd3.cimlogic.com.au> <200406081817.43175.michaelnottebrock@gmx.net> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <33E67F1E-B976-11D8-8148-003065ABFD92@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Tue, 8 Jun 2004 14:03:53 -0400 X-Mailer: Apple Mail (2.618) cc: freebsd-ports@FreeBSD.org Subject: Re: RFC: [Long] Change PTHREAD_LIBS to -pthread for -CURRENT X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 18:04:07 -0000 On Jun 8, 2004, at 12:17 PM, Michael Nottebrock wrote: > On Tuesday 08 June 2004 10:41, John Birrell wrote: >> The reason was that the gcc people want -pthread to be the standard >> way of sucking in thread support via their compiler. They intend the >> -pthread option to be used across all operating systems, notably >> including Linux. > > I see. How do we address the issue of having multiple threads > libraries to > choose from then? I take it using the libmap feature is not the answer. First, I'm fully in favor of using "-pthread" to tell the compiler "compile and link the code using whatever additional flags and mechanisms are necessary to support POSIX threads", rather than having to specific some combination of "-D_THREAD_SAFE -DPIC -lpthread", etc, particularly as that combination changes from OS to OS, or even from release to release within a specific OS. Second, LD_PRELOAD is intended to solve the issue of "how do I substitute a different version of a shared library (so long as it provides the symbols needed by the program so that the executable dynamicly links) than the one the program was actually linked against". Solaris uses this mechanism to support different flavors of malloc besides the default SCD-compliant one, such as bsdmalloc and mapmalloc, and it also uses this mechanism to provide backwards compatibility with buggy programs as per "man ld.so.1": NOTES The user compatibility library /usr/lib/0@0.so.1 provides a mechanism that establishes a value of 0 at location 0. Some applications exist that erroneously assume a null character pointer should be treated the same as a pointer to a null string. A segmentation violation will occur in these appli- cations when a null character pointer is accessed. If this library is added to such an application at runtime using LD_PRELOAD, it provides an environment that is sympathetic to this errant behavior. However, the user compatibility library is intended neither to enable the generation of such applications, nor to endorse this particular programming practice. For this to actually be useful (usable?) under FreeBSD, the implication is that the different thread libraries which exist under FreeBSD need to be interchangable via dynamic linking, rather than requiring compile-time changes to the code using threads. I don't know whether libpthreads, libc_r, and libkse can be switched using dynamic linking, but if they can't, pick the best implementation and make it the default that "cc -pthreads" uses. -- -Chuck From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 18:18:51 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEA1E16A4CE for ; Tue, 8 Jun 2004 18:18:51 +0000 (GMT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94BDD43D53 for ; Tue, 8 Jun 2004 18:18:51 +0000 (GMT) (envelope-from apeiron@comcast.net) Received: from prophecy.velum (pcp08490587pcs.levtwn01.pa.comcast.net[68.83.169.224]) by comcast.net (rwcrmhc12) with SMTP id <2004060818184001400hsmbse> (Authid: apeiron@comcast.net); Tue, 8 Jun 2004 18:18:41 +0000 Date: Tue, 8 Jun 2004 14:18:40 -0400 From: Christopher Nehren To: Andrew Carter Message-ID: <20040608181840.GA79388@prophecy.dyndns.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZGiS0Q5IWpPtfppv" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: freebsd-ports@freebsd.org Subject: Re: Subversion 1.0.4 install problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 18:18:52 -0000 --ZGiS0Q5IWpPtfppv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 07, 2004 at 15:28:18 EDT, Andrew Carter scribbled these curious markings: > The make part works fine but during install, I get errors complaining that > libaprutil-0.so.9 and libapr-0.so.9 can't be found. These files are in > /usr/local/lib/apache2 but for whatever reason the port can't find them. The problem is that, for some reason, /usr/local/lib/apache2 isn't in your library search path. I've solved this by doing: ldconfig -m /usr/local/lib/apache2 It's important that you use the -m flag: otherwise, all of your existing library search paths will be erased, and you'll be very lucky to fix them again. I've seen this problem on two machines, but am not exactly sure of how to fix it. My guess is that it's something with www/apache2, but it's very likely that I'm wrong. > I created symbolic links (ln -s) for the two libapr* shared libraries in > /usr/local/lib and it appears to work. Anyone know what's going on here? Don't *ever* use symbolic links to resolve library issues. *EVER*. It will only dig you into a hole that may one day become impossible to escape. This might be a flippant reaction, but I speak from experience. In fact, once you do the ldconfig command, it may be wise to remove those symlinks just to be safe. Subversion will still work, because the linker (at least AFAIK) searches by library name, not by hardcoded paths. If it doesn't, you'll have to reinstall. --=20 I abhor a system designed for the "user", if that word is a coded pejorative meaning "stupid and unsophisticated". -- Ken Thompson - Unix is user friendly. However, it isn't idiot friendly. - Please CC me in all replies, even if I'm on the relevant list(s). --ZGiS0Q5IWpPtfppv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAxgMAk/lo7zvzJioRAjXqAJ9/Wg3lNyvArK2N8NdQhv9P59kFzACfYxey nMNkqoyza456s5v9qqPu3PQ= =uM7D -----END PGP SIGNATURE----- --ZGiS0Q5IWpPtfppv-- From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 18:31:30 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A5AD16A4CE for ; Tue, 8 Jun 2004 18:31:30 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12F1D43D54 for ; Tue, 8 Jun 2004 18:31:28 +0000 (GMT) (envelope-from apeiron@comcast.net) Received: from prophecy.velum (pcp08490587pcs.levtwn01.pa.comcast.net[68.83.169.224]) by comcast.net (sccrmhc12) with SMTP id <20040608183125012001hdsfe> (Authid: apeiron@comcast.net); Tue, 8 Jun 2004 18:31:25 +0000 Date: Tue, 8 Jun 2004 14:31:26 -0400 From: Christopher Nehren To: sammy!!! Message-ID: <20040608183126.GB79388@prophecy.dyndns.org> References: <46BC0A27-B8F0-11D8-B13E-0003934BF296@lost-angel.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PmA2V3Z32TCmWXqI" Content-Disposition: inline In-Reply-To: <46BC0A27-B8F0-11D8-B13E-0003934BF296@lost-angel.com> User-Agent: Mutt/1.5.6i cc: freebsd-ports@freebsd.org Subject: Re: Perl 5.8.4 and MLDBM problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 18:31:30 -0000 --PmA2V3Z32TCmWXqI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 07, 2004 at 22:05:12 EDT, sammy!!! scribbled these curious markings: > I am getting this error on some websites that use MLDBM after updating=20 > to perl 5.8.4. Any ideas how to save me? >=20 > [Mon Jun 07 21:44:33 2004] [error] [client 64.252.153.134] Byte order=20 > is not compatible at blib/lib/Storable.pm (autosplit into=20 > blib/lib/auto/Storable/thaw.al) line 363, at=20 > /usr/local/lib/perl5/site_perl/5.8.4/MLDBM/Serializer/Storable.pm line=20 > 27, referer:=20 >=20 This is because the version of Storable in the Perl core has been updated. This new version includes data size information in the header. Since the FreeBSD port of Perl 5.8.4 uses 64 bits, it falls into the trap noted in the Storable documentation. Please 'perldoc Storable' and search for the error message that you're seeing. It's towards the end of the POD. --=20 I abhor a system designed for the "user", if that word is a coded pejorative meaning "stupid and unsophisticated". -- Ken Thompson - Unix is user friendly. However, it isn't idiot friendly. - Please CC me in all replies, even if I'm on the relevant list(s). --PmA2V3Z32TCmWXqI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAxgX+k/lo7zvzJioRAoE4AJ45AdFMzS2y1epg9zvBnTiEmNEOGQCgqQs/ wF6lHkwK5epiFoyQ64PZ9Z0= =HIny -----END PGP SIGNATURE----- --PmA2V3Z32TCmWXqI-- From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 19:00:34 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A725516A4D0 for ; Tue, 8 Jun 2004 19:00:34 +0000 (GMT) Received: from mail.x9media.com (mail.x9media.com [81.209.147.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00C6643D49 for ; Tue, 8 Jun 2004 19:00:34 +0000 (GMT) (envelope-from thomas.may@x9media.com) X-AuthUser: thomas.may@x9media.com Received: from PC01 (80.132.222.164:12501) by mail.x9media.com with [XMail 1.20 ESMTP Server] id for from ; Tue, 8 Jun 2004 21:04:45 +0200 From: "Thomas May" To: Date: Tue, 8 Jun 2004 21:00:00 +0200 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Thread-Index: AcRNiqQq5SqSS3zLQBWuEW3ce4tXjw== Message-Id: <20040608190034.00C6643D49@mx1.FreeBSD.org> Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: ports@FreeBSD.org Subject: FreeBSD Port: asterisk-0.9.0_1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 19:00:34 -0000 Hi, =20 i try to install your asterisk port on freebsd 5.2.1 (standard = installation from iso cd) =20 I have installed the new port collection from today and I got this = error. Can you help me ? =20 Thomas from berlin =85 =20 asterisk# make install =3D=3D=3D> asterisk-0.9.0 depends on file: = /usr/local/lib/mysql/libmysqlclient.a - found =3D=3D=3D> asterisk-0.9.0 depends on file: /nonexistent - not found =3D=3D=3D> Verifying build for /nonexistent in /usr/ports/devel/pwlib =3D=3D=3D> pwlib-1.5.0_4 is forbidden: http://people.freebsd.org/~eik/portaudit/27c331d5-64c7-11d8-80e3-0020ed76= ef5 a.html. *** Error code 1 =20 Stop in /usr/ports/devel/pwlib. *** Error code 1 =20 Stop in /usr/ports/net/asterisk. asterisk# =20 =20 =20 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.698 / Virus Database: 455 - Release Date: 02.06.2004 =20 From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 20:11:45 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12F5E16A52E; Tue, 8 Jun 2004 20:11:45 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD55443D4C; Tue, 8 Jun 2004 20:11:44 +0000 (GMT) (envelope-from apeiron@comcast.net) Received: from prophecy.velum (pcp08490587pcs.levtwn01.pa.comcast.net[68.83.169.224]) by comcast.net (rwcrmhc11) with SMTP id <2004060820114101300co3m7e> (Authid: apeiron@comcast.net); Tue, 8 Jun 2004 20:11:41 +0000 Date: Tue, 8 Jun 2004 16:11:40 -0400 From: Christopher Nehren To: FreeBSD Ports List Message-ID: <20040608201140.GA96709@prophecy.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oyUTqETQ0mS9luUI" Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: editors/vim-6.3 broken at 'make install' X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 20:11:45 -0000 --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I just cvsup'd two machines (one 5.2.1-p8, one -STABLE from last Saturday) and tried to install vim 6.3 on both of them with WITHOUT_GUI=YES . They both fail with the same error, which makes me believe that it's not something specific to my configurations. Here's the script(1) output of the portupgrade process on my 5.2.1 machine (the -STABLE box is identical, except for the KDE dependency issues): Script started on Tue Jun 8 16:00:15 2004 ---> Upgrading 'vim-6.2.531' to 'vim-6.3.0' (editors/vim) ---> Building '/usr/ports/editors/vim' with make flags: NO_GUI=YES ===> Cleaning for libiconv-1.9.1_3 ===> Cleaning for vim-6.3.0 ===> Extracting for vim-6.3.0 >> Checksum OK for vim/vim-6.3.tar.bz2. ===> Patching for vim-6.3.0 ===> Applying FreeBSD patches for vim-6.3.0 ===> vim-6.3.0 depends on shared library: iconv.3 - found ===> Configuring for vim-6.3.0 cd testdir; make -f Makefile clean rm -rf *.out *.rej *.orig test.log tiny.vim small.vim mbyte.vim test.ok X* viminfo rm -f *.o objects/* core vim.core vim xxd/*.o rm -f xxd/xxd auto/osdef.h auto/pathdef.c auto/if_perl.c rm -f conftest* *~ auto/link.sed if test -d po; then cd po; make prefix= clean; fi rm -f auto/config.status auto/config.cache config.log auto/config.log rm -f auto/config.h auto/link.log auto/link.sed auto/config.mk touch auto/config.h cp config.mk.dist auto/config.mk rm -f tags ===> Building for vim-6.3.0 rm -f auto/config.status auto/config.cache config.log auto/config.log rm -f auto/config.h auto/link.log auto/link.sed auto/config.mk touch auto/config.h cp config.mk.dist auto/config.mk GUI_INC_LOC="" GUI_LIB_LOC="" CC="" CPPFLAGS="" CFLAGS="-O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird" LDFLAGS="" srcdir="." ./configure --enable-gui=no --without-x --enable-multibyte --enable-fontset --enable-xim --with-features=big --prefix=/usr/local --with-tlib=termlib creating cache auto/config.cache checking whether make sets ${MAKE}... yes checking for gcc... gcc checking whether the C compiler (gcc -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird ) works... yes checking whether the C compiler (gcc -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking how to run the C preprocessor... gcc -E checking for POSIXized ISC... no checking for mawk... no checking for gawk... no checking for nawk... nawk checking for strip... strip checking for Cygwin environment... no checking for mingw32 environment... no checking for executable suffix... no checking for buggy tools checking for BeOS... no checking for QNX... no checking for Darwin (Mac OS X)... no checking --with-vim-name argument... Defaulting to vim checking --with-ex-name argument... Defaulting to ex checking --with-view-name argument... Defaulting to view checking --with-global-runtime argument... no checking --with-modified-by argument... no checking if character set is EBCDIC... no checking --with-features argument... big checking --with-compiledby argument... no checking --disable-xsmp argument... no checking --disable-xsmp-interact argument... no checking --enable-perlinterp argument... no checking --enable-pythoninterp argument... no checking --enable-tclinterp argument... no checking --enable-rubyinterp argument... no checking --enable-cscope argument... no checking --enable-workshop argument... no checking --disable-netbeans argument... no checking for socket in -lsocket... no checking for gethostbyname in -lnsl... no checking whether compiling netbeans integration is possible... yes checking --enable-sniff argument... no checking --enable-multibyte argument... yes checking --enable-hangulinput argument... no checking --enable-xim argument... yes checking --enable-fontset argument... yes defaulting to: don't HAVE_X11 checking --enable-gui argument... no GUI support checking for X11/SM/SMlib.h... no no GUI selected; xim has been disabled no GUI selected; fontset has been disabled checking quality of toupper... good checking whether __DATE__ and __TIME__ work... yes checking for elf.h... yes checking for main in -lelf... no checking for dirent.h that defines DIR... yes checking for opendir in -ldir... no checking for ANSI C header files... yes checking for sys/wait.h that is POSIX.1 compatible... yes checking for stdarg.h... yes checking for stdlib.h... yes checking for string.h... yes checking for sys/select.h... yes checking for sys/utsname.h... yes checking for termcap.h... yes checking for fcntl.h... yes checking for sgtty.h... yes checking for sys/ioctl.h... yes checking for sys/time.h... yes checking for termio.h... no checking for iconv.h... yes checking for langinfo.h... yes checking for unistd.h... yes checking for stropts.h... no checking for errno.h... yes checking for sys/resource.h... yes checking for sys/systeminfo.h... no checking for locale.h... yes checking for sys/stream.h... no checking for sys/ptem.h... no checking for termios.h... yes checking for libc.h... no checking for sys/statfs.h... no checking for poll.h... yes checking for sys/poll.h... yes checking for pwd.h... yes checking for utime.h... yes checking for sys/param.h... yes checking for libintl.h... yes checking for libgen.h... yes checking for util/debug.h... no checking for util/msg18n.h... no checking for frame.h... no checking for pthread_np.h... yes checking for sys/acl.h... yes checking for sys/access.h... no checking for sys/sysctl.h... yes checking for sys/sysinfo.h... no checking for wchar.h... yes checking for strings.h... yes checking if strings.h can be included after string.h... yes checking whether gcc needs -traditional... no checking for working const... yes checking for mode_t... yes checking for off_t... yes checking for pid_t... yes checking for size_t... yes checking for uid_t in sys/types.h... yes checking whether time.h and sys/time.h may both be included... yes checking for ino_t... yes checking for dev_t... yes checking for rlim_t... yes checking for stack_t... yes checking whether stack_t has an ss_base field... no checking --with-tlib argument... termlib checking whether we talk terminfo... yes -- terminfo spoken here checking what tgetent() returns for an unknown terminal... non-zero checking whether termcap.h contains ospeed... yes checking whether termcap.h contains UP, BC and PC... yes checking whether tputs() uses outfuntype... no checking whether sys/select.h and sys/time.h may both be included... yes checking for /dev/ptc... no checking for SVR4 ptys... no checking for ptyranges... p / 0123456789ab checking default tty permissions/group... pty mode: 0620, group: 4 checking return type of signal handlers... void checking for struct sigcontext... yes checking getcwd implementation... it is usable checking for bcmp... yes checking for fchdir... yes checking for fchown... yes checking for fseeko... yes checking for fsync... yes checking for ftello... yes checking for getcwd... yes checking for getpseudotty... no checking for getpwnam... yes checking for getpwuid... yes checking for getrlimit... yes checking for gettimeofday... yes checking for getwd... yes checking for lstat... yes checking for memcmp... yes checking for memset... yes checking for nanosleep... yes checking for opendir... yes checking for putenv... yes checking for qsort... yes checking for readlink... yes checking for select... yes checking for setenv... yes checking for setpgid... yes checking for setsid... yes checking for sigaltstack... yes checking for sigstack... no checking for sigset... no checking for sigsetjmp... yes checking for sigaction... yes checking for sigvec... yes checking for snprintf... yes checking for strcasecmp... yes checking for strerror... yes checking for strftime... yes checking for stricmp... no checking for strncasecmp... yes checking for strnicmp... no checking for strpbrk... yes checking for strtol... yes checking for tgetent... yes checking for towlower... yes checking for towupper... yes checking for usleep... yes checking for utime... yes checking for utimes... yes checking for st_blksize... yes checking whether stat() ignores a trailing slash... no checking for iconv_open()... yes; with -liconv checking for nl_langinfo(CODESET)... yes checking --disable-acl argument... no checking for acl_get_file in -lposix1e... no checking for acl_get_file in -lacl... no checking for POSIX ACL support... yes checking for Solaris ACL support... no checking for AIX ACL support... no checking --disable-gpm argument... no checking for gpm... no checking for vsnprintf()... yes checking for rename... yes checking for sysctl... yes checking for sysinfo... not usable checking for sysconf... not usable checking size of int... 4 checking whether memmove/bcopy/memcpy handle overlaps... memmove does checking whether X_LOCALE needed... no checking for _xpg4_setrunelocale in -lxpg4... no checking how to create tags... ctags -t checking how to run man with a section nr... man checking --disable-nls argument... no checking for msgfmt... msgfmt checking for NLS... no po/Makefile - disabled checking for dlfcn.h... yes checking for dlopen()... yes checking for dlsym()... yes checking for setjmp.h... yes updating cache auto/config.cache creating auto/config.status creating auto/config.mk creating auto/config.h make -f Makefile all mkdir objects CC="gcc -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird " srcdir=. sh ./osdef.sh gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/buffer.o buffer.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/charset.o charset.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/diff.o diff.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/digraph.o digraph.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/edit.o edit.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/eval.o eval.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/ex_cmds.o ex_cmds.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/ex_cmds2.o ex_cmds2.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/ex_docmd.o ex_docmd.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/ex_eval.o ex_eval.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/ex_getln.o ex_getln.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/fileio.o fileio.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/fold.o fold.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/getchar.o getchar.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/if_cscope.o if_cscope.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/if_xcmdsrv.o if_xcmdsrv.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/main.o main.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/mark.o mark.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/memfile.o memfile.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/memline.o memline.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/menu.o menu.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/message.o message.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/misc1.o misc1.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/misc2.o misc2.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/move.o move.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/mbyte.o mbyte.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/normal.o normal.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/ops.o ops.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/option.o option.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/os_unix.o os_unix.c creating auto/pathdef.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/pathdef.o auto/pathdef.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/quickfix.o quickfix.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/regexp.o regexp.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/screen.o screen.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/search.o search.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/syntax.o syntax.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/tag.o tag.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/term.o term.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/ui.o ui.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/undo.o undo.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/window.o window.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -o objects/netbeans.o netbeans.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird version.c -o objects/version.o gcc -L/usr/local/lib -o vim objects/buffer.o objects/charset.o objects/diff.o objects/digraph.o objects/edit.o objects/eval.o objects/ex_cmds.o objects/ex_cmds2.o objects/ex_docmd.o objects/ex_eval.o objects/ex_getln.o objects/fileio.o objects/fold.o objects/getchar.o objects/if_cscope.o objects/if_xcmdsrv.o objects/main.o objects/mark.o objects/memfile.o objects/memline.o objects/menu.o objects/message.o objects/misc1.o objects/misc2.o objects/move.o objects/mbyte.o objects/normal.o objects/ops.o objects/option.o objects/os_unix.o objects/pathdef.o objects/quickfix.o objects/regexp.o objects/screen.o objects/search.o objects/syntax.o objects/tag.o objects/term.o objects/ui.o objects/undo.o objects/window.o objects/netbeans.o objects/version.o -ltermlib -liconv link.sh: OK, linking works, let's try removing a few libraries. link.sh: See auto/link.log for details. link.sh: Trying to remove the iconv library... link.sh: We DO need the iconv library. link.sh: Using unmodified link command gcc -L/usr/local/lib -o vim objects/buffer.o objects/charset.o objects/diff.o objects/digraph.o objects/edit.o objects/eval.o objects/ex_cmds.o objects/ex_cmds2.o objects/ex_docmd.o objects/ex_eval.o objects/ex_getln.o objects/fileio.o objects/fold.o objects/getchar.o objects/if_cscope.o objects/if_xcmdsrv.o objects/main.o objects/mark.o objects/memfile.o objects/memline.o objects/menu.o objects/message.o objects/misc1.o objects/misc2.o objects/move.o objects/mbyte.o objects/normal.o objects/ops.o objects/option.o objects/os_unix.o objects/pathdef.o objects/quickfix.o objects/regexp.o objects/screen.o objects/search.o objects/syntax.o objects/tag.o objects/term.o objects/ui.o objects/undo.o objects/window.o objects/netbeans.o objects/version.o -ltermlib -liconv link.sh: Linked OK cd xxd; CC="gcc" CFLAGS="-I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird" make -f Makefile gcc -I/usr/local/include -O -pipe -O2 -march=athlon-tbird -O2 -march=athlon-tbird -O2 -march=athlon-tbird -DUNIX -o xxd xxd.c ---> Backing up the old version ---> Uninstalling the old version ---> Deinstalling 'vim-6.2.531' pkg_delete: package 'vim-6.2.531' is required by these other packages and may not be deinstalled (but I'll delete it anyway): kdeaddons-3.2.2 kdeaddons-vimpart-3.2.2 pkg_delete: unable to completely remove directory '/usr/local/share/vim' pkg_delete: couldn't entirely delete package (perhaps the packing list is incorrectly specified?) [Updating the pkgdb in /var/db/pkg ... - 594 packages found (-1 +0) (...) done] ---> Installing the new version via the port with make flags: NO_GUI=YES ===> Installing for vim-6.3.0 ===> vim-6.3.0 depends on shared library: iconv.3 - found ===> Generating temporary packing list ===> Checking if editors/vim already installed if test -f /usr/local/bin/vim; then mv -f /usr/local/bin/vim /usr/local/bin/vim.rm; rm -f /usr/local/bin/vim.rm; fi cp vim /usr/local/bin strip /usr/local/bin/vim chmod 755 /usr/local/bin/vim generating /usr/local/man/man1/vim.1 chmod 644 /usr/local/man/man1/vim.1 generating /usr/local/man/man1/vimtutor.1 chmod 644 /usr/local/man/man1/vimtutor.1 cp ../runtime/doc/vimdiff.1 /usr/local/man/man1/vimdiff.1 chmod 644 /usr/local/man/man1/vimdiff.1 generating /usr/local/man/man1/evim.1 chmod 644 /usr/local/man/man1/evim.1 generating help tags /usr/local/bin/vim -u NONE -esX -c "helptags ." -c quit cd ../runtime/doc; files=`ls *.txt tags`; files="$files `ls *.??x tags-?? 2>/dev/null || true`"; cp $files /usr/local/share/vim/vim63/doc; cd /usr/local/share/vim/vim63/doc; chmod 644 $files cp ../runtime/doc/*.pl /usr/local/share/vim/vim63/doc chmod 755 /usr/local/share/vim/vim63/doc/*.pl cp ../runtime/menu.vim /usr/local/share/vim/vim63/menu.vim chmod 644 /usr/local/share/vim/vim63/menu.vim cp ../runtime/synmenu.vim /usr/local/share/vim/vim63/synmenu.vim chmod 644 /usr/local/share/vim/vim63/synmenu.vim cp ../runtime/delmenu.vim /usr/local/share/vim/vim63/delmenu.vim chmod 644 /usr/local/share/vim/vim63/delmenu.vim cp ../runtime/mswin.vim /usr/local/share/vim/vim63/mswin.vim chmod 644 /usr/local/share/vim/vim63/mswin.vim cp ../runtime/evim.vim /usr/local/share/vim/vim63/evim.vim chmod 644 /usr/local/share/vim/vim63/evim.vim cp ../runtime/bugreport.vim /usr/local/share/vim/vim63/bugreport.vim chmod 644 /usr/local/share/vim/vim63/bugreport.vim cp ../runtime/vimrc_example.vim /usr/local/share/vim/vim63 chmod 644 /usr/local/share/vim/vim63/vimrc_example.vim cp ../runtime/gvimrc_example.vim /usr/local/share/vim/vim63 chmod 644 /usr/local/share/vim/vim63/gvimrc_example.vim cp ../runtime/filetype.vim /usr/local/share/vim/vim63/filetype.vim chmod 644 /usr/local/share/vim/vim63/filetype.vim cp ../runtime/ftoff.vim /usr/local/share/vim/vim63/ftoff.vim chmod 644 /usr/local/share/vim/vim63/ftoff.vim cp ../runtime/scripts.vim /usr/local/share/vim/vim63/scripts.vim chmod 644 /usr/local/share/vim/vim63/scripts.vim cp ../runtime/ftplugin.vim /usr/local/share/vim/vim63/ftplugin.vim chmod 644 /usr/local/share/vim/vim63/ftplugin.vim cp ../runtime/ftplugof.vim /usr/local/share/vim/vim63/ftplugof.vim chmod 644 /usr/local/share/vim/vim63/ftplugof.vim cp ../runtime/indent.vim /usr/local/share/vim/vim63/indent.vim chmod 644 /usr/local/share/vim/vim63/indent.vim cp ../runtime/indoff.vim /usr/local/share/vim/vim63/indoff.vim chmod 644 /usr/local/share/vim/vim63/indoff.vim cp ../runtime/optwin.vim /usr/local/share/vim/vim63/optwin.vim chmod 644 /usr/local/share/vim/vim63/optwin.vim cd ../runtime/print; cp *.ps /usr/local/share/vim/vim63/print cd /usr/local/share/vim/vim63/print; chmod 644 *.ps cd ../runtime/colors; cp *.vim README.txt /usr/local/share/vim/vim63/colors cd /usr/local/share/vim/vim63/colors; chmod 644 *.vim README.txt cd ../runtime/syntax; cp *.vim README.txt /usr/local/share/vim/vim63/syntax cd /usr/local/share/vim/vim63/syntax; chmod 644 *.vim README.txt cd ../runtime/indent; cp *.vim README.txt /usr/local/share/vim/vim63/indent cd /usr/local/share/vim/vim63/indent; chmod 644 *.vim README.txt cd ../runtime/plugin; cp *.vim README.txt /usr/local/share/vim/vim63/plugin cd /usr/local/share/vim/vim63/plugin; chmod 644 *.vim README.txt cd ../runtime/ftplugin; cp *.vim README.txt /usr/local/share/vim/vim63/ftplugin cd /usr/local/share/vim/vim63/ftplugin; chmod 644 *.vim README.txt cd ../runtime/compiler; cp *.vim README.txt /usr/local/share/vim/vim63/compiler cd /usr/local/share/vim/vim63/compiler; chmod 644 *.vim README.txt #cd /usr/local/bin; ln -sf vim ex #cd /usr/local/bin; ln -sf vim view cd /usr/local/bin; ln -sf vim rvim cd /usr/local/bin; ln -sf vim rview cd /usr/local/bin; ln -sf vim vimdiff #cd /usr/local/man/man1; ln -sf vim.1 ex.1 #cd /usr/local/man/man1; ln -sf vim.1 view.1 cp -r ../runtime/macros/* /usr/local/share/vim/vim63/macros chmod 755 `find /usr/local/share/vim/vim63/macros -type d -print` chmod 644 `find /usr/local/share/vim/vim63/macros -type f -print` chmod 755 /usr/local/share/vim/vim63/macros/less.sh cvs=`find /usr/local/share/vim/vim63/macros \( -name CVS -o -name AAPDIR \) -print`; if test -n "$cvs"; then rm -rf $cvs; fi cp vimtutor /usr/local/bin/vimtutor chmod 755 /usr/local/bin/vimtutor cp ../runtime/tutor/README* ../runtime/tutor/tutor* /usr/local/share/vim/vim63/tutor chmod 644 /usr/local/share/vim/vim63/tutor/* if test -f /usr/local/bin/xxd; then mv -f /usr/local/bin/xxd /usr/local/bin/xxd.rm; rm -f /usr/local/bin/xxd.rm; fi cp xxd/xxd /usr/local/bin strip /usr/local/bin/xxd chmod 755 /usr/local/bin/xxd cp ../runtime/doc/xxd.1 /usr/local/man/man1 chmod 644 /usr/local/man/man1/xxd.1 cp -r ../runtime/tools/* /usr/local/share/vim/vim63/tools cvs=`find /usr/local/share/vim/vim63/tools \( -name CVS -o -name AAPDIR \) -print`; if test -n "$cvs"; then rm -rf $cvs; fi chmod 644 /usr/local/share/vim/vim63/tools/* perlpath=`./which.sh perl` && sed -e "s+/usr/bin/perl+$perlpath+" ../runtime/tools/efm_perl.pl >/usr/local/share/vim/vim63/tools/efm_perl.pl awkpath=`./which.sh nawk` && sed -e "s+/usr/bin/nawk+$awkpath+" ../runtime/tools/mve.awk >/usr/local/share/vim/vim63/tools/mve.awk; if test -z "$awkpath"; then awkpath=`./which.sh gawk` && sed -e "s+/usr/bin/nawk+$awkpath+" ../runtime/tools/mve.awk >/usr/local/share/vim/vim63/tools/mve.awk; if test -z "$awkpath"; then awkpath=`./which.sh awk` && sed -e "s+/usr/bin/nawk+$awkpath+" ../runtime/tools/mve.awk >/usr/local/share/vim/vim63/tools/mve.awk; fi; fi chmod 755 `grep -l "^#!" /usr/local/share/vim/vim63/tools/*` if test -n "" -a -f po/Makefile; then cd po; make prefix=/usr/local LOCALEDIR=/usr/local/share/vim/vim63/lang INSTALL_DATA=cp FILEMOD=644 install; fi if test -d ../runtime/lang; then cp ../runtime/lang/*.vim /usr/local/share/vim/vim63/lang; chmod 644 /usr/local/share/vim/vim63/lang/README.txt /usr/local/share/vim/vim63/lang/*.vim; fi chmod: /usr/local/share/vim/vim63/lang/README.txt: No such file or directory *** Error code 1 Stop in /usr/ports/editors/vim/work/vim63/src. *** Error code 1 Stop in /usr/ports/editors/vim. *** Error code 1 Stop in /usr/ports/editors/vim. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade91298.0 make NO_GUI=YES reinstall egrep: /var/db/pkg/vim-6.2.531/+CONTENTS: No such file or directory ---> Restoring the old version ** Fix the installation problem and try again. [Updating the pkgdb in /var/db/pkg ... - 595 packages found (-0 +1) . done] ** Listing the failed packages (*:skipped / !:failed) ! editors/vim (vim-6.2.531) (install error) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed Script done on Tue Jun 8 16:03:47 2004 I've never looked into vim's build mechanisms so I don't know how to fix it. -- I abhor a system designed for the "user", if that word is a coded pejorative meaning "stupid and unsophisticated". -- Ken Thompson - Unix is user friendly. However, it isn't idiot friendly. - Please CC me in all replies, even if I'm on the relevant list(s). --oyUTqETQ0mS9luUI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAxh18k/lo7zvzJioRAooyAKCYPAy6vn1A5UrwKXp9Z8c5/ryE8wCgnWW0 D8q6j3NArEyvfY3FKIzRUrI= =glDd -----END PGP SIGNATURE----- --oyUTqETQ0mS9luUI-- From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 20:13:16 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 512C516A4D0 for ; Tue, 8 Jun 2004 20:13:16 +0000 (GMT) Received: from mail.blarg.net (floyd.blarg.net [206.124.128.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 085AD43D39 for ; Tue, 8 Jun 2004 20:13:16 +0000 (GMT) (envelope-from andrewc@blarg.net) Received: from tkitgprxya11.redmond.corp.microsoft.com (tide138.microsoft.com [207.46.238.138]) by mail.blarg.net (Postfix) with ESMTP id 7743838065; Tue, 8 Jun 2004 13:13:14 -0700 (PDT) Date: Tue, 8 Jun 2004 13:13:12 -0700 (Pacific Daylight Time) From: Andrew Carter To: Christopher Nehren In-Reply-To: <20040608181840.GA79388@prophecy.dyndns.org> Message-ID: References: <20040608181840.GA79388@prophecy.dyndns.org> X-X-Sender: andrewc@mail.blarg.net MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: "freebsd-ports@freebsd.org" Subject: Re: Subversion 1.0.4 install problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 20:13:16 -0000 On Tue, 8 Jun 2004, Christopher Nehren wrote: > > The problem is that, for some reason, /usr/local/lib/apache2 isn't in > your library search path. I've solved this by doing: > > ldconfig -m /usr/local/lib/apache2 > > It's important that you use the -m flag: otherwise, all of your existing > library search paths will be erased, and you'll be very lucky to fix > them again. > > I've seen this problem on two machines, but am not exactly sure of how > to fix it. My guess is that it's something with www/apache2, but it's > very likely that I'm wrong. > >> I created symbolic links (ln -s) for the two libapr* shared libraries in >> /usr/local/lib and it appears to work. Anyone know what's going on here? > > Don't *ever* use symbolic links to resolve library issues. *EVER*. It > will only dig you into a hole that may one day become impossible to > escape. This might be a flippant reaction, but I speak from experience. > In fact, once you do the ldconfig command, it may be wise to remove > those symlinks just to be safe. Subversion will still work, because the > linker (at least AFAIK) searches by library name, not by hardcoded > paths. If it doesn't, you'll have to reinstall. Thanks Christopher. I'll try the ldconfig solution. I knew the symbolic links didn't *feel* right so I'm glad I asked! Andrew From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 20:33:30 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FB4F16A4CE for ; Tue, 8 Jun 2004 20:33:30 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08E1143D2D for ; Tue, 8 Jun 2004 20:33:30 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.12.11/8.12.10) with ESMTP id i58KXSmh000807; Tue, 8 Jun 2004 13:33:28 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i58KXSFx000806; Tue, 8 Jun 2004 13:33:28 -0700 (PDT) (envelope-from obrien) Date: Tue, 8 Jun 2004 13:33:28 -0700 From: "David O'Brien" To: Christopher Nehren Message-ID: <20040608203328.GC69853@dragon.nuxi.com> References: <20040608201140.GA96709@prophecy.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040608201140.GA96709@prophecy.dyndns.org> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: FreeBSD Ports List Subject: Re: editors/vim-6.3 broken at 'make install' X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 20:33:30 -0000 On Tue, Jun 08, 2004 at 04:11:40PM -0400, Christopher Nehren wrote: > I just cvsup'd two machines (one 5.2.1-p8, one -STABLE from last > Saturday) and tried to install vim 6.3 on both of them with > WITHOUT_GUI=YES . They both fail with the same error, which makes me Please CVSup again and try to build the port. The updated patch file didn't get committed. From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 21:39:42 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63A7616A4CE for ; Tue, 8 Jun 2004 21:39:42 +0000 (GMT) Received: from hellhound.ceribus.net (c-24-21-92-61.client.comcast.net [24.21.92.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10B2A43D45 for ; Tue, 8 Jun 2004 21:39:42 +0000 (GMT) (envelope-from grover@ceribus.net) Received: (qmail 90064 invoked by uid 1003); 8 Jun 2004 21:39:45 -0000 Received: from grover@ceribus.net by hellhound.ceribus.net by uid 89 with qmail-scanner-1.22 (clamscan: 0.72. spamassassin: 2.63. Clear:RC:1(192.168.200.200):. Processed in 1.021511 secs); 08 Jun 2004 21:39:45 -0000 Received: from unknown (HELO purgatory) (192.168.200.200) by 192.168.200.225 with SMTP; 8 Jun 2004 21:39:43 -0000 From: "Grover Lines" To: Date: Tue, 8 Jun 2004 14:39:40 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcRNoRqs2P2MkS17Tra0q+j1xFp62g== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 X-Qmail-Scanner-Message-ID: <108673078467290058@hellhound.ceribus.net> Message-Id: <20040608213942.10B2A43D45@mx1.FreeBSD.org> Subject: net-snmp-5.1.1_4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 21:39:42 -0000 I don't know if the port is broken or its something I have configured wrong in my system. I can compile it on 5.2-CURRENT using my p4 system no problem but no matter if I remove all the dependencies and reinstall them with the port or not I continually get this error using my athlon system. FreeBSD hellhound.ceribus.net 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Tue Jun 8 09:45:45 PDT 2004 root@hellhound.ceribus.net:/usr/obj/usr/src/sys/DOMINATION i386 cc -I../../include -I../../include -I. -I../.. -I. -I./../.. -I./../../snmplib -I./.. -I.. -DAPPLLIB_EXP=/usr/local/lib/perl5/5.8.4/BSDPAN -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -I/usr/local/include -I/usr/local/lib/perl5/5.8.4/mach/CORE -DINET6 -O -pipe -Dfreebsd5 -c host/hr_storage.c -fPIC -DPIC -o host/.libs/hr_storage.lo host/hr_storage.c: In function `var_hrstore': host/hr_storage.c:800: error: structure has no member named `m_drops' host/hr_storage.c: In function `collect_mbuf': host/hr_storage.c:927: error: invalid application of `sizeof' to an incomplete type host/hr_storage.c:927: warning: division by zero host/hr_storage.c:932: error: invalid application of `sizeof' to an incomplete type host/hr_storage.c:948: error: invalid use of undefined type `struct mbpstat' host/hr_storage.c:952: error: dereferencing pointer to incomplete type host/hr_storage.c:952: error: structure has no member named `m_mbperbuck' host/hr_storage.c:953: error: dereferencing pointer to incomplete type host/hr_storage.c:955: error: dereferencing pointer to incomplete type host/hr_storage.c:957: error: dereferencing pointer to incomplete type host/hr_storage.c:957: error: structure has no member named `m_mbperbuck' host/hr_storage.c:958: error: dereferencing pointer to incomplete type host/hr_storage.c:961: error: dereferencing pointer to incomplete type host/hr_storage.c:961: error: structure has no member named `m_clperbuck' host/hr_storage.c:962: error: dereferencing pointer to incomplete type host/hr_storage.c:964: error: dereferencing pointer to incomplete type host/hr_storage.c:966: error: dereferencing pointer to incomplete type host/hr_storage.c:966: error: structure has no member named `m_clperbuck' host/hr_storage.c:967: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.1.1/agent/mibgroup. *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.1.1/agent. *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.1.1. *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp. From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 22:04:22 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B254716A4CE for ; Tue, 8 Jun 2004 22:04:22 +0000 (GMT) Received: from fillmore.dyndns.org (port-212-202-50-15.dynamic.qsc.de [212.202.50.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C10943D2D for ; Tue, 8 Jun 2004 22:04:22 +0000 (GMT) (envelope-from eikemeier@fillmore-labs.com) Received: from [172.16.0.8] (helo=localhost) by fillmore.dyndns.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34 (FreeBSD)) id 1BXohe-000Ex8-Oy; Wed, 09 Jun 2004 00:04:21 +0200 Date: Wed, 9 Jun 2004 00:04:18 +0200 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) To: "Thomas May" From: Oliver Eikemeier In-Reply-To: <20040608190034.00C6643D49@mx1.FreeBSD.org> Message-Id: Content-Transfer-Encoding: 7bit User-Agent: KMail/1.5.9 cc: ports@FreeBSD.org Subject: Re: FreeBSD Port: asterisk-0.9.0_1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 22:04:22 -0000 Thomas May wrote: > i try to install your asterisk port on freebsd 5.2.1 (standard > installation > from iso cd) > > I have installed the new port collection from today and I got this > error. > Can you help me ? [...] > ===> pwlib-1.5.0_4 is forbidden: > http://people.freebsd.org/~eik/portaudit/27c331d5-64c7-11d8-80e3-0020ed76ef5a. > html. This url should give zou a hint why. CVSup to the latest version, and update your portaudit database with env MASTER_SITES=http://people.freebsd.org/~eik/portaudit/ portaudit -Fd -Oliver From owner-freebsd-ports@FreeBSD.ORG Tue Jun 8 22:11:46 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 857B616A4CE for ; Tue, 8 Jun 2004 22:11:46 +0000 (GMT) Received: from lakermmtao02.cox.net (lakermmtao02.cox.net [68.230.240.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02D1E43D2F for ; Tue, 8 Jun 2004 22:11:46 +0000 (GMT) (envelope-from A.J.Caines@halplant.com) Received: from mail.halplant.com ([68.100.60.90]) by lakermmtao02.cox.net ESMTP <20040608221143.WRIW13835.lakermmtao02.cox.net@mail.halplant.com>; Tue, 8 Jun 2004 18:11:43 -0400 Received: by mail.halplant.com (Postfix, from userid 1001) id 07C315507; Tue, 8 Jun 2004 18:11:43 -0400 (EDT) Date: Tue, 8 Jun 2004 18:11:43 -0400 From: Andrew J Caines To: ports@FreeBSD.org Message-ID: <20040608221143.GE43208@hal9000.halplant.com> Mail-Followup-To: ports@FreeBSD.org, webmaster@lightningfire.net References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: H.A.L. Plant X-PGP-Fingerprint: C59A 2F74 1139 9432 B457 0B61 DDF2 AA61 67C3 18A1 X-Powered-by: FreeBSD 4.10-STABLE X-URL: http://halplant.com:88/ X-Yahoo-Profile: AJ_Z0 X-ICQ: 283813972 Importance: Normal User-Agent: Mutt/1.5.6i cc: webmaster@lightningfire.net Subject: Re: FreeBSD Port: perl5.8-5.8.4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Andrew J Caines List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2004 22:11:46 -0000 Walter Venable observed... > There's a problem with the version of perl that recently went into the > ports. I'm no perl guru so I can only speak of how it affects me. Running > perl 5.8.4 from ports, AWStats pages do not load more than a few lines I've updated my copy of the port to AWStats 6.1, changing nothing more than the minimum neccessary. I've created a patch[1] and tarball[2]. Note comment in CVS[3]. Caveat emptor, etc. It works for me[4] with 5.8.4. # pkg_info -I perl-* awstats-* awstats-6.1 Free real-time logfile analyzer to get advanced web statist perl-5.8.4 Practical Extraction and Report Language # /usr/bin/perl -v | egrep '^This is perl' This is perl, v5.8.4 built for i386-freebsd-64int [1] http://halplant.com:88/software/FreeBSD/ports/awstats-6.1.patch [2] http://halplant.com:88/software/FreeBSD/ports/awstats-6.1.tar.bz2 [3] http://www.freebsd.org/cgi/cvsweb.cgi/ports/www/awstats/Makefile [4] http://halplant.com:88/awstats/ -Andrew- -- _______________________________________________________________________ | -Andrew J. Caines- Unix Systems Engineer A.J.Caines@halplant.com | | "They that can give up essential liberty to obtain a little temporary | | safety deserve neither liberty nor safety" - Benjamin Franklin, 1759 | From owner-freebsd-ports@FreeBSD.ORG Wed Jun 9 01:32:17 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 914BE16A4CE; Wed, 9 Jun 2004 01:32:17 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41D1A43D2D; Wed, 9 Jun 2004 01:32:17 +0000 (GMT) (envelope-from apeiron@comcast.net) Received: from prophecy.velum (pcp08490587pcs.levtwn01.pa.comcast.net[68.83.169.224]) by comcast.net (sccrmhc12) with SMTP id <20040609013214012002d0q6e> (Authid: apeiron@comcast.net); Wed, 9 Jun 2004 01:32:14 +0000 Date: Tue, 8 Jun 2004 21:32:14 -0400 From: Christopher Nehren To: David O'Brien Message-ID: <20040609013214.GA5353@prophecy.dyndns.org> References: <20040608201140.GA96709@prophecy.dyndns.org> <20040608203328.GC69853@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline In-Reply-To: <20040608203328.GC69853@dragon.nuxi.com> User-Agent: Mutt/1.5.6i cc: FreeBSD Ports List Subject: Re: editors/vim-6.3 broken at 'make install' X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2004 01:32:17 -0000 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 08, 2004 at 16:33:28 EDT, David O'Brien scribbled these curious markings: > Please CVSup again and try to build the port. The updated patch file > didn't get committed. Great, thanks. I'm writing this from vim 6.3. :) --=20 I abhor a system designed for the "user", if that word is a coded pejorative meaning "stupid and unsophisticated". -- Ken Thompson - Unix is user friendly. However, it isn't idiot friendly. - Please CC me in all replies, even if I'm on the relevant list(s). --qMm9M+Fa2AknHoGS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAxmidk/lo7zvzJioRAl6nAJ4yFrbnr6uXNLK/WXIBJvmS15t1wwCcCUWq t90ERdN1NDXTZZGtUrsp1mg= =4eGs -----END PGP SIGNATURE----- --qMm9M+Fa2AknHoGS-- From owner-freebsd-ports@FreeBSD.ORG Wed Jun 9 02:29:32 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C776F16A4CE; Wed, 9 Jun 2004 02:29:32 +0000 (GMT) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C7AB43D46; Wed, 9 Jun 2004 02:29:32 +0000 (GMT) (envelope-from mi@aldan.algebra.com) Received: from aldan.algebra.com (mi@localhost [127.0.0.1]) by aldan.algebra.com (8.12.11/8.12.11) with ESMTP id i592TUbd094003 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Jun 2004 22:29:31 -0400 (EDT) (envelope-from mi@aldan.algebra.com) Received: by aldan.algebra.com (8.12.11/8.12.11/Submit) id i592TUrH094002; Tue, 8 Jun 2004 22:29:30 -0400 (EDT) (envelope-from mi) From: Mikhail Teterin To: ports@FreeBSD.org Date: Tue, 8 Jun 2004 22:29:29 -0400 User-Agent: KMail/1.6.2 X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" cc: roam@FreeBSD.org Subject: ports installing "executable" libraries X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2004 02:29:32 -0000 Hello! Some ports are installing libraries (and, possibly, other kinds of not really executable files) with the x-bits on. The most recent one, I noticed is ftp/curl: -rwxr-xr-x 1 root wheel 205810 Jun 8 10:02 lib/libcurl.so.2 This results in a stern "security report": This port has installed the following files which may act as network servers and may therefore pose a remote security risk to the system. Should this be considered a port's bug, or can the bsd.port.* take care of automaticly removing the executable bits off anything, that is not an executable (as per file(1), or per some other test)? -mi From owner-freebsd-ports@FreeBSD.ORG Wed Jun 9 03:12:14 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7037C16A4CE for ; Wed, 9 Jun 2004 03:12:14 +0000 (GMT) Received: from mail.corrupt.co.nz (222-152-19-121.jetstream.xtra.co.nz [222.152.19.121]) by mx1.FreeBSD.org (Postfix) with SMTP id 0E62243D5F for ; Wed, 9 Jun 2004 03:12:11 +0000 (GMT) (envelope-from drew@corrupt.co.nz) Received: (qmail 55763 invoked by uid 1011); 9 Jun 2004 03:12:01 -0000 Received: from drew@corrupt.co.nz by tweety.lan.corrupt.co.nz by uid 1009 with qmail-scanner-1.22 Clear:RC:0(192.100.53.164):SA:0(0.0/3.8):. Processed in 5.452821 secs); 09 Jun 2004 03:12:01 -0000 X-Spam-Status: No, hits=0.0 required=3.8 Received: from unknown (HELO ?192.168.63.129?) (drew@corrupt.co.nz@192.100.53.164) by mail.corrupt.co.nz with SMTP; 9 Jun 2004 03:11:54 -0000 Message-ID: <40C67FBF.7080309@corrupt.co.nz> Date: Wed, 09 Jun 2004 15:10:55 +1200 From: Drew Broadley User-Agent: Mozilla Thunderbird 0.6 (X11/20040606) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ports@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Port: digikam [broken] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2004 03:12:14 -0000 ...... gmake[3]: Entering directory `/home/drew/src/PORTS/x11/kdelibs3/work/kdelibs-3.2.2/kdecore' ../dcop/dcopidl/dcopidl ./ksycoca.h > ksycoca.kidl || ( rm -f ksycoca.kidl ; false ) Fatal error 'Spinlock called when not threaded.' at line 83 in file /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 0) Abort trap (core dumped) gmake[3]: *** [ksycoca.kidl] Error 1 gmake[3]: Leaving directory `/home/drew/src/PORTS/x11/kdelibs3/work/kdelibs-3.2.2/kdecore' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/home/drew/src/PORTS/x11/kdelibs3/work/kdelibs-3.2.2/kdecore' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/home/drew/src/PORTS/x11/kdelibs3/work/kdelibs-3.2.2' gmake: *** [all] Error 2 *** Error code 2 Stop in /home/drew/src/PORTS/x11/kdelibs3. *** Error code 1 Stop in /home/drew/src/PORTS/graphics/digikam. From owner-freebsd-ports@FreeBSD.ORG Wed Jun 9 04:25:42 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 641C016A4CE for ; Wed, 9 Jun 2004 04:25:42 +0000 (GMT) Received: from mail.corrupt.co.nz (222-152-19-121.jetstream.xtra.co.nz [222.152.19.121]) by mx1.FreeBSD.org (Postfix) with SMTP id 5542843D53 for ; Wed, 9 Jun 2004 04:25:39 +0000 (GMT) (envelope-from drew@corrupt.co.nz) Received: (qmail 56044 invoked by uid 1011); 9 Jun 2004 04:25:41 -0000 Received: from drew@corrupt.co.nz by tweety.lan.corrupt.co.nz by uid 1009 with qmail-scanner-1.22 Clear:RC:0(192.100.53.164):SA:0(0.0/3.8):. Processed in 5.436407 secs); 09 Jun 2004 04:25:41 -0000 X-Spam-Status: No, hits=0.0 required=3.8 Received: from unknown (HELO ?192.168.63.129?) (drew@corrupt.co.nz@192.100.53.164) by mail.corrupt.co.nz with SMTP; 9 Jun 2004 04:25:35 -0000 Message-ID: <40C69118.5050102@corrupt.co.nz> Date: Wed, 09 Jun 2004 16:24:56 +1200 From: Drew Broadley User-Agent: Mozilla Thunderbird 0.6 (X11/20040606) X-Accept-Language: en-us, en MIME-Version: 1.0 References: <40C67FBF.7080309@corrupt.co.nz> In-Reply-To: <40C67FBF.7080309@corrupt.co.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: ports@freebsd.org Subject: Re: Port: digikam [broken] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2004 04:25:42 -0000 Drew Broadley wrote: > ...... > > gmake[3]: Entering directory > `/home/drew/src/PORTS/x11/kdelibs3/work/kdelibs-3.2.2/kdecore' > ../dcop/dcopidl/dcopidl ./ksycoca.h > ksycoca.kidl || ( rm -f > ksycoca.kidl ; false ) > Fatal error 'Spinlock called when not threaded.' at line 83 in file > /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 0) > Abort trap (core dumped) > gmake[3]: *** [ksycoca.kidl] Error 1 > gmake[3]: Leaving directory > `/home/drew/src/PORTS/x11/kdelibs3/work/kdelibs-3.2.2/kdecore' > gmake[2]: *** [all-recursive] Error 1 > gmake[2]: Leaving directory > `/home/drew/src/PORTS/x11/kdelibs3/work/kdelibs-3.2.2/kdecore' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory > `/home/drew/src/PORTS/x11/kdelibs3/work/kdelibs-3.2.2' > gmake: *** [all] Error 2 > *** Error code 2 > > Stop in /home/drew/src/PORTS/x11/kdelibs3. > *** Error code 1 > > Stop in /home/drew/src/PORTS/graphics/digikam. > > uname -a FreeBSD taz.lan.corrupt.co.nz 5.2-CURRENT FreeBSD 5.2-CURRENT #18: Mon Jun 7 23:15:18 NZST 2004 drew@taz.lan.corrupt.co.nz:/usr/obj/usr/src/sys/EVOn800v i386 From owner-freebsd-ports@FreeBSD.ORG Wed Jun 9 05:54:51 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34C9316A4CE for ; Wed, 9 Jun 2004 05:54:51 +0000 (GMT) Received: from hex.athame.co.uk (guru164.netsonic.fi [194.29.193.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id A99B043D48 for ; Wed, 9 Jun 2004 05:54:50 +0000 (GMT) (envelope-from andy@athame.co.uk) Received: from hex.int.athame.co.uk ([192.168.1.1] helo=localhost) by hex.athame.co.uk with esmtp (Exim 4.30; FreeBSD) id 1BXw2y-000Da4-0n; Wed, 09 Jun 2004 08:54:48 +0300 From: Andy Fawcett To: freebsd-ports@freebsd.org Date: Wed, 9 Jun 2004 08:54:45 +0300 User-Agent: KMail/1.6.1 References: <40C67FBF.7080309@corrupt.co.nz> In-Reply-To: <40C67FBF.7080309@corrupt.co.nz> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406090854.45630.andy@athame.co.uk> cc: Drew Broadley Subject: Re: Port: digikam [broken] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2004 05:54:51 -0000 On Wednesday 09 June 2004 06:10, Drew Broadley wrote: > ...... > > gmake[3]: Entering directory > `/home/drew/src/PORTS/x11/kdelibs3/work/kdelibs-3.2.2/kdecore' > ../dcop/dcopidl/dcopidl ./ksycoca.h > ksycoca.kidl || ( rm -f > ksycoca.kidl ; false ) > Fatal error 'Spinlock called when not threaded.' at line 83 in file You have two different threading libraries on your system. See /usr/src/UPDATING, entries 20040130 and 20040303 (In other words, the port's probably not broken, your system is) A. -- Andy Fawcett | andy@athame.co.uk | tap@kde.org "In an open world without walls and fences, | tap@lspace.org we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org From owner-freebsd-ports@FreeBSD.ORG Wed Jun 9 07:53:10 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C756F16A4CE for ; Wed, 9 Jun 2004 07:53:10 +0000 (GMT) Received: from mail.corrupt.co.nz (222-152-19-121.jetstream.xtra.co.nz [222.152.19.121]) by mx1.FreeBSD.org (Postfix) with SMTP id 8BCF943D1D for ; Wed, 9 Jun 2004 07:53:09 +0000 (GMT) (envelope-from drew@corrupt.co.nz) Received: (qmail 56924 invoked by uid 1011); 9 Jun 2004 07:52:54 -0000 Received: from drew@corrupt.co.nz by tweety.lan.corrupt.co.nz by uid 1009 with qmail-scanner-1.22 Clear:RC:0(202.36.205.29):SA:0(0.0/3.8):. Processed in 6.374927 secs); 09 Jun 2004 07:52:54 -0000 X-Spam-Status: No, hits=0.0 required=3.8 Received: from 202.36.205.29.dts.net.nz (HELO ?10.10.69.142?) (drew@corrupt.co.nz@202.36.205.29) by mail.corrupt.co.nz with SMTP; 9 Jun 2004 07:52:47 -0000 Message-ID: <40C6C1A5.4000202@corrupt.co.nz> Date: Wed, 09 Jun 2004 19:52:05 +1200 From: Drew Broadley User-Agent: Mozilla Thunderbird 0.6 (X11/20040606) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andy Fawcett References: <40C67FBF.7080309@corrupt.co.nz> <200406090854.45630.andy@athame.co.uk> In-Reply-To: <200406090854.45630.andy@athame.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-ports@freebsd.org Subject: Re: Port: digikam [broken] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2004 07:53:10 -0000 Andy Fawcett wrote: >On Wednesday 09 June 2004 06:10, Drew Broadley wrote: > > >>...... >> >>gmake[3]: Entering directory >>`/home/drew/src/PORTS/x11/kdelibs3/work/kdelibs-3.2.2/kdecore' >>../dcop/dcopidl/dcopidl ./ksycoca.h > ksycoca.kidl || ( rm -f >>ksycoca.kidl ; false ) >>Fatal error 'Spinlock called when not threaded.' at line 83 in file >> >> > >You have two different threading libraries on your system. > >See /usr/src/UPDATING, entries 20040130 and 20040303 > >(In other words, the port's probably not broken, your system is) > >A. > > It was infact because of the /etc/libmap.conf file being modified and missing the following lines: libpthread.so.1 libpthread.so.1 libpthread.so libpthread.so libc_r.so.5 libpthread.so.1 libc_r.so libpthread.so From owner-freebsd-ports@FreeBSD.ORG Wed Jun 9 09:21:04 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BA3216A4CE for ; Wed, 9 Jun 2004 09:21:04 +0000 (GMT) Received: from oxyd.caraldi.com (caraldi.com [195.137.249.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FD1843D53 for ; Wed, 9 Jun 2004 09:21:03 +0000 (GMT) (envelope-from jbq@anyware-tech.com) Received: from anyware12.anyware (lns-th2-4f-81-56-241-65.adsl.proxad.net [81.56.241.65]) by oxyd.caraldi.com (Postfix) with ESMTP id E5F9920A0 for ; Wed, 9 Jun 2004 11:20:59 +0200 (CEST) Received: by anyware12.anyware (Postfix, from userid 615) id CB2B4650B; Wed, 9 Jun 2004 11:20:59 +0200 (CEST) Date: Wed, 9 Jun 2004 11:20:59 +0200 From: Jean-Baptiste Quenot To: freebsd-ports Message-ID: <20040609092057.GA33175@anyware12.anyware> Mail-Followup-To: freebsd-ports Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: subversion-1.0.4 svnadmin recover crashes X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2004 09:21:04 -0000 Hello, Since upgrading to subversion-1.0.4, svnadmin recover crashes. Please find below some more information. $ uname -a FreeBSD 5.1-RELEASE FreeBSD 5.1-RELEASE #0: Thu Jun 5 02:55:42 GMT 2003 root@wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC i386 $ pkg_info -r subversion-1.0.4 Information for subversion-1.0.4: Depends on: Dependency: perl-5.6.1_15 Dependency: openssl-0.9.7d Dependency: expat-1.95.7 Dependency: neon-0.24.3_2 Dependency: apache-2.0.49 $ svnadmin recover /usr/local/var/svn Please wait; recovering the repository may take some time... svnadmin in free(): error: page is already free Abort trap (core dumped) $ gdb -c svnadmin.core svnadmin Core was generated by `svnadmin'. Program terminated with signal 6, Aborted. (gdb) bt #0 0x2826b3e3 in kill () from /usr/lib/libc.so.5 #1 0x282d61ec in abort () from /usr/lib/libc.so.5 #2 0x282d4a7e in tcflow () from /usr/lib/libc.so.5 #3 0x282d4aab in tcflow () from /usr/lib/libc.so.5 #4 0x282d5b78 in realloc () from /usr/lib/libc.so.5 #5 0x282d551e in tcflow () from /usr/lib/libc.so.5 #6 0x282d5728 in free () from /usr/lib/libc.so.5 #7 0x28189888 in __os_free () from /usr/local/lib/libdb4.so.0 #8 0x2818ae3f in __os_r_detach () from /usr/local/lib/libdb4.so.0 #9 0x281645f6 in __db_r_detach () from /usr/local/lib/libdb4.so.0 #10 0x2817ce5a in __log_dbenv_refresh () from /usr/local/lib/libdb4.so.0 #11 0x281608aa in __dbenv_refresh () from /usr/local/lib/libdb4.so.0 #12 0x28160322 in __dbenv_open () from /usr/local/lib/libdb4.so.0 #13 0x28090259 in svn_fs_berkeley_recover () from /usr/local/lib/libsvn_fs-1.so.0 #14 0x2807bf1a in svn_repos_recover () from /usr/local/lib/libsvn_repos-1.so.0 #15 0x08049fb9 in subcommand_recover () #16 0x0804abe9 in main () #17 0x080495d5 in _start () Thanks in advance for any help, -- Jean-Baptiste Quenot http://caraldi.com/jbq/ From owner-freebsd-ports@FreeBSD.ORG Wed Jun 9 10:07:11 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8A7916A4CE for ; Wed, 9 Jun 2004 10:07:11 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43B4843D45 for ; Wed, 9 Jun 2004 10:07:11 +0000 (GMT) (envelope-from marcov@stack.nl) Received: from toad.stack.nl (zen.stack.nl [IPv6:2001:610:1108:5010::130]) by mailhost.stack.nl (Postfix) with ESMTP id 0FBFC1F001 for ; Wed, 9 Jun 2004 12:07:10 +0200 (CEST) Received: by toad.stack.nl (Postfix, from userid 816) id E6B6097; Wed, 9 Jun 2004 12:07:09 +0200 (CEST) To: freebsd-ports@freebsd.org Date: Wed, 9 Jun 2004 12:07:09 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <20040609100709.E6B6097@toad.stack.nl> From: marcov@stack.nl (Marco van de Voort) Subject: Manual pages. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2004 10:07:12 -0000 I'm working on upgrading fpc-devel to most recent version 1.9.4 (among others with FreeBSD5 support). This port optionally installs the CVS, which contains the manpages too, so the manpages-installed-as-cvs-source are in plist too. portlint totally goes berserk on this (and doesn't complain if I delete them from plist) , can I somehow mask these so that they are ignored by portlint? From owner-freebsd-ports@FreeBSD.ORG Wed Jun 9 16:43:36 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3A9616A4E0 for ; Wed, 9 Jun 2004 16:43:36 +0000 (GMT) Received: from mail.tiscali.cz (stateless2.tiscali.cz [213.235.135.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E8B543D5A for ; Wed, 9 Jun 2004 16:43:36 +0000 (GMT) (envelope-from hsn@netmag.cz) Received: from asura.bsd (212.11.96.191) by mail.tiscali.cz (6.7.021) id 40B1F786006F6FF2 for freebsd-ports@freebsd.org; Wed, 9 Jun 2004 18:43:34 +0200 Received: from hsn@localhost by asura.bsd (Exim 4.33_1 FreeBSD) id 1BY5QF-000Hsz-9h for ; Wed, 09 Jun 2004 17:55:27 +0200 Date: Wed, 9 Jun 2004 17:55:27 +0200 From: Radim Kolar To: freebsd-ports@freebsd.org Message-ID: <20040609155527.GA62724@asura.bsd> Mail-Followup-To: freebsd-ports@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: bsd.autotools.mk needs improvement X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2004 16:43:36 -0000 I have submited PR ports/67575: freesci. This PR is a perfect example of current $subj flaws. After 2 hours, i have finally found which needs to be set in makefile to get autotools working. In short: 1) aclocal needs to run before automake. If not run, you can get version mismach errors. 2) AUTOMAKE_ENV should contain correct AUTOCONF=autoconfxxx version from USE_AUTOCONF_VER=xxx 3) CONFIGURE_ENV needs to contain correct versions of autotools for regeneration of Makefiles during build phase. This is needed because for some reason autotools rebuilds them during dependency generation. CONFIGURE_ENV+= AUTOMAKE=automake17 AUTOCONF=autoconf257 AUTOHEADER=autoheader25 7 ACLOCAL=aclocal17 4) There needs to be phase in bsd.port.mk which allows to patch autotools generated configure script before running it From owner-freebsd-ports@FreeBSD.ORG Wed Jun 9 20:08:23 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA61A16A4CE for ; Wed, 9 Jun 2004 20:08:23 +0000 (GMT) Received: from mail.lovett.com (core.lovett.com [216.168.8.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEDFC43D48 for ; Wed, 9 Jun 2004 20:08:23 +0000 (GMT) (envelope-from ade@FreeBSD.org) Received: from ts46-02-qdr1249.mdfrd.or.charter.com ([66.169.242.225] helo=[192.168.1.101]) by mail.lovett.com with asmtp (Exim 4.34; FreeBSD) id 1BY9N1-0005Yn-On; Wed, 09 Jun 2004 20:08:23 +0000 In-Reply-To: <20040609155527.GA62724@asura.bsd> References: <20040609155527.GA62724@asura.bsd> Mime-Version: 1.0 (Apple Message framework v618) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Ade Lovett Date: Wed, 9 Jun 2004 13:08:23 -0700 To: Radim Kolar X-Mailer: Apple Mail (2.618) cc: freebsd-ports@freebsd.org Subject: Re: bsd.autotools.mk needs improvement X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2004 20:08:24 -0000 On Jun 09, 2004, at 08:55, Radim Kolar wrote: > I have submited PR ports/67575: freesci. This PR is a perfect example > of current $subj flaws. After 2 hours, i have finally found which > needs to be set in makefile to get autotools working. > > In short: I tried applying the attached patch, but it barfed on the "1)". The other thing wrong with it is the use of ac257 and am17 (use ac259 and am18 respectively). If you can provide something that patch can actually process and submit it as a PR, I'll look at it, amongst the myriad of other broken and semi-broken issues. I need some more round tuits. Anyone got any spare? Thanks, -aDe From owner-freebsd-ports@FreeBSD.ORG Wed Jun 9 21:59:16 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 886A816A4CE for ; Wed, 9 Jun 2004 21:59:16 +0000 (GMT) Received: from dsl-mail.kamp.net (mail.kamp-dsl.de [195.62.99.42]) by mx1.FreeBSD.org (Postfix) with SMTP id C0F7443D41 for ; Wed, 9 Jun 2004 21:59:15 +0000 (GMT) (envelope-from root@pukruppa.de) Received: (qmail 685 invoked by uid 513); 9 Jun 2004 22:01:56 -0000 Received: from root@pukruppa.de by dsl-mail by uid 89 with qmail-scanner-1.21 Clear:RC:1(213.146.114.24):SA:0(-4.9/5.0):. Processed in 0.297049 secs); 09 Jun 2004 22:01:56 -0000 X-Spam-Status: No, hits=-4.9 required=5.0 Received: from unknown (HELO reverse-213-146-114-24.dialin.kamp-dsl.de) (213.146.114.24) by dsl-mail.kamp.net with SMTP; 9 Jun 2004 22:01:56 -0000 Date: Thu, 10 Jun 2004 00:00:37 +0200 (CEST) From: Peter Ulrich Kruppa X-X-Sender: root@pukruppa.net To: freebsd-ports@freebsd.org Message-ID: <20040609235609.T1057@pukruppa.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: ImageMagick fetch error X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2004 21:59:16 -0000 Hi! It seems the ImageMagick port is searching for version 6.0.2.tar.bz2 which isn't available. Regards, Uli. +---------------------------+ | Peter Ulrich Kruppa | | Wuppertal | | Germany | +---------------------------+ From owner-freebsd-ports@FreeBSD.ORG Wed Jun 9 23:40:43 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E73916A4CE for ; Wed, 9 Jun 2004 23:40:43 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB85443D54 for ; Wed, 9 Jun 2004 23:40:42 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (adsl-63-207-60-35.dsl.lsan03.pacbell.net [63.207.60.35])i59NeibJ006241; Wed, 9 Jun 2004 19:40:45 -0400 Received: from obsecurity.org (xor [10.0.0.2]) by obsecurity.dyndns.org (Postfix) with ESMTP id AC24151770; Wed, 9 Jun 2004 16:40:40 -0700 (PDT) Message-ID: <40C79FF8.1060906@obsecurity.org> Date: Wed, 09 Jun 2004 16:40:40 -0700 From: Kris Kennaway User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040609 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Ulrich Kruppa References: <20040609235609.T1057@pukruppa.net> In-Reply-To: <20040609235609.T1057@pukruppa.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-ports@freebsd.org Subject: Re: ImageMagick fetch error X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2004 23:40:43 -0000 Peter Ulrich Kruppa wrote: > Hi! > > It seems the ImageMagick port is searching for version 6.0.2.tar.bz2 > which isn't available. Your ports collection is out of date, the current version is 6.0.2.1 Kris From owner-freebsd-ports@FreeBSD.ORG Wed Jun 9 23:42:16 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D97ED16A4CE for ; Wed, 9 Jun 2004 23:42:16 +0000 (GMT) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81F0243D1D for ; Wed, 9 Jun 2004 23:42:16 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (adsl-63-207-60-35.dsl.lsan03.pacbell.net [63.207.60.35])i59NgBnI018586; Wed, 9 Jun 2004 19:42:12 -0400 Received: from obsecurity.org (xor [10.0.0.2]) by obsecurity.dyndns.org (Postfix) with ESMTP id 10ED3528B5; Wed, 9 Jun 2004 16:42:12 -0700 (PDT) Message-ID: <40C7A053.1080302@obsecurity.org> Date: Wed, 09 Jun 2004 16:42:11 -0700 From: Kris Kennaway User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040609 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marco van de Voort References: <20040609100709.E6B6097@toad.stack.nl> In-Reply-To: <20040609100709.E6B6097@toad.stack.nl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-ports@freebsd.org Subject: Re: Manual pages. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2004 23:42:17 -0000 Marco van de Voort wrote: > I'm working on upgrading fpc-devel to most recent version 1.9.4 (among > others with FreeBSD5 support). > > This port optionally installs the CVS, which contains the manpages too, so > the manpages-installed-as-cvs-source are in plist too. > > portlint totally goes berserk on this (and doesn't complain if I delete them > from plist) , can I somehow mask these so that they are ignored by portlint? It's hard to understand the problem from the few details in your mail, but are you listing the manpages in the MAN<#> variables (correct) or in pkg-plist (incorrect)? Kris From owner-freebsd-ports@FreeBSD.ORG Wed Jun 9 23:43:27 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2191216A4D0; Wed, 9 Jun 2004 23:43:27 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFF1743D48; Wed, 9 Jun 2004 23:43:26 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (adsl-63-207-60-35.dsl.lsan03.pacbell.net [63.207.60.35])i59NhBbJ008135; Wed, 9 Jun 2004 19:43:12 -0400 Received: from obsecurity.org (xor [10.0.0.2]) by obsecurity.dyndns.org (Postfix) with ESMTP id 689FD51770; Wed, 9 Jun 2004 16:43:08 -0700 (PDT) Message-ID: <40C7A08C.9060500@obsecurity.org> Date: Wed, 09 Jun 2004 16:43:08 -0700 From: Kris Kennaway User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040609 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Angelmo References: <40C46DBE.5030701@veidit.net> In-Reply-To: <40C46DBE.5030701@veidit.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: ports@FreeBSD.org cc: roger@FreeBSD.org Subject: Re: FreeBSD Port: pwlib-1.5.0 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2004 23:43:27 -0000 John Angelmo wrote: > I was about to install asterisk on my server, but since it requiers > pwlib and pwlib is forbidden right now in ports perhaps it's time to > upgrade pwlib? > > Are there any plans to upgrade pwlib to 1.7.2 or 1.6.6.1 that can be > found here: http://www.voxgratia.org/ Roger hasn't been very active this year, so you should look into submitting the update yourself (see the Porter's Handbook if you need help). Kris From owner-freebsd-ports@FreeBSD.ORG Wed Jun 9 23:44:31 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2024D16A4CE for ; Wed, 9 Jun 2004 23:44:31 +0000 (GMT) Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0BD443D1D for ; Wed, 9 Jun 2004 23:44:30 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (adsl-63-207-60-35.dsl.lsan03.pacbell.net [63.207.60.35])i59Ni7qE012050; Wed, 9 Jun 2004 19:44:08 -0400 Received: from obsecurity.org (xor [10.0.0.2]) by obsecurity.dyndns.org (Postfix) with ESMTP id 5F0C851770; Wed, 9 Jun 2004 16:44:07 -0700 (PDT) Message-ID: <40C7A0C7.9000506@obsecurity.org> Date: Wed, 09 Jun 2004 16:44:07 -0700 From: Kris Kennaway User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040609 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tommy Scheunemann References: <20040607203846.S3376@destiny.arrishq.local> In-Reply-To: <20040607203846.S3376@destiny.arrishq.local> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: ports@FreeBSD.org Subject: Re: FreeBSD Ports wmconfig-1.0 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2004 23:44:31 -0000 Tommy Scheunemann wrote: > A long time ago, I've submitted the port. Some days later, I had a lot of > trouble with my ISP and the download url (and my online account) were > deleted. > > Meanwhile, I've updated Wmconfig - but my local data (port tree) and > backups were destroyed. > > Should I re-submit the port as a new port or how should I submit the > update (I don't have any older data) ? You can just follow up to the previous PR with the new changes. Kris From owner-freebsd-ports@FreeBSD.ORG Wed Jun 9 23:48:05 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0492416A4CE; Wed, 9 Jun 2004 23:48:05 +0000 (GMT) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2F4243D4C; Wed, 9 Jun 2004 23:48:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (adsl-63-207-60-35.dsl.lsan03.pacbell.net [63.207.60.35])i59Nm0nI023362; Wed, 9 Jun 2004 19:48:00 -0400 Received: from obsecurity.org (xor [10.0.0.2]) by obsecurity.dyndns.org (Postfix) with ESMTP id C57B851770; Wed, 9 Jun 2004 16:48:00 -0700 (PDT) Message-ID: <40C7A1B0.1040306@obsecurity.org> Date: Wed, 09 Jun 2004 16:48:00 -0700 From: Kris Kennaway User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040609 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Andrej G. Zadorozhnyj" References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: ports@FreeBSD.org cc: des@FreeBSD.org Subject: Re: FreeBSD Port: simgear-0.3.5 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2004 23:48:05 -0000 Andrej G. Zadorozhnyj wrote: > Dear Sir! Sorry to trouble you. But I have problem with simgear 0.3.5 port. > After command > 'make' I get next message: 'animation.cxx: 767 Internal compiler error' > But if I build SimGear 0.3.5 from the source I not have any problem!!! > Can you help me or explain to me my mistake ? > I have FreeBSD 4.9 system. Talk to the software developers. I see this problem too, and it either needs a workaround in the source code, or perhaps you can compile it with a different version of GCC (not if it uses C++ though) Kris From owner-freebsd-ports@FreeBSD.ORG Wed Jun 9 23:49:33 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6C8F16A4CE for ; Wed, 9 Jun 2004 23:49:33 +0000 (GMT) Received: from mail.ambrisko.com (adsl-64-174-51-43.dsl.snfc21.pacbell.net [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AB8843D2D for ; Wed, 9 Jun 2004 23:49:33 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) (192.168.1.2) by mail.ambrisko.com with ESMTP; 09 Jun 2004 16:49:11 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.9p2/8.12.9) with ESMTP id i59NnBSU082029; Wed, 9 Jun 2004 16:49:11 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.9p2/8.12.9/Submit) id i59NnBcu082028; Wed, 9 Jun 2004 16:49:11 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200406092349.i59NnBcu082028@ambrisko.com> In-Reply-To: <33E67F1E-B976-11D8-8148-003065ABFD92@mac.com> To: Charles Swiger Date: Wed, 9 Jun 2004 16:49:11 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: freebsd-ports@freebsd.org Subject: Re: RFC: [Long] Change PTHREAD_LIBS to -pthread for -CURRENT X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2004 23:49:34 -0000 Charles Swiger writes: | Second, LD_PRELOAD is intended to solve the issue of "how do I | substitute a different version of a shared library (so long as it | provides the symbols needed by the program so that the executable | dynamicly links) than the one the program was actually linked against". | | Solaris uses this mechanism to support different flavors of malloc | besides the default SCD-compliant one, such as bsdmalloc and mapmalloc, | and it also uses this mechanism to provide backwards compatibility with | buggy programs as per "man ld.so.1": | | NOTES | The user compatibility library /usr/lib/0@0.so.1 provides a | mechanism that establishes a value of 0 at location 0. Some | applications exist that erroneously assume a null character | pointer should be treated the same as a pointer to a null | string. A segmentation violation will occur in these appli- | cations when a null character pointer is accessed. If this | library is added to such an application at runtime using | LD_PRELOAD, it provides an environment that is sympathetic | to this errant behavior. However, the user compatibility | library is intended neither to enable the generation of such | applications, nor to endorse this particular programming | practice. | | For this to actually be useful (usable?) under FreeBSD, the implication | is that the different thread libraries which exist under FreeBSD need | to be interchangable via dynamic linking, rather than requiring | compile-time changes to the code using threads. I don't know whether | libpthreads, libc_r, and libkse can be switched using dynamic linking, | but if they can't, pick the best implementation and make it the default | that "cc -pthreads" uses. As the original author of the FreeBSD implementation of LD_PRELOAD with help from the commiter that commited it for me ... There is a problem with LD_PRELOAD since the libc's are not interchangable. With Solaris you can do "runsocks" a thread program and it works but fails under FreeBSD. "runsocks" does a LD_PRELOAD of a stub libc type thing that has a replacement network calls like send etc. It then dlopen libc to then run the real send etc. after the socksification has been done to the protocol to talk to the socks proxy if needed. Under FreeBSD we need to pull in the libc_r version instead of libc if the program is threaded. This is not a problem with Solaris but is with FreeBSD. I forget about Linux. So to socksify Netscape I had to compile a socks shim with libc_r and then use that version if the program was threaded or you the other if it wasn't :-( Adding the minimal libc_r layer onto of libc didn't really make this situation better. Now I admit I don't use this as much as a few years ago. These problem occured after the LD_PRELOAD was added since it was added before libc_r existed. FWIW, Doug A. From owner-freebsd-ports@FreeBSD.ORG Thu Jun 10 07:18:59 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E21EF16A4D0 for ; Thu, 10 Jun 2004 07:18:59 +0000 (GMT) Received: from triangle.rtp.FreeBSD.Org (triangle.rtp.FreeBSD.org [192.58.184.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5164943D55 for ; Thu, 10 Jun 2004 07:18:59 +0000 (GMT) (envelope-from kris@rtp.FreeBSD.org) Received: from 8ball.rtp.freebsd.org (8ball.rtp.FreeBSD.Org [172.21.1.5]) i5A7Ijcs051581 for ; Thu, 10 Jun 2004 03:18:45 -0400 (EDT) (envelope-from kris@8ball.rtp.freebsd.org) Received: (from kris@localhost) by 8ball.rtp.freebsd.org (8.12.9/8.12.9/Submit) id i5A7Ijf4013086 for ports@FreeBSD.org; Thu, 10 Jun 2004 03:18:45 -0400 (EDT) (envelope-from kris) Date: Thu, 10 Jun 2004 03:18:45 -0400 (EDT) From: Kris Kennaway Message-Id: <200406100718.i5A7Ijf4013086@8ball.rtp.freebsd.org> To: ports@FreeBSD.org Subject: INDEX build failed for 4.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2004 07:19:00 -0000 INDEX build failed with errors: Generating INDEX - please wait..autobench-2.1.1_1: "/vol/vol0/users/kris/ports.clean/www/httperf" non-existent -- dependency list incomplete ===> benchmarks/autobench failed *** Error code 1 *** Error code 1 Stop in /vol/vol0/users/kris/ports.clean. *** Error code 1 Stop in /vol/vol0/users/kris/ports.clean. 1 error Committers on the hook: clement perky Most recent CVS update was: U INDEX U INDEX-5 U MOVED M Mk/bsd.port.mk M Mk/bsd.port.subdir.mk U benchmarks/Makefile U benchmarks/httperf/Makefile U devel/epydoc/Makefile U devel/epydoc/distinfo U devel/epydoc/pkg-plist U graphics/libart/Makefile U net/kmess/Makefile U net/konverse/Makefile U www/Makefile U www/moinmoin/Makefile From owner-freebsd-ports@FreeBSD.ORG Thu Jun 10 07:41:09 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5DBC16A4CE for ; Thu, 10 Jun 2004 07:41:09 +0000 (GMT) Received: from goofy.cultdeadsheep.org (charon.cultdeadsheep.org [80.65.226.72]) by mx1.FreeBSD.org (Postfix) with SMTP id 8B94A43D31 for ; Thu, 10 Jun 2004 07:41:08 +0000 (GMT) (envelope-from clement@FreeBSD.org) Received: (qmail 49538 invoked by uid 89); 10 Jun 2004 09:42:04 +0200 Received: from clement@FreeBSD.org by goofy.cultdeadsheep.org by uid 89 with qmail-scanner-1.22 Clear:RC:1(192.168.0.4):SA:0(-4.7/5.0):. Processed in 1.32276 secs); 10 Jun 2004 07:42:04 -0000 X-Qmail-Scanner-Mail-From: clement@FreeBSD.org via goofy.cultdeadsheep.org X-Qmail-Scanner: 1.22 (Clear:RC:1(192.168.0.4):SA:0(-4.7/5.0):. Processed in 1.32276 secs) Received: from unknown (HELO satan.cultdeadsheep.org) (192.168.0.4) by goofy.cultdeadsheep.org with SMTP; 10 Jun 2004 09:42:03 +0200 Date: Thu, 10 Jun 2004 09:40:59 +0200 From: Clement Laforet To: Kris Kennaway Message-Id: <20040610094059.42ff7a3a.clement@FreeBSD.org> In-Reply-To: <200406100718.i5A7Ijf4013086@8ball.rtp.freebsd.org> References: <200406100718.i5A7Ijf4013086@8ball.rtp.freebsd.org> Organization: FreeBSD Project X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Thu__10_Jun_2004_09_40_59_+0200_ddSWOUBIJ9Jpv6W4" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on goofy.cultdeadsheep.org X-Spam-Level: X-Spam-Status: No, hits=-4.7 required=5.0 tests=AWL,BAYES_00,COMBINED_FROM, FU_FREE autolearn=no version=2.63 cc: ports@FreeBSD.org Subject: Re: INDEX build failed for 4.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2004 07:41:09 -0000 --Signature=_Thu__10_Jun_2004_09_40_59_+0200_ddSWOUBIJ9Jpv6W4 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit On Thu, 10 Jun 2004 03:18:45 -0400 (EDT) Kris Kennaway wrote: > INDEX build failed with errors: > Generating INDEX - please wait..autobench-2.1.1_1: "/vol/vol0/users/kris/ports.clean/www/httperf" non-existent -- dependency list incomplete > ===> benchmarks/autobench failed Fixed > Committers on the hook: > clement Damn! I can't hide anymore ;-) clem --Signature=_Thu__10_Jun_2004_09_40_59_+0200_ddSWOUBIJ9Jpv6W4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAyBCOsRhfjwcjuh0RAnvoAKDNzn6QvogAFzBR0ObIhdKrDNO+kACfSRxl W7v5HPsmOLjJupbHPfrfi9k= =XfFE -----END PGP SIGNATURE----- --Signature=_Thu__10_Jun_2004_09_40_59_+0200_ddSWOUBIJ9Jpv6W4-- From owner-freebsd-ports@FreeBSD.ORG Thu Jun 10 08:12:25 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 578B316A4CE for ; Thu, 10 Jun 2004 08:12:25 +0000 (GMT) Received: from triangle.rtp.FreeBSD.Org (triangle.rtp.FreeBSD.org [192.58.184.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE66443D41 for ; Thu, 10 Jun 2004 08:12:24 +0000 (GMT) (envelope-from kris@rtp.FreeBSD.org) Received: from 8ball.rtp.freebsd.org (8ball.rtp.FreeBSD.Org [172.21.1.5]) i5A8CCcs051841 for ; Thu, 10 Jun 2004 04:12:12 -0400 (EDT) (envelope-from kris@8ball.rtp.freebsd.org) Received: (from kris@localhost) by 8ball.rtp.freebsd.org (8.12.9/8.12.9/Submit) id i5A8CCVG021519 for ports@FreeBSD.org; Thu, 10 Jun 2004 04:12:12 -0400 (EDT) (envelope-from kris) Date: Thu, 10 Jun 2004 04:12:12 -0400 (EDT) From: Kris Kennaway Message-Id: <200406100812.i5A8CCVG021519@8ball.rtp.freebsd.org> To: ports@FreeBSD.org Subject: INDEX build failed for 4.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2004 08:12:25 -0000 INDEX build failed with errors: Generating INDEX - please wait..autobench-2.1.1_1: "/vol/vol0/users/kris/ports.clean/www/httperf" non-existent -- dependency list incomplete ===> benchmarks/autobench failed *** Error code 1 *** Error code 1 Stop in /vol/vol0/users/kris/ports.clean. *** Error code 1 Stop in /vol/vol0/users/kris/ports.clean. 1 error Committers on the hook: clement perky Most recent CVS update was: U INDEX U INDEX-5 M Mk/bsd.port.mk M Mk/bsd.port.subdir.mk From owner-freebsd-ports@FreeBSD.ORG Thu Jun 10 09:27:42 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 778B816A4CE for ; Thu, 10 Jun 2004 09:27:42 +0000 (GMT) Received: from triangle.rtp.FreeBSD.Org (triangle.rtp.FreeBSD.org [192.58.184.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04B5E43D39 for ; Thu, 10 Jun 2004 09:27:42 +0000 (GMT) (envelope-from kris@rtp.FreeBSD.org) Received: from 8ball.rtp.freebsd.org (8ball.rtp.FreeBSD.Org [172.21.1.5]) i5A9RZcs051948 for ; Thu, 10 Jun 2004 05:27:35 -0400 (EDT) (envelope-from kris@8ball.rtp.freebsd.org) Received: (from kris@localhost) by 8ball.rtp.freebsd.org (8.12.9/8.12.9/Submit) id i5A9RZsj048336 for ports@FreeBSD.org; Thu, 10 Jun 2004 05:27:35 -0400 (EDT) (envelope-from kris) Date: Thu, 10 Jun 2004 05:27:35 -0400 (EDT) From: Kris Kennaway Message-Id: <200406100927.i5A9RZsj048336@8ball.rtp.freebsd.org> To: ports@FreeBSD.org Subject: INDEX now builds successfully on 4.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2004 09:27:42 -0000 From owner-freebsd-ports@FreeBSD.ORG Thu Jun 10 10:07:07 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A38FD16A4CE; Thu, 10 Jun 2004 10:07:07 +0000 (GMT) Received: from mail.ciam.ru (mail.ciam.ru [213.147.57.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7ABA43D49; Thu, 10 Jun 2004 10:07:06 +0000 (GMT) (envelope-from sem@ciam.ru) Received: from msd.mbrd.ru ([194.117.71.30] helo=[172.16.4.9]) by mail.ciam.ru with asmtp (Exim 4.x) id 1BYMSN-000Bs2-Cn; Thu, 10 Jun 2004 14:06:47 +0400 Message-ID: <40C832B5.2050607@ciam.ru> Date: Thu, 10 Jun 2004 14:06:45 +0400 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Ade Lovett References: <20040609155527.GA62724@asura.bsd> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Radim Kolar cc: freebsd-ports@freebsd.org Subject: Re: bsd.autotools.mk needs improvement X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2004 10:07:07 -0000 Ade Lovett wrote: > I tried applying the attached patch, but it barfed on the "1)". The > other thing wrong with it is the use of ac257 and am17 (use ac259 and > am18 respectively). > > If you can provide something that patch can actually process and submit > it as a PR, I'll look at it, amongst the myriad of other broken and > semi-broken issues. > > I need some more round tuits. Anyone got any spare? From committer's guide: ---------------- 2. Respect other contributors. You were not always a committer. At one time you were a contributor. Remember that at all times. Remember what it was like trying to get help and attention. Do not forget that your work as a contributor was very important to you. Remember what it was like. Do not discourage, belittle, or demean contributors. Treat them with respect. They are our committers in waiting. They are every bit as important to the project as committers. Their contributions are as valid and as important as your own. After all, you made many contributions before you became a committer. Always remember that. ---------------- How long will ade disgrace contributors? Why he didn't remember how he made ports broken with his commits w/o any maintainer notification? --- Sem. From owner-freebsd-ports@FreeBSD.ORG Thu Jun 10 10:15:46 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D10316A4CE; Thu, 10 Jun 2004 10:15:46 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id D755943D58; Thu, 10 Jun 2004 10:15:45 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id B8CAF5309; Thu, 10 Jun 2004 12:15:42 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id B10CC530A; Thu, 10 Jun 2004 12:15:35 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 95B9C33C71; Thu, 10 Jun 2004 12:15:35 +0200 (CEST) To: Ade Lovett References: <20040609155527.GA62724@asura.bsd> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Thu, 10 Jun 2004 12:15:35 +0200 In-Reply-To: (Ade Lovett's message of "Wed, 9 Jun 2004 13:08:23 -0700") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: Radim Kolar cc: freebsd-ports@freebsd.org Subject: Re: bsd.autotools.mk needs improvement X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2004 10:15:46 -0000 Ade Lovett writes: > I tried applying the attached patch, but it barfed on the "1)". Not fair, Ade - there's a patch in the referenced PR (ports/67575), and it applies cleanly. > I need some more round tuits. Anyone got any spare? Sorry, fresh out :) DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-ports@FreeBSD.ORG Thu Jun 10 10:57:44 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F068216A4CE for ; Thu, 10 Jun 2004 10:57:44 +0000 (GMT) Received: from enzo.xbsd.net (enzo.xbsd.net [217.157.24.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8082C43D49 for ; Thu, 10 Jun 2004 10:57:44 +0000 (GMT) (envelope-from esbjerg@xbsd.net) Received: by enzo.xbsd.net (Postfix, from userid 1000) id AB6B617068; Thu, 10 Jun 2004 12:54:45 +0200 (CEST) Date: Thu, 10 Jun 2004 12:54:45 +0200 From: Sven Esbjerg To: freebsd-ports@freebsd.org Message-ID: <20040610105445.GA40228@esbjerg.name> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.1i Subject: perl - xml problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2004 10:57:45 -0000 I wanted to upgrade my ports on a 4.9 machine. This includes gnome/perl/xml. When I try to upgrade Gnome it complains about problems with XML::Parser. All searches on google results in suggestions from Joe and others to upgrade intltool. Intltool was up to date but I decided to do a portupgrade -f on it anyway. That didn't help. I went to p5-XML-Parser and upgraded. I noticed that somehow it believed I had perl-5.8.2 even though 5.8.4 is installed. I cehcked make.conf and found perl had added an entry with perl listed as 5.8.2. If I corrected this to 5.8.4 I get the following error: Dependency error: you don't have the right version of perl in /usr/bin. *** Error code 1 Stop in /usr/ports/textproc/p5-XML-Parser. /usr/bin/perl is a symlink to /usr/local/bin/perl created by use.perl. What do I do now? Sven -- http://www.usenet.dk/netikette - på forhånd tak. From owner-freebsd-ports@FreeBSD.ORG Thu Jun 10 11:04:59 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F74316A4CE for ; Thu, 10 Jun 2004 11:04:59 +0000 (GMT) Received: from enzo.xbsd.net (enzo.xbsd.net [217.157.24.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id D97BF43D53 for ; Thu, 10 Jun 2004 11:04:58 +0000 (GMT) (envelope-from esbjerg@xbsd.net) Received: by enzo.xbsd.net (Postfix, from userid 1000) id 412DA17068; Thu, 10 Jun 2004 13:02:03 +0200 (CEST) Date: Thu, 10 Jun 2004 13:02:03 +0200 From: Sven Esbjerg To: freebsd-ports@freebsd.org Message-ID: <20040610110203.GB40228@esbjerg.name> References: <20040610105445.GA40228@esbjerg.name> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20040610105445.GA40228@esbjerg.name> User-Agent: Mutt/1.4.2.1i Subject: Re: perl - xml problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2004 11:04:59 -0000 On Thu, Jun 10, 2004 at 12:54:45PM +0200, Sven Esbjerg wrote: > I wanted to upgrade my ports on a 4.9 machine. This includes gnome/perl/xml. > > When I try to upgrade Gnome it complains about problems with XML::Parser. All > searches on google results in suggestions from Joe and others to upgrade > intltool. Intltool was up to date but I decided to do a portupgrade -f on it > anyway. That didn't help. > I went to p5-XML-Parser and upgraded. I noticed that somehow it believed I > had perl-5.8.2 even though 5.8.4 is installed. I cehcked make.conf and found > perl had added an entry with perl listed as 5.8.2. If I corrected this to 5.8.4 > I get the following error: > > Dependency error: you don't have the right version of perl in /usr/bin. > *** Error code 1 > > Stop in /usr/ports/textproc/p5-XML-Parser. > > /usr/bin/perl is a symlink to /usr/local/bin/perl created by use.perl. > > What do I do now? Ok seems like deleting the make.conf perl entries and running use.perl port helps out - as well as reinstalling the all perl modules... Sven -- http://www.usenet.dk/netikette - på forhånd tak. From owner-freebsd-ports@FreeBSD.ORG Thu Jun 10 11:45:08 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49D3E16A4CE for ; Thu, 10 Jun 2004 11:45:08 +0000 (GMT) Received: from web60708.mail.yahoo.com (web60708.mail.yahoo.com [216.109.117.231]) by mx1.FreeBSD.org (Postfix) with SMTP id D065343D1D for ; Thu, 10 Jun 2004 11:45:07 +0000 (GMT) (envelope-from vaidab@yahoo.com) Message-ID: <20040610114506.72577.qmail@web60708.mail.yahoo.com> Received: from [62.231.82.58] by web60708.mail.yahoo.com via HTTP; Thu, 10 Jun 2004 04:45:06 PDT Date: Thu, 10 Jun 2004 04:45:06 -0700 (PDT) From: bogdan To: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Makefile problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2004 11:45:08 -0000 Hy, I'm trying to make a port for a proggie that uses its own ./install script. How can I declare something like: INSTALL_SCRIPT in my Makefile ? I've read /usr/ports/Mk/bsd.port.mk and found a solution only for configuring: (but the script also installs it) HAS_CONFIGURE= yes CONFIGURE_SCRIPT= ${WRKSRC}/install What are the options here: should I write a separate configure script ? Should I separate the configure and the install part from ./install ? I would also like to know how can I find out which ports use: INSTALL_AS_USER (it there a search for Makefile implemented?) Please cc the answer to me as I'm not on the mailling list. __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ From owner-freebsd-ports@FreeBSD.ORG Thu Jun 10 12:09:49 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 586FA16A4CE for ; Thu, 10 Jun 2004 12:09:49 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id B689A43D41 for ; Thu, 10 Jun 2004 12:09:48 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 2D15E530C; Thu, 10 Jun 2004 14:09:42 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 8BEB95309; Thu, 10 Jun 2004 14:09:35 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 2B00033C71; Thu, 10 Jun 2004 14:09:35 +0200 (CEST) To: bogdan References: <20040610114506.72577.qmail@web60708.mail.yahoo.com> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Thu, 10 Jun 2004 14:09:35 +0200 In-Reply-To: <20040610114506.72577.qmail@web60708.mail.yahoo.com> (vaidab@yahoo.com's message of "Thu, 10 Jun 2004 04:45:06 -0700 (PDT)") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-ports@freebsd.org Subject: Re: Makefile problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2004 12:09:49 -0000 bogdan writes: > Hy, I'm trying to make a port for a proggie that > uses its own ./install script. How can I declare > something like: INSTALL_SCRIPT in my Makefile ? do-install: (cd ${WRKSRC} && ${SH} install) DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-ports@FreeBSD.ORG Thu Jun 10 12:21:36 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D30E216A4CE for ; Thu, 10 Jun 2004 12:21:36 +0000 (GMT) Received: from mailer.gwdg.de (mailer.gwdg.de [134.76.10.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F60343D2D for ; Thu, 10 Jun 2004 12:21:36 +0000 (GMT) (envelope-from farrenkopf@mail.sub.uni-goettingen.de) Received: from sub00261.sub.uni-goettingen.de ([134.76.162.89]) by mailer.gwdg.de with esmtp (Exim 4.34) id 1BYOYh-0005PD-VK; Thu, 10 Jun 2004 14:21:29 +0200 Date: Thu, 10 Jun 2004 14:21:22 +0200 From: Stefan Farrenkopf To: girgen@pingpong.net Message-ID: <3FBD3CE57D46D795619D669E@sub00261.sub.uni-goettingen.de> X-Mailer: Mulberry/3.1.3 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Spam-Level: / X-Spam-Report: Content analysis: 0.0 points, 6.0 required X-Virus-Scanned: (clean) by exiscan+sophie cc: ports@FreeBSD.org Subject: FreeBSD Port: mulberry-3.1.3 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Stefan Farrenkopf List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2004 12:21:37 -0000 Hi, I am just wondering, if you have any plans to update the mulberry port to the most recent version. I have problems launching URLs from Mulberry. Each time I click on a URL embedded in an e-Mail Mulberry core dumps (but it does not crash!) Do you have a time schedule for the upgrade of the port and do you have the same problems with embedded URLs? best wishes, Stefan From owner-freebsd-ports@FreeBSD.ORG Thu Jun 10 12:22:33 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA22016A4E8 for ; Thu, 10 Jun 2004 12:22:33 +0000 (GMT) Received: from fillmore.dyndns.org (port-212-202-50-15.dynamic.qsc.de [212.202.50.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FA9443D39 for ; Thu, 10 Jun 2004 12:22:33 +0000 (GMT) (envelope-from eikemeier@fillmore-labs.com) Received: from [172.16.0.14] (helo=localhost) by fillmore.dyndns.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34 (FreeBSD)) id 1BYOZh-000JCJ-UO; Thu, 10 Jun 2004 14:22:32 +0200 Date: Thu, 10 Jun 2004 14:22:33 +0200 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) To: bogdan From: Oliver Eikemeier In-Reply-To: <20040610114506.72577.qmail@web60708.mail.yahoo.com> Message-Id: Content-Transfer-Encoding: 7bit User-Agent: KMail/1.5.9 cc: freebsd-ports@freebsd.org Subject: Re: Makefile problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2004 12:22:34 -0000 bogdan wrote: > Hy, I'm trying to make a port for a proggie that > uses its own ./install script. How can I declare > something like: INSTALL_SCRIPT in my Makefile ? > > I've read /usr/ports/Mk/bsd.port.mk and found a > solution only for configuring: (but the script also > installs it) > > HAS_CONFIGURE= yes > CONFIGURE_SCRIPT= ${WRKSRC}/install > > What are the options here: should I write a separate > configure script ? Should I separate the configure and > the install part from ./install ? Normally the ports Makefile has an `install' target that calls the script. If it doesn't, patch the Makefile and submit the patches upstream. > I would also like to know how can I find out which > ports use: INSTALL_AS_USER (it there a search for > Makefile implemented?) It's a user-settable variable. > Please cc the answer to me as I'm not on the > mailling list. You should be, if you plan to submit FreeBSD ports. -Oliver From owner-freebsd-ports@FreeBSD.ORG Thu Jun 10 14:43:53 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5674416A4CE; Thu, 10 Jun 2004 14:43:53 +0000 (GMT) Received: from anor.ics.muni.cz (anor.ics.muni.cz [147.251.4.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82F9243D31; Thu, 10 Jun 2004 14:43:52 +0000 (GMT) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (comp5.ma.ics.muni.cz [147.251.55.5]) (user=hopet@META mech=LOGIN bits=0) by anor.ics.muni.cz (8.12.1/8.12.1) with ESMTP id i5AEhknD026591 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 10 Jun 2004 16:43:47 +0200 From: "Petr Holub" To: Date: Thu, 10 Jun 2004 16:43:45 +0200 Message-ID: <05e101c44ef9$5545d680$e0bbfbc3@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 X-Muni-Spam-TestIP: 147.251.55.5 X-Muni-Virus-Test: Clean cc: ports@FreeBSD.ORG Subject: FreeBSD Port: heimdal-0.6.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2004 14:43:53 -0000 Hi, would it be possible to upgrade the heimdal port to 0.6.2? This version fixes possible buffer overrun in v4 kadmin. Thanks, Petr ================================================================ Petr Holub CESNET z.s.p.o. Supercomputing Center Brno Zikova 4 Institute of Compt. Science 162 00 Praha 6, CZ Masaryk University Czech Republic Botanicka 68a, 60200 Brno, CZ e-mail: Petr.Holub@cesnet.cz phone: +420-549493944 fax: +420-541212747 e-mail: hopet@ics.muni.cz From owner-freebsd-ports@FreeBSD.ORG Thu Jun 10 15:13:00 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F88B16A4E6 for ; Thu, 10 Jun 2004 15:13:00 +0000 (GMT) Received: from mail.teel.ws (teel.ws [209.151.109.182]) by mx1.FreeBSD.org (Postfix) with SMTP id 8C96E43D1F for ; Thu, 10 Jun 2004 15:12:58 +0000 (GMT) (envelope-from mark@teel.ws) Received: (qmail 11559 invoked by uid 513); 10 Jun 2004 15:12:55 -0000 Received: from mark@teel.ws by dmz1 by uid 508 with qmail-scanner-1.22-st-qms Clear:RC:0(192.168.0.110):SA:0(0.0/4.0):. Processed in 0.598734 secs); 10 Jun 2004 15:12:55 -0000 X-Spam-Status: No, hits=0.0 required=4.0 X-Antivirus-MYDOMAIN-Mail-From: mark@teel.ws via dmz1 X-Antivirus-MYDOMAIN: 1.22-st-qms (Clear:RC:0(192.168.0.110):SA:0(0.0/4.0):. Processed in 0.598734 secs Process 11550) Received: from unknown (HELO teel.ws) (mark@teel.ws@192.168.0.110) by mail.teel.ws with SMTP; 10 Jun 2004 15:12:54 -0000 Message-ID: <40C87A6D.2000709@teel.ws> Date: Thu, 10 Jun 2004 10:12:45 -0500 From: Mark Teel User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ports@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: jedit Port Installation Error X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2004 15:13:00 -0000 I get the following output when attempting to build/install the jedit port: root@lisa:/usr/ports/editors/jedit/ > make install ===> Installing for jedit-4.1.0 ===> jedit-4.1.0 depends on file: /usr/local/diablo-jdk1.3.1/bin/java - found ===> jedit-4.1.0 depends on shared library: X11.6 - found ===> Generating temporary packing list ===> Checking if editors/jedit already installed Bus error (core dumped) *** Error code 138 Stop in /usr/ports/editors/jedit. Does anyone know a solution for this? Thanks, MST From owner-freebsd-ports@FreeBSD.ORG Thu Jun 10 15:59:19 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3554D16A4CE for ; Thu, 10 Jun 2004 15:59:19 +0000 (GMT) Received: from deliver.epitech.net (deliver.epitech.net [163.5.0.25]) by mx1.FreeBSD.org (Postfix) with SMTP id 91DB643D31 for ; Thu, 10 Jun 2004 15:59:18 +0000 (GMT) (envelope-from le-hen_j@epita.fr) Received: from epita.fr ([10.42.1.60]) by deliver.epitech.net (SAVSMTP 3.1.2.35) with SMTP id M2004061017542302664 for ; Thu, 10 Jun 2004 17:54:23 +0200 Received: from rocco (rocco.epita.fr [10.42.14.9]) by epita.fr id i5AFxF002007 for freebsd-ports@freebsd.org EPITA Paris France Thu, 10 Jun 2004 17:59:15 +0200 (CEST) Date: Thu, 10 Jun 2004 17:59:14 +0200 From: Jeremie Le Hen To: freebsd-ports@freebsd.org Message-ID: <20040610155914.GA5026@rocco.epita.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Subject: WRKDIRPREFIX and make search X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2004 15:59:19 -0000 Hi, when I shared my ports tree using NFS among all my FreeBSD boxes (and thus set WRKDIRPREFIX in make.conf(5) to avoid conflicts while upgrading) I noticed that "make search" didn't work any longer (it doesn't find anything). I started to debug Mk/bsd.port.subdir.mk and I discovered that the working directory seems to be $WRKDIRPREFIX/$PORTSDIR and thus $here variable contains $WRKDIRPREFIX/$PORTSDIR ("/usr/obj/usr/ports" in my case). Since it greps for this path in the INDEX file, nothing is found. Is it a bug or a feature ? In the later case, what am I missing ? Please, cc me is your reply, I am not subscribed to this list. Regards, -- Jeremie LE HEN aka TtZ/TataZ jeremie.le-hen@epita.fr ttz@epita.fr Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! From owner-freebsd-ports@FreeBSD.ORG Thu Jun 10 16:24:52 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D5A416A4CE for ; Thu, 10 Jun 2004 16:24:52 +0000 (GMT) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6DA543D4C for ; Thu, 10 Jun 2004 16:24:51 +0000 (GMT) (envelope-from q@uni.de) Received: from wrzx30.rz.uni-wuerzburg.de (wrzx30.rz.uni-wuerzburg.de [132.187.1.30]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id D5C3DD3611; Thu, 10 Jun 2004 18:24:28 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id BB9C08093B; Thu, 10 Jun 2004 18:24:28 +0200 (CEST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id A5DF47E985; Thu, 10 Jun 2004 18:24:28 +0200 (CEST) Received: from coyote.q.local (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 76010D3611; Thu, 10 Jun 2004 18:24:28 +0200 (CEST) Received: from roadrunner.q.local (roadrunner [192.168.0.147]) by coyote.q.local (8.12.10/8.12.10) with ESMTP id i5AGORw2076205; Thu, 10 Jun 2004 18:24:27 +0200 (CEST) (envelope-from q@roadrunner.q.local) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.12.10/8.12.10) with ESMTP id i5AGORS1017979; Thu, 10 Jun 2004 18:24:27 +0200 (CEST) (envelope-from q@roadrunner.q.local) Received: (from q@localhost) by roadrunner.q.local (8.12.10/8.12.10/Submit) id i5AGOPop017976; Thu, 10 Jun 2004 18:24:25 +0200 (CEST) (envelope-from q) Date: Thu, 10 Jun 2004 18:24:24 +0200 From: Ulrich Spoerlein To: Eric Anholt Message-ID: <20040610162424.GA761@galgenberg.net> Mail-Followup-To: Eric Anholt , Michael Edenfield , ports@freebsd.org References: <20040607152752.GD9227@spamcop.net> <20040607165933.GB765@galgenberg.net> <20040607193423.GA47326@wombat.localnet> <1086637879.779.8.camel@leguin> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <1086637879.779.8.camel@leguin> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) cc: ports@freebsd.org cc: Michael Edenfield Subject: Re: RFC: Re-work pkgdep/DEPORIGIN? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2004 16:24:52 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 07.06.2004 at 12:51:20 -0700, Eric Anholt wrote: > > One very huge example of this problem, however, I suspect will start > > cropping up a lot in the near future: both x11/XFree86-4-libraries and > > x11/xorg-libraries provide the X11 libraries, but bsd.port.mk encodes a > > dependancy on the XF86 version. This means every time I install an X > > app I need to run pkgdb -F to fix the dependancies. >=20 > In this specific case, we're going to have a switch in bsd.port.mk to > select which of the X implementations you are using. It still isn't > nearly as nice as the capabilities way of doing things, but we should > fix the need for pkgdbing soon. What about packages build for -RELEASE? They will have a hardcoded dependancy on whatever X gets to be the default. Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Get it while it's hot! PGP Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- Benjamin Franklin --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAyIs4mArGtfDbn0QRAhEpAJ0QoD6VOKMH/VVu1QMfPXboGI+4AwCg88qV Gu+tAnjTSWZQWXXrMWAeRvc= =3mW3 -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- From owner-freebsd-ports@FreeBSD.ORG Thu Jun 10 17:22:09 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4B2216A4CE for ; Thu, 10 Jun 2004 17:22:09 +0000 (GMT) Received: from komposti.turkuamk.fi (komposti.turkuamk.fi [195.148.208.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFC7643D48 for ; Thu, 10 Jun 2004 17:22:08 +0000 (GMT) (envelope-from Lauri.Jarvenpaa@students.turkuamk.fi) To: ports@FreeBSD.org From: "Lauri J =?iso-8859-1?Q?J=E4rvenp=E4=E4?=" Date: Thu, 10 Jun 2004 20:29:49 +0300 Message-ID: X-MIMETrack: Serialize by Router on lisa/AmkOp(Release 5.0.12 |February 13, 2003) at 10.06.2004 20:29:52 MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Subject: my first port - getopt.h where and how? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2004 17:22:10 -0000 Sorry to bother but: I'm trying to get Matterial Flipbook (http://matterial.sourceforge.net/mflip/) to compile on my machine. So far I have not been lucky. I *think* it configures fine and it *seems* to start compiling - but then it gives this: ===> Building for mflip-0.3.0 make all-recursive Making all in src source='read_cin.c' object='read_cin.o' libtool=no depfile='.deps/read_cin.Po' tmpdepfile='.deps/read_cin.TPo' depmode=gcc /bin/sh ../depcomp cc -DHAVE_CONFI G_H -I. -I. -I.. -I/usr/X11R6/include -I/usr/local/include/glib12 -O2 -pipe -march=k6 -c `test -f read_cin.c || echo './'`read_cin.c read_cin.c:22: getopt.h: No such file or directory read_cin.c: In function `initCinDpx': read_cin.c:163: `optind' undeclared (first use in this function) read_cin.c:163: (Each undeclared identifier is reported only once read_cin.c:163: for each function it appears in.) read_cin.c:168: `optarg' undeclared (first use in this function) *** Error code 1 Stop in /usr/ports/graphics/mflip/work/mflip-0.3.0/src. *** Error code 1 Stop in /usr/ports/graphics/mflip/work/mflip-0.3.0. *** Error code 1 Stop in /usr/ports/graphics/mflip/work/mflip-0.3.0. *** Error code 1 Stop in /usr/ports/graphics/mflip. I tried to make it depend on libgnugetopt because I thought it might be that but apparently it is not. I have been reading porters handbook but either I am quite stupid and ignorant or answer is not there :( I'm using FBSD4.10. My lame Makefile: # New ports collection makefile for: oneko # Date created: 5 December 1994 # Whom: asami # # $FreeBSD$ # PORTNAME= mflip PORTVERSION= 0.3.0 CATEGORIES= graphics MASTER_SITES= http://matterial.sourceforge.net/mflip/ MAINTAINER= asami@FreeBSD.org COMMENT= Matterial FlipBook. BUILD_DEPENDS= libgnugetopt:${PORTSDIR}/devel/libgnugetopt LIB_DEPENDS= tiff:${PORTSDIR}/graphics/tiff USE_X_PREFIX= yes USE_XLIB= yes MAN1= mflip.1 MANCOMPRESSED= yes #CONFIGURE= yes GNU_CONFIGURE= yes #USE_IMAKE= yes .include PS: Could you possibly also answer off-list since I'm not on the list. Thank you. From owner-freebsd-ports@FreeBSD.ORG Thu Jun 10 17:56:19 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F359E16A4CE for ; Thu, 10 Jun 2004 17:56:18 +0000 (GMT) Received: from tuminfo2.informatik.tu-muenchen.de (tuminfo2.informatik.tu-muenchen.de [131.159.0.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1859B43D46 for ; Thu, 10 Jun 2004 17:56:18 +0000 (GMT) (envelope-from barner@in.tum.de) Received: by zi025.glhnet.mhn.de (Postfix, from userid 1000) id 530CF3F52; Thu, 10 Jun 2004 19:36:52 +0200 (CEST) Date: Thu, 10 Jun 2004 19:36:52 +0200 From: Simon Barner To: Sven Esbjerg Message-ID: <20040610173652.GA2924@zi025.glhnet.mhn.de> References: <20040610105445.GA40228@esbjerg.name> <20040610110203.GB40228@esbjerg.name> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oyUTqETQ0mS9luUI" Content-Disposition: inline In-Reply-To: <20040610110203.GB40228@esbjerg.name> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at informatik.tu-muenchen.de cc: freebsd-ports@freebsd.org Subject: Re: perl - xml problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2004 17:56:19 -0000 --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Sven Esbjerg wrote: [...] > Ok seems like deleting the make.conf perl entries and running use.perl port > helps out - as well as reinstalling the all perl modules... Yes, the right solution. See /usr/ports/UPDATING for more details. Simon --oyUTqETQ0mS9luUI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAyJwzCkn+/eutqCoRAoanAJsFjXT/ZrfMFPzzXEtkRyAIkcqQHgCeNJ6f 5FovM+k4Y1tYR53byK8FuWw= =VD6W -----END PGP SIGNATURE----- --oyUTqETQ0mS9luUI-- From owner-freebsd-ports@FreeBSD.ORG Thu Jun 10 21:04:45 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1BE516A4CE for ; Thu, 10 Jun 2004 21:04:45 +0000 (GMT) Received: from smtp.dkm.cz (smtp.dkm.cz [62.24.64.34]) by mx1.FreeBSD.org (Postfix) with SMTP id 8653A43D45 for ; Thu, 10 Jun 2004 21:04:44 +0000 (GMT) (envelope-from neuhauser@chello.cz) Received: (qmail 47848 invoked by uid 0); 10 Jun 2004 21:04:23 -0000 Received: from r3al16.mistral.cz (HELO isis.wad.cz) (213.220.229.16) by smtp.dkm.cz with SMTP; 10 Jun 2004 21:04:23 -0000 Received: by isis.wad.cz (Postfix, from userid 1001) id 2504C2FDA01; Thu, 10 Jun 2004 23:04:21 +0200 (CEST) Date: Thu, 10 Jun 2004 23:04:19 +0200 From: Roman Neuhauser To: Jeremie Le Hen Message-ID: <20040610210419.GA497@isis.wad.cz> Mail-Followup-To: Jeremie Le Hen , freebsd-ports@freebsd.org References: <20040610155914.GA5026@rocco.epita.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040610155914.GA5026@rocco.epita.fr> User-Agent: Mutt/1.5.6i cc: freebsd-ports@freebsd.org Subject: Re: WRKDIRPREFIX and make search X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2004 21:04:46 -0000 # jeremie.le-hen@epita.fr / 2004-06-10 17:59:14 +0200: > when I shared my ports tree using NFS among all my FreeBSD boxes (and > thus set WRKDIRPREFIX in make.conf(5) to avoid conflicts while > upgrading) I noticed that "make search" didn't work any longer (it > doesn't find anything). > > I started to debug Mk/bsd.port.subdir.mk and I discovered that the > working directory seems to be $WRKDIRPREFIX/$PORTSDIR and thus > $here variable contains $WRKDIRPREFIX/$PORTSDIR ("/usr/obj/usr/ports" > in my case). Since it greps for this path in the INDEX file, nothing > is found. > > Is it a bug or a feature ? In the later case, what am I missing ? the manual page for make, specifically, the description of .OBJDIR. you'll be happier if you set WRKDIRPREFIX to something else than /usr/obj. -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-ports@FreeBSD.ORG Thu Jun 10 21:29:47 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2089C16A4CE for ; Thu, 10 Jun 2004 21:29:47 +0000 (GMT) Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id B301343D5A for ; Thu, 10 Jun 2004 21:29:46 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from [194.97.55.148] (helo=mx5.freenet.de) by mout0.freenet.de with asmtp (Exim 4.34) id 1BYX7J-0002wi-QQ; Thu, 10 Jun 2004 23:29:45 +0200 Received: from ge49f.g.pppool.de ([80.185.228.159] helo=peedub.jennejohn.org) by mx5.freenet.de with esmtp (TLSv1:AES256-SHA:256) (Exim 4.33 #3) id 1BYX7J-00084a-K8; Thu, 10 Jun 2004 23:29:45 +0200 Received: from peedub.jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.12.11/8.11.6) with ESMTP id i5ALThEw050309; Thu, 10 Jun 2004 23:29:43 +0200 (CEST) (envelope-from garyj@peedub.jennejohn.org) Message-Id: <200406102129.i5ALThEw050309@peedub.jennejohn.org> X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: Brett Schroeder In-Reply-To: Message from Brett Schroeder <1086548792.315.35.camel@Anapurna.brettschroeder.name> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 10 Jun 2004 23:29:43 +0200 From: Gary Jennejohn cc: freebsd-ports@FreeBSD.org Subject: Re: xemacs port fails to compile (4-stable) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2004 21:29:47 -0000 Brett Schroeder writes: > All, > > The stable xemacs port failed to compile with "portinstall xemacs" on > FreeBSD 4-Stable (ports last cvsup'd and updated a few hours ago). > > There seem to be two related errors saying "Invalid read syntax ((". in > wrong context"))" in lisp/auto-autoloads.el. > > Below is a cut of script output from the install (apologies for all the > ^M's at the end of lines) > [snip output] Try removing the ``-march=pentiumpro'' from CFLAGS. I just installed it with no problems using ``cc -O -pipe'' on 4.10-STABLE. I've also noticed problems on -current when I try to compile xemacs while specifying a CPU type or an architecture. I can't prove it, but it sure looks like gcc is producing some bogus code under those conditions. --- Gary Jennejohn / garyj[at]jennejohn.org gj[at]freebsd.org gj[at]denx.de From owner-freebsd-ports@FreeBSD.ORG Thu Jun 10 21:45:13 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06C6516A4CE for ; Thu, 10 Jun 2004 21:45:13 +0000 (GMT) Received: from out010.verizon.net (out010pub.verizon.net [206.46.170.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9644343D31 for ; Thu, 10 Jun 2004 21:45:12 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from [192.168.1.3] ([68.161.84.3]) by out010.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040610214322.HEPM15848.out010.verizon.net@[192.168.1.3]>; Thu, 10 Jun 2004 16:43:22 -0500 Message-ID: <40C8D5FA.7000307@mac.com> Date: Thu, 10 Jun 2004 17:43:22 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040608 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gary Jennejohn References: <200406102129.i5ALThEw050309@peedub.jennejohn.org> In-Reply-To: <200406102129.i5ALThEw050309@peedub.jennejohn.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out010.verizon.net from [68.161.84.3] at Thu, 10 Jun 2004 16:43:22 -0500 cc: freebsd-ports@FreeBSD.org Subject: Re: xemacs port fails to compile (4-stable) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2004 21:45:13 -0000 Gary Jennejohn wrote: [ ... ] > Try removing the ``-march=pentiumpro'' from CFLAGS. I just installed it > with no problems using ``cc -O -pipe'' on 4.10-STABLE. > > I've also noticed problems on -current when I try to compile xemacs > while specifying a CPU type or an architecture. I can't prove it, but > it sure looks like gcc is producing some bogus code under those > conditions. Hmm, interesting. I remember having a problem with "-march=pentiumpro" myself when building software on a VIA EPIA-M machine (sig 6, SIGILL). I thought that may have been because the Centaur CPU wasn't exactly a 686-class CPU...? Anyway, using "-march=pentium" might be worth trying, as well as obviously not specifying the CPU architecture at all (as you'd suggested). -- -Chuck From owner-freebsd-ports@FreeBSD.ORG Thu Jun 10 21:49:35 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0717E16A4CE for ; Thu, 10 Jun 2004 21:49:35 +0000 (GMT) Received: from deliver.epitech.net (deliver.epitech.net [163.5.0.25]) by mx1.FreeBSD.org (Postfix) with SMTP id 329B543D2D for ; Thu, 10 Jun 2004 21:49:34 +0000 (GMT) (envelope-from le-hen_j@epita.fr) Received: from epita.fr ([10.42.1.60]) by deliver.epitech.net (SAVSMTP 3.1.2.35) with SMTP id M2004061023441609057 for ; Thu, 10 Jun 2004 23:44:16 +0200 Received: from rocco (rocco.epita.fr [10.42.14.9]) by epita.fr id i5ALn8017475 Thu, 10 Jun 2004 23:49:08 +0200 (CEST) Date: Thu, 10 Jun 2004 23:49:07 +0200 From: Jeremie Le Hen To: Jeremie Le Hen , freebsd-ports@freebsd.org Message-ID: <20040610214907.GA9766@rocco.epita.fr> References: <20040610155914.GA5026@rocco.epita.fr> <20040610210419.GA497@isis.wad.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040610210419.GA497@isis.wad.cz> User-Agent: Mutt/1.4i Subject: Re: WRKDIRPREFIX and make search X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2004 21:49:35 -0000 > > Is it a bug or a feature ? In the later case, what am I missing ? > > the manual page for make, specifically, the description of > .OBJDIR. you'll be happier if you set WRKDIRPREFIX to something > else than /usr/obj. Ok, I lacked of fortune. It's harmful that /usr/obj can't be used as the WRKDIRPREFIX :-/. Thanks for your answer. -- Jeremie LE HEN aka TtZ/TataZ jeremie.le-hen@epita.fr ttz@epita.fr Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! From owner-freebsd-ports@FreeBSD.ORG Fri Jun 11 00:43:35 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9AB516A4CE for ; Fri, 11 Jun 2004 00:43:35 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7259F43D45 for ; Fri, 11 Jun 2004 00:43:35 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (adsl-63-207-60-35.dsl.lsan03.pacbell.net [63.207.60.35])i5B0hGbJ006572; Thu, 10 Jun 2004 20:43:17 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 613B051384; Thu, 10 Jun 2004 17:43:12 -0700 (PDT) Date: Thu, 10 Jun 2004 17:43:12 -0700 From: Kris Kennaway To: Jeremie Le Hen Message-ID: <20040611004311.GA909@xor.obsecurity.org> References: <20040610155914.GA5026@rocco.epita.fr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline In-Reply-To: <20040610155914.GA5026@rocco.epita.fr> User-Agent: Mutt/1.4.2.1i cc: freebsd-ports@freebsd.org Subject: Re: WRKDIRPREFIX and make search X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2004 00:43:35 -0000 --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 10, 2004 at 05:59:14PM +0200, Jeremie Le Hen wrote: > Hi, > =20 > when I shared my ports tree using NFS among all my FreeBSD boxes (and = =20 > thus set WRKDIRPREFIX in make.conf(5) to avoid conflicts while =20 > upgrading) I noticed that "make search" didn't work any longer (it > doesn't find anything). >=20 > I started to debug Mk/bsd.port.subdir.mk and I discovered that the > working directory seems to be $WRKDIRPREFIX/$PORTSDIR and thus > $here variable contains $WRKDIRPREFIX/$PORTSDIR ("/usr/obj/usr/ports"=20 > in my case). Since it greps for this path in the INDEX file, nothing > is found. >=20 > Is it a bug or a feature ? In the later case, what am I missing ? I committed a patch yesterday that should address this. Update your ports collection and try again. Kris --XsQoSWH+UP9D9v3l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAyQAfWry0BWjoQKURAqhdAKDl5wL5pXxaEfyZZ4sIk9dl1gNcBwCdEyUL YAP4J0jwltgTQDrfhyHK4l0= =xSKo -----END PGP SIGNATURE----- --XsQoSWH+UP9D9v3l-- From owner-freebsd-ports@FreeBSD.ORG Fri Jun 11 00:55:11 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3BD616A4D0 for ; Fri, 11 Jun 2004 00:55:11 +0000 (GMT) Received: from mproxy.gmail.com (mproxy.gmail.com [216.239.56.250]) by mx1.FreeBSD.org (Postfix) with SMTP id A4CD843D48 for ; Fri, 11 Jun 2004 00:55:11 +0000 (GMT) (envelope-from drosihn@gmail.com) Received: by mproxy.gmail.com with SMTP id u22so214554cwc for ; Thu, 10 Jun 2004 17:55:00 -0700 (PDT) Received: by 10.11.100.7 with SMTP id x7mr223580cwb; Thu, 10 Jun 2004 17:55:00 -0700 (PDT) Message-ID: <97880ae04061017553b04e747@mail.gmail.com> Date: Thu, 10 Jun 2004 20:55:00 -0400 From: Garance Drosehn To: Jeremie Le Hen In-Reply-To: <20040610155914.GA5026@rocco.epita.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20040610155914.GA5026@rocco.epita.fr> cc: freebsd-ports@freebsd.org Subject: Re: WRKDIRPREFIX and make search X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2004 00:55:11 -0000 On Thu, 10 Jun 2004, Jeremie Le Hen wrote: > > when I shared my ports tree using NFS among all my FreeBSD boxes (and > thus set WRKDIRPREFIX in make.conf(5) to avoid conflicts while > upgrading) I noticed that "make search" didn't work any longer (it > doesn't find anything). This sounds a lot like the following problem report: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=ports/63372 The fix for that PR was committed very recently, so that may solve this issue you're seeing. From owner-freebsd-ports@FreeBSD.ORG Fri Jun 11 02:17:00 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC85B16A4CE for ; Fri, 11 Jun 2004 02:16:59 +0000 (GMT) Received: from outbox.allstream.net (outbox.allstream.net [207.245.244.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8074F43D49 for ; Fri, 11 Jun 2004 02:16:59 +0000 (GMT) (envelope-from otzinger@allstream.net) Received: from localhost (mon-pq57-165.dial.allstream.net [216.123.143.61]) by outbox.allstream.net (Allstream MTA) with SMTP id D1DC2B4BAD for ; Thu, 10 Jun 2004 22:16:48 -0400 (EDT) Date: Thu, 10 Jun 2004 22:16:45 -0400 From: otzinger@allstream.net To: freebsd-ports@freebsd.org Message-Id: <20040610221645.2be7ce46@localhost> X-Mailer: Sylpheed version 0.9.11claws (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Thu__10_Jun_2004_22_16_45_-0400_YrCWTQ1II+lTARyE" Subject: INDEX build failure FBSD 4.10 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2004 02:17:00 -0000 This is a multi-part message in MIME format. --Multipart=_Thu__10_Jun_2004_22_16_45_-0400_YrCWTQ1II+lTARyE Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit hello all, cvsuped about 1 hour ago. portsdb -Uu failed with: Updating the ports index ... Generating INDEX.tmp - please wait..tkscanfax-1.02: "/usr/ports/japanese/tk80" non-existent -- dependency list incomplete===> comms/tkscanfax failed *** Error code 1 1 error ******************************************************************** Before reporting this error, verify that you are running a supported version of FreeBSD (see http://www.FreeBSD.org/ports/) and that you have a complete and up-to-date ports collection. If so, then report the failure to ports@FreeBSD.org together with relevant details of your ports configuration (including FreeBSD version, environment and /etc/make.conf settings). ******************************************************************** *** Error code 1 Stop in /usr/ports. *** Error code 1 Stop in /usr/ports. failed to generate INDEX! portsdb: index generation error tried removing the existing INDEX, INDEX-5, and INDEX.db files. reran portsdb -Uu and got same error. noted that failure whines about a missing /japanese port. i don't have that branch of ports installed. in the attached file i have included all config data which i believe may be helpful. if anyone has further questions, please let me know. hoping that this error makes sense to someone. thanks for your time. cheers, epi --Multipart=_Thu__10_Jun_2004_22_16_45_-0400_YrCWTQ1II+lTARyE Content-Type: application/octet-stream; name="config_details" Content-Disposition: attachment; filename="config_details" Content-Transfer-Encoding: base64 Cj09Pj4gVU5BTUUgLUEKCkZyZWVCU0QgNC4xMC1SRUxFQVNFICMwOiBUaHUgTWF5IDI3IDEzOjUx OjMwIEVEVCAyMDA0IGkzODYKCgo9PT4+IEVOVklST05NRU5UCgpVU0VSPXRodXJzZGF5Ck1BQ0hU WVBFPWkzODYKTUFJTD0vdmFyL21haWwvdGh1cnNkYXkKVkVORE9SPWludGVsClNITFZMPTQKSE9N RT0vaG9tZS90aHVyc2RheQpQQUdFUj1sZXNzCkdST1VQPXRodXJzZGF5CkxPR05BTUU9dGh1cnNk YXkKVEVSTT1yeHZ0CkJMT0NLU0laRT1LClBBVEg9L3NiaW46L2JpbjovdXNyL3NiaW46L3Vzci9i aW46L3Vzci9nYW1lczovdXNyL2xvY2FsL3NiaW46L3Vzci9sb2NhbC9iaW46L3Vzci9YMTFSNi9i aW46L2hvbWUvdGh1cnNkYXkvYmluOi91c3IvbG9jYWwvamRrMS40LjIvYmluOi91c3IvbG9jYWwv bGludXgtc3VuLWpkazEuNC4yL2JpbgpESVNQTEFZPTowLjAKWEFVVEhPUklUWT0vaG9tZS90aHVy c2RheS8uWGF1dGhvcml0eQpTSEVMTD0vYmluL2NzaApIT1NUPUlUSElDQQpPU1RZUEU9RnJlZUJT RApQV0Q9L3Vzci9wb3J0cwpGVFBfUEFTU0lWRV9NT0RFPVlFUwpIT1NUVFlQRT1GcmVlQlNECkVE SVRPUj1lZQpDT0xPUkZHQkc9MTE7MTUKV0lORE9XSUQ9MTY3NzcyMTgKQ09MT1JURVJNPXJ4dnQt eHBtCgoKPT0+PiBNQUtFLkNPTkYKCiMgJEZyZWVCU0Q6IHNyYy9ldGMvZGVmYXVsdHMvbWFrZS5j b25mLHYgMS45Ny4yLjgwIDIwMDMvMDIvMTUgMTY6MzQ6NTYgdHJob2RlcyBFeHAgJAojCiMgTk9U RTogIFBsZWFzZSB3b3VsZCBhbnkgY29tbWl0dGVyIHVwZGF0aW5nIHRoaXMgZmlsZSBhbHNvIHVw ZGF0ZSB0aGUKIyBtYWtlLmNvbmYoNSkgbWFudWFsIHBhZ2UsIGlmIG5lY2Vzc2FyeSwgd2hpY2gg aXMgbG9jYXRlZCBpbgojIHNyYy9zaGFyZS9tYW4vbWFuNS9tYWtlLmNvbmYuNS4KIwojIFRoaXMg ZmlsZSwgaWYgcHJlc2VudCwgd2lsbCBiZSByZWFkIGJ5IG1ha2UgKHNlZSAvdXNyL3NoYXJlL21r L3N5cy5taykuCiMgSXQgYWxsb3dzIHlvdSB0byBvdmVycmlkZSBtYWNybyBkZWZpbml0aW9ucyB0 byBtYWtlIHdpdGhvdXQgY2hhbmdpbmcKIyB5b3VyIHNvdXJjZSB0cmVlLCBvciBhbnl0aGluZyB0 aGUgc291cmNlIHRyZWUgaW5zdGFsbHMuCiMKIyBUaGlzIGZpbGUgbXVzdCBiZSBpbiB2YWxpZCBN YWtlZmlsZSBzeW50YXguCiMKIyBZb3UgaGF2ZSB0byBmaW5kIHRoZSB0aGluZ3MgeW91IGNhbiBw dXQgaGVyZSBpbiB0aGUgTWFrZWZpbGVzIGFuZCAKIyBkb2N1bWVudGF0aW9uIG9mIHRoZSBzb3Vy Y2UgdHJlZS4KIwojCiMgVGhlIENQVVRZUEUgdmFyaWFibGUgY29udHJvbHMgd2hpY2ggcHJvY2Vz c29yIHNob3VsZCBiZSB0YXJnZXRlZCBmb3IKIyBnZW5lcmF0ZWQgY29kZS4gIFRoaXMgY29udHJv bHMgcHJvY2Vzc29yLXNwZWNpZmljIG9wdGltaXphdGlvbnMgaW4KIyBjZXJ0YWluIGNvZGUgKGN1 cnJlbnRseSBvbmx5IE9wZW5TU0wpIGFzIHdlbGwgYXMgbW9kaWZ5aW5nIHRoZSB2YWx1ZQojIG9m IENGTEFHUyB0byBjb250YWluIHRoZSBhcHByb3ByaWF0ZSBvcHRpbWl6YXRpb24gZGlyZWN0aXZl IHRvIGdjYy4KIyBUaGUgYXV0b21hdGljIHNldHRpbmcgb2YgQ0ZMQUdTIG1heSBiZSBvdmVycmlk ZGVuIHVzaW5nIHRoZQojIE5PX0NQVV9DRkxBR1MgdmFyaWFibGUgYmVsb3cuCiMgQ3VycmVudGx5 IHRoZSBmb2xsb3dpbmcgQ1BVIHR5cGVzIGFyZSByZWNvZ25pemVkOgojICAgSW50ZWwgeDg2IGFy Y2hpdGVjdHVyZToKIyAgICAgICAoQU1EIENQVXMpCWs3IGs2LTIgazYgazUKIyAgICAgICAoSW50 ZWwgQ1BVcykJcDQgcDMgcDIgaTY4NiBpNTg2L21teCBpNTg2IGk0ODYgaTM4NgojICAgQWxwaGEv QVhQIGFyY2hpdGVjdHVyZTogZXY2IHBjYTU2IGV2NTYgZXY1IGV2NDUgZXY0CiMKIyBJZiB5b3Ug ZXhwZXJpZW5jZSBhbnkgcHJvYmxlbXMgYWZ0ZXIgc2V0dGluZyB0aGlzIGZsYWcsIHBsZWFzZSB1 bnNldAojIGl0IGFnYWluIGJlZm9yZSBzdWJtaXR0aW5nIGEgYnVnIHJlcG9ydCBvciBhdHRlbXB0 aW5nIHRvIG1vZGlmeSBjb2RlLgojIEl0IG1heSBiZSB0aGF0IGNlcnRhaW4gdHlwZXMgb2Ygc29m dHdhcmUgd2lsbCBiZWNvbWUgdW5zdGFibGUgYWZ0ZXIgYmVpbmcKIyBjb21waWxlZCB3aXRoIHBy b2Nlc3Nvci1zcGVjaWZpYyAob3IgaGlnaGVyIC0gc2VlIGJlbG93KSBvcHRpbWl6YXRpb24gZmxh Z3MuCiMgSWYgaW4gZG91YnQsIGRvIG5vdCBzZXQgQ1BVVFlQRSBvciBDRkxBR1MgdG8gbm9uLWRl ZmF1bHQgdmFsdWVzLgojCkNQVVRZUEU9aTY4NgojTk9fQ1BVX0NGTEFHUz0JdHJ1ZQkjIERvbid0 IGFkZCAtbWFyY2g9PGNwdT4gdG8gQ0ZMQUdTIGF1dG9tYXRpY2FsbHkKI05PX0NQVV9DT1BURkxB R1M9dHJ1ZQkjIERvbid0IGFkZCAtbWFyY2g9PGNwdT4gdG8gQ09QVEZMQUdTIGF1dG9tYXRpY2Fs bHkKIwojIENGTEFHUyBjb250cm9scyB0aGUgY29tcGlsZXIgc2V0dGluZ3MgdXNlZCB3aGVuIGNv bXBpbGluZyBDIGNvZGUuCiMgTm90ZSB0aGF0IG9wdGltaXphdGlvbiBzZXR0aW5ncyBhYm92ZSAt TyAoLU8yLCAuLi4pIGFyZSBub3QgcmVjb21tZW5kZWQKIyBvciBzdXBwb3J0ZWQgZm9yIGNvbXBp bGluZyB0aGUgd29ybGQgb3IgdGhlIGtlcm5lbCAtIHBsZWFzZSByZXZlcnQgYW55CiMgbm9uc3Rh bmRhcmQgb3B0aW1pemF0aW9uIHNldHRpbmdzIHRvICItTyIgYmVmb3JlIHN1Ym1pdHRpbmcgYnVn IHJlcG9ydHMKIyB0byB0aGUgZGV2ZWxvcGVycy4KIyBOb3RlIGFsc28gdGhhdCBhdCB0aGlzIHRp bWUgdGhlIC1PMiBzZXR0aW5nIGlzIGtub3duIHRvIHByb2R1Y2UgQlJPS0VOCiMgQ09ERSBvbiB0 aGUgQWxwaGEgcGxhdGZvcm0uCiMKQ0ZMQUdTPSAtTyAtcGlwZQojCiMgQ1hYRkxBR1MgY29udHJv bHMgdGhlIGNvbXBpbGVyIHNldHRpbmdzIHVzZWQgd2hlbiBjb21waWxpbmcgQysrIGNvZGUuCiMg Tm90ZSB0aGF0IENYWEZMQUdTIGlzIGluaXRpYWxseSBzZXQgdG8gdGhlIHZhbHVlIG9mIENGTEFH Uy4gIElmIHlvdSB3aXNoCiMgdG8gYWRkIHRvIENYWEZMQUdTIHZhbHVlLCAiKz0iIG11c3QgYmUg dXNlZCByYXRoZXIgdGhhbiAiPSIuICBVc2luZyAiPSIKIyBhbG9uZSB3aWxsIHJlbW92ZSB0aGUg b2Z0ZW4gbmVlZGVkIGNvbnRlbnRzIG9mIENGTEFHUyBmcm9tIENYWEZMQUdTLgojCiNDWFhGTEFH Uys9IC1mbWVtb2l6ZS1sb29rdXBzIC1mc2F2ZS1tZW1vaXplZAojCiMgQkRFQ0ZMQUdTIGFyZSBh IHNldCBvZiBnY2Mgd2FybmluZyBzZXR0aW5ncyB0aGF0IEJydWNlIEV2YW5zIGhhcyBzdWdnZXN0 ZWQKIyBmb3IgdXNlIGluIGRldmVsb3BpbmcgRnJlZUJTRCBhbmQgdGVzdGluZyBjaGFuZ2VzLiAg VGhleSBjYW4gYmUgdXNlZCBieQojIHB1dHRpbmcgIkNGTEFHUys9JHtCREVDRkxBR1N9IiBpbiAv ZXRjL21ha2UuY29uZi4gIC1XY29udmVyc2lvbiBpcyBub3QKIyBpbmNsdWRlZCBoZXJlIGR1ZSB0 byBjb21waWxlciBidWdzLCBlLmcuLCBta2RpcigpJ3MgbW9kZV90IGFyZ3VtZW50LgojCkJERUNG TEFHUz0JLVcgLVdhbGwgLWFuc2kgLXBlZGFudGljIC1XYmFkLWZ1bmN0aW9uLWNhc3QgLVdjYXN0 LWFsaWduIFwKCQktV2Nhc3QtcXVhbCAtV2NoYXItc3Vic2NyaXB0cyAtV2lubGluZSBcCgkJLVdt aXNzaW5nLXByb3RvdHlwZXMgLVduZXN0ZWQtZXh0ZXJucyAtV3BvaW50ZXItYXJpdGggXAoJCS1X cmVkdW5kYW50LWRlY2xzIC1Xc2hhZG93IC1Xc3RyaWN0LXByb3RvdHlwZXMgLVd3cml0ZS1zdHJp bmdzCiMKIyBXQVJOU19XRVJST1IgY2F1c2VzIC1XZXJyb3IgdG8gYmUgYWRkZWQgd2hlbiBXQVJO UyBpcyBpbiBlZmZlY3QuCiMKI1dBUk5TX1dFUlJPUj0JeWVzCiMKIyBUbyBjb21waWxlIGp1c3Qg dGhlIGtlcm5lbCB3aXRoIHNwZWNpYWwgb3B0aW1pemF0aW9ucywgeW91IHNob3VsZCB1c2UKIyB0 aGlzIGluc3RlYWQgb2YgQ0ZMQUdTICh3aGljaCBpcyBub3QgYXBwbGljYWJsZSB0byBrZXJuZWwg YnVpbGRzIGFueXdheSkuCiMgVGhlcmUgaXMgdmVyeSBsaXR0bGUgdG8gZ2FpbiBieSB1c2luZyBo aWdoZXIgb3B0aW1pemF0aW9uIGxldmVscywgYW5kIGRvaW5nCiMgc28gY2FuIGNhdXNlIHByb2Js ZW1zLgojCiNDT1BURkxBR1M9IC1PIC1waXBlCiMKIyBDb21wYXJlIGJlZm9yZSBpbnN0YWxsCiNJ TlNUQUxMPWluc3RhbGwgLUMKIwojIFRvIGVuYWJsZSBpbnN0YWxsaW5nIHN1aWRwZXJsIHdpdGgg dGhlIHNldHVpZCBiaXQgdHVybmVkIG9uCiNFTkFCTEVfU1VJRFBFUkw9CXRydWUKIwojIFRvIGJ1 aWxkIHBwcCB3aXRoIG5vcm1hbCBwZXJtaXNzaW9ucwojUFBQX05PU1VJRD0JdHJ1ZQojCiMgVG8g ZW5hYmxlIGluc3RhbGxpbmcgc3NoKDEpIHdpdGggdGhlIHNldHVpZCBiaXQgdHVybmVkIG9uCiNF TkFCTEVfU1VJRF9TU0g9CXRydWUKIwojIFRvIGF2b2lkIGJ1aWxkaW5nIHZhcmlvdXMgcGFydHMg b2YgdGhlIGJhc2Ugc3lzdGVtOgojTk9fQ1ZTPQl0cnVlCSMgZG8gbm90IGJ1aWxkIENWUwojTk9f QklORD0JdHJ1ZQkjIGRvIG5vdCBidWlsZCBCSU5ECiNOT19GT1JUUkFOPQl0cnVlCSMgZG8gbm90 IGJ1aWxkIGc3NyBhbmQgcmVsYXRlZCBsaWJyYXJpZXMKTk9fSTRCPQl0cnVlCSMgZG8gbm90IGJ1 aWxkIGlzZG40YnNkIHBhY2thZ2UKI05PX0lQRklMVEVSPQl0cnVlCSMgZG8gbm90IGJ1aWxkIElQ IEZpbHRlciBwYWNrYWdlCiNOT19MUFI9CXRydWUJIyBkbyBub3QgYnVpbGQgbHByIGFuZCByZWxh dGVkIHByb2dyYW1zCiNOT19NQUlMV1JBUFBFUj10cnVlCSMgZG8gbm90IGJ1aWxkIHRoZSBtYWls d3JhcHBlcig4KSBNVEEgc2VsZWN0b3IKI05PX01PRFVMRVM9CXRydWUJIyBkbyBub3QgYnVpbGQg bW9kdWxlcyB3aXRoIHRoZSBrZXJuZWwKI05PX09CSkM9CXRydWUJIyBkbyBub3QgYnVpbGQgT2Jq ZWN0aXZlIEMgc3VwcG9ydAojTk9fT1BFTlNTSD0JdHJ1ZQkjIGRvIG5vdCBidWlsZCBPcGVuU1NI CiNOT19PUEVOU1NMPQl0cnVlCSMgZG8gbm90IGJ1aWxkIE9wZW5TU0wgKGltcGxpZXMgTk9fT1BF TlNTSCkKTk9fU0VORE1BSUw9CXRydWUJIyBkbyBub3QgYnVpbGQgc2VuZG1haWwgYW5kIHJlbGF0 ZWQgcHJvZ3JhbXMKI05PX1NIQVJFRE9DUz0JdHJ1ZQkjIGRvIG5vdCBidWlsZCB0aGUgNC40QlNE IGxlZ2FjeSBkb2NzCiNOT19UQ1NIPQl0cnVlCSMgZG8gbm90IGJ1aWxkIGFuZCBpbnN0YWxsIC9i aW4vY3NoICh3aGljaCBpcyB0Y3NoKQojTk9fWD0JCXRydWUJIyBkbyBub3QgY29tcGlsZSBpbiBY V2luZG93cyBzdXBwb3J0IChlLmcuIGRvc2NtZCkKI05PQ1JZUFQ9CXRydWUJIyBkbyBub3QgYnVp bGQgYW55IGNyeXB0byBjb2RlCiNOT0dBTUVTPQl0cnVlCSMgZG8gbm90IGJ1aWxkIGdhbWVzIChn YW1lcy8gc3ViZGlyKQojTk9JTkZPPQl0cnVlCSMgZG8gbm90IG1ha2Ugb3IgaW5zdGFsbCBpbmZv IGZpbGVzCiNOT0xJQkNfUj0JdHJ1ZQkjIGRvIG5vdCBidWlsZCBsaWJjX3IgKHJlLWVudHJhbnQg dmVyc2lvbiBvZiBsaWJjKQojTk9NQU49CQl0cnVlCSMgZG8gbm90IGJ1aWxkIG1hbnVhbCBwYWdl cwojTk9QRVJMPQl0cnVlCSMgZG8gbm90IGJ1aWxkIHBlcmwuIERpc2FibGVzIE9wZW5TU0wgb3B0 aW1pemF0aW9ucwpOT1BST0ZJTEU9CXRydWUJIyBBdm9pZCBjb21waWxpbmcgcHJvZmlsZWQgbGli cmFyaWVzCiNOT1NFQ1VSRT0JdHJ1ZQkjIGRvIG5vdCBidWlsZCBjcnlwdG8gY29kZSBpbiBzZWN1 cmUvIHN1YmRpcgojTk9TSEFSRT0JdHJ1ZQkjIGRvIG5vdCBnbyBpbnRvIHRoZSBzaGFyZSBzdWJk aXIKI05PVVVDUD0JdHJ1ZQkjIGRvIG5vdCBidWlsZCB1dWNwIHJlbGF0ZWQgcHJvZ3JhbXMKIwoj IFRvIGJ1aWxkIHN5cy9tb2R1bGVzIHdoZW4gYnVpbGRpbmcgdGhlIHdvcmxkIChvdXIgb2xkIHdh eSBvZiBkb2luZyB0aGluZ3MpCiNNT0RVTEVTX1dJVEhfV09STEQ9dHJ1ZQkjIGRvIG5vdCBidWls ZCBtb2R1bGVzIHdoZW4gYnVpbGRpbmcga2VybmVsCiMKIyBUaGUgbGlzdCBvZiBtb2R1bGVzIHRv IGJ1aWxkIGluc3RlYWQgb2YgYWxsIG9mIHRoZW0uCiNNT0RVTEVTX09WRVJSSURFPQlsaW51eCBp cGZ3CiMKIyBUaGUgZm9sbG93aW5nIGNvbnRyb2xzIGJ1aWxkaW5nIG9wdGlvbmFsIElERUEgY29k ZSBpbiBsaWJjcnlwdG8gYW5kCiMgY2VydGFpbiBwb3J0cy4gIFBhdGVudHMgYXJlIGludm9sdmVk IC0geW91IG11c3Qgbm90IHVzZSB0aGlzIHVubGVzcwojIHlvdSBlaXRoZXIgaGF2ZSBhIGxpY2Vu c2Ugb3IgZmFsbCB3aXRoaW4gcGF0ZW50ICdmYWlyIHVzZScKIyBwcm92aXNpb25zLgojCiMgKioq IEl0IGlzIFlPVVIgUkVTUE9OU0lCSUxJVFkgdG8gZGV0ZXJtaW5lIGlmIHlvdSBjYW4gdXNlIHRo aXMhICoqKgojCiMgSURFQSBpcyBwYXRlbnRlZCBpbiB0aGUgVVNBIGFuZCBtYW55IEV1cm9wZWFu IGNvdW50cmllcyAtIHRob3VnaHQgdG8KIyBiZSBPSyB0byB1c2UgZm9yIGFueSBub24tY29tbWVy Y2lhbCB1c2UuICBUaGlzIGlzIG9wdGlvbmFsLgojTUFLRV9JREVBPQlZRVMJIyBJREVBICgxMjgg Yml0IHN5bW1ldHJpYyBlbmNyeXB0aW9uKQojCiMgVG8gYXZvaWQgcnVubmluZyBNQUtFREVWIGFs bCBvbiAvZGV2IGR1cmluZyBpbnN0YWxsOgojTk9fTUFLRURFVj0JdHJ1ZQojCiMgSWYgeW91IGRv IG5vdCB3YW50IHVuZm9ybWF0dGVkIG1hbnVhbCBwYWdlcyB0byBiZSBjb21wcmVzc2VkCiMgd2hl biB0aGV5IGFyZSBpbnN0YWxsZWQ6CiMKI05PTUFOQ09NUFJFU1M9CXRydWUKIwojCiMgSWYgeW91 IHdhbnQgdGhlICJjb21wYXQiIHNoYXJlZCBsaWJyYXJpZXMgaW5zdGFsbGVkIGFzIHBhcnQgb2Yg eW91ciBub3JtYWwKIyBidWlsZHMsIHVuY29tbWVudCB0aGVzZToKIwojQ09NUEFUMVg9CXllcwoj Q09NUEFUMjA9CXllcwojQ09NUEFUMjE9CXllcwojQ09NUEFUMjI9CXllcwojQ09NUEFUM1g9CXll cwojQ09NUEFUNFg9CXllcwojCiMKIyBJZiB5b3UgZG8gbm90IHdhbnQgYWRkaXRpb25hbCBkb2N1 bWVudGF0aW9uIChzb21lIG9mIHdoaWNoIGFyZQojIGEgZmV3IGh1bmRyZWQgS0IncykgZm9yIHBv cnRzIHRvIGJlIGluc3RhbGxlZDoKIwojTk9QT1JURE9DUz0JdHJ1ZQojCiMKIyBEZWZhdWx0IGZv cm1hdCBmb3Igc3lzdGVtIGRvY3VtZW50YXRpb24sIGRlcGVuZHMgb24geW91ciBwcmludGVyLgoj IFNldCB0aGlzIHRvICJhc2NpaSIgZm9yIHNpbXBsZSBwcmludGVycyBvciBzY3JlZW4KIwojUFJJ TlRFUkRFVklDRT0JcHMKIwojCiMgSG93IGxvbmcgdG8gd2FpdCBmb3IgYSBjb25zb2xlIGtleXBy ZXNzIGJlZm9yZSBib290aW5nIHRoZSBkZWZhdWx0IGtlcm5lbC4KIyBUaGlzIHZhbHVlIGlzIGFw cHJveGltYXRlbHkgaW4gbWlsbGlzZWNvbmRzLiBLZXlwcmVzc2VzIGFyZSBhY2NlcHRlZCBieSB0 aGUKIyBCSU9TIGJlZm9yZSBib290aW5nIGZyb20gZGlzaywgbWFraW5nIGl0IHBvc3NpYmxlIHRv IGdpdmUgY3VzdG9tIGJvb3QKIyBwYXJhbWV0ZXJzIGV2ZW4gd2hlbiB0aGlzIGlzIHNldCB0byAw LgojCiNCT09UV0FJVD0wCiNCT09UV0FJVD0zMDAwMAojCiMgQnkgZGVmYXVsdCwgdGhlIHN5c3Rl bSB3aWxsIGFsd2F5cyB1c2UgdGhlIGtleWJvYXJkL3ZpZGVvIGNhcmQgYXMgc3lzdGVtCiMgY29u c29sZS4gIEhvd2V2ZXIsIHRoZSBib290IGJsb2NrcyBtYXkgYmUgZHluYW1pY2FsbHkgY29uZmln dXJlZCB0byB1c2UgYQojIHNlcmlhbCBwb3J0IGluIGFkZGl0aW9uIHRvIG9yIGluc3RlYWQgb2Yg dGhlIGtleWJvYXJkL3ZpZGVvIGNvbnNvbGUuCiMKIyBCeSBkZWZhdWx0IHdlIHVzZSBDT00xIGFz IG91ciBzZXJpYWwgY29uc29sZSBwb3J0ICppZiogd2UncmUgZ29pbmcgdG8gdXNlCiMgYSBzZXJp YWwgcG9ydCBhcyBvdXIgY29uc29sZSBhdCBhbGwuICBBbHRlciBhcyBuZWNlc3NhcnkuCiMKIyAg IENPTTE6ID0gMHgzRjgsIENPTTI6ID0gMHgyRjgsIENPTTM6ID0gMHgzRTgsIENPTTQ6ID0gMHgy RTgKIwojQk9PVF9DT01DT05TT0xFX1BPUlQ9CTB4M0Y4CiMKIyBUaGUgZGVmYXVsdCBzZXJpYWwg Y29uc29sZSBzcGVlZCBpcyA5NjAwLiAgU2V0IHRoZSBzcGVlZCB0byBhIGxhcmdlciB2YWx1ZQoj IGZvciBiZXR0ZXIgaW50ZXJhY3RpdmUgcmVzcG9uc2UuCiMKI0JPT1RfQ09NQ09OU09MRV9TUEVF RD0JMTE1MjAwCiMKIyBCeSBkZWZhdWx0IHRoZSAncHhlYm9vdCcgbG9hZGVyIHJldHJpZXZlcyB0 aGUga2VybmVsIHZpYSBORlMuICBEZWZpbmluZwojIHRoaXMgYW5kIHJlY29tcGlsaW5nIC91c3Iv c3JjL3N5cy9ib290IHdpbGwgY2F1c2UgaXQgdG8gcmV0cmlldmUgdGhlIGtlcm5lbAojIHZpYSBU RlRQLiAgVGhpcyBhbGxvd3MgcHhlYm9vdCB0byBsb2FkIGEgY3VzdG9tIEJPT1RQIGRpc2tsZXNz IGtlcm5lbCB5ZXQKIyBzdGlsbCBtb3VudCB0aGUgc2VydmVyJ3MgJy8nIChpLmUuIHJhdGhlciB0 aGFuIGxvYWQgdGhlIHNlcnZlcidzIGtlcm5lbCkuCiMKI0xPQURFUl9URlRQX1NVUFBPUlQ9IFlF UwojCiMgQnkgZGVmYXVsdCwgdGhlIHBvcnRzIGNvbGxlY3Rpb24gYXR0ZW1wdHMgdG8gdXNlIFhG cmVlODYgNC5YLiAgSWYKIyB5b3UgYXJlIHJ1bm5pbmcgWEZyZWU4NiAzLjMuWCwgdW5jb21tZW50 IHRoaXMgbGluZS4KIwojWEZSRUU4Nl9WRVJTSU9OPQkzCiMKIyBCeSBkZWZhdWx0LCB0aGlzIHBv aW50cyB0byAvdXNyL1gxMVI2IGZvciBYRnJlZTg2IHJlbGVhc2VzIDMuMCBvciBlYXJsaWVyLgoj IElmIHlvdSBoYXZlIGEgWEZyZWU4NiBmcm9tIGJlZm9yZSAzLjAgdGhhdCBoYXMgdGhlIFggZGlz dHJpYnV0aW9uIGluCiMgL3Vzci9YMzg2LCB5b3Ugd2FudCB0byB1bmNvbW1lbnQgdGhpcy4KIwoj WDExQkFTRT0JL3Vzci9YMzg2CiMKIwojIElmIHlvdSBoYXZlIE1vdGlmIG9uIHlvdXIgc3lzdGVt LCB1bmNvbW1lbnQgdGhpcy4KIwojSEFWRV9NT1RJRj0JeWVzCiNNT1RJRl9TVEFUSUM9ICB5ZXMK IwojIElmIHRoZSBkZWZhdWx0IGxvY2F0aW9uIG9mIHRoZSBNb3RpZiBsaWJyYXJ5IChzcGVjaWZp ZWQgYmVsb3cpIGlzIE5PVAojIGFwcHJvcHJpYXRlIGZvciB5b3UsIHVuY29tbWVudCB0aGlzIGFu ZCBjaGFuZ2UgaXQgdG8gdGhlIGNvcnJlY3QgdmFsdWUuCiMgSWYgeW91ciBtb3RpZiBpcyBpbiAk e1gxMUJBU0V9L2xpYiwgeW91IGRvbid0IG5lZWQgdG8gdG91Y2ggdGhpcyBsaW5lLgojCiNNT1RJ RkxJQj0JLUwke1gxMUJBU0V9L2xpYiAtbFhtCiMKIwojIElmIHlvdSdyZSByZXNpZGVudCBpbiB0 aGUgVVNBLCB0aGlzIHdpbGwgaGVscCB2YXJpb3VzIHBvcnRzIHRvIGRldGVybWluZQojIHdoZXRo ZXIgb3Igbm90IHRoZXkgc2hvdWxkIGF0dGVtcHQgdG8gY29tcGx5IHdpdGggdGhlIHZhcmlvdXMg VS5TLgojIGV4cG9ydCByZWd1bGF0aW9ucyBvbiBjZXJ0YWluIHR5cGVzIG9mIHNvZnR3YXJlIHdo aWNoIGRvIG5vdCBhcHBseSB0bwojIGFueW9uZSBlbHNlIGluIHRoZSB3b3JsZC4KIwojVVNBX1JF U0lERU5UPQkJWUVTCiMKIwojIE92ZXJyaWRlICJkb24ndCBpbnN0YWxsIGEgcG9ydCB0aGF0J3Mg YWxyZWFkeSBpbnN0YWxsZWQiIGJlaGF2aW9yLgojIE9uZSBtaWdodCB3aXNoIHRvIGRvIHRoaXMg Zm9yIHBvcnRzIGRlYnVnZ2luZyBvciB0byB1bmNvbmRpdGlvbmFsbHkKIyByZWluc3RhbGwgYSBz ZXQgb2Ygc3VzcGVjdC9icm9rZW4gcG9ydHMuCiMKI0ZPUkNFX1BLR19SRUdJU1RFUj0gICAgWUVT CiMKIwojIElmIHlvdSdyZSBiZWhpbmQgYSBmaXJld2FsbCBhbmQgbmVlZCBGVFAgb3IgSFRUUCBw cm94eSBzZXJ2aWNlcyBmb3IKIyBwb3J0cyBjb2xsZWN0aW9uIGZldGNoaW5nIHRvIHdvcmssIHRo ZSBmb2xsb3dpbmcgZXhhbXBsZXMgZ2l2ZSB0aGUKIyBuZWNlc3Nhcnkgc3ludGF4LiAgU2VlIHRo ZSBmZXRjaCgzKSBtYW4gcGFnZSBmb3IgZGV0YWlscy4KIwojRkVUQ0hfRU5WPQlGVFBfUFJPWFk9 ZnRwOi8vMTAuMC4wLjE6MjEKI0ZFVENIX0VOVj0JSFRUUF9QUk9YWT1odHRwOi8vMTAuMC4wLjE6 ODAKIwojCiMgUG9ydCBtYXN0ZXIgc2l0ZXMuCiMKIyBJZiB5b3Ugd2FudCB5b3VyIHBvcnQgZmV0 Y2hlcyB0byBnbyBzb21ld2hlcmUgZWxzZSB0aGFuIHRoZSBkZWZhdWx0CiMgKHNwZWNpZmllZCBi ZWxvdykgaW4gY2FzZSB0aGUgZGlzdGZpbGUvcGF0Y2hmaWxlIHdhcyBub3QgZm91bmQsCiMgdW5j b21tZW50IHRoaXMgYW5kIGNoYW5nZSBpdCB0byBhIGxvY2F0aW9uIG5lYXJlc3QgeW91LiAgKERv bid0CiMgcmVtb3ZlIHRoZSAiLyR7RElTVF9TVUJESVJ9LyIgcGFydC4pCiMKI01BU1RFUl9TSVRF X0JBQ0tVUD89CVwKIwlmdHA6Ly9mdHAuZnJlZWJzZC5vcmcvcHViL0ZyZWVCU0QvcG9ydHMvZGlz dGZpbGVzLyR7RElTVF9TVUJESVJ9LwojCiMgSWYgeW91IHdhbnQgeW91ciBwb3J0IGZldGNoZXMg dG8gY2hlY2sgdGhlIGFib3ZlIHNpdGUgZmlyc3QgKGJlZm9yZQojIHRoZSBNQVNURVJfU0lURVMg c3BlY2lmaWVkIGluIHRoZSBwb3J0IE1ha2VmaWxlcyksIHVuY29tbWVudCB0aGUKIyBsaW5lIGJl bG93LiAgWW91IGNhbiBhbHNvIGNoYW5nZSB0aGUgcmlnaHQgc2lkZSB0byBwb2ludCB0byB3aGVy ZXZlciAKIyB5b3Ugd2FudC4KIwojTUFTVEVSX1NJVEVfT1ZFUlJJREU/PQkke01BU1RFUl9TSVRF X0JBQ0tVUH0KIwojIFNvbWUgcG9ydHMgdXNlIGEgc3BlY2lhbCB2YXJpYWJsZSB0byBwb2ludCB0 byBhIGNvbGxlY3Rpb24gb2YKIyBtaXJyb3JzIG9mIHdlbGwta25vd24gc29mdHdhcmUgYXJjaGl2 ZXMuICBJZiB5b3UgaGF2ZSBhIG1pcnJvciBjbG9zZQojIHRvIHlvdSwgdW5jb21tZW50IGFueSBv ZiB0aGUgZm9sbG93aW5nIGxpbmVzIGFuZCBjaGFuZ2UgaXQgdG8gdGhhdAojIGFkZHJlc3MuICAo RG9uJ3QgcmVtb3ZlIHRoZSAiLyVTVUJESVIlLyIgcGFydC4pCiMKIyBOb3RlOiB0aGUgcmlnaHQg aGFuZCBzaWRlcyBvZiB0aGUgZm9sbG93aW5nIGxpbmVzIGFyZSBvbmx5IGZvciB5b3VyCiMgaW5m b3JtYXRpb24uICBGb3IgYSBmdWxsIGxpc3Qgb2YgZGVmYXVsdCBzaXRlcywgdGFrZSBhIGxvb2sg YXQKIyBic2Quc2l0ZXMubWsuCiMKI01BU1RFUl9TSVRFX0FGVEVSU1RFUD0JZnRwOi8vZnRwLmFm dGVyc3RlcC5vcmcvJVNVQkRJUiUvCiNNQVNURVJfU0lURV9DT01QX1NPVVJDRVM9CWZ0cDovL2dh dGVrZWVwZXIuZGVjLmNvbS9wdWIvdXNlbmV0L2NvbXAuc291cmNlcy4lU1VCRElSJS8KI01BU1RF Ul9TSVRFX0ZSRUVCU0RfT1JHPSAgICAgIGZ0cDovL2Z0cC5GcmVlQlNELm9yZy9wdWIvRnJlZUJT RC8lU1VCRElSJS8KI01BU1RFUl9TSVRFX0dOT01FPQlmdHA6Ly9mdHAuZ25vbWUub3JnL3B1Yi9H Tk9NRS8lU1VCRElSJS8KI01BU1RFUl9TSVRFX0dOVT0JZnRwOi8vZnRwLmdudS5vcmcvZ251LyVT VUJESVIlLwojTUFTVEVSX1NJVEVfS0RFPQlmdHA6Ly9mdHAua2RlLm9yZy9wdWIva2RlLyVTVUJE SVIlLwojTUFTVEVSX1NJVEVfTE9DQUw9CWZ0cDovL2Z0cC5GcmVlQlNELm9yZy9wdWIvRnJlZUJT RC9wb3J0cy9sb2NhbC1kaXN0ZmlsZXMvJVNVQkRJUiUvCiNNQVNURVJfU0lURV9NT1pJTExBPQlm dHA6Ly9mdHAubW96aWxsYS5vcmcvcHViLyVTVUJESVIlLwojTUFTVEVSX1NJVEVfTkVUQlNEPQlm dHA6Ly9mdHAubmV0YnNkLm9yZy9wdWIvTmV0QlNEL3BhY2thZ2VzL2Rpc3RmaWxlcy8lU1VCRElS JS8KI01BU1RFUl9TSVRFX1BFUkxfQ1BBTj0JZnRwOi8vZnRwLmRpZ2l0YWwuY29tL3B1Yi9wbGFu L3BlcmwvQ1BBTi9tb2R1bGVzL2J5LW1vZHVsZS8lU1VCRElSJS8KI01BU1RFUl9TSVRFX1BPUlRT X0pQPQlmdHA6Ly9wb3J0cy5qcC5GcmVlQlNELm9yZy9wdWIvRnJlZUJTRC1qcC9wb3J0cy1qcC9M T0NBTF9QT1JUUy8lU1VCRElSJS8KI01BU1RFUl9TSVRFX1JJTkdTRVJWRVI9CWZ0cDovL2Z0cC5k bnNiYWxhbmNlLnJpbmcuZ3IuanAvcHViLyVTVUJESVIlLwojTUFTVEVSX1NJVEVfUlVCWT0gICAg IGZ0cDovL2Z0cC5ydWJ5LWxhbmcub3JnL3B1Yi9ydWJ5LyVTVUJESVIlLwojTUFTVEVSX1NJVEVf U09VUkNFRk9SR0U9CWZ0cDovL2Z0cDIuc291cmNlZm9yZ2UubmV0L3B1Yi9zb3VyY2Vmb3JnZS8l U1VCRElSJS8KI01BU1RFUl9TSVRFX1NPVVJDRVdBUkU9CWZ0cDovL2Z0cC5mcmVlc29mdHdhcmUu Y29tL3B1Yi9zb3VyY2V3YXJlLyVTVUJESVIlLwojTUFTVEVSX1NJVEVfU1VOU0lURT0JZnRwOi8v bWV0YWxhYi51bmMuZWR1L3B1Yi9MaW51eC8lU1VCRElSJS8KI01BU1RFUl9TSVRFX1RDTFRLPQlm dHA6Ly9mdHAuc2NyaXB0aWNzLmNvbS9wdWIvdGNsLyVTVUJESVIlLwojTUFTVEVSX1NJVEVfVEVY X0NUQU49CWZ0cDovL2Z0cC50ZXguYWMudWsvdGV4LWFyY2hpdmUvJVNVQkRJUiUvCiNNQVNURVJf U0lURV9USEVNRVM9CWZ0cDovL2Z0cC50aGVtZXMub3JnL3B1Yi90aGVtZXMvJVNVQkRJUiUvCiNN QVNURVJfU0lURV9XSU5ET1dNQUtFUj0JZnRwOi8vZnRwLndpbmRvd21ha2VyLm9yZy9wdWIvJVNV QkRJUiUvCiNNQVNURVJfU0lURV9YQ09OVFJJQj0JZnRwOi8vZnRwLngub3JnL2NvbnRyaWIvJVNV QkRJUiUvCiNNQVNURVJfU0lURV9YRU1BQ1M9CWZ0cDovL2Z0cC54ZW1hY3Mub3JnL3B1Yi94ZW1h Y3MvJVNVQkRJUiUvCiNNQVNURVJfU0lURV9YRlJFRT0JZnRwOi8vZnRwLnhmcmVlODYub3JnL3B1 Yi9YRnJlZTg2LyVTVUJESVIlL3NvdXJjZS8KIwojIEFsc28gaXQgaXMgaGlnaGx5IHJlY29tbWVu ZGVkIHRoYXQgeW91IGNvbmZpZ3VyZSBNQVNURVJfU09SVF9SRUdFWAojIHRvIGNob29zZSBiZXR0 ZXIgbWlycm9yIHNpdGVzIGZvciB5b3UuICBMaXN0IGF3aygxKS1zdHlsZSByZWd1bGFyCiMgZXhw cmVzc2lvbnMgc2VwYXJhdGVkIGJ5IHNwYWNlIHNvIE1BU1RFUl9TSVRFUyB3aWxsIGJlIHNvcnRl ZCBpbgojIHRoYXQgb3JkZXIuICBUaGUgZm9sbG93aW5nIGV4YW1wbGUgaXMgZm9yIEphcGFuZXNl IHVzZXJzOyBjaGFuZ2UKIyAianAiIHBhcnQgdG8geW91ciBjY1RMRCAoImRlIiwgInJ1IiwgInVr IiwgZXRjLikgb3IgdGhlIGRvbWFpbiBuYW1lcwojIG9mIHlvdXIgbmVhcmVzdC91cHN0cmVhbSBu ZXR3b3JrcyB0byBtZWV0IHlvdXIgbmVlZHMuCiMKTUFTVEVSX1NPUlRfUkVHRVg/PQk6Ly9bXi9d KlwuY2FbLy5dCiMKIyBQb3J0cyBjYW4gcGxhY2UgdGhlaXIgd29ya2luZyBkaXJlY3RvcmllcyBz b21ld2hlcmUgb3RoZXIgdGhhbiB1bmRlciAKIyAvdXNyL3BvcnRzLiAgCiNXUktESVJQUkVGSVg9 CS92YXIvdG1wCiMKIyBLZXJiZXJvcyBJVgojIElmIHlvdSB3YW50IEtlcmJlcm9zSVYgKEtUSCBl Qm9uZXMpLCBkZWZpbmUgdGhpczoKIwojTUFLRV9LRVJCRVJPUzQ9CXllcwojCiMKIyBLZXJiZXJv cyA1CiMgSWYgeW91IHdhbnQgS2VyYmVyb3MgNSAoS1RIIEhlaW1kYWwpLCBkZWZpbmUgdGhpczoK IwojTUFLRV9LRVJCRVJPUzU9CXllcwojCiMgS2VyYmVyb3MgNSBzdSAoazVzdSkKIyBJZiB5b3Ug d2FudCB0byB1c2UgdGhlIGs1c3UgdXRpbGl0eSwgZGVmaW5lIHRoaXMgdG8gaGF2ZSBpdCBpbnN0 YWxsZWQKIyBzZXQtdXNlci1JRC4KI0VOQUJMRV9TVUlEX0s1U1U9CXllcwojCiMKIyBLZXJiZXJv czUKIyBJZiB5b3Ugd2FudCB0byBpbnN0YWxsIE1JVCBLZXJiZXJvczUgcG9ydCBzb21ld2hlcmUg b3RoZXIgdGhhbiAvdXNyL2xvY2FsLAojIGRlZmluZSB0aGlzICh0aGlzIGlzIGFsc28gdXNlZCB0 byB0ZWxsIHNzaDEgdGhhdCBrZXJiZXJvcyBpcyBuZWVkZWQpOgojCiNLUkI1X0hPTUU9CQkvdXNy L2xvY2FsCiMKIwojIENWU3VwIHVwZGF0ZSBmbGFncy4gIEVkaXQgU1VQRklMRSBzZXR0aW5ncyB0 byByZWZsZWN0IHdoaWNoZXZlciBkaXN0cmlidXRpb24KIyBmaWxlKHMpIHlvdSB1c2Ugb24geW91 ciBzaXRlIChzZWUgL3Vzci9zaGFyZS9leGFtcGxlcy9jdnN1cC9SRUFETUUgZm9yIG1vcmUKIyBp bmZvcm1hdGlvbiBvbiBDVlN1cCBhbmQgdGhlc2UgZmlsZXMpLiAgVG8gdXNlLCBkbyAibWFrZSB1 cGRhdGUiIGluIC91c3Ivc3JjLgojCiNTVVBfVVBEQVRFPSAgICAgeWVzCiMKI1NVUD0gICAgICAg ICAgICAvdXNyL2xvY2FsL2Jpbi9jdnN1cAojU1VQRkxBR1M9ICAgICAgIC1nIC1MIDIKI1NVUEhP U1Q9ICAgICAgICBjdnN1cC51ay5GcmVlQlNELm9yZwojU1VQRklMRT0gICAgICAgIC91c3Ivc2hh cmUvZXhhbXBsZXMvY3ZzdXAvc3RhYmxlLXN1cGZpbGUKI1BPUlRTU1VQRklMRT0gICAvdXNyL3No YXJlL2V4YW1wbGVzL2N2c3VwL3BvcnRzLXN1cGZpbGUKI0RPQ1NVUEZJTEU9ICAgICAvdXNyL3No YXJlL2V4YW1wbGVzL2N2c3VwL2RvYy1zdXBmaWxlCiMKIyB0b3AoMSkgdXNlcyBhIGhhc2ggdGFi bGUgZm9yIHRoZSB1c2VyIG5hbWVzLiAgVGhlIHNpemUgb2YgdGhpcyBoYXNoCiMgY2FuIGJlIHR1 bmVkIHRvIG1hdGNoIHRoZSBudW1iZXIgb2YgbG9jYWwgdXNlcnMuICBUaGUgdGFibGUgc2l6ZSBz aG91bGQKIyBiZSBhIHByaW1lIG51bWJlciBhcHByb3hpbWF0ZWx5IHR3aWNlIGFzIGxhcmdlIGFz IHRoZSBudW1iZXIgb2YgbGluZXMgaW4KIyAvZXRjL3Bhc3N3ZC4gIFRoZSBkZWZhdWx0IG51bWJl ciBpcyAyMDAxMS4KIwojVE9QX1RBQkxFX1NJWkU9IDEwMQojCiMgRG9jdW1lbnRhdGlvbgojCiMg VGhlIGxpc3Qgb2YgbGFuZ3VhZ2VzIGFuZCBlbmNvZGluZ3MgdG8gYnVpbGQgYW5kIGluc3RhbGwK IwojRE9DX0xBTkc9CWVuX1VTLklTTzg4NTktMSBydV9SVS5LT0k4LVIKIwojCiMgc2VuZG1haWwK IwojIFRoZSBmb2xsb3dpbmcgc2V0cyB0aGUgZGVmYXVsdCBtNCBjb25maWd1cmF0aW9uIGZpbGUg dG8gdXNlIGF0CiMgaW5zdGFsbCB0aW1lLiAgVXNlIHdpdGggY2F1dGlvbiBhcyBhIG1ha2UgaW5z dGFsbCB3aWxsIG92ZXJ3cml0ZQojIGFueSBleGlzdGluZyAvZXRjL21haWwvc2VuZG1haWwuY2Yu ICBOb3RlIHRoYXQgU0VORE1BSUxfQ0YgaXMgbm93CiMgZGVwcmVjYXRlZC4gIFRoZSB2YWx1ZSBz aG91bGQgYmUgYSBmdWxseSBxdWFsaWZpZWQgcGF0aCBuYW1lLgojIEF2b2lkIHVzaW5nIGEgdmFs dWUgb2YgL2V0Yy9tYWlsL3NlbmRtYWlsLm1jIGFzIGEgYnVpbGR3b3JsZCB3aWxsCiMgY3JlYXRl IC9ldGMvbWFpbC9zZW5kbWFpbC5jZiBiZWZvcmUgaW5zdGFsbHdvcmxkIGluc3RhbGxzIGFuCiMg dXBkYXRlZCBzZW5kbWFpbCBiaW5hcnkuCiMKI1NFTkRNQUlMX01DPS9ldGMvbWFpbC9teWNvbmZp Zy5tYwojCiMgVGhlIGZvbGxvd2luZyBzZXRzIHRoZSBkZWZhdWx0IG00IGNvbmZpZ3VyYXRpb24g ZmlsZSBmb3IgbWFpbAojIHN1Ym1pc3Npb24gdG8gdXNlIGF0IGluc3RhbGwgdGltZS4gIFVzZSB3 aXRoIGNhdXRpb24gYXMgYSBtYWtlCiMgaW5zdGFsbCB3aWxsIG92ZXJ3cml0ZSBhbnkgZXhpc3Rp bmcgL2V0Yy9tYWlsL3N1Ym1pdC5jZi4gIFRoZQojIHZhbHVlIHNob3VsZCBiZSBhIGZ1bGx5IHF1 YWxpZmllZCBwYXRoIG5hbWUuCiMgQXZvaWQgdXNpbmcgYSB2YWx1ZSBvZiAvZXRjL21haWwvc3Vi bWl0Lm1jIGFzIGEgYnVpbGR3b3JsZCB3aWxsCiMgY3JlYXRlIC9ldGMvbWFpbC9zdWJtaXQuY2Yg YmVmb3JlIGluc3RhbGx3b3JsZCBpbnN0YWxscyBhbgojIHVwZGF0ZWQgc2VuZG1haWwgYmluYXJ5 LgojCiNTRU5ETUFJTF9TVUJNSVRfTUM9L2V0Yy9tYWlsL215c3VibWl0Lm1jCiMKIyBJZiB5b3Ug bmVlZCB0byBidWlsZCBhZGRpdGlvbmFsIC5jZiBmaWxlcyBkdXJpbmcgYSBtYWtlIGJ1aWxkd29y bGQsCiMgaW5jbHVkZSB0aGUgZnVsbCBwYXRocyB0byB0aGUgLm1jIGZpbGVzIGluIFNFTkRNQUlM X0FERElUSU9OQUxfTUMuCiMgQXZvaWQgdXNpbmcgYSB2YWx1ZSBvZiAvZXRjL21haWwvc2VuZG1h aWwubWMgYXMgYSBidWlsZHdvcmxkIHdpbGwKIyBjcmVhdGUgL2V0Yy9tYWlsL3NlbmRtYWlsLmNm IGJlZm9yZSBpbnN0YWxsd29ybGQgaW5zdGFsbHMgYW4KIyB1cGRhdGVkIHNlbmRtYWlsIGJpbmFy eS4KIwojU0VORE1BSUxfQURESVRJT05BTF9NQz0vZXRjL21haWwvZm9vLm1jIC9ldGMvbWFpbC9i YXIubWMKIwojIFNldHRpbmcgdGhlIGZvbGxvd2luZyB2YXJpYWJsZSBtb2RpZmllcyB0aGUgZmxh Z3MgcGFzc2VkIHRvIG00IHdoZW4KIyBidWlsZGluZyBhIC5jZiBmaWxlIGZyb20gYSAubWMgZmls ZS4gIEl0IGNhbiBiZSB1c2VkIHRvIGVuYWJsZQojIGZlYXR1cmVzIGRpc2FibGVkIGJ5IGRlZmF1 bHQuCiMKI1NFTkRNQUlMX000X0ZMQUdTPQojCiMgU2V0dGluZyB0aGUgZm9sbG93aW5nIHZhcmlh YmxlcyBtb2RpZmllcyB0aGUgYnVpbGQgZW52aXJvbm1lbnQgZm9yCiMgc2VuZG1haWwgYW5kIGl0 cyByZWxhdGVkIHV0aWxpdGllcy4gRm9yIGV4YW1wbGUsIFNBU0wgc3VwcG9ydCBjYW4gYmUKIyBh ZGRlZCB3aXRoIHNldHRpbmdzIHN1Y2ggYXM6CiMKIyAgICB3aXRoIFNBU0x2MToKIwlTRU5ETUFJ TF9DRkxBR1M9LUkvdXNyL2xvY2FsL2luY2x1ZGUvc2FzbDEgLURTQVNMCiMJU0VORE1BSUxfTERG TEFHUz0tTC91c3IvbG9jYWwvbGliCiMJU0VORE1BSUxfTERBREQ9LWxzYXNsCiMKIyAgICB3aXRo IFNBU0x2MjoKIwlTRU5ETUFJTF9DRkxBR1M9LUkvdXNyL2xvY2FsL2luY2x1ZGUgLURTQVNMPTIK IwlTRU5ETUFJTF9MREZMQUdTPS1ML3Vzci9sb2NhbC9saWIKIwlTRU5ETUFJTF9MREFERD0tbHNh c2wyCiMKIyBOb3RlOiBJZiB5b3UgYXJlIHVzaW5nIEN5cnVzIFNBU0wgd2l0aCBvdGhlciBhcHBs aWNhdGlvbnMgd2hpY2ggcmVxdWlyZQojCWFjY2VzcyB0byB0aGUgc2FzbGRiIGZpbGUsIHlvdSBz aG91bGQgYWRkIHRoZSBmb2xsb3dpbmcgdG8geW91cgojCXNlbmRtYWlsLm1jIGZpbGU6CiMKIwlk ZWZpbmUoYGNvbmZET05UX0JMQU1FX1NFTkRNQUlMJyxgR3JvdXBSZWFkYWJsZVNBU0xEQkZpbGUn KQojCiNTRU5ETUFJTF9DRkxBR1M9CiNTRU5ETUFJTF9MREZMQUdTPQojU0VORE1BSUxfTERBREQ9 CiNTRU5ETUFJTF9EUEFERD0KIwojIFNldHRpbmcgU0VORE1BSUxfU0VUX1VTRVJfSUQgd2lsbCBp bnN0YWxsIHRoZSBzZW5kbWFpbCBiaW5hcnkgYXMgYQojIHNldC11c2VyLUlEIHJvb3QgYmluYXJ5 IGluc3RlYWQgb2YgYSBzZXQtZ3JvdXAtSUQgc21tc3AgYmluYXJ5IGFuZCB3aWxsCiMgcHJldmVu dCB0aGUgaW5zdGFsbGF0aW9uIG9mIC9ldGMvbWFpbC9zdWJtaXQuY2YuCiMgVGhpcyBpcyBhIGRl cHJlY2F0ZWQgbW9kZSBvZiBvcGVyYXRpb24uICBTZWUgZXRjL21haWwvUkVBRE1FIGZvciBtb3Jl CiMgaW5mb3JtYXRpb24uCiMKI1NFTkRNQUlMX1NFVF9VU0VSX0lEPQojCiMgVGhlIHBlcm1pc3Np b25zIHRvIHVzZSBvbiBhbGlhcyBhbmQgbWFwIGRhdGFiYXNlcyBnZW5lcmF0ZWQgdXNpbmcKIyAv ZXRjL21haWwvTWFrZWZpbGUuICBEZWZhdWx0cyB0byAwNjQwLgojCiNTRU5ETUFJTF9NQVBfUEVS TVM9CgoKPT0+PiBQT1JUUyBDVlNVUCBJTkZPCgoqZGVmYXVsdCB0YWc9LgoqZGVmYXVsdCBob3N0 PWN2c3VwLmNhLkZyZWVCU0Qub3JnCipkZWZhdWx0IHByZWZpeD0vdXNyCipkZWZhdWx0IGJhc2U9 L3Vzci9sb2NhbC9ldGMvY3ZzdXAKKmRlZmF1bHQgcmVsZWFzZT1jdnMgZGVsZXRlIHVzZS1yZWwt c3VmZml4IGNvbXByZXNzCgpwb3J0cy1hbGwKCgogCj09Pj4gUE9SVFMgUkVGVVNFIElORk8KCnNy Yy9ldGMvc2VuZG1haWwvZnJlZWJzZC5tYyoKZG9jL2RhKgpkb2MvZGUqCmRvYy9lbCoKZG9jL2Vz Kgpkb2MvZnIqCmRvYy9pdCoKZG9jL2phKgpkb2MvbmwqCmRvYy9ubyoKZG9jL3BsKgpkb2MvcHQq CmRvYy9ydSoKZG9jL3NyKgpkb2MvdHIqCmRvYy96aCoKcG9ydHMvYXJhYmljCnBvcnRzL2NoaW5l c2UKcG9ydHMvZnJlbmNoCnBvcnRzL2dlcm1hbgpwb3J0cy9oZWJyZXcKcG9ydHMvaHVuZ2FyaWFu CnBvcnRzL2phcGFuZXNlCnBvcnRzL2tvcmVhbgpwb3J0cy9wb2xpc2gKcG9ydHMvcG9ydHVndWVz ZQpwb3J0cy9ydXNzaWFuCnBvcnRzL3VrcmFpbmlhbgpwb3J0cy92aWV0bmFtZXNlCnBvcnRzL21i b25lCnBvcnRzL3BhbG0KcG9ydHMvcGljb2JzZAo= --Multipart=_Thu__10_Jun_2004_22_16_45_-0400_YrCWTQ1II+lTARyE-- From owner-freebsd-ports@FreeBSD.ORG Fri Jun 11 02:20:07 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43CA516A4CE for ; Fri, 11 Jun 2004 02:20:07 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1C6743D2F for ; Fri, 11 Jun 2004 02:20:06 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (adsl-63-207-60-35.dsl.lsan03.pacbell.net [63.207.60.35])i5B2K6bJ026228; Thu, 10 Jun 2004 22:20:06 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8C10D52684; Thu, 10 Jun 2004 19:20:01 -0700 (PDT) Date: Thu, 10 Jun 2004 19:20:01 -0700 From: Kris Kennaway To: otzinger@allstream.net Message-ID: <20040611022001.GA4960@xor.obsecurity.org> References: <20040610221645.2be7ce46@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: <20040610221645.2be7ce46@localhost> User-Agent: Mutt/1.4.2.1i cc: freebsd-ports@freebsd.org Subject: Re: INDEX build failure FBSD 4.10 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2004 02:20:07 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Jun 10, 2004 at 10:16:45PM -0400, otzinger@allstream.net wrote: > Before reporting this error, verify that you are running a supported > version of FreeBSD (see http://www.FreeBSD.org/ports/) and that you > have a complete and up-to-date ports collection. If so, then report ^^^^^^^^ Kris --opJtzjQTFsWo+cga Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAyRbQWry0BWjoQKURAqc8AJ9X/ICA0norxqcX77K8OANI8RxXQQCfW+9t veGNM4ZzxcIqptctAYmznoo= =IFan -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-ports@FreeBSD.ORG Fri Jun 11 02:35:46 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EF9C16A4CE for ; Fri, 11 Jun 2004 02:35:46 +0000 (GMT) Received: from outbox.allstream.net (outbox.allstream.net [207.245.244.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DEA943D1D for ; Fri, 11 Jun 2004 02:35:46 +0000 (GMT) (envelope-from epilogue@allstream.net) Received: from localhost (mon-pq57-165.dial.allstream.net [216.123.143.61]) by outbox.allstream.net (Allstream MTA) with SMTP id 9478CB4875; Thu, 10 Jun 2004 22:35:28 -0400 (EDT) Date: Thu, 10 Jun 2004 22:35:25 -0400 From: epilogue@allstream.net To: Kris Kennaway , freebsd-ports@freebsd.org Message-Id: <20040610223525.49da37b8@localhost> In-Reply-To: <20040611022001.GA4960@xor.obsecurity.org> References: <20040610221645.2be7ce46@localhost> <20040611022001.GA4960@xor.obsecurity.org> X-Mailer: Sylpheed version 0.9.11claws (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: INDEX build failure FBSD 4.10 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2004 02:35:46 -0000 hello kris, d'uh and sorry. thanks for the *extremely prompt* reply and for being gentle. :) a couple of really quick questions... doesn't this requirement somewhat defeat the flexibility suggested by a 'refuse' file? did i miss an announcement of this feature being retired? thanks again, epi On Thu, 10 Jun 2004 19:20:01 -0700 Kris Kennaway wrote: > On Thu, Jun 10, 2004 at 10:16:45PM -0400, otzinger@allstream.net wrote: > > > Before reporting this error, verify that you are running a supported > > version of FreeBSD (see http://www.FreeBSD.org/ports/) and that you > > have a complete and up-to-date ports collection. If so, then report > ^^^^^^^^ > Kris > From owner-freebsd-ports@FreeBSD.ORG Fri Jun 11 03:40:11 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AAB616A4CE for ; Fri, 11 Jun 2004 03:40:11 +0000 (GMT) Received: from Anapurna.brettschroeder.name (c-24-20-126-220.client.comcast.net [24.20.126.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id C740443D48 for ; Fri, 11 Jun 2004 03:40:08 +0000 (GMT) (envelope-from brett@brettschroeder.name) Received: from [127.0.0.1] (localhost [127.0.0.1]) by Anapurna.brettschroeder.name (Postfix) with ESMTP id 63D9433; Thu, 10 Jun 2004 20:40:49 -0700 (PDT) From: Brett Schroeder To: Gary Jennejohn In-Reply-To: <200406102129.i5ALThEw050309@peedub.jennejohn.org> References: <200406102129.i5ALThEw050309@peedub.jennejohn.org> Content-Type: text/plain Message-Id: <1086925248.44737.2.camel@Anapurna.brettschroeder.name> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 10 Jun 2004 20:40:49 -0700 Content-Transfer-Encoding: 7bit cc: freebsd-ports@FreeBSD.org Subject: Re: xemacs port fails to compile (4-stable) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2004 03:40:11 -0000 On Thu, 2004-06-10 at 14:29, Gary Jennejohn wrote: > Brett Schroeder writes: > > All, > > > > The stable xemacs port failed to compile with "portinstall xemacs" on > > FreeBSD 4-Stable (ports last cvsup'd and updated a few hours ago). > > > > There seem to be two related errors saying "Invalid read syntax ((". in > > wrong context"))" in lisp/auto-autoloads.el. > > > > Below is a cut of script output from the install (apologies for all the > > ^M's at the end of lines) > > > [snip output] > > Try removing the ``-march=pentiumpro'' from CFLAGS. I just installed it > with no problems using ``cc -O -pipe'' on 4.10-STABLE. > > I've also noticed problems on -current when I try to compile xemacs > while specifying a CPU type or an architecture. I can't prove it, but > it sure looks like gcc is producing some bogus code under those > conditions. > Confirmed. I had CPUTYPE=p3 in /etc/make.conf. I #'d this out and it compiled w/o issue. Any ideas? > --- > Gary Jennejohn / garyj[at]jennejohn.org gj[at]freebsd.org gj[at]denx.de > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > > !DSPAM:40c8d2ec634802311611469! From owner-freebsd-ports@FreeBSD.ORG Fri Jun 11 03:48:20 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0796316A4CE for ; Fri, 11 Jun 2004 03:48:20 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id A970143D2D for ; Fri, 11 Jun 2004 03:48:19 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (adsl-63-207-60-35.dsl.lsan03.pacbell.net [63.207.60.35])i5B3mLbJ027824; Thu, 10 Jun 2004 23:48:22 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 828C251384; Thu, 10 Jun 2004 20:48:17 -0700 (PDT) Date: Thu, 10 Jun 2004 20:48:17 -0700 From: Kris Kennaway To: epilogue@allstream.net Message-ID: <20040611034817.GA6347@xor.obsecurity.org> References: <20040610221645.2be7ce46@localhost> <20040611022001.GA4960@xor.obsecurity.org> <20040610223525.49da37b8@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline In-Reply-To: <20040610223525.49da37b8@localhost> User-Agent: Mutt/1.4.2.1i cc: freebsd-ports@freebsd.org cc: Kris Kennaway Subject: Re: INDEX build failure FBSD 4.10 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2004 03:48:20 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 10, 2004 at 10:35:25PM -0400, epilogue@allstream.net wrote: >=20 > hello kris, >=20 > d'uh and sorry. thanks for the *extremely prompt* reply and for > being gentle. :) >=20 > a couple of really quick questions... doesn't this requirement somewhat > defeat the flexibility suggested by a 'refuse' file? Sort of. It's still useful, just not for what you want to do with it. > did i miss an > announcement of this feature being retired? It's never been supported. Kris --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAySuBWry0BWjoQKURArtxAKCf9MJCEelHFY4oQOf2RrNYYsHoRwCgi223 Uf/b7FdfCVyjlTOSUdpvrow= =XTmO -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-ports@FreeBSD.ORG Fri Jun 11 04:42:00 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A62516A4CE for ; Fri, 11 Jun 2004 04:42:00 +0000 (GMT) Received: from smtp.owt.com (smtp.owt.com [204.118.6.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE3AE43D2F for ; Fri, 11 Jun 2004 04:41:59 +0000 (GMT) (envelope-from kstewart@owt.com) Received: from [207.41.94.233] (owt-207-41-94-233.owt.com [207.41.94.233]) by smtp.owt.com (8.12.8/8.12.8) with ESMTP id i5B4el5T001022; Thu, 10 Jun 2004 21:40:47 -0700 From: Kent Stewart To: freebsd-ports@freebsd.org Date: Thu, 10 Jun 2004 21:41:42 -0700 User-Agent: KMail/1.6.2 References: <20040610221645.2be7ce46@localhost> <20040610223525.49da37b8@localhost> <20040611034817.GA6347@xor.obsecurity.org> In-Reply-To: <20040611034817.GA6347@xor.obsecurity.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406102141.42340.kstewart@owt.com> cc: epilogue@allstream.net cc: Kris Kennaway Subject: Re: INDEX build failure FBSD 4.10 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2004 04:42:00 -0000 On Thursday 10 June 2004 08:48 pm, Kris Kennaway wrote: > On Thu, Jun 10, 2004 at 10:35:25PM -0400, epilogue@allstream.net wrote: > > hello kris, > > > > d'uh and sorry. thanks for the *extremely prompt* reply and for > > being gentle. :) > > > > a couple of really quick questions... doesn't this requirement > > somewhat defeat the flexibility suggested by a 'refuse' file? > > Sort of. It's still useful, just not for what you want to do with > it. > > > did i miss an > > announcement of this feature being retired? > > It's never been supported. > However, you can refuse ports/INDEX and save yourself a 5MB download everytime you cvsup ports-all. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html From owner-freebsd-ports@FreeBSD.ORG Fri Jun 11 06:23:43 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0CD916A4CE; Fri, 11 Jun 2004 06:23:43 +0000 (GMT) Received: from pscgate.progress.com (pscgate.progress.com [192.77.186.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5903D43D48; Fri, 11 Jun 2004 06:23:43 +0000 (GMT) (envelope-from regism@progress.com) Received: from elvirus.progress.com (elvirus [192.77.186.100]) i5B6NXH5009900; Fri, 11 Jun 2004 02:23:34 -0400 (EDT) Received: from progress.com (localhost [127.0.0.1])i5B6NXc14004; Fri, 11 Jun 2004 02:23:33 -0400 (EDT) Received: from NTEXFE02.bedford.progress.com (ntexfe02 [172.16.2.62]) by progress.com (8.11.6/8.11.6) with ESMTP id i5B6NXA09688; Fri, 11 Jun 2004 02:23:33 -0400 (EDT) Received: from MAIL01.bedford.progress.com ([172.16.2.56]) by NTEXFE02.bedford.progress.com with Microsoft SMTPSVC(6.0.3790.0); Fri, 11 Jun 2004 02:23:18 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 11 Jun 2004 02:23:24 -0400 Message-ID: <591FDCF98D5E3E418F3B8041902E17F0386AA2@MAIL01.bedford.progress.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: FreeBSD Port: milter-regex-1.5 Thread-Index: AcRPfJmlY9kte8OsQ3m1cyGjT4BBpg== From: "Regis McEwen" To: X-OriginalArrivalTime: 11 Jun 2004 06:23:18.0215 (UTC) FILETIME=[95DE9D70:01C44F7C] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: ports@FreeBSD.org cc: Regis McEwen Subject: FreeBSD Port: milter-regex-1.5 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2004 06:23:43 -0000 Hi, =20 I can't, unfortunately, get this to work (I even tried the developers version) =20 I compiled milter-regex with sendmail 8.12.11 (with MILTER support compiled in) =20 I used the following /etc/mail/milter-regexp.conf: =20 reject "Rejected, spamvertised website cyberpromo.com" body ,http://[^/]*cyberpromo\.com/,i =20 =20 It does not get rejected, but gets delivered and I see the following in my /var/log/syslog file: =20 Jun 11 02:14:38 elvirus2 milter-regexp: [ID 308449 mail.error] bad config line: "reject "Rejected, spamvertised website cyberpromo.com"" Jun 11 02:14:38 elvirus2 milter-regexp: [ID 646957 mail.info] error in new confi g file: /etc/mail/milter-regexp.conf Jun 11 02:14:38 elvirus2 sm-mta[20623]: [ID 801593 mail.error] i5B6EcCZ020623: m ilter_read(milter-regex): cmd read returned 0, expecting 5 =20 I get this error whether or not I use double quotes (") around the MESSAGE. =20 What is the error "cmd read returned 0, expecting 5" mean? =20 I also got a core file dumped. (I don't have gdb on this machine yet so I don't have a stack trace available, unfortunately). =20 I put an unrelated milter to see if MILTER in sendmail was working independent of milter-regex.=20 =20 Here's what I got: =20 =20 connect_callback localhost helo_callback elvirus2.progress.com envfrom_callback envrcpt_callback header_callback 'Received: (from root@localhost) by elvirus2.progress.com (8.12.11/8.12.11/Submit) id i5B6Dv5o020589; Fri, 11 Jun 2004 02:13:57 -0400 (EDT)' header_callback 'Date: Fri, 11 Jun 2004 02:13:57 -0400 (EDT)' header_callback 'Message-Id: <200406110613.i5B6Dv5o020589@elvirus2.progress.com>' header_callback 'From: ' header_callback 'To: ' header_callback 'Subject: Testing milter-regex' eoh_callback body_callback: http://www.cyberpromo.com =20 eom_callback close_callback =20 =20 Once I can get this working, what I really want to do is to scan the body for a specific pattern and if found, change the "Subject:" line to: [Likely Junk] =20 either directly or by having milter-regex put in an X-header and then having another milter search for that X-header and then calling the routine smfi_chgheader to change the subject (unless there is a better way to do make this change). =20 =20 Can you help me to figure this out? =20 I am on Solaris 9 using gcc 2.95.2 =20 Thanks for your assistance. =20 =20 -Regis =20 =20 From owner-freebsd-ports@FreeBSD.ORG Fri Jun 11 08:12:00 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C051F16A4CE for ; Fri, 11 Jun 2004 08:12:00 +0000 (GMT) Received: from rdu.kirov.ru (ns.rdu.kirov.ru [217.9.151.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE22143D4C for ; Fri, 11 Jun 2004 08:11:59 +0000 (GMT) (envelope-from butcher@insysnet.ru) Received: from rdu.kirov.ru (localhost [127.0.0.1]) by rdu.kirov.ru (Postfix) with SMTP id DFE6615394 for ; Fri, 11 Jun 2004 12:11:56 +0400 (MSD) Received: from elsukov.kirov.rdm (elsukov.kirov.rdm [192.168.1.52]) by rdu.kirov.ru (Postfix) with ESMTP id 61EDB1536F for ; Fri, 11 Jun 2004 12:11:56 +0400 (MSD) Date: Fri, 11 Jun 2004 12:11:56 +0400 From: "Andrey V. Elsukov" Organization: NT X-Priority: 3 (Normal) Message-ID: <1264362259.20040611121156@insysnet.ru> To: ports@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----------F1261CE1158FB16" Subject: ircservices port update X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Andrey V. Elsukov" List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2004 08:12:01 -0000 ------------F1261CE1158FB16 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, this is small patch for updating ircservices port.. -- best regards, Andrey mailto:butcher@insysnet.ru ------------F1261CE1158FB16 Content-Type: application/octet-stream; name="ircservices.diff" Content-transfer-encoding: base64 Content-Disposition: attachment; filename="ircservices.diff" ZGlmZiAtdXJiYU4gaXJjc2VydmljZXMub3JpZy9NYWtlZmlsZSBpcmNzZXJ2aWNlcy9NYWtl ZmlsZQotLS0gaXJjc2VydmljZXMub3JpZy9NYWtlZmlsZQlTYXQgTWFyIDEzIDAxOjAzOjA0 IDIwMDQKKysrIGlyY3NlcnZpY2VzL01ha2VmaWxlCUZyaSBKdW4gMTEgMTE6NTI6NDYgMjAw NApAQCAtMTIsNyArMTIsNyBAQAogCQlmdHA6Ly9mdHAuZXNwZXIubmV0L2lyY3NlcnZpY2Vz LwogRElTVE5BTUU9CSR7UE9SVE5BTUV9LTUuMC4wCiAKLVBBVENITEVWRUw9CTIzCitQQVRD SExFVkVMPQkzMgogUEFUQ0hfU0lURVM9CSR7TUFTVEVSX1NJVEVTfQogUEFUQ0hGSUxFUyE9 CS91c3IvYmluL2pvdCAtcyAiICIgLXcgJHtESVNUTkFNRTpDL1swLTldKiQvL30lZC5kaWZm Lmd6ICBcCiAJCQkke1BBVENITEVWRUx9IDEgJHtQQVRDSExFVkVMfQpkaWZmIC11cmJhTiBp cmNzZXJ2aWNlcy5vcmlnL2Rpc3RpbmZvIGlyY3NlcnZpY2VzL2Rpc3RpbmZvCi0tLSBpcmNz ZXJ2aWNlcy5vcmlnL2Rpc3RpbmZvCVdlZCBNYXIgMTAgMTM6MzE6MTYgMjAwNAorKysgaXJj c2VydmljZXMvZGlzdGluZm8JRnJpIEp1biAxMSAxMjowMTo1OSAyMDA0CkBAIC00NiwzICs0 NiwyMSBAQAogU0laRSAoaXJjc2VydmljZXMvaXJjc2VydmljZXMtNS4wLjIyLmRpZmYuZ3op ID0gNjEzMzAKIE1ENSAoaXJjc2VydmljZXMvaXJjc2VydmljZXMtNS4wLjIzLmRpZmYuZ3op ID0gZjFmMDcwOTdmZGY4MzVjN2Q2MWFkMmNhMTBhM2JmMTUKIFNJWkUgKGlyY3NlcnZpY2Vz L2lyY3NlcnZpY2VzLTUuMC4yMy5kaWZmLmd6KSA9IDIxMDQyCitNRDUgKGlyY3NlcnZpY2Vz L2lyY3NlcnZpY2VzLTUuMC4yNC5kaWZmLmd6KSA9IGUyNDE1ZGI5MGUyYzlmMzM5MTI2OGI4 ZDQ4ZWY0MGQxCitTSVpFIChpcmNzZXJ2aWNlcy9pcmNzZXJ2aWNlcy01LjAuMjQuZGlmZi5n eikgPSAxMjQ5MAorTUQ1IChpcmNzZXJ2aWNlcy9pcmNzZXJ2aWNlcy01LjAuMjUuZGlmZi5n eikgPSA0NjAzYzJlNTYxNjA0OWNmMGZmZDU4MzMxMjMzNGU3NAorU0laRSAoaXJjc2Vydmlj ZXMvaXJjc2VydmljZXMtNS4wLjI1LmRpZmYuZ3opID0gNDAzNjkKK01ENSAoaXJjc2Vydmlj ZXMvaXJjc2VydmljZXMtNS4wLjI2LmRpZmYuZ3opID0gMzU4YzIyYWI4ZjJjNmM4YzU0N2Nj MzRmOWI2YTA0MDYKK1NJWkUgKGlyY3NlcnZpY2VzL2lyY3NlcnZpY2VzLTUuMC4yNi5kaWZm Lmd6KSA9IDM2OTk0CitNRDUgKGlyY3NlcnZpY2VzL2lyY3NlcnZpY2VzLTUuMC4yNy5kaWZm Lmd6KSA9IDk3ZWE2NmJlZTdkY2QwOWIyYjljZGFlNjdjNmE5ODg4CitTSVpFIChpcmNzZXJ2 aWNlcy9pcmNzZXJ2aWNlcy01LjAuMjcuZGlmZi5neikgPSAyNDIyMQorTUQ1IChpcmNzZXJ2 aWNlcy9pcmNzZXJ2aWNlcy01LjAuMjguZGlmZi5neikgPSA3ODhiYmI5ODcyMzYxOTNkY2Ix NGIzNTU0ZjM1MTkzZQorU0laRSAoaXJjc2VydmljZXMvaXJjc2VydmljZXMtNS4wLjI4LmRp ZmYuZ3opID0gMTU3OTMKK01ENSAoaXJjc2VydmljZXMvaXJjc2VydmljZXMtNS4wLjI5LmRp ZmYuZ3opID0gMjY1YTExYzIwNmZkNTg2ZmI1MTlhZDVjZjY1OTUxNWEKK1NJWkUgKGlyY3Nl cnZpY2VzL2lyY3NlcnZpY2VzLTUuMC4yOS5kaWZmLmd6KSA9IDE2MzU0CitNRDUgKGlyY3Nl cnZpY2VzL2lyY3NlcnZpY2VzLTUuMC4zMC5kaWZmLmd6KSA9IDM1MGI0MzY3M2ZmYzY1YWI0 OTc3ODk4ZjVjNGI4NjFmCitTSVpFIChpcmNzZXJ2aWNlcy9pcmNzZXJ2aWNlcy01LjAuMzAu ZGlmZi5neikgPSAxMTA5OAorTUQ1IChpcmNzZXJ2aWNlcy9pcmNzZXJ2aWNlcy01LjAuMzEu ZGlmZi5neikgPSAzNWNmZDgxNDYyMDk3OWZhMDZhM2I2YzQzMTUzOGM4OAorU0laRSAoaXJj c2VydmljZXMvaXJjc2VydmljZXMtNS4wLjMxLmRpZmYuZ3opID0gMjkwMQorTUQ1IChpcmNz ZXJ2aWNlcy9pcmNzZXJ2aWNlcy01LjAuMzIuZGlmZi5neikgPSBkMTY3NzYxODg4NGJkYzUx NzkzM2ZmYmQ5NWQzMmIzYQorU0laRSAoaXJjc2VydmljZXMvaXJjc2VydmljZXMtNS4wLjMy LmRpZmYuZ3opID0gMjY0NjcK ------------F1261CE1158FB16-- From owner-freebsd-ports@FreeBSD.ORG Fri Jun 11 11:04:08 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2F4C16A4CE for ; Fri, 11 Jun 2004 11:04:08 +0000 (GMT) Received: from eri.interia.pl (eri.interia.pl [217.74.65.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A74F43D2D for ; Fri, 11 Jun 2004 11:04:08 +0000 (GMT) (envelope-from marcin.wspa@interia.pl) Received: from front.interia.pl (newton.interia.pl [217.74.65.196]) by eri.interia.pl (Postfix) with ESMTP id 7B1A926AE3 for ; Fri, 11 Jun 2004 13:04:00 +0200 (CEST) Received: by front.interia.pl (MX, from userid 502) id 3DAAF16371; Fri, 11 Jun 2004 13:04:01 +0200 (CEST) Date: 11 Jun 2004 13:04:01 +0200 From: marcin.wspa@interia.pl To: ports@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=ISO-8859-2 X-EMID: e6740acc X-ORIGINATE-IP: 212.160.40.75 IMPORTANCE: High X-MSMAIL-PRIORITY: High X-PRIORITY: 1 Organization: Poczta INTERIA.PL >>> http://poczta.interia.pl/ Message-Id: <20040611110401.3DAAF16371@front.interia.pl> Subject: little bug X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2004 11:04:08 -0000 Category net pmacct-0.4.1 FreeBSD 5.1 REALEASE wrong name package (pmacct-0.4.1.tbz) From owner-freebsd-ports@FreeBSD.ORG Fri Jun 11 11:38:47 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BC5516A4CE for ; Fri, 11 Jun 2004 11:38:47 +0000 (GMT) Received: from flappie.debank.tv (flappie.debank.tv [212.206.127.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2CE143D45 for ; Fri, 11 Jun 2004 11:38:46 +0000 (GMT) (envelope-from rob@debank.tv) Received: from localhost (localhost.debank.tv [127.0.0.1]) by flappie.debank.tv (Postfix) with ESMTP id 29A535421 for ; Fri, 11 Jun 2004 13:38:33 +0200 (CEST) Received: from flappie.debank.tv ([127.0.0.1]) by localhost (flappie.debank.tv [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 82929-01-2 for ; Fri, 11 Jun 2004 13:38:31 +0200 (CEST) Received: from [192.168.1.69] (node-d-09e5.a2000.nl [62.195.9.229]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by flappie.debank.tv (Postfix) with ESMTP id 8D62F5392 for ; Fri, 11 Jun 2004 13:38:31 +0200 (CEST) Message-ID: <40C999B6.4050706@debank.tv> Date: Fri, 11 Jun 2004 13:38:30 +0200 From: Rob Evers User-Agent: Mozilla Thunderbird 0.6 (X11/20040601) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ports@FreeBSD.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at debank.tv Subject: libtool library X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2004 11:38:47 -0000 Hi all, What's the policy on installing .la files of ported software. I thought to remember it's prefered not to install these. Ist this correct and why ? TIA Rob From owner-freebsd-ports@FreeBSD.ORG Fri Jun 11 11:42:21 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04FE316A4CE for ; Fri, 11 Jun 2004 11:42:21 +0000 (GMT) Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id A946F43D5A for ; Fri, 11 Jun 2004 11:42:20 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (adsl-63-207-60-35.dsl.lsan03.pacbell.net [63.207.60.35])i5BBg9qE003628; Fri, 11 Jun 2004 07:42:10 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 817F2516F9; Fri, 11 Jun 2004 04:42:08 -0700 (PDT) Date: Fri, 11 Jun 2004 04:42:08 -0700 From: Kris Kennaway To: marcin.wspa@interia.pl Message-ID: <20040611114208.GA16426@xor.obsecurity.org> References: <20040611110401.3DAAF16371@front.interia.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline In-Reply-To: <20040611110401.3DAAF16371@front.interia.pl> User-Agent: Mutt/1.4.2.1i cc: ports@FreeBSD.org Subject: Re: little bug X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2004 11:42:21 -0000 --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 11, 2004 at 01:04:01PM +0200, marcin.wspa@interia.pl wrote: > Category net > pmacct-0.4.1=20 > FreeBSD 5.1 REALEASE=20 >=20 > wrong name package (pmacct-0.4.1.tbz) Please explain what is wrong with it. Kris --/9DWx/yDrRhgMJTb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAyZqPWry0BWjoQKURAoAbAJ4ln9zrIv4DCnbHQB4bOUxYEFfIPQCgt+3o /gjB688Js9vYS6JRvvUcRWg= =52Lv -----END PGP SIGNATURE----- --/9DWx/yDrRhgMJTb-- From owner-freebsd-ports@FreeBSD.ORG Fri Jun 11 12:08:31 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6886016A4CE for ; Fri, 11 Jun 2004 12:08:31 +0000 (GMT) Received: from fillmore.dyndns.org (port-212-202-50-15.dynamic.qsc.de [212.202.50.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3576543D41 for ; Fri, 11 Jun 2004 12:08:31 +0000 (GMT) (envelope-from eikemeier@fillmore-labs.com) Received: from [172.16.0.12] (helo=localhost) by fillmore.dyndns.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34 (FreeBSD)) id 1BYkpV-000LG4-Ix; Fri, 11 Jun 2004 14:08:20 +0200 Date: Fri, 11 Jun 2004 14:08:23 +0200 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) To: Rob Evers From: Oliver Eikemeier In-Reply-To: <40C999B6.4050706@debank.tv> Message-Id: <098F791E-BBA0-11D8-8F7D-00039312D914@fillmore-labs.com> Content-Transfer-Encoding: 7bit User-Agent: KMail/1.5.9 cc: ports@FreeBSD.org Subject: Re: libtool library X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2004 12:08:31 -0000 Rob Evers wrote: > What's the policy on installing .la files of ported software. I thought > to remember it's prefered not to install these. Ist this correct and > why ? The current `official' policy is not to install .la files because they have been considered useless. Many developers consider this policy to be wrong since in some cases they are required. Personally I would avoid installing them until you know of a client that uses them, but I'm sure there will be follow-ups with different recommendations. -Oliver From owner-freebsd-ports@FreeBSD.ORG Fri Jun 11 14:52:01 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34B4416A4CE for ; Fri, 11 Jun 2004 14:52:01 +0000 (GMT) Received: from pscgate.progress.com (pscgate.progress.com [192.77.186.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id A819043D45 for ; Fri, 11 Jun 2004 14:52:00 +0000 (GMT) (envelope-from regism@progress.com) Received: from elvirus.progress.com (elvirus [192.77.186.100]) i5BEpf42012686 for ; Fri, 11 Jun 2004 10:51:41 -0400 (EDT) Received: from progress.com (localhost [127.0.0.1])i5BEpeS17158 for ; Fri, 11 Jun 2004 10:51:40 -0400 (EDT) Received: from naserv.bedford.progress.com (naserv [172.16.5.174]) by progress.com (8.11.6/8.11.6) with ESMTP id i5BEpeA18941 for ; Fri, 11 Jun 2004 10:51:40 -0400 (EDT) Received: from isis by naserv.bedford.progress.com (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTP id <0HZ500D01FY3LS@naserv.bedford.progress.com> for ports@freebsd.org; Fri, 11 Jun 2004 10:51:40 -0400 (EDT) Date: Fri, 11 Jun 2004 10:51:39 -0400 (EDT) From: Regis McEwen X-Sender: regism@isis To: daniel@benzedrine.cx Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Content-transfer-encoding: 7BIT cc: ports@freebsd.org cc: Regis McEwen Subject: Re: FreeBSD Port: milter-regex-1.5 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2004 14:52:01 -0000 Hi, On Fri, Jun 11, 2004 at 02:58:41AM -0400, Regis McEwen wrote: >> I can't, unfortunately, get this to work (I even tried the developers >> version) > The errors you quoted from syslog don't look at all like what the newest > versions can possibly generate. Please try > http://www.benzedrine.cx/milter-regex-1.5.tar.gz or > http://www.benzedrine.cx/milter-regex.tar.gz > > Once compiled and installed, run ident(1) or strings(1) on the > milter-regex binary, it should show something like > $Id: milter-regex.c,v 1.44 2004/03/19 19:21:40 dhartmei Exp $ > $Id: eval.c,v 1.10 2004/03/19 19:21:40 dhartmei Exp $ > $Id: parse.y,v 1.6 2004/02/26 11:29:42 dhartmei Exp $ > > and these should match the revision numbers from the source files. If > not, you must have multiple binaries around, one of them old. I started from scratch, downloading and compiling the milter-regex.tar.gz file: elvirus2(root)# strings /etc/mail/milter-regex | grep dhartmei $Id: milter-regex.c,v 1.45 2004/04/03 22:17:53 dhartmei Exp $ $Id: eval.c,v 1.10 2004/03/19 19:21:40 dhartmei Exp $ $Id: strlcpy.c,v 1.1 2004/02/26 11:10:33 dhartmei Exp $ $Id: parse.y,v 1.6 2004/02/26 11:29:42 dhartmei Exp $ I notice when I try to start it up via: /etc/mail/milter-regex -c /etc/mail/milter-regexp.conf \ -p unix:/var/spool/milter-regex/sock that I have to specify the "-u root" parameter, otherwise it wont start and I get: getpwnam: _milter-regex: No such file or directory How do I get "getpwnam" not to give me this error? (I'm on Solaris 9). When I have to add "-u root", the message gets delivered, not honoring the /etc/mail/milter-regexp.conf file: # # milter-regex file regism 10-Jun-2004 # reject "Rejected, spamvertised website cyberpromo.com" body ,http://[^/]*cyberpromo\.com/,i Is this the correct syntax? The permissions look OK: elvirus2(root)# ls -ld /etc /etc/mail /etc/mail/milter-regexp.conf drwxr-xr-x 61 root sys 4096 Jun 10 10:01 /etc drwxr-xr-x 2 root mail 1024 Jun 11 10:08 /etc/mail -rw-r--r-- 1 root other 135 Jun 11 02:13 /etc/mail/milter-regexp.conf elvirus2(root)# ls -ld /var/spool/milter-regex/sock srw------- 1 root other 0 Jun 11 10:42 /var/spool/milter-regex/sock but there's noting in /var/log/syslog to indicate that it ever went through the milter-regex milter. My /etc/mail/sendmail.cf file has: elvirus2(root)# grep milter-regex /etc/mail/sendmail.cf O InputMailFilters=milter-regex Xmilter-regex, S=:/var/spool/milter-regex/sock, T=S:30s;R:2m From owner-freebsd-ports@FreeBSD.ORG Fri Jun 11 15:18:38 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CADA216A4CE for ; Fri, 11 Jun 2004 15:18:38 +0000 (GMT) Received: from freebee.digiware.nl (dsl390.iae.nl [212.61.63.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 815FF43D69 for ; Fri, 11 Jun 2004 15:18:37 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from dual (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with SMTP id i5BFDA67023420 for ; Fri, 11 Jun 2004 17:13:10 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <026a01c44fc6$9fe59a40$471b3dd4@dual> From: "Willem Jan Withagen" To: Date: Fri, 11 Jun 2004 17:13:17 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Subject: Running net-snmp on amd64 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2004 15:18:38 -0000 Hi, I't trying to get net-snmp running on my system, but snmpd crashes in this snippet of code: mibII/ipv6.c const char *tcblist = "net.inet.tcp.pcblist"; int len; if (sysctlbyname(tcblist, 0, &len, 0, 0) < 0) return NULL; if ((sysctl_buf = malloc(len)) == NULL) return NULL; if (sysctlbyname(tcblist, sysctl_buf, &len, 0, 0) < 0) { free(sysctl_buf); return NULL; } The definition in sys/sysctl.h is: int sysctlbyname(const char *, void *, size_t *, void *, size_t); So how is it possible that after the return on the first sysctlbyname call tcblist contains 0x200000000, instead of the text pointer.... Compiled with: cc -I../../include -I../../include -I. -I../.. -I. -I./../.. -I./../../snmplib - I./.. -I.. -DAPPLLIB_EXP=/usr/local/lib/perl5/5.8.2/BSDPAN -DHAS_FPSETMASK -DHAS _FLOATINGPOINT_H -fno-strict-aliasing -I/usr/local/include -I/usr/local/lib/perl 5/5.8.2/mach/CORE -DINET6 -pipe -g -Dfreebsd5 -c mibII/ipv6.c -fPIC -DPIC -o mibII/.libs/ipv6.lo Is this a compiler error, or need I look elsewhere?? Thanx, --WjW From owner-freebsd-ports@FreeBSD.ORG Fri Jun 11 16:48:49 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D117016A4CE for ; Fri, 11 Jun 2004 16:48:49 +0000 (GMT) Received: from invasion.mail.pas.earthlink.net (invasion.mail.pas.earthlink.net [207.217.120.254]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD9EF43D1F for ; Fri, 11 Jun 2004 16:48:49 +0000 (GMT) (envelope-from swsirlin@earthlink.net) Received: from 24-205-80-110.pas-eres.charterpipeline.net ([24.205.80.110] helo=earthlink.net) by invasion.mail.pas.earthlink.net with asmtp (Exim 3.36 #4) id 1BYpCb-0000Ck-00 for freebsd-ports@freebsd.org; Fri, 11 Jun 2004 09:48:25 -0700 Message-ID: <40C9DDFC.3070105@earthlink.net> Date: Fri, 11 Jun 2004 09:29:48 -0700 From: sam sirlin User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.6) Gecko/20040606 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 52e4e1bd8cc945501aa676d7e74259b7b3291a7d08dfec79570a9e5ad0a58c4951e842e5d176acea350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c Subject: INDEX build failure FBSD 4.10 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2004 16:48:49 -0000 Regarding failures of portsdb -Uu after using a refuse file, I've found getting things to work seems possible if you refuse (say) /ports/japanese and then completely remove /usr/ports/japanese rm -r /usr/ports/japanese then portsdb seems to work ok. Note leaving even an empty top directory still makes portsdb crash. From owner-freebsd-ports@FreeBSD.ORG Fri Jun 11 17:14:42 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FD8D16A4CE for ; Fri, 11 Jun 2004 17:14:42 +0000 (GMT) Received: from mail-in-06.arcor-online.net (mail-in-06.arcor-online.net [151.189.21.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0384643D39 for ; Fri, 11 Jun 2004 17:14:42 +0000 (GMT) (envelope-from mailnull@mips.inka.de) Received: from kemoauc.mips.inka.de (dsl-082-082-079-053.arcor-ip.net [82.82.79.53]) by mail-in-06.arcor-online.net (Postfix) with ESMTP id 2EBCDF6D65 for ; Fri, 11 Jun 2004 19:14:33 +0200 (CEST) Received: from kemoauc.mips.inka.de (localhost [127.0.0.1]) i5BHEWht003009 for ; Fri, 11 Jun 2004 19:14:32 +0200 (CEST) (envelope-from mailnull@kemoauc.mips.inka.de) Received: (from mailnull@localhost) by kemoauc.mips.inka.de (8.12.11/8.12.11/Submit) id i5BHEWps003008 for freebsd-ports@freebsd.org; Fri, 11 Jun 2004 19:14:32 +0200 (CEST) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Fri, 11 Jun 2004 17:14:31 +0000 (UTC) Message-ID: References: <20040604153918.GA28391@comp.chem.msu.su> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-ports@freebsd.org Subject: Re: 2in1 port dirty tricks X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2004 17:14:42 -0000 Yar Tikhiy wrote: > === begin configure === > #!/bin/sh > > for dir in lib milter-sender; do > (cd $dir && (./configure "$@" || exit 1)) > done > === end configure === > > === begin makefile === > SUBDIR= lib milter-sender > .include > === end makefile === > > and then set WRKSRC accordingly. Yes, I think using wrappers actually is the best way to handle this. -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-ports@FreeBSD.ORG Fri Jun 11 20:46:54 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6627216A4CE; Fri, 11 Jun 2004 20:46:54 +0000 (GMT) Received: from sdf.lonestar.org (ol.freeshell.org [192.94.73.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ABAF43D48; Fri, 11 Jun 2004 20:46:52 +0000 (GMT) (envelope-from nunotex@freeshell.org) Received: from nunotex.local (adslsapo-b3-238-43.telepac.pt [213.13.238.43]) (authenticated (0 bits)) by sdf.lonestar.org (8.12.10/8.12.10) with ESMTP id i5BKkjqa021772; Fri, 11 Jun 2004 20:46:47 GMT Received: by nunotex.local (Postfix, from userid 1001) id B46954544; Fri, 11 Jun 2004 21:46:47 +0100 (WEST) Date: Fri, 11 Jun 2004 21:46:47 +0100 From: Nuno Teixeira To: lioux@freebsd.org Message-ID: <20040611204647.GA596@nunotex.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.2.1-RELEASE-p8 cc: freebsd-ports@freebsd.org Subject: dns/ipcheck update X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2004 20:46:54 -0000 Hi Lioux, Could you please update ipcheck to last version: v0.214 Brad Crittenden -VT1000v patch Yours, Nuno Teixeira -- SDF Public Access UNIX System - http://sdf.lonestar.org From owner-freebsd-ports@FreeBSD.ORG Fri Jun 11 21:14:57 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97BCB16A4CE for ; Fri, 11 Jun 2004 21:14:57 +0000 (GMT) Received: from outbox.allstream.net (outbox.allstream.net [207.245.244.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BED143D39 for ; Fri, 11 Jun 2004 21:14:57 +0000 (GMT) (envelope-from epilogue@allstream.net) Received: from localhost (mon-pq59-048.dial.allstream.net [216.123.135.176]) by outbox.allstream.net (Allstream MTA) with SMTP id D3EAD5FBE for ; Fri, 11 Jun 2004 17:14:52 -0400 (EDT) Date: Fri, 11 Jun 2004 17:14:48 -0400 From: epilogue@allstream.net To: freebsd-ports@freebsd.org Message-Id: <20040611171448.41523165@localhost> X-Mailer: Sylpheed version 0.9.11claws (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: qtorrent build error X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2004 21:14:57 -0000 hello all, got this error while trying to build qtorrent. # make ===> ===> For qtorrent to work you need to compile ===> python WITH_THREADS defined, it is default ===> ===> Extracting for qtorrent-0.9.6.1 >> Checksum OK for qtorrent-0.9.6.1.tar.bz2. ===> Patching for qtorrent-0.9.6.1 ===> qtorrent-0.9.6.1 depends on executable: pyuic - found ===> qtorrent-0.9.6.1 depends on file: /usr/local/bin/python - found ===> Configuring for qtorrent-0.9.6.1 ===> Building for qtorrent-0.9.6.1 Traceback (most recent call last): File "setup.py", line 20, in ? from pyqtorrent.torrentmain import VERSION File "/usr/ports/net/qtorrent/work/qtorrent-0.9.6.1/pyqtorrent/torrentmain.py", line 4, in ? from qt import * ImportError: /usr/X11R6/lib/libqt-mt.so.3: Undefined symbol "pthread_cleanup_pop"*** Error code 1 if you have any suggestions about how i might fix, please let me know. thanks, epi From owner-freebsd-ports@FreeBSD.ORG Fri Jun 11 21:27:18 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A3DB16A4CE for ; Fri, 11 Jun 2004 21:27:18 +0000 (GMT) Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id E247F43D39 for ; Fri, 11 Jun 2004 21:27:17 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (adsl-63-207-60-35.dsl.lsan03.pacbell.net [63.207.60.35])i5BLRDqE005762; Fri, 11 Jun 2004 17:27:14 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C417A516F9; Fri, 11 Jun 2004 14:27:12 -0700 (PDT) Date: Fri, 11 Jun 2004 14:27:12 -0700 From: Kris Kennaway To: epilogue@allstream.net Message-ID: <20040611212712.GA26551@xor.obsecurity.org> References: <20040611171448.41523165@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline In-Reply-To: <20040611171448.41523165@localhost> User-Agent: Mutt/1.4.2.1i cc: freebsd-ports@freebsd.org Subject: Re: qtorrent build error X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2004 21:27:18 -0000 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 11, 2004 at 05:14:48PM -0400, epilogue@allstream.net wrote: > hello all, >=20 > got this error while trying to build qtorrent. >=20 > # make > =3D=3D=3D> > =3D=3D=3D> For qtorrent to work you need to compile > =3D=3D=3D> python WITH_THREADS defined, it is default Verify this ^^^ Kris --dDRMvlgZJXvWKvBx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAyiOwWry0BWjoQKURAvUIAJ9WwNrepDJLKph6HZjVRk/qMHtS9gCg67kS xAQ/1Txm8jrm9pe+r+hUSsU= =lFbL -----END PGP SIGNATURE----- --dDRMvlgZJXvWKvBx-- From owner-freebsd-ports@FreeBSD.ORG Fri Jun 11 22:41:26 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1305B16A4CE for ; Fri, 11 Jun 2004 22:41:26 +0000 (GMT) Received: from ms-smtp-02.rdc-kc.rr.com (ms-smtp-02.rdc-kc.rr.com [24.94.166.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id B317B43D48 for ; Fri, 11 Jun 2004 22:41:25 +0000 (GMT) (envelope-from sdf@expertune.com) Received: from [192.168.2.3] (CPE-65-31-155-51.wi.rr.com [65.31.155.51]) i5BMek9W004442 for ; Fri, 11 Jun 2004 17:40:46 -0500 (CDT) Message-ID: <40CA34EF.3070508@expertune.com> Date: Fri, 11 Jun 2004 17:40:47 -0500 From: Scott DF User-Agent: Mozilla Thunderbird 0.6 (X11/20040509) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ports@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: failed to generate index X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2004 22:41:26 -0000 Using FreeBSD 5.2.1, when I try to rebuild the portsdb with portsdb -Uu, I get the error below. All worked fine until I cvsup'ed the ports collection last week. I've done this for a couple years without problems. Can you help me get past this? Scott > cat /etc/make.conf # -- use.perl generated deltas -- # # Created: Thu Jan 29 09:15:40 2004 # Setting to use base perl from ports: PERL_VER=5.6.1 PERL_VERSION=5.6.1 PERL_ARCH=mach NOPERL=yo NO_PERL=yo NO_PERL_WRAPPER=yo Updating the ports index ... Generating INDEX.tmp - please wait.."/usr/ports/Mk/bsd.autotools.mk", line 2: USE_LIBTOOL deprecated: replace with USE_LIBTOOL_VER=... ===> arabic/katoob failed *** Error code 1 1 error ******************************************************************** Before reporting this error, verify that you are running a supported version of FreeBSD (see http://www.FreeBSD.org/ports/) and that you have a complete and up-to-date ports collection. If so, then report the failure to ports@FreeBSD.org together with relevant details of your ports configuration (including FreeBSD version, environment and /etc/make.conf settings). ******************************************************************** *** Error code 1 Stop in /usr/ports. *** Error code 1 Stop in /usr/ports. failed to generate INDEX! portsdb: index generation error From owner-freebsd-ports@FreeBSD.ORG Fri Jun 11 23:30:48 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B2B116A4CE for ; Fri, 11 Jun 2004 23:30:48 +0000 (GMT) Received: from mailout2.barnet.com.au (mailout2.barnet.com.au [218.185.88.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C3D743D2D for ; Fri, 11 Jun 2004 23:30:47 +0000 (GMT) (envelope-from edwin@mavetju.org) Received: by mailout2.barnet.com.au (Postfix, from userid 27) id 12446AA61DE; Sat, 12 Jun 2004 09:30:37 +1000 (EST) X-Viruscan-Id: <40CA409D0000255D719716@BarNet> Received: from mail2-auth.barnet.com.au (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) Authority" (verified OK)) by mail2.barnet.com.au (Postfix) with ESMTP id 9B220B29D10; Sat, 12 Jun 2004 09:30:36 +1000 (EST) Received: from k7.mavetju (unknown [10.10.12.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) Certificate Authority" (verified OK)) by mail2-auth.barnet.com.au (Postfix) with ESMTP id 9D8C31930F; Sat, 12 Jun 2004 09:30:32 +1000 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 5491261DA; Sat, 12 Jun 2004 09:30:31 +1000 (EST) Date: Sat, 12 Jun 2004 09:30:31 +1000 From: Edwin Groothuis To: Scott DF Message-ID: <20040611233031.GA949@k7.mavetju> References: <40CA34EF.3070508@expertune.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <40CA34EF.3070508@expertune.com> User-Agent: Mutt/1.5.6i cc: ports@freebsd.org Subject: Re: failed to generate index X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2004 23:30:48 -0000 On Fri, Jun 11, 2004 at 05:40:47PM -0500, Scott DF wrote: > Using FreeBSD 5.2.1, when I try to rebuild the portsdb with > > portsdb -Uu, I get the error below. > > All worked fine until I cvsup'ed the ports collection last week. I've > done this for a couple years without problems. Can you make sure you have version 1.7 of ports/arabic/katoob/Makefile,v ? Sounds like a refuse statement in your ports-supfile. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://weblog.barnet.com.au/edwin/ From owner-freebsd-ports@FreeBSD.ORG Sat Jun 12 02:06:29 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E573916A4CE; Sat, 12 Jun 2004 02:06:29 +0000 (GMT) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id B52E843D2F; Sat, 12 Jun 2004 02:06:29 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id DF00414312; Fri, 11 Jun 2004 21:06:08 -0500 (CDT) Date: Fri, 11 Jun 2004 21:06:08 -0500 (CDT) From: Mark Linimon X-X-Sender: linimon@pancho To: freebsd-ports@FreeBSD.org, Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: cvs commit: doc/en_US.ISO8859-1/books/faq book.sgml (fwd) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2004 02:06:30 -0000 FYI. This should be publically available in the next 24 hours. I do not think it will be controversial so I skipped the pre-review, but I won't object if it needs to be reworded. mcl ---------- Forwarded message ---------- Date: Sat, 12 Jun 2004 02:02:02 +0000 (UTC) From: Mark Linimon To: doc-committers@FreeBSD.org, cvs-doc@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: doc/en_US.ISO8859-1/books/faq book.sgml linimon 2004-06-12 02:02:02 UTC FreeBSD doc repository Modified files: en_US.ISO8859-1/books/faq book.sgml Log: Attempt to answer the 'why can I not build /usr/ports/INDEX' FAQ. Revision Changes Path 1.624 +50 -0 doc/en_US.ISO8859-1/books/faq/book.sgml From owner-freebsd-ports@FreeBSD.ORG Sat Jun 12 05:20:59 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8E1C16A4CE for ; Sat, 12 Jun 2004 05:20:59 +0000 (GMT) Received: from smtp01.mrf.mail.rcn.net (smtp01.mrf.mail.rcn.net [207.172.4.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id A104B43D49 for ; Sat, 12 Jun 2004 05:20:59 +0000 (GMT) (envelope-from adam.mclaurin@gmx.net) Received: from 209-150-62-14.c3-0.arl-ubr1.sbo-arl.ma.cable.rcn.com ([209.150.62.14] helo=jake) by smtp01.mrf.mail.rcn.net with smtp (Exim 3.35 #7) id 1BZ0wV-0000wP-00; Sat, 12 Jun 2004 01:20:35 -0400 Date: Sat, 12 Jun 2004 01:20:34 -0400 From: Adam McLaurin To: riggs@rrr.de Message-Id: <20040612012034.7f849079.adam.mclaurin@gmx.net> X-Mailer: Sylpheed version 0.9.9-gtk2-20040229 (GTK+ 2.4.2; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: ports@FreeBSD.org Subject: FreeBSD Port: mplayer-0.99.4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2004 05:21:00 -0000 mplayer 0.99.4 (aka 1.0pre4) will not compile on a machine with a Matrox (Radeon) graphics card. cc -c -I../libvo/ -I../../libvo -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/local/include/freetype2 -I/usr/local/include -fPIC -I. -I.. -o radeon_vid.o radeon_vid.c radeon_vid.c:29:22: X11/Xlib.h: No such file or directory After this there are a lot of errors about undefined types, etc. If you look at the -I in the cc line, you'll see that it's looking in the wrong place for X11/Xlib.h (it actually exists in /usr/X11R6/include). I think that if this path error was corrected, it might actually work with Matrox cards. -- Adam "satyam, shivam, sundaram" From owner-freebsd-ports@FreeBSD.ORG Sat Jun 12 05:53:31 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 103F816A4CE for ; Sat, 12 Jun 2004 05:53:31 +0000 (GMT) Received: from auk2.snu.ac.kr (auk2.snu.ac.kr [147.46.100.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CF5943D1F for ; Sat, 12 Jun 2004 05:53:30 +0000 (GMT) (envelope-from stopspam@users.sourceforge.net) Received: from [147.46.44.181] (stopspam@users.sourceforge.net) by auk2.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004061214:51:48:192504.13435.2643458992 for ; Sat, 12 Jun 2004 14:51:48 +0900 (KST) Message-ID: <40CA99FF.9060902@users.sourceforge.net> Date: Sat, 12 Jun 2004 14:51:59 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040507 X-Accept-Language: en-us, en MIME-Version: 1.0 To: avleeuwen@piwebs.com, ports@FreeBSD.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: YES-__TRSYS_LV__3 (SR:-1.00) (SRN:SPAMROBOT) ----------------- Subject: FreeBSD Port: ImageMagick-6.0.2.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2004 05:53:31 -0000 The source file ImageMagick-6.0.2-1.tar.bz2 is nowhere to be found. ( Shouldn't it be ImageMagick-6.0.2-2.tar.bz2 or ImageMagick-6.0.2-6.tar.bz2 ? ) [...] >> ImageMagick-6.0.2-1.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/. >> Attempting to fetch from ftp://ftp.imagemagick.org/pub/imagemagick/. fetch: ftp://ftp.imagemagick.org/pub/imagemagick/ImageMagick-6.0.2-1.tar.bz2: File unavailable (e.g., file not found, no access) [...etc. etc. etc....] fetch: ftp://ftp.simplesystems.org/pub/ImageMagick/ImageMagick-6.0.2-1.tar.bz2: File unavailable (e.g., file not found, no access) >> Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/ImageMagick-6.0.2-1.tar.bz2: File unavailable (e.g., file not found, no access) >> Couldn't fetch it - please try to retrieve this >> port manually into /usr/ports/distfiles/ and try again. Stop in /usr/ports/graphics/ImageMagick. BTW: the main site of ImageMagick, is not "ftp://ftp.imagemagick.org/pub/imagemagick/", but "ftp://ftp.imagemagick.org/pub/ImageMagick/" (notice capital "I" and "M" !!). Rob. From owner-freebsd-ports@FreeBSD.ORG Sat Jun 12 06:12:26 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EBAE16A4D0 for ; Sat, 12 Jun 2004 06:12:26 +0000 (GMT) Received: from mail.corrupt.co.nz (222-152-14-69.jetstream.xtra.co.nz [222.152.14.69]) by mx1.FreeBSD.org (Postfix) with SMTP id 42C3843D48 for ; Sat, 12 Jun 2004 06:12:23 +0000 (GMT) (envelope-from drew@corrupt.co.nz) Received: (qmail 88203 invoked by uid 1011); 12 Jun 2004 06:12:14 -0000 Received: from drew@corrupt.co.nz by tweety.lan.corrupt.co.nz by uid 1009 with qmail-scanner-1.22 Clear:RC:0(202.36.205.29):SA:0(0.0/3.8):. Processed in 6.028564 secs); 12 Jun 2004 06:12:14 -0000 X-Spam-Status: No, hits=0.0 required=3.8 Received: from 202.36.205.29.dts.net.nz (HELO ?10.10.69.142?) (drew@corrupt.co.nz@202.36.205.29) by mail.corrupt.co.nz with SMTP; 12 Jun 2004 06:12:07 -0000 Message-ID: <40CA9E89.9060706@corrupt.co.nz> Date: Sat, 12 Jun 2004 18:11:21 +1200 From: Drew Broadley User-Agent: Mozilla Thunderbird 0.6 (X11/20040606) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: FreeBSD Port: ImageMagick X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2004 06:12:26 -0000 Error building (after I fixed the error in fetching) if /bin/sh ../libtool --silent --mode=compile cc -DHAVE_CONFIG_H -I../ -I. -I. -I. -I.. -I../ltdl -I.. -I.. -I../ltdl -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -I/usr/X11R6/include/X11 -I/usr/local/include/libxml2 -O -pipe -mcpu=pentiumpro -Wall -MT xwindow.lo -MD -MP -MF ".deps/xwindow.Tpo" -c -o xwindow.lo xwindow.c; \ then mv -f ".deps/xwindow.Tpo" ".deps/xwindow.Plo"; else rm -f ".deps/xwindow.Tpo"; exit 1; fi xwindow.c:78: redefinition of `ushort' /usr/include/sys/types.h:56: `ushort' previously declared here gmake[2]: *** [xwindow.lo] Error 1 gmake[2]: Leaving directory `/usr/ports/graphics/ImageMagick/work/ImageMagick-6.0.2/magick' gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory `/usr/ports/graphics/ImageMagick/work/ImageMagick-6.0.2/magick' gmake: *** [all-recursive] Error 1 *** Error code 2 Stop in /usr/ports/graphics/ImageMagick. From owner-freebsd-ports@FreeBSD.ORG Sat Jun 12 06:15:50 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27A1F16A4CE for ; Sat, 12 Jun 2004 06:15:50 +0000 (GMT) Received: from mail.corrupt.co.nz (222-152-14-69.jetstream.xtra.co.nz [222.152.14.69]) by mx1.FreeBSD.org (Postfix) with SMTP id 9FF4143D49 for ; Sat, 12 Jun 2004 06:15:48 +0000 (GMT) (envelope-from drew@corrupt.co.nz) Received: (qmail 91240 invoked by uid 1011); 12 Jun 2004 06:15:49 -0000 Received: from drew@corrupt.co.nz by tweety.lan.corrupt.co.nz by uid 1009 with qmail-scanner-1.22 Clear:RC:0(202.36.205.29):SA:0(0.0/3.8):. Processed in 8.05461 secs); 12 Jun 2004 06:15:49 -0000 X-Spam-Status: No, hits=0.0 required=3.8 Received: from 202.36.205.29.dts.net.nz (HELO ?10.10.69.142?) (drew@corrupt.co.nz@202.36.205.29) by mail.corrupt.co.nz with SMTP; 12 Jun 2004 06:15:40 -0000 Message-ID: <40CA9F5D.4080006@corrupt.co.nz> Date: Sat, 12 Jun 2004 18:14:53 +1200 From: Drew Broadley User-Agent: Mozilla Thunderbird 0.6 (X11/20040606) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Drew Broadley References: <40CA9E89.9060706@corrupt.co.nz> In-Reply-To: <40CA9E89.9060706@corrupt.co.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: ports@freebsd.org Subject: Re: FreeBSD Port: ImageMagick X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2004 06:15:50 -0000 Drew Broadley wrote: > Error building (after I fixed the error in fetching) > > > if /bin/sh ../libtool --silent --mode=compile cc -DHAVE_CONFIG_H -I../ > -I. -I. -I. -I.. -I../ltdl -I.. -I.. -I../ltdl > -I/usr/local/include/freetype2 -I/usr/local/include > -I/usr/local/include -I/usr/X11R6/include -I/usr/X11R6/include/X11 > -I/usr/local/include/libxml2 -O -pipe -mcpu=pentiumpro -Wall -MT > xwindow.lo -MD -MP -MF ".deps/xwindow.Tpo" -c -o xwindow.lo xwindow.c; \ > then mv -f ".deps/xwindow.Tpo" ".deps/xwindow.Plo"; else rm -f > ".deps/xwindow.Tpo"; exit 1; fi > xwindow.c:78: redefinition of `ushort' > /usr/include/sys/types.h:56: `ushort' previously declared here > gmake[2]: *** [xwindow.lo] Error 1 > gmake[2]: Leaving directory > `/usr/ports/graphics/ImageMagick/work/ImageMagick-6.0.2/magick' > gmake[1]: *** [all] Error 2 > gmake[1]: Leaving directory > `/usr/ports/graphics/ImageMagick/work/ImageMagick-6.0.2/magick' > gmake: *** [all-recursive] Error 1 > *** Error code 2 > > Stop in /usr/ports/graphics/ImageMagick. Fix: > diff -u magick/xwindow.c.old magick/xwindow.c --- magick/xwindow.c.old Sat Jun 12 18:14:26 2004 +++ magick/xwindow.c Sat Jun 12 18:13:56 2004 @@ -74,9 +74,11 @@ #if defined(HAVE_MACHINE_PARAM_H) # include #endif +/* #if __FreeBSD__ >= 5 typedef unsigned short ushort; #endif +*/ #include #include #include From owner-freebsd-ports@FreeBSD.ORG Sat Jun 12 07:39:59 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A8FE16A4CE for ; Sat, 12 Jun 2004 07:39:59 +0000 (GMT) Received: from outbox.allstream.net (outbox.allstream.net [207.245.244.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3EF343D48 for ; Sat, 12 Jun 2004 07:39:58 +0000 (GMT) (envelope-from epilogue@allstream.net) Received: from localhost (mon-pq54-165.dial.allstream.net [216.123.143.37]) by outbox.allstream.net (Allstream MTA) with SMTP id 59CDCB4A43; Sat, 12 Jun 2004 03:39:48 -0400 (EDT) Date: Sat, 12 Jun 2004 03:39:40 -0400 From: epilogue@allstream.net To: Kris Kennaway Message-Id: <20040612033940.62fe7a84@localhost> In-Reply-To: <20040611212712.GA26551@xor.obsecurity.org> References: <20040611171448.41523165@localhost> <20040611212712.GA26551@xor.obsecurity.org> X-Mailer: Sylpheed version 0.9.11claws (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-ports@freebsd.org Subject: qtorrent build error X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2004 07:39:59 -0000 On Fri, 11 Jun 2004 14:27:12 -0700 Kris Kennaway wrote: > On Fri, Jun 11, 2004 at 05:14:48PM -0400, epilogue@allstream.net wrote: > > hello all, > > > > got this error while trying to build qtorrent. > > > > # make > > ===> > > ===> For qtorrent to work you need to compile > > ===> python WITH_THREADS defined, it is default > > Verify this ^^^ > > Kris > hello again Kris, well, i wasn't sure how to determine whether my installed version of python (2.3.3_5) had been built with threads ('man python' didn't yield anything helpful). because 'with threads' is the default setting in the python Makefile, i presume it had been, but i decided nevertheless to portupgrade to the latest and greatest version (2.3.4) simply for good measure. tried rebuilding, no dice. while reading the qtorrent Makefile, i noted the build/run dependencies are upon py-qt not 'vanilla' python. though the py-qt Makefile makes no mention of valid build switches, i decided to rebuild it and define '--WITH_THREADS=yes'. no error messages. either the switch worked or it was ignored. well, i'm not sure if it was portupgrading python or the 'with threads' switch on py-qt, but the good news is that qtorrent now builds and installs. i should probably have managed to figure this one out solo, but was a little confused by the error message which suggested compiling python with 'default' settings -- how mine must have been installed (unless the port, which originally installed python as a dependency, set something other than default). anyhow, thanks for nudging me in the right direction. cheers, epi From owner-freebsd-ports@FreeBSD.ORG Sat Jun 12 08:04:12 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E071516A4CE; Sat, 12 Jun 2004 08:04:12 +0000 (GMT) Received: from fillmore.dyndns.org (port-212-202-50-15.dynamic.qsc.de [212.202.50.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A23F43D41; Sat, 12 Jun 2004 08:04:12 +0000 (GMT) (envelope-from eikemeier@fillmore-labs.com) Received: from [172.16.0.13] (helo=localhost) by fillmore.dyndns.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34 (FreeBSD)) id 1BZ3UV-000KJw-7V; Sat, 12 Jun 2004 10:03:53 +0200 Date: Sat, 12 Jun 2004 10:03:52 +0200 Content-Type: text/plain; charset=WINDOWS-1252; format=flowed Mime-Version: 1.0 (Apple Message framework v482) To: Mark Linimon From: Oliver Eikemeier In-Reply-To: Message-Id: <0B22E3DA-BC47-11D8-B633-00039312D914@fillmore-labs.com> Content-Transfer-Encoding: quoted-printable User-Agent: KMail/1.5.9 cc: ports-developers@FreeBSD.org cc: freebsd-ports@FreeBSD.org Subject: Re: cvs commit: doc/en_US.ISO8859-1/books/faq book.sgml (fwd) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2004 08:04:13 -0000 Am Samstag den, 12. Juni 2004, um 04:06, schrieb Mark Linimon: > FYI. This should be publically available in the next 24 hours. > > I do not think it will be controversial so I skipped the pre-review, > but I won't object if it needs to be reworded. You should call it "why I should not try to build the INDEX and don't complain when I'm failing to do so". Just a joke. Honestly, great job. You might want to mention downloading the INDEX as an alternative (there is a fetchindex target in the queue, otherwise you could always do fetch -o /usr/ports/INDEX http://www.freebsd.org/ports/INDEX on -STABLE) and possible problems someone can run into when installing the ports tree from a release CD and CVSup it afterwards, find /usr/ports -name README.html -delete should help here (not tested, ask lofi for more input). Also, people should be told to check whether they have an *up-to-date* *complete* ports collection twice (possibly with the explanation _why_ moved to an extra clause, at least I had problems following it which may be my fault). The most common problems to look for are having some language categorie in the CVSup refuse file, which either results in not having this categorie at all (easy to spot) or this part of the tree to be out of date and excluded from updating (harder to spot, because stuff does not fail immediately). I know this is mentioned in the article, but it can't hurt to mention the most common case, since this is a FAQ. Generally one should ask himself why one needs to build the INDEX (instead of just downloading it), and, if deciding to do so, consider this to be part of a sanity check of the local ports tree. Just my 2 =A2 (0.02=80) -Oliver From owner-freebsd-ports@FreeBSD.ORG Sat Jun 12 08:23:29 2004 Return-Path: Delivered-To: freebsd-ports@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C6CD16A4CE; Sat, 12 Jun 2004 08:23:29 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30E3043D31; Sat, 12 Jun 2004 08:23:29 +0000 (GMT) (envelope-from simon@FreeBSD.org) Received: from freefall.freebsd.org (simon@localhost [127.0.0.1]) i5C8MwTe024358; Sat, 12 Jun 2004 08:22:58 GMT (envelope-from simon@freefall.freebsd.org) Received: (from simon@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i5C8Mwk3024354; Sat, 12 Jun 2004 08:22:58 GMT (envelope-from simon) Date: Sat, 12 Jun 2004 08:22:58 GMT From: "Simon L. Nielsen" Message-Id: <200406120822.i5C8Mwk3024354@freefall.freebsd.org> To: simon@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: ports/67790: Compiling KDE: Fatal error 'Spinlock called when not threaded.' X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2004 08:23:29 -0000 Old Synopsis: Fatal error 'Spinlock called when not threaded.' at line 83 in file /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 0) New Synopsis: Compiling KDE: Fatal error 'Spinlock called when not threaded.' Responsible-Changed-From-To: freebsd-i386->freebsd-ports Responsible-Changed-By: simon Responsible-Changed-When: Sat Jun 12 08:20:46 GMT 2004 Responsible-Changed-Why: Reassign misfiled PR. I also changed the synopsis to be more descriptive. http://www.freebsd.org/cgi/query-pr.cgi?pr=67790 From owner-freebsd-ports@FreeBSD.ORG Sat Jun 12 08:24:13 2004 Return-Path: Delivered-To: freebsd-ports@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 488A216A4CE; Sat, 12 Jun 2004 08:24:13 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B2EE43D2D; Sat, 12 Jun 2004 08:24:13 +0000 (GMT) (envelope-from simon@FreeBSD.org) Received: from freefall.freebsd.org (simon@localhost [127.0.0.1]) i5C8NigN024414; Sat, 12 Jun 2004 08:23:44 GMT (envelope-from simon@freefall.freebsd.org) Received: (from simon@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i5C8NiUa024410; Sat, 12 Jun 2004 08:23:44 GMT (envelope-from simon) Date: Sat, 12 Jun 2004 08:23:44 GMT From: "Simon L. Nielsen" Message-Id: <200406120823.i5C8NiUa024410@freefall.freebsd.org> To: simon@FreeBSD.org, freebsd-ports@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org Subject: Re: ports/67790: Compiling KDE: Fatal error 'Spinlock called when not threaded.' X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2004 08:24:13 -0000 Synopsis: Compiling KDE: Fatal error 'Spinlock called when not threaded.' Responsible-Changed-From-To: freebsd-ports->freebsd-ports-bugs Responsible-Changed-By: simon Responsible-Changed-When: Sat Jun 12 08:23:17 GMT 2004 Responsible-Changed-Why: Please look the other way - nothing to see here... http://www.freebsd.org/cgi/query-pr.cgi?pr=67790 From owner-freebsd-ports@FreeBSD.ORG Sat Jun 12 10:11:15 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 681E516A4CE; Sat, 12 Jun 2004 10:11:15 +0000 (GMT) Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0311343D41; Sat, 12 Jun 2004 10:11:15 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd01.aul.t-online.de by mailout06.sul.t-online.com with smtp id 1BZ5T8-0003l2-00; Sat, 12 Jun 2004 12:10:34 +0200 Received: from Andro-Beta.Leidinger.net (Ttsyz0ZL8e+iP+ylBDUDktssqU38IBc8jf12jTpwzw5DheXESvXzE+@[217.229.214.66]) by fmrl01.sul.t-online.com with esmtp id 1BZ5T2-0DXnMW0; Sat, 12 Jun 2004 12:10:28 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) i5CAAfbJ012503; Sat, 12 Jun 2004 12:10:41 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sat, 12 Jun 2004 12:12:14 +0200 From: Alexander Leidinger To: Oliver Eikemeier Message-Id: <20040612121214.7c26ddee@Magellan.Leidinger.net> In-Reply-To: <0B22E3DA-BC47-11D8-B633-00039312D914@fillmore-labs.com> References: <0B22E3DA-BC47-11D8-B633-00039312D914@fillmore-labs.com> X-Mailer: Sylpheed version 0.9.11claws (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Seen: false X-ID: Ttsyz0ZL8e+iP+ylBDUDktssqU38IBc8jf12jTpwzw5DheXESvXzE+@t-dialin.net cc: Mark Linimon cc: freebsd-ports@FreeBSD.org cc: ports-developers@FreeBSD.org Subject: Re: cvs commit: doc/en_US.ISO8859-1/books/faq book.sgml (fwd) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2004 10:11:15 -0000 On Sat, 12 Jun 2004 10:03:52 +0200 Oliver Eikemeier wrote: > Just a joke. Honestly, great job. You might want to mention > downloading the INDEX as an alternative (there is a fetchindex > target in the queue, otherwise you could always do It's not in the queue to get committed, it's already committed (and documented in ports(7)). Bye, Alexander. -- I'm available to get hired (preferred in .lu). http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-ports@FreeBSD.ORG Sat Jun 12 10:16:00 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F62F16A4CE for ; Sat, 12 Jun 2004 10:16:00 +0000 (GMT) Received: from chen.org.nz (chen.org.nz [210.54.19.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1544143D39 for ; Sat, 12 Jun 2004 10:16:00 +0000 (GMT) (envelope-from jonc@chen.org.nz) Received: by chen.org.nz (Postfix, from userid 1000) id 881B813626; Sat, 12 Jun 2004 22:15:39 +1200 (NZST) Date: Sat, 12 Jun 2004 22:15:39 +1200 From: Jonathan Chen To: freebsd-ports@freebsd.org Message-ID: <20040612101539.GA38884@grimoire.chen.org.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: ImageMagick 6.0.2.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2004 10:16:00 -0000 Anyone else seeing this with graphics/ImageMagick ? grimoire-ImageMagick,10:12pm# make ===> Vulnerability check disabled >> ImageMagick-6.0.2-1.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/. >> Attempting to fetch from ftp://ftp.imagemagick.org/pub/imagemagick/. fetch: ftp://ftp.imagemagick.org/pub/imagemagick/ImageMagick-6.0.2-1.tar.bz2: File unavailable (e.g., file not found, no access) >> Attempting to fetch from ftp://ftp.imagemagick.org/pub/ImageMagick/. fetch: ftp://ftp.imagemagick.org/pub/ImageMagick/ImageMagick-6.0.2-1.tar.bz2: File unavailable (e.g., file not found, no access) >> Attempting to fetch from ftp://gd.tuwien.ac.at/pub/graphics/imagemagick/. fetch: ftp://gd.tuwien.ac.at/pub/graphics/imagemagick/ImageMagick-6.0.2-1.tar.bz2: File unavailable (e.g., file not found, no access) >> Attempting to fetch from ftp://gd.tuwien.ac.at/pub/graphics/ImageMagick/. fetch: ftp://gd.tuwien.ac.at/pub/graphics/ImageMagick/ImageMagick-6.0.2-1.tar.bz2: File unavailable (e.g., file not found, no access) >> Attempting to fetch from ftp://www.t.ring.gr.jp/pub/graphics/ImageMagick/. [..lots of fetch errors...] Cheers. -- Jonathan Chen ---------------------------------------------------------------------- Build a man a fire, and he'll be warm for a day. Set a man on fire, and he'll be warm for the rest of his life. From owner-freebsd-ports@FreeBSD.ORG Sat Jun 12 10:22:23 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F38916A4CE for ; Sat, 12 Jun 2004 10:22:23 +0000 (GMT) Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07D9343D53 for ; Sat, 12 Jun 2004 10:22:23 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd05.aul.t-online.de by mailout08.sul.t-online.com with smtp id 1BZ5e0-0008Mx-03; Sat, 12 Jun 2004 12:21:48 +0200 Received: from Andro-Beta.Leidinger.net (rP1YwBZLQezgNrSOw0x4C030Qczav1VFylkmFb9LSeYXHTqio0YIru@[217.229.214.66]) by fmrl05.sul.t-online.com with esmtp id 1BZ5dr-1uAM2S0; Sat, 12 Jun 2004 12:21:39 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) i5CALpqX014066; Sat, 12 Jun 2004 12:21:51 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sat, 12 Jun 2004 12:23:24 +0200 From: Alexander Leidinger To: freebsd-ports@freebsd.org Message-Id: <20040612122324.363c49de@Magellan.Leidinger.net> In-Reply-To: <098F791E-BBA0-11D8-8F7D-00039312D914@fillmore-labs.com> References: <40C999B6.4050706@debank.tv> <098F791E-BBA0-11D8-8F7D-00039312D914@fillmore-labs.com> X-Mailer: Sylpheed version 0.9.11claws (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Seen: false X-ID: rP1YwBZLQezgNrSOw0x4C030Qczav1VFylkmFb9LSeYXHTqio0YIru@t-dialin.net cc: Rob Evers cc: Oliver Eikemeier Subject: Re: libtool library X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2004 10:22:23 -0000 On Fri, 11 Jun 2004 14:08:23 +0200 Oliver Eikemeier wrote: > Rob Evers wrote: > > > What's the policy on installing .la files of ported software. I thought > > to remember it's prefered not to install these. Ist this correct and > > why ? > > The current `official' policy is not to install .la files > because they have been considered useless. Many developers > consider this policy to be wrong since in some cases they > are required. If a port uses libtdl, the .la files are required for those libs the ports depends on, or for plugins the port installs. At least this was the case with libtdl 1.3.x. That's the only case I know of which makes the .la files a requirement. If we would patch libtdl to not open the .la files, but open the .so file directly, we wouldn't even need the .la files in this case. Bye, Alexander. -- I'm available to get hired (preferred in .lu). http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-ports@FreeBSD.ORG Sat Jun 12 11:34:07 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0736F16A4CE for ; Sat, 12 Jun 2004 11:34:07 +0000 (GMT) Received: from mail.corrupt.co.nz (222-152-14-69.jetstream.xtra.co.nz [222.152.14.69]) by mx1.FreeBSD.org (Postfix) with SMTP id EAE9743D1D for ; Sat, 12 Jun 2004 11:34:03 +0000 (GMT) (envelope-from drew@corrupt.co.nz) Received: (qmail 96004 invoked by uid 1011); 12 Jun 2004 11:33:49 -0000 Received: from drew@corrupt.co.nz by tweety.lan.corrupt.co.nz by uid 1009 with qmail-scanner-1.22 Clear:RC:0(202.36.205.29):SA:0(0.0/3.8):. Processed in 5.118568 secs); 12 Jun 2004 11:33:49 -0000 X-Spam-Status: No, hits=0.0 required=3.8 Received: from 202.36.205.29.dts.net.nz (HELO ?10.10.69.142?) (drew@corrupt.co.nz@202.36.205.29) by mail.corrupt.co.nz with SMTP; 12 Jun 2004 11:33:43 -0000 Message-ID: <40CAE9DF.4040407@corrupt.co.nz> Date: Sat, 12 Jun 2004 23:32:47 +1200 From: Drew Broadley User-Agent: Mozilla Thunderbird 0.6 (X11/20040606) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jonathan Chen References: <20040612101539.GA38884@grimoire.chen.org.nz> In-Reply-To: <20040612101539.GA38884@grimoire.chen.org.nz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-ports@freebsd.org Subject: Re: ImageMagick 6.0.2.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2004 11:34:07 -0000 Jonathan Chen wrote: >Anyone else seeing this with graphics/ImageMagick ? > > grimoire-ImageMagick,10:12pm# make > ===> Vulnerability check disabled > >> ImageMagick-6.0.2-1.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/. > >> Attempting to fetch from ftp://ftp.imagemagick.org/pub/imagemagick/. > fetch: ftp://ftp.imagemagick.org/pub/imagemagick/ImageMagick-6.0.2-1.tar.bz2: File unavailable (e.g., file not found, no access) > >> Attempting to fetch from ftp://ftp.imagemagick.org/pub/ImageMagick/. > fetch: ftp://ftp.imagemagick.org/pub/ImageMagick/ImageMagick-6.0.2-1.tar.bz2: File unavailable (e.g., file not found, no access) > >> Attempting to fetch from ftp://gd.tuwien.ac.at/pub/graphics/imagemagick/. > fetch: ftp://gd.tuwien.ac.at/pub/graphics/imagemagick/ImageMagick-6.0.2-1.tar.bz2: File unavailable (e.g., file not found, no access) > >> Attempting to fetch from ftp://gd.tuwien.ac.at/pub/graphics/ImageMagick/. > fetch: ftp://gd.tuwien.ac.at/pub/graphics/ImageMagick/ImageMagick-6.0.2-1.tar.bz2: File unavailable (e.g., file not found, no access) > >> Attempting to fetch from ftp://www.t.ring.gr.jp/pub/graphics/ImageMagick/. > > [..lots of fetch errors...] > >Cheers. > > There is only 3+ emails JUST before this one (and one including a fix) - Drew From owner-freebsd-ports@FreeBSD.ORG Sat Jun 12 14:29:43 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6316116A4CE for ; Sat, 12 Jun 2004 14:29:43 +0000 (GMT) Received: from mail.ncsa.uiuc.edu (mail.ncsa.uiuc.edu [141.142.2.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 012F943D2D for ; Sat, 12 Jun 2004 14:29:43 +0000 (GMT) (envelope-from koziol@ncsa.uiuc.edu) X-Envelope-From: koziol@ncsa.uiuc.edu X-Envelope-To: Received: from sleipnir.ncsa.uiuc.edu (sleipnir.ncsa.uiuc.edu [141.142.96.70]) by mail.ncsa.uiuc.edu (8.11.7/8.11.7) with ESMTP id i5CETPx17473 for ; Sat, 12 Jun 2004 09:29:25 -0500 Received: from sleipnir.ncsa.uiuc.edu (localhost [127.0.0.1]) i5CETQed056449 for ; Sat, 12 Jun 2004 09:29:26 -0500 (CDT) (envelope-from koziol@sleipnir.ncsa.uiuc.edu) Received: (from koziol@localhost) by sleipnir.ncsa.uiuc.edu (8.12.11/8.12.11/Submit) id i5CETQlU056448 for freebsd-ports@freebsd.org; Sat, 12 Jun 2004 09:29:26 -0500 (CDT) (envelope-from koziol) From: Quincey Koziol Message-Id: <200406121429.i5CETQlU056448@sleipnir.ncsa.uiuc.edu> In-Reply-To: <20040527190050.0199A16A4DB@hub.freebsd.org> To: freebsd-ports@freebsd.org Date: Sat, 12 Jun 2004 09:29:26 -0500 (CDT) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-NCSA-MailScanner-Information: Please contact the help@ncsa.uiuc.edu for more information X-NCSA-MailScanner: Found to be clean Subject: Re: lcms upgrade ends with error X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2004 14:29:43 -0000 > Date: Thu, 27 May 2004 15:22:08 +0900 > From: Rob > Subject: lcms upgrade ends with error > To: freebsd-ports@freebsd.org > Message-ID: <40B58910.7020108@users.sourceforge.net> > Content-Type: text/plain; charset=us-ascii; format=flowed > > > Hi, > > Portupgrade of lcms ends with an error. > All other ports on my system are up-to-date. > > > # portupgrade lcms > ---> Upgrading 'lcms-1.09_1,1' to 'lcms-1.12,1' (graphics/lcms) > ---> Building '/usr/ports/graphics/lcms' > > [...snip...] > > cc -O -pipe -L/usr/local/lib -o .libs/testcms -L/usr/local/lib testcms.o ../src/.libs/liblcms.so -lm -Wl,--rpath -Wl,/usr/local/lib > creating testcms > ./testcms > little cms testbed. Ver 1.12 [build May 27 2004 15:18:44] > > Testing fixed point: 2.8848960205 = 2.8848 > 0.437499269828536 = 0.4374 > Testing fixed scaling...pass. > Testing curves join ...pass. > Testing reversing of curves ... > dE: mean=0.00477642, SD=0.00723409, max=0.171206 pass. > Testing linear interpolation ...pass. (43 tics) > Testing descending tables (linear interpolation)...pass. > Testing reverse linear interpolation > on normal monotonic curve...pass. > on degenerated curve ...pass. > Testing 3D interpolation on LUT...pass. > Testing virtual profiles (Emulating sRGB)...pass. > Testing profile decoding (sRGB)....because 5 != 0 on index 1 > table dump follows: > 0) 0 > 1) 5 > 2) A > 3) F > 4) 14 > 5) 19 > 6) 1E > 7) 23 > 8) 28 > 9) 2D > > so, Gamma curves mismatch! > *** Error code 1 > > Stop in /usr/ports/graphics/lcms/work/lcms-1.12/testbed. > *** Error code 1 > > Stop in /usr/ports/graphics/lcms. > ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade65187.0 make > ** Fix the problem and try again. > ** Listing the failed packages (*:skipped / !:failed) > ! graphics/lcms (lcms-1.09_1,1) (unknown build error) > ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed > I've had the same problem for a few weeks. Is lcms working for anyone? Has anyone looked in this problem? Quincey From owner-freebsd-ports@FreeBSD.ORG Sat Jun 12 14:35:49 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41FAE16A4CE for ; Sat, 12 Jun 2004 14:35:49 +0000 (GMT) Received: from io.krans.org (io.visi.com [209.98.251.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1B9E43D48 for ; Sat, 12 Jun 2004 14:35:48 +0000 (GMT) (envelope-from sdk@krans.org) Received: by io.krans.org (Postfix, from userid 1001) id 22B2B1A6C1; Sat, 12 Jun 2004 09:35:01 -0500 (CDT) Date: Sat, 12 Jun 2004 09:35:01 -0500 From: Steve To: avleeuwen@piwebs.com Message-ID: <20040612143501.GA269@krans.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: ports@FreeBSD.org Subject: FreeBSD Port: ImageMagick-6.0.2.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2004 14:35:49 -0000 The 6.0.2.1 code was apparently pulled from the main distribution site and its mirrors, breaking the port. Version 6.0.2-6 is now available was the lastest stable release. Steve From owner-freebsd-ports@FreeBSD.ORG Sat Jun 12 15:18:04 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27C1016A4CE; Sat, 12 Jun 2004 15:18:04 +0000 (GMT) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDC8643D1D; Sat, 12 Jun 2004 15:18:03 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 43713141EC; Sat, 12 Jun 2004 10:16:52 -0500 (CDT) Date: Sat, 12 Jun 2004 10:16:52 -0500 (CDT) From: Mark Linimon X-X-Sender: linimon@pancho To: Alexander Leidinger In-Reply-To: <20040612121214.7c26ddee@Magellan.Leidinger.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Mark Linimon cc: ports-developers@FreeBSD.org cc: freebsd-ports@FreeBSD.org cc: Oliver Eikemeier Subject: Re: cvs commit: doc/en_US.ISO8859-1/books/faq book.sgml (fwd) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2004 15:18:04 -0000 On Sat, 12 Jun 2004, Alexander Leidinger wrote: > On Sat, 12 Jun 2004 10:03:52 +0200 > Oliver Eikemeier wrote: > > > You might want to mention downloading the INDEX as an alternative > > (there is a fetchindex target in the queue) > > It's not in the queue to get committed, it's already committed (and > documented in ports(7)). And, of course, if their ports collection is out-of-date, they won't have this target :-) But seriously, I don't know if this is too much detail for the FAQ. This sounds more like fodder for a 'ports HOWTO'. Is there such a thing? If so, did I just wind up volunteering again? :-) mcl From owner-freebsd-ports@FreeBSD.ORG Sat Jun 12 17:56:46 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2456216A4CE; Sat, 12 Jun 2004 17:56:46 +0000 (GMT) Received: from fed1rmmtao10.cox.net (fed1rmmtao10.cox.net [68.230.241.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEE1743D41; Sat, 12 Jun 2004 17:56:45 +0000 (GMT) (envelope-from vrose2@cox.net) Received: from o1q4a8 ([68.111.234.126]) by fed1rmmtao10.cox.net (InterMail vM.6.01.03.02 201-2131-111-104-20040324) with SMTP id <20040612175458.LUOF27755.fed1rmmtao10.cox.net@o1q4a8>; Sat, 12 Jun 2004 13:54:58 -0400 Message-ID: <000601c450a6$5eb30400$7eea6f44@o1q4a8> From: "victoria rose" To: Date: Sat, 12 Jun 2004 10:54:54 -0700 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2720.3000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2739.300 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: ports@FreeBSD.org Subject: FreeBSD Port: atlantikdesigner-3.2.3 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2004 17:56:46 -0000 From owner-freebsd-ports@FreeBSD.ORG Sat Jun 12 18:21:05 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46EFF16A4D3 for ; Sat, 12 Jun 2004 18:21:05 +0000 (GMT) Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by mx1.FreeBSD.org (Postfix) with SMTP id ECE1943D53 for ; Sat, 12 Jun 2004 18:21:04 +0000 (GMT) (envelope-from adamw@magnesium.net) Received: (qmail 12579 invoked by uid 1252); 12 Jun 2004 18:20:23 -0000 Date: 12 Jun 2004 14:20:23 -0400 Date: Sat, 12 Jun 2004 14:20:23 -0400 From: Adam Weinberger To: Drew Broadley Message-ID: <20040612182023.GI72578@toxic.magnesium.net> Mail-Followup-To: Adam Weinberger , Drew Broadley , ports@freebsd.org References: <40CA9E89.9060706@corrupt.co.nz> <40CA9F5D.4080006@corrupt.co.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <40CA9F5D.4080006@corrupt.co.nz> X-Editor: Vim 6.2 http://www.vim.org X-Mailer: Mutt 1.5 http://www.mutt.org X-URL: http://www.vectors.cx X-ASL: 6/m/behind you User-Agent: Mutt/1.5.4i cc: ports@freebsd.org Subject: Re: FreeBSD Port: ImageMagick X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2004 18:21:05 -0000 >> (06.12.2004 @ 0214 PST): Drew Broadley said, in 1.6K: << > Drew Broadley wrote: > > >Error building (after I fixed the error in fetching) > > > > > >if /bin/sh ../libtool --silent --mode=compile cc -DHAVE_CONFIG_H -I../ > >-I. -I. -I. -I.. -I../ltdl -I.. -I.. -I../ltdl > >-I/usr/local/include/freetype2 -I/usr/local/include > >-I/usr/local/include -I/usr/X11R6/include -I/usr/X11R6/include/X11 > >-I/usr/local/include/libxml2 -O -pipe -mcpu=pentiumpro -Wall -MT > >xwindow.lo -MD -MP -MF ".deps/xwindow.Tpo" -c -o xwindow.lo xwindow.c; \ > >then mv -f ".deps/xwindow.Tpo" ".deps/xwindow.Plo"; else rm -f > >".deps/xwindow.Tpo"; exit 1; fi > >xwindow.c:78: redefinition of `ushort' > >/usr/include/sys/types.h:56: `ushort' previously declared here > >gmake[2]: *** [xwindow.lo] Error 1 > >gmake[2]: Leaving directory > >`/usr/ports/graphics/ImageMagick/work/ImageMagick-6.0.2/magick' > >gmake[1]: *** [all] Error 2 > >gmake[1]: Leaving directory > >`/usr/ports/graphics/ImageMagick/work/ImageMagick-6.0.2/magick' > >gmake: *** [all-recursive] Error 1 > >*** Error code 2 > > > >Stop in /usr/ports/graphics/ImageMagick. > > > Fix: > > > diff -u magick/xwindow.c.old magick/xwindow.c > --- magick/xwindow.c.old Sat Jun 12 18:14:26 2004 > +++ magick/xwindow.c Sat Jun 12 18:13:56 2004 > @@ -74,9 +74,11 @@ > #if defined(HAVE_MACHINE_PARAM_H) > # include > #endif > +/* > #if __FreeBSD__ >= 5 > typedef unsigned short ushort; > #endif > +*/ > #include > #include > #include The better fix is to update to 6.0.2-5. # Adam > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" >> end of "Re: FreeBSD Port: ImageMagick" from Drew Broadley << -- Adam Weinberger adamw@magnesium.net || adamw@FreeBSD.org adamw@vectors.cx || adamw@gnome.org http://www.vectors.cx From owner-freebsd-ports@FreeBSD.ORG Sat Jun 12 18:30:27 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BDF916A4CE for ; Sat, 12 Jun 2004 18:30:27 +0000 (GMT) Received: from mbox-o00.iijmio.jp (mbox-o00.iijmio.jp [210.138.144.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67EA443D53 for ; Sat, 12 Jun 2004 18:30:26 +0000 (GMT) (envelope-from fmysh@iijmio-mail.jp) Received: MIO O00 id i5CIUEqC025756; Sun, 13 Jun 2004 03:30:14 +0900 (JST) Received: MMS R00 from prime.quad.dyndns.org (localhost [127.0.0.1]) for (authenticated) id i5CIUDsM024347; Sun, 13 Jun 2004 03:30:13 +0900 (JST) Date: Sun, 13 Jun 2004 03:30:13 +0900 From: TAOKA Fumiyoshi To: freebsd-ports@freebsd.org Message-Id: <20040613033013.472485a5.fmysh@iijmio-mail.jp> X-Mailer: Sylpheed version 0.9.11 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: How to registerd uid/gid for ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2004 18:30:27 -0000 Hello all www/moinmoin marked BROKEN as "Uses unregistered uid/gid". Its maintainer is currently ports@freebsd.org. Now I'm going to fix it but I'm not sure how to register uid/gid for ports. Porter's Handbook, 16.12 UIDs said: If your port must use the same user/group ID number when it is installed as a binary package as when it was compiled, then you must choose a free UID from 50 to 999 and register it below. http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/dads-uid.html Currently the port uses moinmoin(192)/moinmoin(192) and they are not registerd to Porter's Handbook. Is it the right way to send PR to add the uid/gid to Porter's Handbook? -- TAOKA Fumiyoshi From owner-freebsd-ports@FreeBSD.ORG Sat Jun 12 19:27:39 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B04D16A4CE for ; Sat, 12 Jun 2004 19:27:39 +0000 (GMT) Received: from fillmore.dyndns.org (port-212-202-50-15.dynamic.qsc.de [212.202.50.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E21543D1D for ; Sat, 12 Jun 2004 19:27:38 +0000 (GMT) (envelope-from eikemeier@fillmore-labs.com) Received: from [172.16.0.13] (helo=localhost) by fillmore.dyndns.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34 (FreeBSD)) id 1BZE9W-000839-1g for FreeBSD-ports@FreeBSD.org; Sat, 12 Jun 2004 21:26:56 +0200 Date: Sat, 12 Jun 2004 21:26:53 +0200 Mime-Version: 1.0 (Apple Message framework v482) Content-Type: text/plain; charset=US-ASCII; format=flowed From: Oliver Eikemeier To: FreeBSD ports Content-Transfer-Encoding: 7bit Message-Id: <763723AC-BCA6-11D8-B633-00039312D914@fillmore-labs.com> User-Agent: KMail/1.5.9 Subject: port names and personal freedom X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2004 19:27:39 -0000 Dear porters, I'm just trying to add some vulnerabilities to the list that have been forgotten recently. In this process I had to discover that we have a new trend to creative naming in the ports tree. We have funny names like www/apache13-modperl -> apache+mod_perl-1.3.31 (LATEST_LINK=apache+mod_perl) mail/sendmail-ldap -> sendmail+tls+sasl2+ldap-8.12.11 (LATEST_LINK=sendmail+tls+sasl2+ldap) net/samba3 (LATEST_LINK=samba-3) ... the list goes on. At the risk of starting another bikeshed about the personal freedom of maintainers to name their port how they please, why TF does this have to be? Do we have any benefit from that? Is `plus' as a package suffix separator en vouge this summer? Please, I expect - LATEST_LINK= directory name If this doesn't collide with other ports, so that pkg_add -r `directory name' intuitively works. - PKGNAMESUFFIX separated with a minus Like most of the ports do. - only a single PKGNAMESUFFIX Out of the door, line on the left, one cross each. - a PKGNAMESUFFIX means that a slave port with a directory name that matches the packages names exists. This is not absolutely necessary in all cases, but this is what PKGNAMESUFFIX is designed for, those packages show up in the INDEX and are recognizable for vulnerability and conflict checking. Please, if I make www/apache13-modssl APACHE_WITH_IPV6=yes APACHE_WITH_MODSNMP=yes APACHE_WITH_MODACCEL=yes APACHE_WITH_MODDEFLATE=yes (why are they APACHE_WITH_* instead of WITH_*? more creativity?) I get a PKGNAME of apache+mod_ssl+mod_snmp+mod_accel+mod_deflate+ipv6-1.3.31+2.8.18+1.3.14.12+ 1.0.31+1.0.21_4 (which current package tool truncate in most cases), a LATEST_LINK of apache+mod_ssl+mod_snmp+mod_accel+mod_deflate+ipv6 and a CONFLICTS line of apache+ipv6-1.* apache+ssl-1.* apache-1.* apache-2.* apache_fp-1.* caudium-devel-1.* caudium10-1.* caudium12-* ru-apache+mod_ssl-1.* ru-apache-1.* thttpd-2.* w3c-httpd-3.* apache+mod_ssl-1.* apache+mod_ssl+ipv6-1.* apache+mod_ssl+mod_accel-1.* apache+mod_ssl+mod_accel+ipv6-1.* apache+mod_ssl+mod_accel+mod_deflate-1.* apache+mod_ssl+mod_accel+mod_deflate+ipv6-1.* apache+mod_ssl+mod_deflate-1.* apache+mod_ssl+mod_deflate+ipv6-1.* MODSNMP_SUFFIX= +mod_snmp apache+mod_ssl-1.* apache+mod_ssl+ipv6-1.* apache+mod_ssl+mod_snmp-1.* apache+mod_ssl+mod_snmp+ipv6-1.* apache+mod_ssl+mod_snmp+mod_deflate-1.* apache+mod_ssl+mod_snmp+mod_deflate+ipv6-1.* apache+mod_ssl+mod_deflate-1.* apache+mod_ssl+mod_deflate+ipv6-1.* apache+mod_ssl-1.* apache+mod_ssl+ipv6-1.* apache+mod_ssl+mod_snmp-1.* apache+mod_ssl+mod_snmp+ipv6-1.* apache+mod_ssl+mod_snmp+mod_accel-1.* apache+mod_ssl+mod_snmp+mod_accel+ipv6-1.* apache+mod_ssl+mod_accel-1.* apache+mod_ssl+mod_accel+ipv6-1.* apache+mod_ssl-1.* apache+mod_ssl+mod_snmp-1.* apache+mod_ssl+mod_snmp+mod_accel-1.* apache+mod_ssl+mod_snmp+mod_accel+mod_deflate-1.* apache+mod_ssl+mod_accel-1.* apache+mod_ssl+mod_accel+mod_deflate-1.* apache+mod_ssl+mod_deflate-1.* Besides being buggy (which does not surprise me in all that chaos) all this is a mayor POLA violation. Can we please restrain our creativity to pkg_message? The pkg_message is displayed with pkg_info -D PKGNAME, so everybody can find out with what options the package has been compiled, should (s)he be interested. Does really someone expect me to read every Makefile and add apache{,+mod_ssl}{,+mod_snmp}{,+mod_accel}{,+mod_deflate}{,+ipv6}<1.3.31+2. 8.18+1.3.14.12+1.0.31+1.0.21_4 or whatever to CONFLICTS and vulnerability checking? Please, please, let us fix this ASAP. -Oliver From owner-freebsd-ports@FreeBSD.ORG Sat Jun 12 19:42:20 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95F3616A4CE for ; Sat, 12 Jun 2004 19:42:20 +0000 (GMT) Received: from gentoo.ahze.net (adsl-068-209-163-003.sip.clt.bellsouth.net [68.209.163.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F7B943D2F for ; Sat, 12 Jun 2004 19:42:20 +0000 (GMT) (envelope-from ahze@ahze.net) Received: from [192.168.1.5] (emac.ahze.net [192.168.1.5]) by gentoo.ahze.net (Postfix) with ESMTP id 7F4BD64AE; Sat, 12 Jun 2004 15:42:09 -0400 (EDT) In-Reply-To: <20040612143501.GA269@krans.org> References: <20040612143501.GA269@krans.org> Mime-Version: 1.0 (Apple Message framework v618) Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-1--759537694" Message-Id: <971684A2-BCA8-11D8-BBB3-000A958C81C6@ahze.net> Content-Transfer-Encoding: 7bit From: Michael Johnson Date: Sat, 12 Jun 2004 15:42:08 -0400 To: Steve X-Pgp-Agent: GPGMail 1.0.1 (v33, 10.3) X-Mailer: Apple Mail (2.618) cc: ports@FreeBSD.org cc: avleeuwen@piwebs.com Subject: Re: FreeBSD Port: ImageMagick-6.0.2.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2004 19:42:20 -0000 --Apple-Mail-1--759537694 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed 6.0.2.6 was committed today michael --Apple-Mail-1--759537694 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFAy1yQtVelVDBHE5URAqoCAJoD0cN1zevZSYSfk0WuhlhzbiQY4QCfT5JA vFbDWC0uD4romMf36aJLqBM= =EFGp -----END PGP SIGNATURE----- --Apple-Mail-1--759537694-- From owner-freebsd-ports@FreeBSD.ORG Sat Jun 12 20:52:10 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5BED16A4CE for ; Sat, 12 Jun 2004 20:52:10 +0000 (GMT) Received: from usgrant.trismegistus.net (wbar19.dal1-4.26.171.138.dal1.dsl-verizon.net [4.26.171.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F31B43D2F for ; Sat, 12 Jun 2004 20:52:10 +0000 (GMT) (envelope-from hermes@trismegistus.net) Received: from sherman (sherman.trismegistus.net [192.168.0.12]) by usgrant.trismegistus.net (Postfix) with ESMTP id F1C1AB42 for ; Sat, 12 Jun 2004 15:51:31 -0500 (CDT) Date: Sat, 12 Jun 2004 15:51:31 -0500 (CDT) From: Hermes Trismegistus To: FreeBSD ports Message-ID: <20040612153725.A81859@sherman.trismegistus.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Interactive ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2004 20:52:10 -0000 Ok, it is with great trepidation that I ask this question, and, yes, I feel like a complete idiot (nothing new here). I have RTFM and STFW to no avail. While this topic is discussed ad infinitum in the archives, not even once is a simple "what to do" printed. So I run "make" in "/usr/ports/security/tripwire" it gives stdout that this is an "interactive port". Ok, I download the version of tripwire that is being referenced in the makefile, and cp it to "/usr/ports/disfiles", and I get the same stdout when doing a "make", "this is an interactive port". Ok, I get the message, it is indeed a interactive port. What the hell does this mean, and I how can I install this "interactive port". Cheers, J. Craig Woods UNIX/Linux Network/System Administration http://www.trismegistus.net/resume.htm Entropy requires no maintenance. From owner-freebsd-ports@FreeBSD.ORG Sat Jun 12 21:04:12 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FEAC16A4CE for ; Sat, 12 Jun 2004 21:04:12 +0000 (GMT) Received: from mta11.adelphia.net (mta11.adelphia.net [68.168.78.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1594C43D1D for ; Sat, 12 Jun 2004 21:04:12 +0000 (GMT) (envelope-from johnmary@adelphia.net) Received: from 68-70-66-207.losaca.adelphia.net ([68.70.66.207]) by mta11.adelphia.netESMTP <20040612210400.LTRF21898.mta11.adelphia.net@68-70-66-207.losaca.adelphia.net>; Sat, 12 Jun 2004 17:04:00 -0400 Received: by 68-70-66-207.losaca.adelphia.net (Postfix, from userid 1001) id DEF4D6860; Sat, 12 Jun 2004 14:03:58 -0700 (PDT) Date: Sat, 12 Jun 2004 14:03:58 -0700 From: John Merryweather Cooper To: Hermes Trismegistus Message-ID: <20040612210358.GA24451@borgdemon.losaca.adelphia.net> References: <20040612153725.A81859@sherman.trismegistus.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040612153725.A81859@sherman.trismegistus.net> User-Agent: Mutt/1.4.2.1i Phone: 1-509-338-9391 WWW-Home-Page: http://www.borgsdemons.com/ cc: freebsd-ports@freebsd.org Subject: Re: Interactive ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2004 21:04:12 -0000 It appears you're trying to compile an interactive port (one that has a menu that a user must interact with) but you are trying to force it into BATCH mode with a setting in your /etc/make.conf. BATCH mode causes these ports to be skipped since they can't be built in BATCH mode. jmc On Sat, Jun 12, 2004 at 03:51:31PM -0500, Hermes Trismegistus wrote: > > Ok, it is with great trepidation that I ask this question, and, yes, I > feel like a complete idiot (nothing new here). I have RTFM and STFW to > no avail. While this topic is discussed ad infinitum in the archives, > not even once is a simple "what to do" printed. So I run "make" in > "/usr/ports/security/tripwire" it gives stdout that this is an > "interactive port". Ok, I download the version of tripwire that is being > referenced in the makefile, and cp it to "/usr/ports/disfiles", and I get > the same stdout when doing a "make", "this is an interactive port". Ok, I > get the message, it is indeed a interactive port. What the hell does this > mean, and I how can I install this "interactive port". > > Cheers, > > J. Craig Woods > UNIX/Linux Network/System Administration > http://www.trismegistus.net/resume.htm > Entropy requires no maintenance. > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From owner-freebsd-ports@FreeBSD.ORG Sat Jun 12 21:17:47 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8431016A4E4 for ; Sat, 12 Jun 2004 21:17:46 +0000 (GMT) Received: from usgrant.trismegistus.net (wbar19.dal1-4.26.171.138.dal1.dsl-verizon.net [4.26.171.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC64543D1D for ; Sat, 12 Jun 2004 21:17:45 +0000 (GMT) (envelope-from hermes@trismegistus.net) Received: from sherman (sherman.trismegistus.net [192.168.0.12]) by usgrant.trismegistus.net (Postfix) with ESMTP id 4F626B42; Sat, 12 Jun 2004 16:17:09 -0500 (CDT) Date: Sat, 12 Jun 2004 16:17:09 -0500 (CDT) From: Hermes Trismegistus To: John Merryweather Cooper In-Reply-To: <20040612210358.GA24451@borgdemon.losaca.adelphia.net> Message-ID: <20040612160951.C45218@sherman.trismegistus.net> References: <20040612153725.A81859@sherman.trismegistus.net> <20040612210358.GA24451@borgdemon.losaca.adelphia.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: FreeBSD ports Subject: Re: Interactive ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2004 21:17:47 -0000 John, you are a genius, and have hit this issue right-on. I set "BATCH=yes" some time ago to eliminate being hit on the meta-ports. Six hours of researching this, and, until your timely discernment, I was ready to "hit the bars and do some drinking fast". Thanks ever so much Cheers, J. Craig Woods UNIX/Linux Network/System Administration http://www.trismegistus.net/resume.htm Entropy requires no maintenance. On Sat, 12 Jun 2004, John Merryweather Cooper wrote: > It appears you're trying to compile an interactive port (one that has a > menu that a user must interact with) but you are trying to force it into > BATCH mode with a setting in your /etc/make.conf. BATCH mode causes > these ports to be skipped since they can't be built in BATCH mode. > > jmc > > On Sat, Jun 12, 2004 at 03:51:31PM -0500, Hermes Trismegistus wrote: >> >> Ok, it is with great trepidation that I ask this question, and, yes, I >> feel like a complete idiot (nothing new here). I have RTFM and STFW to >> no avail. While this topic is discussed ad infinitum in the archives, >> not even once is a simple "what to do" printed. So I run "make" in >> "/usr/ports/security/tripwire" it gives stdout that this is an >> "interactive port". Ok, I download the version of tripwire that is being >> referenced in the makefile, and cp it to "/usr/ports/disfiles", and I get >> the same stdout when doing a "make", "this is an interactive port". Ok, I >> get the message, it is indeed a interactive port. What the hell does this >> mean, and I how can I install this "interactive port". >> >> Cheers, >> >> J. Craig Woods >> UNIX/Linux Network/System Administration >> http://www.trismegistus.net/resume.htm >> Entropy requires no maintenance. >> _______________________________________________ >> freebsd-ports@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-ports >> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From owner-freebsd-ports@FreeBSD.ORG Sat Jun 12 23:35:20 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AC2216A4CE for ; Sat, 12 Jun 2004 23:35:20 +0000 (GMT) Received: from hotmail.com (sea1-f85.sea1.hotmail.com [207.68.163.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E35443D2F for ; Sat, 12 Jun 2004 23:35:20 +0000 (GMT) (envelope-from crollins666@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 12 Jun 2004 16:35:08 -0700 Received: from 216.19.22.118 by sea1fd.sea1.hotmail.msn.com with HTTP; Sat, 12 Jun 2004 23:35:08 GMT X-Originating-IP: [216.19.22.118] X-Originating-Email: [crollins666@hotmail.com] X-Sender: crollins666@hotmail.com From: "clayton rollins" To: ports@freebsd.org Date: Sat, 12 Jun 2004 23:35:08 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 12 Jun 2004 23:35:08.0693 (UTC) FILETIME=[E5CD9C50:01C450D5] Subject: Using LIB_DEPENDS X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2004 23:35:20 -0000 Hi all, I'm in a situation where I think I have to use LIB_DEPENDS, but want some advice before moving forward. The specific library I'm trying to link to is devel/icu2. Is there a convenient way to include this? (Say, USE_ICU2=yes, which I didn't see.) Or, am I stuck using LIB_DEPENDS? If I'm stuck with LIB_DEPENDS, is there a way dynamically support the dependency? ICU 2.6 and greater will work, can I tell LIB_DEPENDS this somehow, or do have to link to the version in ports and update this Makefile for each update to icu2? Also, do libraries registered with LIB_DEPENDS count as runtime depencies, or should I explicitely include that? I assume it does, but figured I'd ask since I'm writing anyways. Thanks in advance, Clayton Rollins _________________________________________________________________ Check out the coupons and bargains on MSN Offers! http://youroffers.msn.com From owner-freebsd-ports@FreeBSD.ORG Sat Jun 12 23:46:27 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F12A216A4CE for ; Sat, 12 Jun 2004 23:46:27 +0000 (GMT) Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by mx1.FreeBSD.org (Postfix) with SMTP id BDFCD43D49 for ; Sat, 12 Jun 2004 23:46:27 +0000 (GMT) (envelope-from adamw@magnesium.net) Received: (qmail 17058 invoked by uid 1252); 12 Jun 2004 23:46:14 -0000 Date: 12 Jun 2004 19:46:14 -0400 Date: Sat, 12 Jun 2004 19:46:14 -0400 From: Adam Weinberger To: clayton rollins Message-ID: <20040612234614.GJ72578@toxic.magnesium.net> Mail-Followup-To: Adam Weinberger , clayton rollins , ports@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Editor: Vim 6.2 http://www.vim.org X-Mailer: Mutt 1.5 http://www.mutt.org X-URL: http://www.vectors.cx X-ASL: 6/m/behind you User-Agent: Mutt/1.5.4i cc: ports@freebsd.org Subject: Re: Using LIB_DEPENDS X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2004 23:46:28 -0000 >> (06.12.2004 @ 1935 PST): clayton rollins said, in 1.1K: << > Hi all, > > I'm in a situation where I think I have to use LIB_DEPENDS, > but want some advice before moving forward. > > The specific library I'm trying to link to is devel/icu2. Is > there a convenient way to include this? (Say, > USE_ICU2=yes, which I didn't see.) Or, am I stuck using > LIB_DEPENDS? You need to use LIB_DEPENDS. > If I'm stuck with LIB_DEPENDS, is there a way dynamically > support the dependency? ICU 2.6 and greater will work, > can I tell LIB_DEPENDS this somehow, or do have to link to > the version in ports and update this Makefile for each > update to icu2? LIB_DEPENDS= iculx:${PORTSDIR}/devel/libicu2 That will work because libiculx.so exists as a symlink. > Also, do libraries registered with LIB_DEPENDS count as > runtime depencies, or should I explicitely include that? > I assume it does, but figured I'd ask since I'm writing > anyways. >> end of "Using LIB_DEPENDS" from clayton rollins << LIB_DEPENDS implies both a BUILD_DEPEND and a RUN_DEPEND. # Adam -- Adam Weinberger adamw@magnesium.net || adamw@FreeBSD.org adamw@vectors.cx || adamw@gnome.org http://www.vectors.cx