From owner-freebsd-ports@FreeBSD.ORG Sun Dec 22 00:50:43 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 805645D3 for ; Sun, 22 Dec 2013 00:50:43 +0000 (UTC) Received: from 01usbos01.prod.adjectivism.org (01usbos01.prod.adjectivism.org [208.118.230.84]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 50ABF103C for ; Sun, 22 Dec 2013 00:50:42 +0000 (UTC) Received: from an authenticated and subsequently anonymized source DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=adjectivism.org; s=01usbos01; t=1387672905; bh=AlbPYc0mbsPbkrRAKFtTnizj8LIRi4ifcAc1q7s9dnY=; h=Date:From:To:Subject:From; b=fT0KV/8cZTDuYWNP5Yilko/3ag+vVT72O65iVNsVpA5TUBfjgNGL8sczpYf18pEOb NhthRfPeVQ6ZS4CE4W87s2OaWdeVOcNCihLizhhkWMamL7Fo5WjX58IrMmTUgdrHgv MtioQNQYlmLWY8AZJKzM/QnpEqsFxdTYLudVgLcf5AmnbatPQhsjMChzrwbw87Uhj6 AxAXWJyozl/A34aUCi4XJDJ7JsQbZtfRJAGttWPvoX1FUug8xcPUECdGDEJ9Q1KD4d yw6TA7MX6ucxSCn9QuW9cTdXgPCGgyWk/9OCJv0HusEVbTnpzKlQzu6SYdwQLS5vPS uakRK4vPpQmfnB37C9jXv+mNqMCqX/uZD8ar87j9lzkhY/umoa8X6dWA8yPJ7zrXso y2rdQyPQfk5dJBKTMyiO3BrP6fdBqq+3dEsg7AJm0VW65FYFO6QF0OP0s6bE7GAIke F1C9ZnintejYUlkVDezFagj+eHITAze3Qiiha9M8P/DkzSh+NR1vlhjgNvfoJ/I2kv mM+clnERwEP2qYE0sAeEH3u/t6cz6a+Bwm6TBDRj3k+hf9oBI7VjIRHsDsICBEHk8c rVdSMFPw7ePrOkx/SyWzig/CxTMBGIbIzWWaIZ/2N55SYQV+XRAeLkGj8v/TAb+0U9 9mYDPOYj7pVagKeCZlGppQY4= Message-ID: <52B6352E.4050804@scrubbed.adjectivism.org> Date: Sat, 21 Dec 2013 19:41:18 -0500 From: Erick Turnquist MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Resolving circular dependencies Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 00:50:43 -0000 Hi List, A few weeks ago, I submitted a patch to build security/krb5 with LDAP support (adding a dependency on security/openldap24-sasl-client). All was well. Now, I've realized that security/cyrus-sasl2 (which the OpenLDAP client depends on) is going to need a knob to control which Kerberos implementation to use. My first thought was to simply LIB_DEPENDS+=security/krb5, but that leaves me with a circle (need to install krb5 before building cyrus-sasl2, but can't install krb5's dependency openldap24-sasl-client without cyrus-sasl2). I've tried searching, but can't find any advice on resolving issues like this. I'm sure this sort of thing has been encountered before. What's the best way to deal with it? Thanks PS - I'm aware that cyrus-sasl2 will already link against an alternate Kerberos implementation if it's installed and KRB5_HOME is set appropriately, but I'm building in Poudriere, so that's a nonstarter. From owner-freebsd-ports@FreeBSD.ORG Sun Dec 22 01:44:23 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5025FCD7 for ; Sun, 22 Dec 2013 01:44:23 +0000 (UTC) Received: from aquarius.uberspace.de (aquarius.uberspace.de [95.143.172.114]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E51BE1304 for ; Sun, 22 Dec 2013 01:44:22 +0000 (UTC) Received: (qmail 14692 invoked from network); 22 Dec 2013 01:37:38 -0000 Received: from unknown (HELO hp-PC.fritz.box) (bsd@tuxproject.de@91.11.9.136) by aquarius.uberspace.de with ESMTPA; 22 Dec 2013 01:37:38 -0000 Date: Sun, 22 Dec 2013 02:37:32 +0100 From: "Jens K. Loewe" X-Mailer: The Bat! (v6.1.4) Professional X-Priority: 3 (Normal) Message-ID: <52399993.20131222023732@tuxproject.de> To: freebsd-ports@freebsd.org Subject: shells/zsh fails to update MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 01:44:23 -0000 Latest zsh fails "unexpectedly": > configure: error: "No terminal handling library was found on your > system. This is probably a library called 'curses' or 'ncurses'." Well, ncurses is - and always was - installed. The script suggests me to install ncurses-devel instead which conflicts with ncurses. Is this the intended behavior? From owner-freebsd-ports@FreeBSD.ORG Sun Dec 22 10:59:55 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A118E434 for ; Sun, 22 Dec 2013 10:59:55 +0000 (UTC) Received: from mailrelay005.isp.belgacom.be (mailrelay005.isp.belgacom.be [195.238.6.171]) by mx1.freebsd.org (Postfix) with ESMTP id 3AB4213B1 for ; Sun, 22 Dec 2013 10:59:54 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Al8GAHHFtlJR8YJC/2dsb2JhbABYgwu3RYJ9CoEQF3SCJQEBAQQnExwjEAsOCgklDyoeBogbAcp2F45UAQFPB4Q2AQOYFpIVgy47gTU Received: from 66.130-241-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.241.130.66]) by relay.skynet.be with ESMTP; 22 Dec 2013 11:58:45 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.7/8.14.7) with ESMTP id rBMAwhcS001247; Sun, 22 Dec 2013 11:58:44 +0100 (CET) (envelope-from tijl@coosemans.org) Date: Sun, 22 Dec 2013 11:58:42 +0100 From: Tijl Coosemans To: James Griffin Subject: Re: Lightning (For Thunderbird) Message-ID: <20131222115842.31fafe69@kalimero.tijl.coosemans.org> In-Reply-To: <52B5AE72.7060409@gmail.com> References: <52B5AA90.9020703@gmail.com> <52B5AD78.6060400@FreeBSD.org> <52B5AE72.7060409@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 10:59:55 -0000 On Sat, 21 Dec 2013 15:06:26 +0000 James Griffin wrote: > On 12/21/2013 15:02, Matthew Seaman wrote: >> On 21/12/2013 14:49, James Griffin wrote: >>> I wanted to install Lightning from ports for use with Thunderbird but it >>> appears there no longer is a port for this software. Is this the case; >>> and if so, will there be at some point in the near future? >> >> It's included by default with mail/thunderbird already. > > Yeah I thought so, but even though I selected that option from make > config, it's not on my Thunderbird. So I thought it must be a separate > port, and Thunderbird is compiled with support for it to be added. Can you see the add-on under the menu Tools->Addons and is it enabled? From owner-freebsd-ports@FreeBSD.ORG Sun Dec 22 11:13:51 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 608219C6 for ; Sun, 22 Dec 2013 11:13:51 +0000 (UTC) Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com [IPv6:2607:f8b0:4001:c05::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2F83F151D for ; Sun, 22 Dec 2013 11:13:51 +0000 (UTC) Received: by mail-ig0-f169.google.com with SMTP id hk11so18890856igb.0 for ; Sun, 22 Dec 2013 03:13:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=JkHfxtRGcEaCskcyCot0+dudpeGGRwHOYdg55qHqKcs=; b=SBWEYZ7aIdismewNoyT3Lp9i8YrxEcYLosPk23ieLIy8QdIKA0UGKrapz3zlhb6Eit w+UJSBKzoPT0VHdKKQ8bcZlJSOBNu5nZEuBhaKPunrFkpsE39S/hAfyFC4sppcBehHId 6wmeGJL6+nrB/UypaxWalyuSDYt/CuJyZTsagLN0timcDYJ4XjnRAh2l6h2sfgS846hm Hu2l+QOcaDrdoejUhdo2UmnlnqT79Cu0N8Av6psP/peGD6kmmpNy/xlGmmo2WE5gUyV8 KE0Tvac6k3vZwSPxbJEcCQD3e4Tc0tHOnqqeLFWWhwdEVy0wldlboPE6wvcS7OpmnBGL femA== MIME-Version: 1.0 X-Received: by 10.43.138.148 with SMTP id is20mr12488428icc.23.1387710829359; Sun, 22 Dec 2013 03:13:49 -0800 (PST) Received: by 10.64.221.67 with HTTP; Sun, 22 Dec 2013 03:13:49 -0800 (PST) Date: Sun, 22 Dec 2013 12:13:49 +0100 Message-ID: Subject: kBuild and opera will not install in 10.0: lang/gcc46 conflicts with lang/gcc From: =?ISO-8859-1?Q?Jos=E9_Garc=EDa_Juanino?= To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 11:13:51 -0000 Hello, I have running a recent FreeBSD 10.0-RC2, and I get the following scenario: www/opera depends on lang/gcc46 devel/kBuild depends on lang/gcc But both gcc46 and gcc are incompatible, so I cannot install opera and kBuild. However, lang/gcc and lang/gcc46 install the same versi=F3n compile= r 4.6.4. Any idea to fix this conflict? I am using pkgng to install the ports. Best regards From owner-freebsd-ports@FreeBSD.ORG Sun Dec 22 11:55:27 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 07B6D2A4 for ; Sun, 22 Dec 2013 11:55:27 +0000 (UTC) Received: from mail-oa0-x22c.google.com (mail-oa0-x22c.google.com [IPv6:2607:f8b0:4003:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B0BE3175B for ; Sun, 22 Dec 2013 11:55:26 +0000 (UTC) Received: by mail-oa0-f44.google.com with SMTP id m1so4746633oag.31 for ; Sun, 22 Dec 2013 03:55:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bluelife.at; s=google; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=2tqsRE4NVWTdgN/U0CGPi7Yh7aRbLGmNIqx7aeVHK/Y=; b=bl/fnx7NMCpmbwXHFuRPQBjbrxSWRlUSjzXvyJ8m+kB/ezjzN44tdDr0cy7RlqfvJ2 MZzHllB1/j9IGweXeCeZEwnOPK7eJ6KCCMcQPNmCTdtVWMWJxmJOKW1nSWsYvPre8drg N2sU78EDPYUGuko65yiTdGN+7MPPAVCmpZsP4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=2tqsRE4NVWTdgN/U0CGPi7Yh7aRbLGmNIqx7aeVHK/Y=; b=NwHXXQbeEs0Rq2x3ZuQQdihauv69DtJcDd7N1qtt7kPSiE9m+MgDlbPUL9JRl44QqK 3olIwzLImSFElG5mhrkbe3acRYomRci3KpMmwAuayjLpqXkoECI+XjiITCwSV8gC9u8L 7v0QTXq7EmcoBK8MvHwy3Tte0LH4OQ5KmjoY/ZFOx1kWSMnPzXw6HInbskI4aYvxS6G/ cLheX+jGIY32XtZWiDZesZLHdRhYUHQzdDiL4jD0z3zy8X/mrRYH87o21ULR1o+nVX9O JmSItd5WEO0Wc7VQgWnR0H5fiR4BjieAl13wmdcmoRxpPhkYefAWT/RDi8QAfp4teiRD 0knw== X-Gm-Message-State: ALoCoQl73KkusM/cMYAB/UCyym0s5dQhka5CdXAw1ZpHXGAxLvCl+GcvkrsCs2BWuRDfg5OnTheM MIME-Version: 1.0 X-Received: by 10.182.148.106 with SMTP id tr10mr1351788obb.65.1387713326017; Sun, 22 Dec 2013 03:55:26 -0800 (PST) Sender: decke@bluelife.at Received: by 10.76.154.2 with HTTP; Sun, 22 Dec 2013 03:55:25 -0800 (PST) X-Originating-IP: [188.45.105.237] Received: by 10.76.154.2 with HTTP; Sun, 22 Dec 2013 03:55:25 -0800 (PST) In-Reply-To: References: Date: Sun, 22 Dec 2013 12:55:25 +0100 X-Google-Sender-Auth: uDoFHJyw8ypbd4m5caMm-G965KA Message-ID: Subject: Re: kBuild and opera will not install in 10.0: lang/gcc46 conflicts with lang/gcc From: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= To: =?ISO-8859-1?Q?Jos=E9_Garc=EDa_Juanino?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: dinoex@freebsd.org, ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 11:55:27 -0000 Am 22.12.2013 12:13 schrieb "Jos=E9 Garc=EDa Juanino" : > > Hello, > > I have running a recent FreeBSD 10.0-RC2, and I get the following scenario: > > www/opera depends on lang/gcc46 > devel/kBuild depends on lang/gcc > > But both gcc46 and gcc are incompatible, so I cannot install opera and > kBuild. However, lang/gcc and lang/gcc46 install the same versi=F3n compi= ler > 4.6.4. Any idea to fix this conflict? I am using pkgng to install the > ports. kBuild is using USE_GCC=3Dyes which uses lang/gcc right now in version 4.6. Opera has a strict dependency on on FreeBSD 10 for gcc4.6 because of libstdc++.so.6. RUN_DEPENDS+=3D ${LOCALBASE}/lib/gcc46/libstdc++.so.6:${PORTSDIR}/lang/gc= c46 I am not sure if opera really needs to be that strict on which libstdc++ it uses since it also seems to be happy with libstdc++ from gcc 4.2 on FreeBSD 9. I've cc'd the opera maintainer so let's see what he thinks. From owner-freebsd-ports@FreeBSD.ORG Sun Dec 22 14:51:54 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 38ED0597 for ; Sun, 22 Dec 2013 14:51:54 +0000 (UTC) Received: from mail-ig0-x22e.google.com (mail-ig0-x22e.google.com [IPv6:2607:f8b0:4001:c05::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0928611E8 for ; Sun, 22 Dec 2013 14:51:53 +0000 (UTC) Received: by mail-ig0-f174.google.com with SMTP id hk11so19286263igb.1 for ; Sun, 22 Dec 2013 06:51:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7xtzFpoBD16Dv2QNxiyAmDAYTx4LCJc13JgvazqiuSs=; b=VLrGTTbIhiHudJBYJ3A2m73ppq/tLpOkWbrs+5h2AfoDxM5GoIjjWerRjgWjLkfeHE 96RvCkuF5y/RQ1aO4iui3JB0/Ywu/7sDWxccwJl4Eqo8uCBPVwIx9XY1L3Xr0A7R4Ggc SvDVyEOZCn9XhQcgF3aMbSPYQFYjwMp6bMlwXU1evNJTmStpRFJwLdRMfN0bOhpAkV6N Rd0Q6Pobu5dkg7bWKUud+XVs659vgJoWJ0tMj0VQTc0Xc/WlvZhXt2RAuCsRdUQZaA6F Nforu244X0sLfF+2XyMSvqF76L3HbXvVvUu2i9GX7+0GukNNupcxOb8MrQLJSvj0ub+K XzXg== MIME-Version: 1.0 X-Received: by 10.50.141.133 with SMTP id ro5mr16384852igb.35.1387723913420; Sun, 22 Dec 2013 06:51:53 -0800 (PST) Received: by 10.50.127.232 with HTTP; Sun, 22 Dec 2013 06:51:53 -0800 (PST) In-Reply-To: <52B6352E.4050804@scrubbed.adjectivism.org> References: <52B6352E.4050804@scrubbed.adjectivism.org> Date: Sun, 22 Dec 2013 08:51:53 -0600 Message-ID: Subject: Re: Resolving circular dependencies From: Scot Hetzel To: Erick Turnquist Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 14:51:54 -0000 On Sat, Dec 21, 2013 at 6:41 PM, Erick Turnquist wrote: > Hi List, > > A few weeks ago, I submitted a patch to build security/krb5 with LDAP > support (adding a dependency on security/openldap24-sasl-client). All was > well. > > Now, I've realized that security/cyrus-sasl2 (which the OpenLDAP client > depends on) is going to need a knob to control which Kerberos implementation > to use. My first thought was to simply LIB_DEPENDS+=security/krb5, but that > leaves me with a circle (need to install krb5 before building cyrus-sasl2, > but can't install krb5's dependency openldap24-sasl-client without > cyrus-sasl2). > > I've tried searching, but can't find any advice on resolving issues like > this. I'm sure this sort of thing has been encountered before. What's the > best way to deal with it? > The non-Poudriere of dealing with this is to: 1. install security/cyrus-sasl2 with krb5 support disabled 2. install security/openldap24-sasl-client 3. install security/krb5 with LDAP enabled 4. re-install security/cyrus-sasl2 with krb5 support enabled I looked thru the security/cyrus-sasl2/Makefile, and it currently doesn't have a LIB_DEPENDS on any of the Kerberos ports. So the above doesn't create a circular dependency. The best way to solve this would be to create 3 ports that would create the appropriate gssapi mech: security/cyrus-sasl2-mech-gssapi-base <- Kerberos Support from /usr/lib/libkrb5.a security/cyrus-sasl2-mech-gssapi-krb5 (slave port) security/cyrus-sasl2-mech-gssapi-hemidal (slave port) That way you could use Poudriere to build these 4 ports (cyrus-sasl2, openldap24-sasl-client, krb5 and cyrus-sasl2-mech-gssapi-krb5). Now if someone could sit down and code these mech ports. ;-) -- DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. From owner-freebsd-ports@FreeBSD.ORG Sun Dec 22 17:22:45 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1BA9EB00 for ; Sun, 22 Dec 2013 17:22:45 +0000 (UTC) Received: from 01usbos01.prod.adjectivism.org (01usbos01.prod.adjectivism.org [208.118.230.84]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DE2CA1B0F for ; Sun, 22 Dec 2013 17:22:44 +0000 (UTC) Received: from an authenticated and subsequently anonymized source DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=adjectivism.org; s=01usbos01; t=1387732963; bh=tGW5am4v5QFDMuR0Tcn1SBqNiItf0j/6kgp5HqvtqjU=; h=Date:From:To:CC:Subject:References:In-Reply-To:From; b=ZBe6nrJSo8lbAkkNdJNj65LP/68ovuPtfjYqfQJqiLNwrC19sMkDkJgrltJOc8pLD QzToh58QSCBHbN9Cp3APMCV8YHM/ytwfb0BRVgB9clKzUuX8j9dcbtI5kZaHQJYrnX +uoH4hYuO/QSqr7gB705aDMiA7EHQmnXr+yb/ASePsGjDrANqN48KJaAEHmqRZpNpT WlKQGHwl7JskUNmYgcSa9IH+ACiMP2Pebfazu4VmshAOAJq6UPzYDk4rsRqU5vreMd kSSLgdCcOgZCEzMTWBfKBVGvPSiSC85Fd+NG/23vcjSlw4yl6ozCfePm456a5cBGUH Q4ELnoUJZvq5xXEijguI8fITchanA2o77yFLXu3chjQ9pNHhn8Cwy+mhLpE1jnmi/V pDH2u4lzw33r+/osLpM2/58XRQff+pGl70qLGLe2t5Tnk4ZjTtktcM2f5zZB9vdjym sdXiEibR9I7cFBPfHRxp4kNMnJq9ZTHKNz4TnjxcvOa879953l1w7w/3GRCmqlabjv 211ZYUAWMcetGu0sFG0d2oEkFUd0sPsuPEyGJp7BJOUtqmdohqwmv1BSXGJ/4vlGq6 Jm3xSiqqjZudW0dKzJd6lLcI/LinR/k4LNe9GEbv1o4rJ5IKRYe7vUAJ8CVNMgFJPP RyN+woW7vUrg26n2kuBKAUUw= Message-ID: <52B71FD6.5010401@scrubbed.adjectivism.org> Date: Sun, 22 Dec 2013 12:22:30 -0500 From: Erick Turnquist MIME-Version: 1.0 To: Scot Hetzel Subject: Re: Resolving circular dependencies References: <52B6352E.4050804@scrubbed.adjectivism.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 17:22:45 -0000 On 2013-12-22 09:51, Scot Hetzel wrote: > The best way to solve this would be to create 3 ports that would > create the appropriate gssapi mech: > > security/cyrus-sasl2-mech-gssapi-base <- Kerberos Support from > /usr/lib/libkrb5.a > security/cyrus-sasl2-mech-gssapi-krb5 (slave port) > security/cyrus-sasl2-mech-gssapi-hemidal (slave port) What would the exact dependencies be in this case? I feel like I've missed something important, because both openldap24-sasl-client and cyrus-sasl2 still actually depend on the MIT Kerberos libraries, would we not end up with a circle of four packages instead of three? Before: openldap24-sasl-client -> cyrus-sasl2 -> krb5 -> openldap24-sasl-client After: openldap24-sasl-client -> cyrus-sasl2 -> cyrus-sasl2-mech-gssapi-krb5 -> krb5 -> openldap24-sasl-client From owner-freebsd-ports@FreeBSD.ORG Sun Dec 22 21:02:55 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59D713A4 for ; Sun, 22 Dec 2013 21:02:55 +0000 (UTC) Received: from mail-ie0-x22d.google.com (mail-ie0-x22d.google.com [IPv6:2607:f8b0:4001:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 28A4A18B9 for ; Sun, 22 Dec 2013 21:02:55 +0000 (UTC) Received: by mail-ie0-f173.google.com with SMTP id to1so5257416ieb.18 for ; Sun, 22 Dec 2013 13:02:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ggLRwXs5JGUnjHk5CALg1ZAqJL0q1G2FXudY2ojga1M=; b=s4tvoCSKpDH8WerkbRp9VyR3EUqHohftRikr8ayLz314mdmLFABOHd9qCv1O/WYr4l pkK3r5thdAN6qyLRUTENIDapLtuHz645HLG87ECDw3MSBacmkS83MZSUTuhz5Hf1KbHt VLI/+ZmS+cNkZpwKs5cSd53T2GOnrjK2VM5Vth0LF5dpqdW33BzNccjy5Xt8XI8qCRnr Fl8fhjiDRCdSq7BhQFjRp/aOfBDNTNjnX9KLz+xdxIWIawjuNe+em+gHEgFRwer+9+/Q 3+DfdXC2ALK0w9pvXKdv2J5fNABgrGy2fVSwJ04srAmvEBLwG8y3omZ+xX9pjE+YtqzV lW6Q== MIME-Version: 1.0 X-Received: by 10.50.6.99 with SMTP id z3mr17894049igz.27.1387746174492; Sun, 22 Dec 2013 13:02:54 -0800 (PST) Received: by 10.50.127.232 with HTTP; Sun, 22 Dec 2013 13:02:54 -0800 (PST) In-Reply-To: <52B71FD6.5010401@scrubbed.adjectivism.org> References: <52B6352E.4050804@scrubbed.adjectivism.org> <52B71FD6.5010401@scrubbed.adjectivism.org> Date: Sun, 22 Dec 2013 15:02:54 -0600 Message-ID: Subject: Re: Resolving circular dependencies From: Scot Hetzel To: Erick Turnquist Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 21:02:55 -0000 On Sun, Dec 22, 2013 at 11:22 AM, Erick Turnquist wrote: > On 2013-12-22 09:51, Scot Hetzel wrote: >> >> The best way to solve this would be to create 3 ports that would >> create the appropriate gssapi mech: >> >> security/cyrus-sasl2-mech-gssapi-base <- Kerberos Support from >> /usr/lib/libkrb5.a >> security/cyrus-sasl2-mech-gssapi-krb5 (slave port) >> security/cyrus-sasl2-mech-gssapi-hemidal (slave port) > > > What would the exact dependencies be in this case? I feel like I've missed > something important, because both openldap24-sasl-client and cyrus-sasl2 > still actually depend on the MIT Kerberos libraries, would we not end up > with a circle of four packages instead of three? > > Before: > openldap24-sasl-client -> cyrus-sasl2 -> krb5 -> openldap24-sasl-client > > After: > openldap24-sasl-client -> cyrus-sasl2 -> cyrus-sasl2-mech-gssapi-krb5 -> > krb5 -> openldap24-sasl-client The dependencies should be: krb5 -> openldap24-sasl-client -> cyrus-sasl2 cyrus-sasl2-mech-gssapi-krb5 -> krb5 The cyrus-sasl2-mech-gssapi-krb5 should be the only one depending on the MIT Kerberos Libraries. -- DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. From owner-freebsd-ports@FreeBSD.ORG Mon Dec 23 01:32:50 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 48727CB5 for ; Mon, 23 Dec 2013 01:32:50 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 073B61904 for ; Mon, 23 Dec 2013 01:32:49 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VuuNy-0004vj-Pi for freebsd-ports@freebsd.org; Mon, 23 Dec 2013 02:32:46 +0100 Received: from a91-154-115-217.elisa-laajakaista.fi ([91.154.115.217]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 23 Dec 2013 02:32:46 +0100 Received: from rakuco by a91-154-115-217.elisa-laajakaista.fi with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 23 Dec 2013 02:32:46 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-ports@freebsd.org From: Raphael Kubo da Costa Subject: check-stagedir.sh and %%PORT{DOCS,EXAMPLES}%% Date: Mon, 23 Dec 2013 03:32:37 +0200 Lines: 16 Message-ID: <86k3ew4aiy.fsf@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: a91-154-115-217.elisa-laajakaista.fi User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.3 (berkeley-unix) Cancel-Lock: sha1:qsUjUjeA9blhiSIxfbM23m6+DPs= X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 01:32:50 -0000 The usual advice for ports that support staging is to remove the checks for ${PORT_OPTIONS:MDOCS} and friends and unconditionally create ${STAGEDIR}${DOCSDIR} and copy files there (the same applies to MEXAMPLES and EXAMPLESDIR). This seems to work fine in the default case (ie. DOCS and EXAMPLES are set in the port's configuration). If I take a simple port such as textproc/chpp, unset any of those two options and run something like `make DISTDIR=/tmp clean stage check-orphans`, check-stagedir.sh complains about missing plist entries protected by %%PORT{DOCS,EXAMPLES}%% even though they are actually present. Other ports just set PORTDOCS and PORTEXAMPLES in the Makefile, and the same thing happens. Is this a bug in the script or is there something obvious I'm missing? From owner-freebsd-ports@FreeBSD.ORG Mon Dec 23 07:36:42 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B3FAABD for ; Mon, 23 Dec 2013 07:36:42 +0000 (UTC) Received: from mail-ob0-x230.google.com (mail-ob0-x230.google.com [IPv6:2607:f8b0:4003:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 56E6A1196 for ; Mon, 23 Dec 2013 07:36:42 +0000 (UTC) Received: by mail-ob0-f176.google.com with SMTP id vb8so5087029obc.21 for ; Sun, 22 Dec 2013 23:36:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bluelife.at; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/DxTP1yM7XesV/iDG1Q8GBIvOyfcOUSNYfveLRV7GJA=; b=PgoZZQDpkWpuWkID2PfspKubQPBMRVvxaYlpV7l2POk4K3Bg1WLYYB5mAOtCqxWi9r fzNkR9l0KfQIN0159prHVLdWOgP67Lx4OXLMmtbgYHvcYCy7HGFrODZ5IbLsYjB+alTS JBAO9eaq7ZPUfyI9WUVosjHW7zKWNx5S4SHhs= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=/DxTP1yM7XesV/iDG1Q8GBIvOyfcOUSNYfveLRV7GJA=; b=LsRe17zHYtjy8PT25hkCgqNqeNIg5ihPABbpaKS4hN7fxtPQOfzwMTwM66gQJWRNLH zru9vvnS82pxlHxohiyCTb/O6ZJHJQjtn80ElAOC7EPstpiEkXZoHuOm6iNCWKbFLW5L SLkDjhoHgloy67rKS/UzrdfxsYVSlffZbgnJqzS+KaAFwSJWaDCkix41b9K0n8Xqsdyi 88Uwix69yHotDOHn3GMOiUBTwp6lmJU2QieMUYgSgc/SI9/AnV6GEsf3XGKqwnvWudbF R/3Y33SXyIBzmrLawU98WKsPHLP62cULyJt7jHBR86l2QCvinrH9U1UA2/qT39wNpUDy 1kEQ== X-Gm-Message-State: ALoCoQm5AE7gt/jwufxckMIKBEo3yEu8xzjgecQStILpeOupIetpsnH3oS3Wz7MxtFvSqo1u6jKM MIME-Version: 1.0 X-Received: by 10.182.43.161 with SMTP id x1mr16360803obl.5.1387784201572; Sun, 22 Dec 2013 23:36:41 -0800 (PST) Received: by 10.76.154.2 with HTTP; Sun, 22 Dec 2013 23:36:41 -0800 (PST) X-Originating-IP: [46.206.34.157] Received: by 10.76.154.2 with HTTP; Sun, 22 Dec 2013 23:36:41 -0800 (PST) In-Reply-To: <6BNT0OlokL@dmeyer.dinoex.sub.org> References: <6BNT0OlokL@dmeyer.dinoex.sub.org> Date: Mon, 23 Dec 2013 08:36:41 +0100 Message-ID: Subject: Re: kBuild and opera will not install in 10.0: lang/gcc46 conflicts with lang/gcc From: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= To: Dirk Meyer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 07:36:42 -0000 Am 22.12.2013 21:57 schrieb "Dirk Meyer" : > > Bernhard Fr=F6hlich schrieb:, > > > Am 22.12.2013 12:13 schrieb "Jos=3DE9 Garc=3DEDa Juanino" < jjuanino@gmail.com>: > > > I have running a recent FreeBSD 10.0-RC2, and I get the following > > scenario: > > > > > > www/opera depends on lang/gcc46 > > > devel/kBuild depends on lang/gcc > > > > > > But both gcc46 and gcc are incompatible, so I cannot install opera an= d > > > kBuild. However, lang/gcc and lang/gcc46 install the same versi=3DF3n compi=3D > > ler > > > 4.6.4. Any idea to fix this conflict? I am using pkgng to install th= e > > > ports. > > > > kBuild is using USE_GCC=3D3Dyes which uses lang/gcc right now in versio= n 4.6. > > > > Opera has a strict dependency on on FreeBSD 10 for gcc4.6 because of > > libstdc++.so.6. > > In C++ you can not reuse your libraries without recompilation. > This breaks the goal of object oriented design as stated in several books= . Why does opera work fine with libstdc++ from gcc 4.2 then? > Opera has an option to pick your poison. > you can set COMPAT9, which does conflict with virtualbox. No it does not conflict anymore. That has been fixed already. From owner-freebsd-ports@FreeBSD.ORG Mon Dec 23 10:10:06 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 782235F1 for ; Mon, 23 Dec 2013 10:10:06 +0000 (UTC) Received: from mail-ie0-x231.google.com (mail-ie0-x231.google.com [IPv6:2607:f8b0:4001:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 418BF1D40 for ; Mon, 23 Dec 2013 10:10:06 +0000 (UTC) Received: by mail-ie0-f177.google.com with SMTP id tp5so5645762ieb.22 for ; Mon, 23 Dec 2013 02:10:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=z1h7qQAVB/GLQAh6/t1RDsXn7Hj5+Hir4CSvk+9gqlA=; b=VdpGNiCRRe4HSFD4wpo5Xkb9gNWzKjRiaMjAt1ZPMqm38o1PX5CH+iw2BGl93/rnZQ xgolCDvTXUo3ZClZC0spAP24pqza3TYMpHiXCXWlBqDwnABEJsbRndIq11DhDwWz9Qun 2sRysVhWHo5fFj2mnEb46bQL8gbVZqff/YOWFdObIMRbrG4XPhEQ0szyd5Fl3LHQ7Sh+ A9mly+MYF5uVaTBfP7bh1GaZr3Qz2QUiihdEb6m2qs0eqMxXFoNrjSDP5tghLC3rA1rB NlPY+MDmcq0bogYDK+YExDbwd5Tp5RC4gfuCic526VtbtGbcsgMB4eL41C1ah1Mq1D07 f6ZA== MIME-Version: 1.0 X-Received: by 10.43.155.84 with SMTP id lh20mr14712icc.81.1387793405677; Mon, 23 Dec 2013 02:10:05 -0800 (PST) Received: by 10.64.221.67 with HTTP; Mon, 23 Dec 2013 02:10:05 -0800 (PST) In-Reply-To: References: <6BNT0OlokL@dmeyer.dinoex.sub.org> Date: Mon, 23 Dec 2013 11:10:05 +0100 Message-ID: Subject: Re: kBuild and opera will not install in 10.0: lang/gcc46 conflicts with lang/gcc From: =?ISO-8859-1?Q?Jos=E9_Garc=EDa_Juanino?= To: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Dirk Meyer , ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 10:10:06 -0000 On 23 December 2013 08:36, Bernhard Fr=F6hlich wrote: > > Am 22.12.2013 21:57 schrieb "Dirk Meyer" : > > Opera has an option to pick your poison. > > you can set COMPAT9, which does conflict with virtualbox. > > No it does not conflict anymore. That has been fixed already. Only a remark: the goal is install emulators/virtualbox-ose-additions and www/opera on a VirtualBox FreeBSD 10.0RC2. I have found a workaround: 1- First, install emulators/virtualbox-ose-additions with pkgng. Then you will get /usr/local/lib/gcc46/libstdc++.so.6 installed by lang/gcc port. 2- Install www/opera from ports: cd /usr/ports/www/opera && make install clean. This trick works as the port only check the installation of the libstdc++.so.6; it does not care the which package installed the library. Yes, there are some corner cases you need the flexibility of the port system :-) Best regards From owner-freebsd-ports@FreeBSD.ORG Mon Dec 23 11:06:04 2013 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 23E2A3CB for ; Mon, 23 Dec 2013 11:06:04 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0E0BD114D for ; Mon, 23 Dec 2013 11:06:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rBNB6432029086 for ; Mon, 23 Dec 2013 11:06:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rBNB63w3029084 for freebsd-ports@FreeBSD.org; Mon, 23 Dec 2013 11:06:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 23 Dec 2013 11:06:03 GMT Message-Id: <201312231106.rBNB63w3029084@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats 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.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 11:06:04 -0000 (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) 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. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/185126 math/tochnog build failure: ia64: /usr/local/lib/libbl f ports/185124 [PATCH] databases/sqlite3: fix StageDir o ports/185120 [PATCH] security/broccoli: use PYTHONPREFIX_LIBDIR f ports/185111 cad/salome : deprecate o ports/185109 Update of mail/phplist to version 3.0.5 o ports/185098 devel/opencl: Upstream changes of the header files by o ports/185081 maintainer-update of mail/mutt f ports/185049 textproc/dblatex : fix dblatex port for TEX_DEFAULT=te f ports/185039 [PATCH] devel/tig: update to 1.2.1 f ports/185037 multimedia/xbmc do not install f ports/185032 [PATCH] multimedia/k9copy-kde4 fix build on 10.0 o ports/185018 x11/keyboardcast : fix build on freebsd10 o ports/185012 [MAINTAINER] Update databases/mariadb55-{client,server o ports/185011 [MAINTAINER] sysutils/uhidd: Fix build under FreeBSD 1 f ports/185004 [PATCH] mail/mutt: add support for db6 o ports/184992 math/fftw 2.1.5_7 build failure on ia64, possibly binu o ports/184986 removal of deskutils/parcellite o ports/184979 [MAINTAINER] www/piwik: update to 2.0 f ports/184973 conflicts with db clients deps in net/turnserver port f ports/184970 [PATCH] lang/groovy: update to 2.2.1 o ports/184965 sysutils/monitord does not build o ports/184963 [MAINTAINER] audio/Maaate: fix build on 10.x without l f ports/184946 [UPDATE]: dns/knot 1.3.4 f ports/184945 multimedia/mplayer: pkg-message displayed twice (PATCH o ports/184944 [fix] [patch] deskutils/cairo-dock-plugins fix build p f ports/184937 multimedia/mplayer ia64 regression - disable RTCPU o ports/184922 [NEW PORT] sysutils/storcli: SAS MegaRAID FreeBSD Stor f ports/184920 [patch] games/nsnake: fix permissions and fix score fi o ports/184909 audio/osd-lyrics: Fix build on -current o ports/184908 converters/i18ntools: Support CC/CFLAGS properly o ports/184905 games/gma: Fix build with clang o ports/184904 textproc/humanzip: Fix biuld with clang o ports/184902 www/cntlm: Fix build on -current o ports/184901 www/bookmarkbridge: Fix build with clang o ports/184900 japanese/prn: Fix build with clang o ports/184899 mail/wmmaiload: Fix build on -current o ports/184898 devel/cccc: Support CXX/CXXFLAGS properly o ports/184894 games/bastet: Fix build on -current o ports/184886 devel/pas2dox: Fix build on -current o ports/184884 multimedia/aegisub: Fix build o ports/184879 benchmarks/postal: Fix build on -current o ports/184876 games/xinvaders: Fix build with clang o ports/184870 textproc/ssddiff: Fix build on -current o ports/184869 devel/pit: Support CC/CFLAGS properly o ports/184865 textproc/amberfish: Fix build on -current o ports/184861 games/znibbles: Fix build with clang o ports/184860 math/mbasecalc: Support CXX/CXXFLAGS properly o ports/184859 x11-wm/ede: Fix build with clang o ports/184852 biology/ssaha: Fix build on -current o ports/184851 devel/libmpcbdm: Fix build with clang o ports/184848 games/openglad: Fix build o ports/184847 security/symbion-sslproxy: Support CC/CFLAGS properly o ports/184845 security/sectok: Support CC/CFLAGS properly o ports/184843 games/netspades: Fix build with clang o ports/184842 net/netscript: Fix build on -current o ports/184841 games/glob2: Fix build on -current o ports/184840 security/libsectok: Support CFLAGS properly o ports/184836 games/gillo: Fix build with clang o ports/184834 graphics/chbg: Fix build with clang o ports/184833 databases/wmjsql: Fix build on -current o ports/184810 devel/urjtag: Fix build on -current o ports/184809 [maintainer update] Chase ports framework changes in m f ports/184800 Update to games/armagetron port to 2.8.3.2 o ports/184796 [MAINTAINER] Upgrade devel/gdb to 7.6.2 and other smal o ports/184785 [patch] Mk/bsd.licenses.db.mk add Apache 1.1 license t f ports/184780 [PATCH] palm/pilot-link: Add STAGE and LICENSE support o ports/184779 [PATCH] emulators/kcemu (fix build issues) o ports/184774 [maintainer update] sysutils/su2: Fix LEGAL message f ports/184764 audio/qmpdclient build fails with disable NLS f ports/184753 [PATCH] audio/libmikmod: update to 3.1.15 f ports/184743 Update audio/pianobar from 2013.05.19 to 2013.09.15 f ports/184739 dns/validns fails to build with non-default LOCALBASE/ o ports/184738 maintainer update: sysutils/condor f ports/184727 [PATCH] graphics/gpicview: [SUMMARIZE CHANGES] f ports/184726 Makefile error in net/miniupnpd port for PF patch f ports/184709 graphics/gpicview does not build with clang o ports/184706 [NEW PORT] graphics/osgearth o ports/184697 [NEW PORT] archivers/minizip o ports/184688 [legal] /usr/ports/LEGAL update for print/lgrind port o ports/184686 games/rftg: Added LEGAL variable o ports/184682 lang/petite-chez: update LEGAL to match the port o ports/184679 games/linux-ut2004-demo: locking assertion failure f ports/184667 mail/dovecot PATCH (needs -lgssapi_krb5 for GSSAPI on f ports/184634 [PATCH] graphics/gpicview: Fix build on HEAD o ports/184607 maintainer update: math/matlab-R2012a-installer + name o ports/184605 maintainer update: www/runsomebrowser + name change o ports/184586 [maintainer-update] comms/qsstv stagedir fix f ports/184580 lang/squeak doesn't build on PowerPC f ports/184564 graphics/gpicview 0.2.4 doen't compile with clang f ports/184559 graphics/gpicview fails to build o ports/184558 [MAINTAINER] databases/sqlite3: update to 3.8.1 o ports/184556 new port: net-p2p/digitalcoin, Alternative Bitcoin pee o ports/184549 New port: devel/linux-devtools o ports/184546 New port: misc/fortune-mod-offensive The "offensive" f f ports/184544 [PATCH] graphics/gpicview: fix build with clang as cc o ports/184540 emulators/dolphin-emu: New options framework + DEBUG o f ports/184532 [patch] multimedia/xbmc : Fix build with EXTERNAL_FFMP f ports/184503 [patch] mail/policyd2 port assumes MySQL for web UI, r f ports/184498 graphics/zathura: fail to install (missing LC_MESSAGES o ports/184489 make INSTALL_AS_USER=1 check-orphans fails as regular f ports/184481 x11-fm/doublecmd compilation fail o ports/184480 New port: mail/dot-forward o ports/184475 finance/php-tclink version bump to 4.0.2 f ports/184473 library version mismatch in net/wpa_gui o ports/184471 New port: net/yami4-cpp Messaging library for C++ f ports/184464 security/sssd host auth doesn't work correctly o ports/184463 Upgraded databases/couchdb (1.5.0) o ports/184462 [maintainer update] multimedia/ffmpegthumbnailer MATE f ports/184458 net-mgmt/collectd5 does not support write_riemann plug f ports/184455 x11-wm/wmconfig port update o ports/184453 [MAINTAINER] devel/ice: update to 3.5.1 (also devel/py o ports/184406 [PATCH] multimedia/motion fix bktr capture f ports/184396 sysutils/dunst should install dunstify too f ports/184393 databases/mdbtools does not build f ports/184378 update port: mail/fdm o ports/184377 New port: mail/fastforward o ports/184375 New port: net-mgmt/nagios-check_relayd_status Nagios p o ports/184369 New port: net-p2p/zetacoin Crypto currency with quick o ports/184364 [PATCH] sysutils/megarc: fix StageDir o ports/184361 net-mgmt/nagios-pf-plugin [patch] Allow warn/crit perc f ports/184346 [PATCH] ports-mgmt/porttools: incorrect svn detection o ports/184338 [PATCH] irc/ircd-ru: STAGING Support f ports/184335 graphics/mupdf 1.3 available f ports/184323 mail/mess822: package should not be restricted anymore o ports/184312 Graphics/dri-9.1.6_3,2 failed to build o ports/184302 graphics/dri-9.1.6_3,2 gallium/auxiliary/util/Makefile o ports/184286 [patch] bsd.options.desc.mk: improve DEBUG description o ports/184283 dns/ddclient fails with ssl=yes after upgrading p5-IO- f ports/184281 Update mail/dcc-dccd to 1.3.152 o ports/184246 emulators/mame: Update to version 0.151 o ports/184241 graphics/qslim: Fix build on -current o ports/184239 devel/libcwd: Fix build on -current o ports/184236 graphics/rayshade: Fix build on -current f ports/184235 net/pmf: Fix build on -current o ports/184234 databases/gtksql: Fix build on -current o ports/184233 graphics/rgbpaint: Support CC properly o ports/184231 games/tuxpuck: Support CC properly o ports/184229 devel/regexx: Fix build o ports/184211 [NEW PORT] net-im/pybitmessage: A Bitmessage Client fo o ports/184208 fix japanese/plain2 build failure o ports/184203 [NEW PORT] net/motsognir: an ANSI C gopher server o ports/184181 www/mod_security not installed full! f ports/184161 multimedia/gpac-mp4box missing dependency o ports/184151 audio/last.fm 1.5.4.26862 doesn't build on FreeBSD 10. f ports/184150 Patch to Allow irc/unreal to Run When Compiled with Cl o ports/184134 editors/slime is outdated. o ports/184132 multimedia/dvd-slideshow: cleanups and fixes to make 0 f ports/184131 Mk/Scripts/qa.sh: support spaces in filenames f ports/184111 [UPDATE] emulators/desmume to v0.9.9 o ports/184079 net-mgmt/collectd5 plugin notify_email not copied o ports/184069 update port: devel/bam o ports/184050 [maintainer update] www/free-sa-devel: update to 2.0.0 f ports/184042 [patch] sysutils/fusefs-kmod backport fuse from head f ports/184036 net/rabbitmq: upgrade to version 3.2.1 f ports/184021 multimedia/xbmc does not build on 10.0-BETA2 f ports/184011 Patch for Preliminary pkgng Support in net-mgmt/nagios o ports/183995 [new port] net/remotebox: Open Source VirtualBox Clien o ports/183959 [maintainer-update] games/ioquake3 games/ioquake3-serv o ports/183957 net-mgmt/observium port is tracking a 2 year old versi o ports/183949 databases/mdbtools 0.7.1 fails to compile on 9.1p3 o ports/183891 [MAINTAINER-UPDATE] dns/knot: startup script failure r o ports/183873 [new port] editor/pywarrior: an open source, terminal f ports/183860 Larger editors/2bsd-vi terminal width needed. f ports/183858 net-mgmt/snmptt o ports/183853 Update port: www/trac-OhlohWidgetsMacro Use HTTPS for o ports/183838 Fix sysutils/dvdisaster build with clang [PATCH] o ports/183825 [patch] net/nxserver: build fails due to missing audio f ports/183813 www/qupzilla doesn't build f ports/183788 [PATCH] sysutils/py27-supervisor: Allow user & locatio f ports/183780 Can't build net-mgmt/flow-tools with OPENSSL and MYSQL o ports/183764 japanese/chasen has security problem f ports/183756 Revive devel/pure-stldict f ports/183738 [PATCH] sysutils/3dm: Convert to staging o ports/183723 [new port]: devel/visualparadigm Tool for UML based di o ports/183711 New port: deskutils/myrulib E-Book Library Manager f ports/183697 security/heimdal depends net/openldap24-client (when b o ports/183691 Segmentation fault at startup of graphics/cinepaint (1 o ports/183688 [maintainer update] security/strongswan 5.0.4 -> 5.1.1 f ports/183667 x11-toolkits/swt-devel -- Checksum build failure - Lik f ports/183619 net/babeld fails to install routes o ports/183604 New port: sysutils/bhyve-rc f ports/183599 [patch] audio/openal fix build with clang; support sta f ports/183560 devel/srecord: srec_info from devel_srecord is not cor o ports/183557 maintainer update: lang/x10 f ports/183542 Update devel/checkbashisms to version 2.13.4 o ports/183531 New port: sysutils/zsd Destroys ZFS snapshots f ports/183522 mail/opendmarc 1.1.3: no IPv6 socket f ports/183506 Update my ports o ports/183498 New port: science/grib_api ECMWF GRIB API for encoding o ports/183487 maintainer update: science/afni f ports/183467 Port sysutils/fusefs-s3fs does not compile on 10.0-BET o ports/183454 maintainer update: science/nifticlib f ports/183444 net/gpxe misses isolinux.bin f ports/183361 port lang/squeak can't compile if misc/e2fsprogs-libuu f ports/183318 [patch] Update emulators/snes9x-gtk to 1.53r81 o ports/183304 [patch] graphics/dri on armv6 f ports/183298 Update x11-fonts/gnu-unifont and x11-fonts/gnu-unifont f ports/183281 devel/hwloc seems fine on armv6 f ports/183267 [PATCH] textproc/p5-SGML-Parser-OpenSP: fix build on s o ports/183241 New port: sysutils/backuppc-devel - development versio o ports/183232 [MAINTAINER UPDATE] mail/spmfilter: update to 0.6.3 f ports/183204 [PATCH] mail/bsfilter: update to 1.0.18.rc5 and etc. o ports/183164 security/openvas-server build failure on 11-current o ports/183162 [new port] games/cataclysm-dda A fork/variant of Catac f ports/183127 Update java/jakarta-struts to version 1.2.9 o ports/183117 New port: misc/flag - Produce a colourful flag from th f ports/183112 security/sguil-server broken Makefile o ports/183105 new port: misc/ppiled controls leds connected to paral o ports/182997 Package creation failure - stagedir startup script mis o ports/182979 audio/cantus: endless loop in configure o ports/182947 www/apache22-peruser-mpm reload fix o ports/182923 some ports still require WITH_PKGNG=1 o ports/182915 net/proxychains - multiple issues o ports/182894 www/mod_security has the wrong LIB_DEPENDS entry for l f ports/182892 Make devel/atf create a tests user f ports/182869 minicron install error f ports/182853 ports/textproc/urlview: regex -> pcreregex o ports/182843 net-im/jabber crashes when compiled with clang 3.3 f ports/182840 net-mgmt/smokeping build with perl 5.18 installed f ports/182834 ports/www/dummyflash/Makefile add BUILD_DEPENDS= gcc:p o ports/182829 sysutils/linux-afaapps: missing dependency (devel/linu o ports/182817 print/pdftk always rebuilds in poudriere o ports/182816 print/pdftk needs runtime dep on gcc46 for libgcj.so.1 a ports/182793 Updating graphics/ImageMagick o ports/182723 graphics/dri fails to build on 9.2-Stable o ports/182638 x11-wm/stumpwm 0.9.7_13 is marked as broken f ports/182635 [patch] Update sysutils/condor to 8.0.3 o ports/182628 New port: print/cups-lexmark-cs310 CUPS/foomatic drive o ports/182612 newly built ports report problems when verifying with f ports/182556 sysutils/fusefs-kmod needs a poke f ports/182504 [PATCH] devel/qt4-qtsolutions-singleapplication: Fix b o ports/182497 [MAINTAINER] lang/clay: update for LLVM 3.2 o ports/182485 [maintainer update] update lang/basic256 to 0.9.9.68 o ports/182481 [MAINTAINER] textproc/yaml-mode.el: add staging suppor f ports/182464 security/cvm doesn't build mysql module o ports/182460 New port: multimedia/qwinff Qt4 media converter GUI f ports/182456 irc/unreal: Unreal-3.2.9_2 -> Unreal-3.2.10.1 upgrade o ports/182436 ports/japanese/ng-devel patch from maintainer o ports/182434 New port: net/rsync-bpc Modified rsync that used as pa o ports/182431 [Maintainer] math/giacxcas fixes for FreeBSD 10 f ports/182427 [maintainer update] security/destroy f ports/182402 Fix and update net-mgmt/snmp++ port o ports/182395 [MAINTAINER] japanese/lookup: add staging support. o ports/182376 www/trac-hierwiki - too old, doesn't work with current o ports/182340 [MAINTAINER UPDATE] devl/aegis (repost) o ports/182318 new port: www/slowcgi o ports/182288 New port: devel/lnphost f ports/182216 can't fetch print/cups-samba distfile o ports/182209 [new port] emulators/hyperv-ic: Ports containing Hyper o ports/182195 (RELEASE - head-amd64-default) irc/scrollz: Build fail o ports/182113 [patch] editors/nvi-m17n: Cannot search multibyte char f ports/182085 devel/git-review: drop argparse dependency f ports/182082 emulators/dynamips-community upgrade to 0.2.10 and hea f ports/182077 maintainer update: science/minc2 o ports/182056 [NEW PORT] emulators/petitecloud -- thin frontend for o ports/182043 Build failed for print/ansiprint 1.0 during build̴ o ports/182040 misc/sls port has build errors o ports/182037 Response for Build failed for games/mangband 1.1.2 dur o ports/181959 New port: sysutils/zjail Management tool for ZFS based o ports/181945 [ New Port] sysutils/jail-primer f ports/181944 games/iourbanterror: gcc not found o ports/181943 New port: finance/fixc simple Financial Information eX f ports/181927 [PATCH] fix net/fping Makefile comment f ports/181923 security/heimdal JOBS_UNSAFE and default prefix locati f ports/181912 x11-toolkits/swt-devel: bad zipfile offset (local head o ports/181904 [PATCH] graphics/libwmf: fix warning of make index whe o ports/181893 print/typetools: Update to version 2.99 o ports/181890 net-p2p/gtk-gnutella: Update to version 1.0.0 o ports/181876 lang/gcl: Update to version 2.6.9 o ports/181848 [NEW PORT] www/php-Twig: The flexible, fast, and secur f ports/181819 games/iourbanterror: Engine linkage error #31 f ports/181774 USE_BDB 47+ fails to find installed databases/db47 f ports/181746 graphics/ImageMagick makefile directly executes perl f ports/181735 mail/fetchmail system-wide install can't write fetch i f ports/181713 [patch] audio/cmus Fix compilation f ports/181711 port lang/ocaml does not build o ports/181676 New port: graphics/sxiv simple X image viewer f ports/181641 mail/ssmtp provide option for CRAM-MD5 support f ports/181633 [PATCH] update print/hplip-plugin to 3.13.8 f ports/181609 [PATCH] net/scribe: Update to 2.2.2013.04.15 o ports/181529 sysutils/devcpu-data: Panic after CPU microcode update o ports/181527 New port: multimedia/mjpg-streamer HTTP video streamin o ports/181520 mplayer/mencoder failed to build with net/liveMedia 20 f ports/181507 [PATCH] security/pks: fix autostart o ports/181506 [maintainer-update] devel/eclipse-eclemma 2.2.1 f ports/181481 [PATCH] irc/ircd-ratbox fix default options broken by o ports/181480 textproc/xerces-c2 and textproc/xerces-c2-devel missin o ports/181451 [NEW PORT] misc/auto-multiple-choice: Multiple Choice o ports/181450 [new port] www/linux-f10-flashplugin10 request, becase f ports/181345 net/tigervnc: shortcuts like Ctrl-C does not work on v f ports/181324 [patch] fix net/istgt with options VBOXVD (VirtualBox o ports/181301 New port: net/kamailio - A very fast and configurable f ports/181294 Missing dependency for www/glpi f ports/181251 net-mgmt/mrtg: rateup constantly segfaulted because of f ports/181248 [PATCH] print/cups-base Disable INSTALLS_ICONS for non o ports/181137 x11-clocks/wmfuzzy updates far too frequently, chewing o ports/181133 [patch] x11-drivers/input-wacom: enabled support of wa f ports/181106 sysutils/logrotate bus error (core dumped) o ports/181105 [NEW PORT] devel/php-composer: Dependency Manager for o ports/181073 graphics/gphoto2: Update to version 2.5.2 o ports/181072 lang/bigloo: Update to version 4.0b o ports/181062 devel/ppl: Update to version 1.0 f ports/181057 databases/grass: Update to version 6.4.3 f ports/181040 [patch] sysutils/conky "diskio" memory leak fix o ports/181038 print/acrobatviewer dies with null pointer exception w f ports/181021 x11-toolkits/open-motif fails to build because YY_MAIN o ports/180987 [NEW PORTs] audio/ardour3 and multimedia/harvid f ports/180984 math/openblas: Patch patch-exports+gensymbol failed t o ports/180925 Can't compile sysutils/fusefs-smbnetfs on -current o ports/180887 New Port: databases/php5-mongodb f ports/180845 package creation fails for sysutils/bacula-bat o ports/180828 [MAINTAINER] russian/MT: update to 5.2.7,1 f ports/180786 lang/lua52 lacks a pkgconfig file f ports/180753 [PATCH] devel/ocaml-opam: fix build error of util.ml f ports/180739 ports/sysutils/ezjail patch f ports/180736 net/torsocks: aclocal-1.14: error: couldn't open direc f ports/180734 games/iourbanterror: broken o ports/180703 multimedia/dvdstyler: Update to version 2.5 f ports/180702 graphics/gmt: Update to version 4.5.9 o ports/180690 japanese/skk-tools: Update to version 1.3.3 o ports/180683 multimedia/gxine: Change Javascript engine to spidermo o ports/180668 japanese/mutt-devel update to 1.5.21-ja.2 o ports/180665 [new port] secturiy/rngtest: TRNG/PRNG test tool o ports/180654 [NEW PORT] devel/linux-f10-hal-libs: HAL libs (Linux F f ports/180647 www/cherokee: build fails f ports/180607 sysutils/zfsnap: grammar error(s) in pkg-descr o ports/180602 [NEW PORT] multimedia/xjadeo: A synced video player fo o ports/180573 MAINTAINER-UPDATE shells/rssh -> support latest rsync o ports/180542 Update sysutils/xfsprogs to version 2.9.8 o ports/180492 problem with /usr/ports/Mk/bsd.ldap.mk f ports/180489 graphics/pecl-gmagick: Update to 1.1.2RC1 (with patch) o ports/180475 audio/freeswitch-sounds: volume reduced to 20% of orig o ports/180452 New Port: devel/libbson: library providing useful rout o ports/180446 New port: print/p910nd A small printer daemon o ports/180409 ports/math/scilab trying to use F77 o ports/180408 ports/math/scilab missing a file to be installed o ports/180407 x11-fm/dolphin in kde-4.10.5 will cause reboot o ports/180364 [NEW PORT] www/ap22-mod_realdoc: Apache module to supp f ports/180350 textproc/sigil build problems when libzip installed f ports/180337 devel/tnt: tnt_sparse_matrix_csr.h:97:3: error: no mat o ports/180256 NEW PORT: www/twig-php which is a PHP template engine o ports/180237 [new port] devel/radare2-devel: Tools to disasm, debug o ports/180228 russian/fortuneru: port upgrade o ports/180195 [patch] upgrade games/minecraft-client to 1.6.1 f ports/180159 Mk/Uses/jpeg.mk: Used to add dependancy on either jpe o ports/180070 New port: devel/kickassembler: Advanced MOS 65xx assem f ports/180050 mail/alpine should be updated to version 2.10 o ports/180034 audio/squeezeboxserver is now Logitech Media Server f ports/180033 databases/postgis20 gives in to processing text files o ports/179989 [ patch ] net/istgt broken linking, broken cast, broke o ports/179855 New port: science/sigrok-cli o ports/179854 New port: science/pulseview o ports/179853 New port: devel/libsigrok o ports/179852 New port: devel/libsigrokdecode o ports/179843 emacs and texinfo collide o ports/179778 new port: net/fish-sync -- network file sync tool f ports/179738 port update: games/atanks f ports/179726 www/cherokee cannot be installed on FreeBSD 9.1 o ports/179681 [Maintainer Update] graphics/gimp-help and subsidiary f ports/179637 [patch] ports-mgmt/portupdate-scan: add the "-a [date] o ports/179611 running sysutils/pdumpfs fails with ruby19 f ports/179565 [MAINTAINER] devel/pecl-pthreads: [SUMMARIZE CHANGES] o ports/179499 [patch] port sysutils/devcpu-data is unmaintained and f ports/179370 updating science/paraview o ports/179365 switch devel/gnustep-make dependency from lang/gcc42 t o ports/179321 New port: sysutils/storcli SAS MegaRAID FreeBSD StorCL f ports/179236 Build failure (lib-depends) for net/tigervnc when HPJP o ports/179180 devel/freeocl: Minor changes regarding upcoming POCL p o ports/179140 [new ports] emulators/fs-uae and emulators/fs-uae-laun o ports/179116 New port: graphics/xcftools Command-line tools for ext o ports/179065 Add RDRAND/F16C support to misc/cpuid o ports/179017 New port: sysutils/rcadm utility for administrating rc f ports/179010 [PATCH] devel/doxygen: update to 1.8.4_1 f ports/179003 Port net-mgmt/nagios has lost dependency(textproc/php5 o ports/178998 New port: devel/sfml2: a multimedia library f ports/178973 [PATCH] net/scribe: Use USE_GITHUB framework to fetch o ports/178855 [maintainer update] games/armagetron o ports/178808 devel/wxGlade raises exception when generating XRC cod f ports/178785 mail/dracmail: adoption of optionsNG, and standardize o ports/178780 [patch] updated databases/libdbi-drivers to 0.9.0 o ports/178772 Port update: net-mgmt/snmptt f ports/178766 science/hdf5: crt1.c:(.text+0x8a): undefined reference f ports/178757 devel/freeocl: Update o ports/178726 [PATCH] databases/mariadb55-server: multi-instances st o ports/178695 [new port] www/eaccelerator-devel Development version f ports/178616 ports-mgmt/porttools: port test does not handle pkgNG o ports/178557 Ports with USE_GCC=any don't respect local CC and CXX o ports/178497 [maintainer update] databases/datamodeler version upda f ports/178475 [UPDATE] graphics/gmt: New version 4.5.9 available o ports/178474 [NEW PORT] games/linux-dwarf-fortress: Dwarf Fortress o ports/178457 [New port]audio/hydrogen-devel o ports/178441 [NEW PORT] databases/memkeys: A tool to show memcache f ports/178431 graphics/geos hardcodes PHP 5.4 version s ports/178281 [new port] www/torbrowser: Request for a Native Torbro f ports/178251 [patch] converters/unix2dos implicit declaration of fu f ports/178246 mail/fetchyahoo: is BROKEN f ports/178245 [patch] mail/getlive: 3.0 has been released o ports/178229 devel/gnustep failed install - no objective c compiler o ports/178196 /usr/ports/www/trac-mercurial broken o ports/178126 [NEW PORT] databases/mysql56-server-cluster: MySQL Clu o ports/178125 [NEW PORT] databases/mysql56-client-cluster: Multithre o ports/178052 New port submission: dns/mDNSRedponder_nss f ports/178042 sysutils/ezjail: zsh completion does not work o ports/177906 [new port] x11-fonts/fpf Free Persian font o ports/177838 New port: multimedia/openstopmotion Webcam capture pro o ports/177771 maintainer update: math/dolfin-devel o ports/177745 New port: science/lammps o ports/177744 New port: science/lammps-openmpi f ports/177741 net-mgmt/sipcalc cannot handle ipv6 zone index f ports/177721 multimedia/mplayer: Missing dependency o ports/177692 New port: science/openkim o ports/177651 New port: security/openiked OpenBSD's IKEv2 daemon f ports/177643 Update port graphics/fotoxx to latest version o ports/177565 [NEW PORT] www/trac-keywordsecretticket: Adds ticket s o ports/177512 Make emulators/snes9express compile again f ports/177497 mail/dovecot startup script breaks onestart functional o ports/177492 [New Port] graphics/multiraw (replace prev) o ports/177490 [New Port] graphics/dcraw-m Modified dcraw o ports/177411 [NEW PORT] databases/mysql-udf-ipv6: MySQL UDFs provid f ports/177407 graphics/fotoxx: MASTER_SITES kornelix.squarespace.com f ports/177406 update port and add arch: lang/mlton f ports/177397 [patch] security/heimdal: fix conflict between heimdal f ports/177371 sysutils/smartmontools - triggers channel blocking o ports/177370 New port: audio/opusfile f ports/177336 New port: security/sav o ports/177211 net-mgmt/cflowd: cflowd CflowdPacketQueue.cc fix o ports/177182 audio/mixxx segmentation fault f ports/177152 sysutils/fusefs-kmod missing pkg-message file o ports/177074 [fix] audio/timidity and audio/guspat o ports/177071 editors/slime not working with emacs-24 o ports/177014 new port: databases/sqlayer f ports/176874 sysutils/fusefs-sshfs crashes on amd64 f ports/176816 www/privoxy+ipv6 is obsolete f ports/176805 rc scripts provided with security/heimdal haven't a co o ports/176767 [patch] net-im/ari-yahoo broken on freebsd-head f ports/176676 [patch] net/ss5: syslog option is noisy o ports/176660 [ports] editors/pdfedit: build failure on ia64 -curren o ports/176651 NEW PORT: graphics/flashprojector - Adobe standalone S o ports/176625 New Port: ports-mgmt/prhistory-sync-perl Sync GNATS PR o ports/176509 [NEW PORT] www/dnssec-validator: DNSSEC Validator exte o ports/176507 [NEW PORT] www/xpi-dnssec: DNSSEC Validator extension o ports/176505 [NEW PORT] www/crx-dnssec: DNSSEC Validator extension o ports/176504 [NEW PORT] devel/crxmake: Make chromium extensions o ports/176468 www/sams can not use the mask /32, with authorization o ports/176456 NEW PORT: lang/jsawk - Command-line JSON parser s ports/176442 Port files with double-colons cannot exist on FAT part f ports/176383 sysutils/ipmitool cannot connect over SOL o ports/176378 [PATCH] Fix several typos in the ports tree f ports/176172 graphics/povray37: /usr/local/bin/ld: disp_sdl.o: unde o ports/176096 [NEW PORT] www/xibo-server: Xibo - Digital Signage (se f ports/176047 ports: graphics/ImageMagick: -delay option spurious me f ports/176044 ports: print/ghostview (1.5_3) segfault/coredump f ports/176012 irc/inspircd fails to detect OpenSSL in base running r o ports/175947 [NEW PORT] www/sogo: Groupware server with a focus on o ports/175946 [NEW PORT] devel/sope: An extensive set of GNUstep web f ports/175813 [patch] mail/dovecot2 doesn't detect libstemmer or ext f ports/175772 Update to finance/php-tclink o ports/175748 New port: www/your-freedom A SOCKS proxy application f ports/175733 devel/libatomic_ops: Segmentation fault : install - o ports/175620 New port: devel/bashdb, Bash debugger o ports/175385 dns/fastresolve does not compile o ports/175266 port audio/libmtp is miscategorized: it should be sysu o ports/175229 x11-toolkit/swt-devel fails o ports/174988 New port: net/tclsoap o ports/174960 sysutils/fusefs-ntfs mkntfs fails because of "no block o ports/174940 [new port]: misc/valspeak, a filter that converts Engl o ports/174176 audio/timidity++: Update to version 2.14.0 f ports/174018 Can't disable security/sshguard -b option o ports/171945 sysutils/fusefs-smbnetfs crash since fusefs-libs updat f ports/171338 both databases/mariadb-scripts and databases/mariadb-s o ports/170695 sysutils/fusefs-ntfs - instant reboot when mv from UFS f ports/167031 security/heimdal ignore environment after process call f ports/166987 net/nss_ldap: ports/152982 causes nss_ldap to not func o ports/158791 Update security/openvas-* o i386/138737 [endian] [patch] Patch for bswap64(9) operation on IA 475 problems total. From owner-freebsd-ports@FreeBSD.ORG Mon Dec 23 14:02:06 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2F65615C for ; Mon, 23 Dec 2013 14:02:06 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DFF271F43 for ; Mon, 23 Dec 2013 14:02:05 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-ports@freebsd.org with esmtp (envelope-from ) id <1Vv64z-002ccG-Ox>; Mon, 23 Dec 2013 15:01:57 +0100 Received: from g226056188.adsl.alicedsl.de ([92.226.56.188] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-ports@freebsd.org with esmtpsa (envelope-from ) id <1Vv64z-000lcC-Ls>; Mon, 23 Dec 2013 15:01:57 +0100 Date: Mon, 23 Dec 2013 15:01:57 +0100 From: "O. Hartmann" To: FreeBSD Ports Subject: databases/pgadmin3: Binary pgadmin3 does not get installed from ports! Message-ID: <20131223150157.707afcf0@thor.walstatt.dyndns.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/yregVbt46o/g9aCPobGJkjP"; protocol="application/pgp-signature" X-Originating-IP: 92.226.56.188 X-ZEDAT-Hint: A X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 14:02:06 -0000 --Sig_/yregVbt46o/g9aCPobGJkjP Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Using installing/updating port databases/pgadmin3 results on FreeBSD 11.0-CURRENT (FreeBSD 11.0-CURRENT #6 r259727: Sun Dec 22 16:57:14 CET 2013 amd64) with most recent/up-to-date ports tree in a successful installation, but the binary pgadmin3, supposed to reside in /usr/local/bin/, is not present! I deinstalled the port and tried again, but it is always the same. this happens to happen also on a box running FreeBSD 10.0-BETA. the same happens on 9.2-STABLE FreeBSD 9.2-STABLE #0 r259476: Mon Dec 16 21:39:24 CET 2013 amd64. regards, Oliver --Sig_/yregVbt46o/g9aCPobGJkjP Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJSuEJVAAoJEOgBcD7A/5N8PYYH/0w11WKMcgx1UFUS1gXkwpcr dc91B4tpERD98uzfgQQ3JbXqeNj+yEOzEocb7LannfEumrB/+TmdZZRxWDomLSY2 syiz+t55IYpEGX9oo40wwla9va/nLx5AYzLmdvRjCAQh6Bu4cVLhZo+7BKQR7fip 2SKdmHvjmpy3JiqSNDU3lS7WZGSlelSsw5jT619E3wkkUAR1B+3GVt1vUGrV0vEQ 882Aixt+cAkWeH05PPvDO/I2ES2SQ1XWYxa43gD4G2TgVEyofO8b38wg2Q7h/zuU 0FUDUOpmZ/fNpNEQLleCn4OcZSMxdQlNKowzp87YkpsCBhX1cCvfWw3cm5pICsM= =IdG1 -----END PGP SIGNATURE----- --Sig_/yregVbt46o/g9aCPobGJkjP-- From owner-freebsd-ports@FreeBSD.ORG Mon Dec 23 19:30:02 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5F342E0 for ; Mon, 23 Dec 2013 19:30:02 +0000 (UTC) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 01EA817E7 for ; Mon, 23 Dec 2013 19:30:01 +0000 (UTC) Received: from p5b159a09.dip0.t-ipconnect.de ([91.21.154.9] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80) (envelope-from ) id 1Vv9qH-0001db-2T; Mon, 23 Dec 2013 19:03:01 +0100 Message-ID: <52B87AD0.3080905@gwdg.de> Date: Mon, 23 Dec 2013 19:02:56 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: "O. Hartmann" , FreeBSD Ports Subject: Re: databases/pgadmin3: Binary pgadmin3 does not get installed from ports! References: <20131223150157.707afcf0@thor.walstatt.dyndns.org> In-Reply-To: <20131223150157.707afcf0@thor.walstatt.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 19:30:02 -0000 Am 23.12.2013 15:01, schrieb O. Hartmann: > > Using installing/updating port databases/pgadmin3 results on FreeBSD > 11.0-CURRENT > (FreeBSD 11.0-CURRENT #6 r259727: Sun Dec 22 16:57:14 CET 2013 amd64) > with most recent/up-to-date ports tree in a successful installation, > but the binary pgadmin3, supposed to reside in /usr/local/bin/, is not > present! > > I deinstalled the port and tried again, but it is always the same. this > happens to happen also on a box running FreeBSD 10.0-BETA. the same > happens on 9.2-STABLE FreeBSD 9.2-STABLE #0 r259476: Mon Dec 16 > 21:39:24 CET 2013 amd64. > > regards, > Oliver > As far as I can say, this should be solved by r337266, committed by fjoe@ (maintainer) about an hour after your posting. HTH, Rainer From owner-freebsd-ports@FreeBSD.ORG Mon Dec 23 19:44:12 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 12F1C82C; Mon, 23 Dec 2013 19:44:12 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DDB3F1929; Mon, 23 Dec 2013 19:44:11 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 3E97AB9CB; Mon, 23 Dec 2013 14:44:04 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: [HEADS UP] xorg version switch in CURRENT Date: Mon, 23 Dec 2013 11:58:44 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <52AEE215.1060806@freebsd.org> <20131217200756.GA46033@troutmask.apl.washington.edu> In-Reply-To: <20131217200756.GA46033@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201312231158.44820.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 23 Dec 2013 14:44:04 -0500 (EST) Cc: ports@freebsd.org, x11@freebsd.org, current@freebsd.org, Steve Kargl X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 19:44:12 -0000 On Tuesday, December 17, 2013 3:07:56 pm Steve Kargl wrote: > On Mon, Dec 16, 2013 at 12:20:53PM +0100, Niclas Zeising wrote: > > > > To get VT switching when using KMS drivers (ATI, Intel) please use > > newcons: https://wiki.freebsd.org/Newcons or if that is not possible, > > force the use of the vesa driver for xorg. > > > > It appears that newcons is unusable with a static kernel. > Adding 'device drm2' and 'device i915kms' to my kernel > config results in a quick death to 'make buldkernel'. That isn't due to newcons AFAIK. I don't think that setup worked with syscons either. I think it could probably never have worked with syscons, but it should in theory be fixable with newcons. -- John Baldwin From owner-freebsd-ports@FreeBSD.ORG Mon Dec 23 19:44:16 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0340C92C; Mon, 23 Dec 2013 19:44:16 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CC134192F; Mon, 23 Dec 2013 19:44:15 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id DBB66B968; Mon, 23 Dec 2013 14:44:14 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: [HEADS UP] xorg version switch in CURRENT Date: Mon, 23 Dec 2013 11:59:44 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <52AEE215.1060806@freebsd.org> <20131217200756.GA46033@troutmask.apl.washington.edu> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201312231159.44394.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 23 Dec 2013 14:44:15 -0500 (EST) Cc: ports@freebsd.org, Adrian Chadd , x11@freebsd.org, current@freebsd.org, Steve Kargl X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 19:44:16 -0000 On Tuesday, December 17, 2013 3:15:33 pm Adrian Chadd wrote: > I'm rapidly wondering if building this way should become unsupported. Too > muxh unknown stuff is needed at startup and wed have to load all firmware > bits to make it remotely work. The Intel driver (i915kms) does not need firmware bits. Radeon does, but those could be statically compiled in for people who want this. The drivers should be fixed. They never worked with syscons because syscons didn't work once KMS was enabled, but they should be able to work with newcons. -- John Baldwin From owner-freebsd-ports@FreeBSD.ORG Mon Dec 23 20:33:49 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5FD3336 for ; Mon, 23 Dec 2013 20:33:49 +0000 (UTC) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9F2091E0E for ; Mon, 23 Dec 2013 20:33:49 +0000 (UTC) Received: by mail-ob0-f172.google.com with SMTP id gq1so5962317obb.31 for ; Mon, 23 Dec 2013 12:33:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bluelife.at; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=DipBMs45ekhzpzi7SS4DOWbJDSg/Twd3DREJp7DG5WY=; b=e5lmZGTE31xTWY+UU++wBenDGTWKAdErxqDoRHMOYakRQ9YU+iPbe+rRSmS4jeU6hV 0dLliAgrRInya4fiyTt+s0OBDOlcWAsEe0CBBZXZUUEsKbSvcT9/Px8BygbpVjmNHoiz EFNYqMSRh8TkWKpZRoWqL4oNtAwnLzYAQdnUU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=DipBMs45ekhzpzi7SS4DOWbJDSg/Twd3DREJp7DG5WY=; b=Dcu0itq7lV59Tk/xdCXvQwodTEiwFcNSka1WWzNmmpQIHzE7HvgSQEcT+eV6WkWNfl f42Ycr/lq7UlvW87iF251a3wxJVuXlt6j2TnQ7Epk26TAUu1c8R85IiNYYTxdEPc+aJt MNru38kM3DdQsfdtbFa/D6afzK/ODV03wtkrKpc0/FZ3GSCYMOOz77m7IATc+LCtk28m J7inkokjRaHRjmZlhas+nRcNO08AfXYAeCIoDObMbyW7pvzt8TZuz2H0AVuQhLqtRcvs ce7JHTNH1Nb4tcyr74BJnnTNuPJ7WE/4YbdFA6SsyvH3EH9pxRwTOUYxFYXZQpQewjHB rB3g== X-Gm-Message-State: ALoCoQkiS+tZg8e2rd+BVt5ZPKE4aWkbvp68CMG7YaJ5P6ir8IzkWabNXNE2Cv7Ahp/yUWfmDhiY MIME-Version: 1.0 X-Received: by 10.60.50.202 with SMTP id e10mr19237156oeo.39.1387830828552; Mon, 23 Dec 2013 12:33:48 -0800 (PST) Received: by 10.76.154.2 with HTTP; Mon, 23 Dec 2013 12:33:48 -0800 (PST) X-Originating-IP: [93.111.29.54] Received: by 10.76.154.2 with HTTP; Mon, 23 Dec 2013 12:33:48 -0800 (PST) In-Reply-To: References: <6BNT0OlokL@dmeyer.dinoex.sub.org> Date: Mon, 23 Dec 2013 21:33:48 +0100 Message-ID: Subject: Re: kBuild and opera will not install in 10.0: lang/gcc46 conflicts with lang/gcc From: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= To: =?ISO-8859-1?Q?Jos=E9_Garc=EDa_Juanino?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Dirk Meyer , ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 20:33:50 -0000 Am 23.12.2013 11:10 schrieb "Jos=E9 Garc=EDa Juanino" : > > On 23 December 2013 08:36, Bernhard Fr=F6hlich wrote: > > > > Am 22.12.2013 21:57 schrieb "Dirk Meyer" : > > > Opera has an option to pick your poison. > > > you can set COMPAT9, which does conflict with virtualbox. > > > > No it does not conflict anymore. That has been fixed already. > > Only a remark: the goal is install emulators/virtualbox-ose-additions and www/opera on a > VirtualBox FreeBSD 10.0RC2. I have found a workaround: > > 1- First, install emulators/virtualbox-ose-additions with pkgng. Then you will get /usr/local/lib/gcc46/libstdc++.so.6 > installed by lang/gcc port. > 2- Install www/opera from ports: cd /usr/ports/www/opera && make install clean. This trick works as the port only > check the installation of the libstdc++.so.6; it does not care the which package installed the library. > > Yes, there are some corner cases you need the flexibility of the port system :-) > > Best regards Yeah, that should work fine and my proposal was to change opera to depend on lang/gcc instead of lang/gcc46 because it is what most ports will use on FreeBSD 10. From owner-freebsd-ports@FreeBSD.ORG Mon Dec 23 20:50:50 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by hub.freebsd.org (Postfix) with ESMTP id B12B188C; Mon, 23 Dec 2013 20:50:49 +0000 (UTC) Message-ID: <52B8A229.9000604@FreeBSD.org> Date: Mon, 23 Dec 2013 15:50:49 -0500 From: Jung-uk Kim User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Jos=E9_Garc=EDa_Juanino?= , =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= Subject: Re: kBuild and opera will not install in 10.0: lang/gcc46 conflicts with lang/gcc References: <6BNT0OlokL@dmeyer.dinoex.sub.org> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Dirk Meyer , ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 20:50:50 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2013-12-23 05:10:05 -0500, José García Juanino wrote: > On 23 December 2013 08:36, Bernhard Fröhlich > wrote: >> >> Am 22.12.2013 21:57 schrieb "Dirk Meyer" >> : >>> Opera has an option to pick your poison. you can set COMPAT9, >>> which does conflict with virtualbox. >> >> No it does not conflict anymore. That has been fixed already. > > Only a remark: the goal is install > emulators/virtualbox-ose-additions and www/opera on a VirtualBox > FreeBSD 10.0RC2. I have found a workaround: > > 1- First, install emulators/virtualbox-ose-additions with pkgng. > Then you will get /usr/local/lib/gcc46/libstdc++.so.6 installed by > lang/gcc port. 2- Install www/opera from ports: cd > /usr/ports/www/opera && make install clean. This trick works as > the port only check the installation of the libstdc++.so.6; it does > not care the which package installed the library. > > Yes, there are some corner cases you need the flexibility of the > port system :-) emulators/virtualbox-ose-additions can be built with clang and used with libc++ just fine. All you need is the following patches: https://redports.org/browser/jkim/emulators/virtualbox-ose-additions/files/extrapatch-src-VBox-Additions-x11-VBoxClient-Makefile.kmk https://redports.org/browser/jkim/emulators/virtualbox-ose-additions/files/extrapatch-src-VBox-Additions-x11-vboxvideo-Makefile.kmk The port maintainers did not like them, though. :-( Jung-uk Kim -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJSuKIoAAoJEHyflib82/FGWFIH/jhBXA+qslegHzE7ikNGSK2z FajfbU+uHi0TygtGoQxgg8O0lDWbTvUFOtzL6+h+AgE0vjg1QmaUxkl8AUfwi/oi 1SViTxr/hEVDB/1yq7XbPXCkZxp/3UKiQST2/i8kTrIXnGbGgI3BcgrcDNsGRiqL +43lvKieI1DfIX7Zpi3hunABYTLRTX41BSimv/8XwCfdEgd/w2IMRvj+FKWAQ337 2O8slnkhIIm3fqQgKPzJRNdZb38OdCu8Mc+GSSVMsft/MC1Kb1AgHWqJabAmewz3 icy7d40BbCPrzRrj6KGndqI9VDQJdWF6yNFHsv6RTxZH7JttignBL0txlFs5a/Q= =9wdZ -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Mon Dec 23 21:12:37 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F7E8193 for ; Mon, 23 Dec 2013 21:12:37 +0000 (UTC) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 531751068 for ; Mon, 23 Dec 2013 21:12:36 +0000 (UTC) Received: from roadkill.tharned.org (11008@roadkill.tharned.org [75.145.12.185]) (authenticated bits=0) by roadkill.tharned.org (8.14.7/8.14.7) with ESMTP id rBNLCRjd023860 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Dec 2013 15:12:29 -0600 (CST) (envelope-from gcr+freebsd-ports@tharned.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tharned.org; s=2013; t=1387833149; bh=4CHbNlDOL7wu3wfGDe8qkh7JyFvwYZuRMbDdLIhDDqE=; h=Date:From:To:cc:Subject; b=qKDHH9SZb3Alk3NL2pQPMQ92EELBaxMGk4y3PEUEBZKZB9N8aJ/1K7yAd73fXU2Ka 2Aodyc26uyPm7DpMB/ZajUK6XU1KAOBNbGF2Gdv6JbiddiEXFK6EsucglgJVlUrmws o/ItcRFb9IcBHb08TMqHrUixiC8mmANlnEhCkJE0= Date: Mon, 23 Dec 2013 15:12:27 -0600 (CST) From: Greg Rivers To: freebsd-ports@freebsd.org Subject: No examples or default configuration for mail/dovecot2 ? Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (roadkill.tharned.org [75.145.12.185]); Mon, 23 Dec 2013 15:12:29 -0600 (CST) Cc: bra@fsn.hu X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 21:12:37 -0000 I built mail/dovecot2 from ports on a recent 9.2-STABLE machine using the default options and found that neither the examples nor a default configuration seem to be installed: $ pkg info dovecot | head -25 dovecot-2.2.9 Name : dovecot Version : 2.2.9 Origin : mail/dovecot2 Architecture : freebsd:9:x86:64 Prefix : /usr/local Categories : mail ipv6 Licenses : MIT or LGPL21 Maintainer : bra@fsn.hu WWW : http://www.dovecot.org/ Comment : Secure and compact IMAP and POP3 servers Options : DOCS : off EXAMPLES : on GSSAPI : off KQUEUE : on LDAP : off LIBWRAP : off LUCENE : off MYSQL : off PGSQL : off SOLR : off SQLITE : off SSL : on VPOPMAIL : off $ pkg info -l dovecot | fgrep /etc/ /usr/local/etc/rc.d/dovecot In particular, no /usr/local/etc/dovecot/ directory is created. The distfile contains the example files in doc/example-config/, but with the exception of dovecot-openssl.cnf and mkcert.sh, they aren't installed. Setting option DOCS on does not result in any additional files being installed either. Is this intentional? -- Greg Rivers From owner-freebsd-ports@FreeBSD.ORG Mon Dec 23 21:44:50 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A0467A1 for ; Mon, 23 Dec 2013 21:44:50 +0000 (UTC) Received: from owm.eumx.net (eumx.net [91.82.101.43]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0CBF1120F for ; Mon, 23 Dec 2013 21:44:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=eumx.net; h=date :message-id:from:to:cc:subject:in-reply-to:references :mime-version:content-type; s=default; bh=UpbLJbT+v8CXUqf5R4iYQY NZq1Y=; b=y4eAw8eNeGkDT02RTmnpjM4dyeZ27QBPiKjXi/bYu+v/j8uPAxm23+ hty70TPPd5rSIFRgDVCEuT1ksDVJfq/RnO9wuUEQAVBeciVXk7DX8wt02sP5t/Yw OXRnvyy/TuCie6HaO/Ezkb7U9eqgN/qQsvdnjkVHyV+6DnZQgwXsE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=eumx.net; h=date:message-id :from:to:cc:subject:in-reply-to:references:mime-version :content-type; q=dns; s=default; b=ECNEDcZ4lSRVozRYoXHl4/wwJi1a7 WtatUGSu5JX5EGDsmBlvr46lGNmWpoBOzeavNLjj+Z60B1C7HyLaIt5Mu3+6w1hv U3Rlu/zlOX1RfmYerrwDyN0FT7/fm7NNOOW6GwXPP3dvkOXQxGATSYGkb00/+OeP XoKAU37wwVJDZQ= Date: Mon, 23 Dec 2013 22:44:39 +0100 Message-ID: <87a9frcke0.wl%hskuhra@eumx.net> From: "Herbert J. Skuhra" To: Greg Rivers Subject: Re: No examples or default configuration for mail/dovecot2 ? In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/24.3.50 (i686-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Cc: bra@fsn.hu, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 21:44:50 -0000 On Mon, 23 Dec 2013 15:12:27 -0600 (CST) Greg Rivers wrote: > I built mail/dovecot2 from ports on a recent 9.2-STABLE machine using > the default options and found that neither the examples nor a default > configuration seem to be installed: > > $ pkg info dovecot | head -25 > dovecot-2.2.9 > [...] > $ pkg info -l dovecot | fgrep /etc/ > /usr/local/etc/rc.d/dovecot > > In particular, no /usr/local/etc/dovecot/ directory is created. > > The distfile contains the example files in doc/example-config/, but > with the exception of dovecot-openssl.cnf and mkcert.sh, they aren't > installed. Setting option DOCS on does not result in any additional > files being installed either. > > Is this intentional? % pkg info dovecot dovecot-2.2.9 Name : dovecot Version : 2.2.9 [..] % ls -l /usr/local/etc/dovecot/ total 1 -r--r--r-- 1 root wheel 122 Dec 23 22:35 README % cat /usr/local/etc/dovecot/README Configuration files go to this directory. See example configuration files in /usr/local/share/doc/dovecot/example-config/ % ls -l /usr/local/share/doc/dovecot total 355 -r--r--r-- 1 root wheel 661 Dec 23 22:35 AUTHORS -r--r--r-- 1 root wheel 3980 Dec 23 22:35 COPYING -r--r--r-- 1 root wheel 26536 Dec 23 22:35 COPYING.LGPL -r--r--r-- 1 root wheel 1023 Dec 23 22:35 COPYING.MIT -r--r--r-- 1 root wheel 1070 Dec 23 22:35 INSTALL -r--r--r-- 1 root wheel 139602 Dec 23 22:35 NEWS -r--r--r-- 1 root wheel 2937 Dec 23 22:35 README -r--r--r-- 1 root wheel 16689 Dec 23 22:35 TODO -r--r--r-- 1 root wheel 5055 Dec 23 22:35 documentation.txt -r--r--r-- 1 root wheel 496 Dec 23 22:35 dovecot-openssl.cnf drwxr-xr-x 3 root wheel 8 Dec 23 22:35 example-config -r--r--r-- 1 root wheel 861 Dec 23 22:35 mkcert.sh -r--r--r-- 1 root wheel 5667 Dec 23 22:35 securecoding.txt -r--r--r-- 1 root wheel 2953 Dec 23 22:35 solr-schema.xml -r--r--r-- 1 root wheel 8802 Dec 23 22:35 thread-refs.txt drwxr-xr-x 2 root wheel 232 Dec 23 22:35 wiki % ls -l /usr/local/share/doc/dovecot/example-config/ total 22 drwxr-xr-x 2 root wheel 26 Dec 23 22:35 conf.d -r--r--r-- 1 root wheel 698 Dec 23 22:35 dovecot-dict-auth.conf.ext -r--r--r-- 1 root wheel 852 Dec 23 22:35 dovecot-dict-sql.conf.ext -r--r--r-- 1 root wheel 5292 Dec 23 22:35 dovecot-ldap.conf.ext -r--r--r-- 1 root wheel 5447 Dec 23 22:35 dovecot-sql.conf.ext -r--r--r-- 1 root wheel 4416 Dec 23 22:35 dovecot.conf So, maybe you should provide a build log. -- Herbert From owner-freebsd-ports@FreeBSD.ORG Mon Dec 23 22:50:56 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 34D7BD05 for ; Mon, 23 Dec 2013 22:50:56 +0000 (UTC) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E58901687 for ; Mon, 23 Dec 2013 22:50:55 +0000 (UTC) Received: from roadkill.tharned.org (11008@roadkill.tharned.org [75.145.12.185]) (authenticated bits=0) by roadkill.tharned.org (8.14.7/8.14.7) with ESMTP id rBNMoncH029409 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Dec 2013 16:50:51 -0600 (CST) (envelope-from gcr+freebsd-ports@tharned.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tharned.org; s=2013; t=1387839051; bh=ueTsaGM1yYBQfzt9OBauxe1iDI7AcFGaNjWXodmVQZ0=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=YKBBLLVVljYKf6lJHxLIM/uqbZEB/5nPld5YE9S90/BIPeLyH3QkKFrcGndLpsh0b AAstTRztSsm54y2zPHntLUPBMTx/uLZ85CqBhlsc6SUtaei8mNTOxZLyB0LvQHcFhj lLxrPi/asLkKwq7b0sWcuPgnBD5e2Qy/UUp+Vk5M= Date: Mon, 23 Dec 2013 16:50:49 -0600 (CST) From: Greg Rivers To: "Herbert J. Skuhra" Subject: Re: No examples or default configuration for mail/dovecot2 ? In-Reply-To: <87a9frcke0.wl%hskuhra@eumx.net> Message-ID: References: <87a9frcke0.wl%hskuhra@eumx.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (roadkill.tharned.org [75.145.12.185]); Mon, 23 Dec 2013 16:50:51 -0600 (CST) Cc: bra@fsn.hu, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 22:50:56 -0000 On Mon, 23 Dec 2013, Herbert J. Skuhra wrote: > % pkg info dovecot > dovecot-2.2.9 > Name : dovecot > Version : 2.2.9 > [..] > > % ls -l /usr/local/etc/dovecot/ > total 1 > -r--r--r-- 1 root wheel 122 Dec 23 22:35 README > > % cat /usr/local/etc/dovecot/README > Configuration files go to this directory. See example configuration files in > /usr/local/share/doc/dovecot/example-config/ > > % ls -l /usr/local/share/doc/dovecot > total 355 > -r--r--r-- 1 root wheel 661 Dec 23 22:35 AUTHORS > [...] > > % ls -l /usr/local/share/doc/dovecot/example-config/ > total 22 > drwxr-xr-x 2 root wheel 26 Dec 23 22:35 conf.d > -r--r--r-- 1 root wheel 698 Dec 23 22:35 dovecot-dict-auth.conf.ext > [...] > > So, maybe you should provide a build log. > Sure: http://www.tharned.org/~gcr/dovecot2.log Thanks for your response. -- Greg Rivers From owner-freebsd-ports@FreeBSD.ORG Tue Dec 24 00:12:21 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C64D89B0; Tue, 24 Dec 2013 00:12:21 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 989E91B13; Tue, 24 Dec 2013 00:12:21 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rBO0CLjT009123; Tue, 24 Dec 2013 00:12:21 GMT (envelope-from tabthorpe@freefall.freebsd.org) Received: (from tabthorpe@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rBO0CLwO009122; Tue, 24 Dec 2013 00:12:21 GMT (envelope-from tabthorpe) Date: Tue, 24 Dec 2013 00:12:21 +0000 From: FreeBSD Ports Management Team Secretary To: ports@FreeBSD.org Subject: Getting to know your portmgr@ -- Bryan Drewery Message-ID: <20131224001221.GA9118@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 00:12:21 -0000 In our ongoing series on getting to know your portmgr@, we talk to the newest member of the team, Bryan Drewery. http://blogs.freebsdish.org/portmgr/2013/12/24/getting-to-know-your-portmgr-bryan-drewery/ From owner-freebsd-ports@FreeBSD.ORG Tue Dec 24 00:27:27 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1486DE6F for ; Tue, 24 Dec 2013 00:27:27 +0000 (UTC) Received: from owm.eumx.net (eumx.net [91.82.101.43]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B9DE71CE0 for ; Tue, 24 Dec 2013 00:27:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=eumx.net; h=date :message-id:from:to:cc:subject:in-reply-to:references :mime-version:content-type; s=default; bh=RtQU8oEDtyhTOD1oQRAp+7 PR3co=; b=RLY456KaptjzUt7KtTTgwZ8NWOl+HlgYyrAFIHcdm/1tHTFmlMhg3y ym0WTVL9jfN5MAptfPPFRBMxm3x7B8IAWslx4G9CYfOaTFsMYY2kx2T2Q1TdL1UZ oYn5Or4r1StPRqh8FEbylSJCzEXQGTfw457a74m7Ix+TVlZpmAVGw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=eumx.net; h=date:message-id :from:to:cc:subject:in-reply-to:references:mime-version :content-type; q=dns; s=default; b=TCxB2dwGTgPO7LjTAOswHJyXuRoWu bQblR2EU7EN18TjklbJBFvji/gwG4ZG3ySP/QF6vj0qgY0v9mkJDtAupw1LRb0Np 5nRtAg6KivkBgcUflw3wVBQr1CQSm7SvNeRRpq++NEVlSqo23CB8TpCrncRu0c+j nVwkxumZD799S8= Date: Tue, 24 Dec 2013 01:27:23 +0100 Message-ID: <878uvbccus.wl%hskuhra@eumx.net> From: "Herbert J. Skuhra" To: Greg Rivers Subject: Re: No examples or default configuration for mail/dovecot2 ? In-Reply-To: References: <87a9frcke0.wl%hskuhra@eumx.net> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/24.3.50 (i686-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Cc: bra@fsn.hu, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 00:27:27 -0000 On Mon, 23 Dec 2013 16:50:49 -0600 (CST) Greg Rivers wrote: > On Mon, 23 Dec 2013, Herbert J. Skuhra wrote: > > > % pkg info dovecot > > dovecot-2.2.9 > > Name : dovecot > > Version : 2.2.9 > > [..] > > > > % ls -l /usr/local/etc/dovecot/ > > total 1 > > -r--r--r-- 1 root wheel 122 Dec 23 22:35 README > > > > % cat /usr/local/etc/dovecot/README > > Configuration files go to this directory. See example configuration files in > > /usr/local/share/doc/dovecot/example-config/ > > > > % ls -l /usr/local/share/doc/dovecot > > total 355 > > -r--r--r-- 1 root wheel 661 Dec 23 22:35 AUTHORS > > [...] > > > > % ls -l /usr/local/share/doc/dovecot/example-config/ > > total 22 > > drwxr-xr-x 2 root wheel 26 Dec 23 22:35 conf.d > > -r--r--r-- 1 root wheel 698 Dec 23 22:35 dovecot-dict-auth.conf.ext > > [...] > > > > So, maybe you should provide a build log. > > > > Sure: http://www.tharned.org/~gcr/dovecot2.log > > Thanks for your response. Can you show the output of 'head -n 10 work/dovecot-2.2.9/config.log'? Have you tried to run 'make rmconfig' before building the port? -- Herbert From owner-freebsd-ports@FreeBSD.ORG Tue Dec 24 00:45:55 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 20CDD1C3 for ; Tue, 24 Dec 2013 00:45:55 +0000 (UTC) Received: from mail-ea0-x231.google.com (mail-ea0-x231.google.com [IPv6:2a00:1450:4013:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A476E1E08 for ; Tue, 24 Dec 2013 00:45:54 +0000 (UTC) Received: by mail-ea0-f177.google.com with SMTP id n15so2605503ead.22 for ; Mon, 23 Dec 2013 16:45:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:subject :content-type; bh=BflMJz2GS2TkblolA111kn4+8cj1WjDlsNGBXxyjXPE=; b=MN/1MRC5rnZct7CFmMsTe/eZ4DmzSfxsO9xBIBCGbEU7F3zVpBIxZH2cvECjxaMnFv +yDEDP88UO0QUTvlYKfRG1VOC72llrch0TQe0UN+iJMItR2281VZf56rjZW+I0ybhQwT mIFey4vwdvWnTNHyIu5caxKcn2N3h6BJNvpoMNUOVW2GxegQ9EkSaED8qhsTsH8ncHpS CzR6fQHwvpGj/cRwmtGf1SrHud0Al5eIHgzlmTnyxIBQOeWQXnnB00lG671nATIF7VK0 7DawAavoo3bgNFeaH3yxDHurAkOX7WlR16JFXkP4aSiRSjDi2E4YPCuh89wJ+O5qoxJF sodA== X-Received: by 10.15.10.2 with SMTP id f2mr126000eet.112.1387845953008; Mon, 23 Dec 2013 16:45:53 -0800 (PST) Received: from [192.168.178.28] (a82-161-212-209.adsl.xs4all.nl. [82.161.212.209]) by mx.google.com with ESMTPSA id g7sm50267812eet.12.2013.12.23.16.45.51 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 23 Dec 2013 16:45:51 -0800 (PST) Sender: =?UTF-8?Q?Ren=C3=A9_Ladan?= Message-ID: <52B8D93E.1040000@freebsd.org> Date: Tue, 24 Dec 2013 01:45:50 +0100 From: =?ISO-8859-1?Q?Ren=E9_Ladan?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd ports Subject: patch for MASTER_SITE_BERLIOS X-Enigmail-Version: 1.6 Content-Type: multipart/mixed; boundary="------------030209000309000202060001" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 00:45:55 -0000 This is a multi-part message in MIME format. --------------030209000309000202060001 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi, I stumbled upon a port which is currently unfetchable but applying the attached patch to Mk/bsd.sites.mk fixes that. It is also available at http://people.freebsd.org/~rene/patches/bsd.sites.mk.diff Any comments? Regards, René -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCgAGBQJSuNk9AAoJEK27+GEKN4m3DmMP+wVv5KY6ZRRz6Qvo5v9/rm4N 4HgsZ74V6xzH5mh0ORhEnPf7nDeA7uFDhnTHiHWThMNlehFLOhPyEKShxRJdiWhq ZjVV/dmC2zxlhlZUq7QRjCvtd7PkNozkJKwMbpOZxkw4WQBS04eVVuunUKSiaGyN hPVeIJB/FG8Q4wkdq1SQNq7Zm+SAT9q6qHK2+WNUrafJaRYpBOaGi9wdsw50nOpd o8AovouEp8zU9Jf9QpHu5kVqsAN9QZkNAfRlj4kgMjQaScOI2rVWLYnulAilaEX9 wD81bqI7KFxMKarE2CgUO62iJh+1lJHJeU6VXooU2J0KUXXB9Aniis68Zwr0qV2e fyWaHBDDoo2YD6ljI7yk2AzVydP7anUQE11LP+o0V64KJmR8gRuWTQ3pWksVVT8N WTlELqDWlHSALAwItjewoT5KQMKtmA8mi4N4lNi4Us4ucb56jKviaS0JwHk0f4mC UpYk/qTvmiwHl2ZngIkCu/Ehb38FwHbaOHbS7W8skUY8ibfJsijfw7VBnC9Kwkl8 y5RtcBJd31CI/qHYiFix1hFmai9L9z2fhXcffAQirL3S/5UKQgyW2gRDI8CZKHbi l4hqNgmvx4ah/cXt1WaGzyFFOp7T0ZAp68ID/rt/vKbS7JyizUtzgtswYRKQS9xj g55V6KMD9sq2NLnW0QDq =V7d5 -----END PGP SIGNATURE----- --------------030209000309000202060001 Content-Type: text/x-patch; name="bsd.sites.mk.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="bsd.sites.mk.diff" Index: Mk/bsd.sites.mk =================================================================== --- Mk/bsd.sites.mk (revision 337284) +++ Mk/bsd.sites.mk (working copy) @@ -109,7 +109,9 @@ .if !defined(IGNORE_MASTER_SITE_BERLIOS) MASTER_SITE_BERLIOS+= \ http://download.berlios.de/%SUBDIR%/ \ - http://download2.berlios.de/%SUBDIR%/ + http://download2.berlios.de/%SUBDIR%/ \ + http://prdownload.berlios.de/%SUBDIR%/ +FETCH_ARGS= -Fpr .endif .if !defined(IGNORE_MASTER_SITE_CENKES) --------------030209000309000202060001 Content-Type: application/octet-stream; name="bsd.sites.mk.diff.sig" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="bsd.sites.mk.diff.sig" iQIcBAABCgAGBQJSuNk+AAoJEK27+GEKN4m3aYgP/3p0ppp4sR5Xg5Vnc2mK0e2h/1/pJ4zz AYWlBba83jpVzpX22Mq+Ma9U8zTUTELZk4iaMOvLfgrDqcfLLKLtEhxumdSCFHvQukHWKlbg fAEFlEwV/LUqhzU3QMe0W6zvDir7ovrqIOtEAn+t1IRfYmFtxrBOMahyi3h8Z4RN/Hz/SlaC 5czdMgb1L9JMYqa261NQYFW5lm6eloZoBTan0gGt8Cx+x8D6zX8sHqcIC3Hx0Bd+YpJA0eA6 bKjSguCrknZpmn7bayouo7gAztUOlPjz/G0gluPgKiqYDQ6cNCKiZ4XVAeHZcg0KTOR3igku qlS8gSD3HlegMghV9ey1EiAuWL9AKE7LXHkTfs6ISzqAzy/+rxfebKjmNNWpUTIvhew/ZDEf U61Rf0vjj2HHDbXJ6PhjN5VbmZCiRNUzoYGkJOiCreSqpkTWm/4JVD0yw1eGaPuuPlDEZKXz rv6gTHMnOyKnaOvb1qOu1DfBEGD7+zJAZ7Oe9PeEMfvdMFGpeFknKiJwAPMO6n2G1PPni2ad M6QHsMhhON4Xjbzg/G7lCl8quibEMw4brKgqBo12A0bmRu+XZlZ8ScUUmYLMzFPtWRjhA2KF +GOPQdh3It3CpJ8kEOED0wHRH3uCghnHk60H0FCKwS5Gm+6vnr09lyYcAoRuEibaTZY2cRCP YEag --------------030209000309000202060001-- From owner-freebsd-ports@FreeBSD.ORG Tue Dec 24 01:35:35 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57EDB90D for ; Tue, 24 Dec 2013 01:35:35 +0000 (UTC) Received: from smtp2-g21.free.fr (smtp2-g21.free.fr [IPv6:2a01:e0c:1:1599::11]) by mx1.freebsd.org (Postfix) with ESMTP id 2A5CF10B5 for ; Tue, 24 Dec 2013 01:35:33 +0000 (UTC) Received: from [192.168.1.21] (unknown [82.242.73.160]) by smtp2-g21.free.fr (Postfix) with ESMTP id A092B4B0037 for ; Tue, 24 Dec 2013 02:35:26 +0100 (CET) From: Olivier Certner To: freebsd-ports@freebsd.org Subject: Re: Build/install failure of devel/subversion Date: Tue, 24 Dec 2013 02:35:06 +0100 User-Agent: KMail/1.9.10 References: <6E.E4.14616.9D7EEA25@cdptpa-oedge03> In-Reply-To: <6E.E4.14616.9D7EEA25@cdptpa-oedge03> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201312240235.06475.olivier.freebsd@free.fr> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 01:35:35 -0000 Same here on 9.2-STABLE. Looking at the logs, I saw strange libtool lines saying that the libs mentioned by pkg-static were not installed in /usr/local/lib, and a preamble about Berkeley DB 6 that had not been tested by Subversion developers and the fact that subversion's Berkeley DB backend was deprecated. So I switched the DBD option to off and install worked. YMMV of course. Regards, Olivier From owner-freebsd-ports@FreeBSD.ORG Tue Dec 24 03:21:53 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 03900BED for ; Tue, 24 Dec 2013 03:21:53 +0000 (UTC) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AEE62170C for ; Tue, 24 Dec 2013 03:21:52 +0000 (UTC) Received: from badger.tharned.org (badger.tharned.org [10.10.10.23]) (authenticated bits=0) by roadkill.tharned.org (8.14.7/8.14.7) with ESMTP id rBO3LlWT032010 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Dec 2013 21:21:48 -0600 (CST) (envelope-from gcr+freebsd-ports@tharned.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tharned.org; s=2013; t=1387855308; bh=U80G9lSPqAKRolohqw/mTluAm+NZbB6s9zcXn5Uh27o=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=X1Q0tYkFaDt2msOWGr54hyVMAs8JZxRvPTirbS6jrmn/ObWns065gkvcEfqNcisk0 Q6oLqZ3/NvZrdgVEN1RV+BBZcdXntmhRXYtHpPayu2RcL2QjUOENi7XXoRRqRsjm4c T6fVTM/IrqkPY52uhK1p2qSSz99Kf+Tj2OYo4sL4= Date: Mon, 23 Dec 2013 21:21:47 -0600 (CST) From: Greg Rivers To: "Herbert J. Skuhra" Subject: Re: No examples or default configuration for mail/dovecot2 ? In-Reply-To: <878uvbccus.wl%hskuhra@eumx.net> Message-ID: References: <87a9frcke0.wl%hskuhra@eumx.net> <878uvbccus.wl%hskuhra@eumx.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (roadkill.tharned.org [75.145.12.185]); Mon, 23 Dec 2013 21:21:48 -0600 (CST) Cc: bra@fsn.hu, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 03:21:53 -0000 On Tue, 24 Dec 2013, Herbert J. Skuhra wrote: > Can you show the output of 'head -n 10 work/dovecot-2.2.9/config.log'? > Have you tried to run 'make rmconfig' before building the port? > I found the problem. This host still had ports-mgmt/portconf installed, which apparently doesn't play well with the new options framework. (I thought I'd removed it.) I deleted portconf and now mail/dovecot2 installs correctly. Thanks for looking at it, and my apologies for wasting your time. -- Greg From owner-freebsd-ports@FreeBSD.ORG Tue Dec 24 09:14:13 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 416DD46F for ; Tue, 24 Dec 2013 09:14:13 +0000 (UTC) Received: from nm15-vm5.access.bullet.mail.bf1.yahoo.com (nm15-vm5.access.bullet.mail.bf1.yahoo.com [216.109.115.36]) by mx1.freebsd.org (Postfix) with SMTP id B54371D68 for ; Tue, 24 Dec 2013 09:14:12 +0000 (UTC) Received: from [66.196.81.163] by nm15.access.bullet.mail.bf1.yahoo.com with NNFMP; 24 Dec 2013 09:11:44 -0000 Received: from [98.139.244.52] by tm9.access.bullet.mail.bf1.yahoo.com with NNFMP; 24 Dec 2013 09:11:44 -0000 Received: from [127.0.0.1] by smtp114.sbc.mail.bf1.yahoo.com with NNFMP; 24 Dec 2013 09:11:44 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1387876304; bh=8VddUo7R6pJJvg5Czlq+mruKP/1Im0FDDKw+NjNwDds=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:Subject:References; b=JEFN3DGvcnWATdebp4SKT0XumcV3eiECZ8RuQdHKl1TjWqW2kWqC+13nyN72rRlDw2rSH8fMizmoZtXVqu6dlkW1LakA3OKLFR93X+TEs58euETRM8J0fLzGXHWWn3TOR0Az6janoMTXMK+94Yd8ko+hkUCymaeldQ3pN5D4xec= X-Yahoo-Newman-Id: 334918.40443.bm@smtp114.sbc.mail.bf1.yahoo.com Message-ID: <334918.40443.bm@smtp114.sbc.mail.bf1.yahoo.com> Date: Tue, 24 Dec 2013 01:11:44 -0800 (PST) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: AsMVcpAVM1lkamkdzR0lhBSmtm0iE8CiV.MG9tI6BbgtcMa sy0KmAxW6j53CcHrGGXR5TMTosuqqZGuLuooTRtsau51WM2CUqwpCPVcMtwq .m0mmxmW1f9HiiHG4OkHYjjQa7NplQdrRpsk1Wo3pKYWcSZQzbyfBw80lXet W.OCUI1rktei3vkLUr7423riTfPHt6DS_Sk1qq0a9vs2QW6J8qmfpd54nsUk WiLpAj7dSzidwDcgbfdOXobhtR6EQ3rZ6omu5Sh9RomAqd93nHrCam3a8e9Q MPLgOh8oC0ChH3Nktxvt7HIDLkg3Lg2XkcJ4WZ_BkWQwaP6aqC9Pp9PQG_7s mpRgOmzcEqMonJ2NTpcYg5crP.OWROs5qrbVTbmf6ayqoJ8u4viT3aHgH6jX PFfWH51RopYJq5YuskUrpc96OCROqiTLliB508X22dQqb1iJ3xjeh9R8p5VG Q7Z4CnVZ7Ltw6U23yH_UKMxKhg6BOlqKMi75Is36f_VhnC3ic7qk0sTrluAb PR97wDoHmHrxPAsfrKugm3EqtMD6XvEqrxZW9M6C79eU- X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [98.139.221.42]) by smtp114.sbc.mail.bf1.yahoo.com with SMTP; 24 Dec 2013 01:11:44 -0800 PST From: "Thomas Mueller" To: freebsd-ports@freebsd.org Subject: e: Build/install failure of devel/subversion References: <6E.E4.14616.9D7EEA25@cdptpa-oedge03> <201312240235.06475.olivier.freebsd@free.fr> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 09:14:13 -0000 > Same here on 9.2-STABLE. > Looking at the logs, I saw strange libtool lines saying that the libs > mentioned by pkg-static were not installed in /usr/local/lib, and a preamble > about Berkeley DB 6 that had not been tested by Subversion developers and the > fact that subversion's Berkeley DB backend was deprecated. > So I switched the DBD option to off and install worked. YMMV of course. > Regards, > Olivier Thanks for response; I thought nobody was going to respond. I had successfully built subversion for FreeBSD 9.1_STABLE, subsequently upgraded to 9.2 postrelease. I also built devel/subversion successfully from pkgsrc on NetBSD-current amd64. So I looked at the options available and selected, and I was going to try again with BDB dropped. You typed DBD, I assume you meant BDB but mistyped. Then I won't have to boot the NetBSD-current amd64 16 GB USB stick every time I want to update the src (stable-10 and HEAD), ports and doc trees. Tom From owner-freebsd-ports@FreeBSD.ORG Tue Dec 24 10:49:30 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF834EBC for ; Tue, 24 Dec 2013 10:49:30 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 53DBC138E for ; Tue, 24 Dec 2013 10:49:30 +0000 (UTC) Received: from mandree.no-ip.org ([78.48.227.94]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0Lw1vh-1VPIKT0sTV-017iYV for ; Tue, 24 Dec 2013 11:49:28 +0100 Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id 44EB823CEAA for ; Tue, 24 Dec 2013 11:49:27 +0100 (CET) Message-ID: <52B966B7.6070505@gmx.de> Date: Tue, 24 Dec 2013 11:49:27 +0100 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Build/install failure of devel/subversion References: <6E.E4.14616.9D7EEA25@cdptpa-oedge03> In-Reply-To: <6E.E4.14616.9D7EEA25@cdptpa-oedge03> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:qBGFT/BKhpdBPlFrIguSeLzgY5D+jiBsNX+hkheNPnYLjWhQBRL UmgWczML6pM/cSNpVQ0cbvlxFD+eWG85Fdoa4mVkIOnkPWGIKkrES0bwnu4W0vlQVXPzsgo SFzZKy5X4AI8GyIfUtjpnMjxv5McOZYa+Hg80XfL54x4K130PQCExXF/3yXm5XD/2AEBLLY nQBC0TBElqajDuXjzYmdw== X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 10:49:30 -0000 Am 16.12.2013 12:45, schrieb Thomas Mueller: > Earlier I failed, for a different error, to build devel/subversion on > FreeBSD-HEAD amd64. > > Most relevant part of build log was: > > ====> Compressing man pages (compress-man) > ===> Staging rc.d startup script(s) > ===> Installing for subversion-1.8.5 > ===> Checking if devel/subversion already installed > ===> Registering installation for subversion-1.8.5 > pkg-static: lstat(/BETA1/usr/ports/devel/subversion/work10/stage/usr/local/lib/libsvn_fs_base-1.a): No such file or directory > pkg-static: lstat(/BETA1/usr/ports/devel/subversion/work10/stage/usr/local/lib/libsvn_fs_base-1.la): No such file or directory > pkg-static: lstat(/BETA1/usr/ports/devel/subversion/work10/stage/usr/local/lib/libsvn_fs_base-1.so): No such file or directory > pkg-static: lstat(/BETA1/usr/ports/devel/subversion/work10/stage/usr/local/lib/libsvn_fs_base-1.so.0): No such file or directory > *** Error code 74 Looks like a but in the packaging (pkg-plist broken, or libsvn_fs_base not built/installed into staging area properly). Please file a PR mentioning devel/subversion in the Synopsis line, and tell the maintainer how to reproduce this (most importantly, your port options that cause this failure). From owner-freebsd-ports@FreeBSD.ORG Tue Dec 24 13:02:19 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8954120 for ; Tue, 24 Dec 2013 13:02:19 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D365E1FA4 for ; Tue, 24 Dec 2013 13:02:19 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.7/8.14.7) with ESMTP id rBOD2JLZ071492 for ; Tue, 24 Dec 2013 13:02:19 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.7/8.14.7/Submit) id rBOD2JBD071486; Tue, 24 Dec 2013 13:02:19 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201312241302.rBOD2JBD071486@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Tue, 24 Dec 2013 13:02:19 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 13:02:20 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ misc/freeswitch-scripts-devel | 1.2.3 | 1.2.17 ------------------------------------------------+-----------------+------------ net/freeswitch-curl-devel | 1.2.3 | 1.2.17 ------------------------------------------------+-----------------+------------ net/freeswitch-insideout-devel | 1.2.3 | 1.2.17 ------------------------------------------------+-----------------+------------ net/freeswitch-sbc-devel | 1.2.3 | 1.2.17 ------------------------------------------------+-----------------+------------ net/freeswitch-vanilla-devel | 1.2.3 | 1.2.17 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@FreeBSD.ORG Tue Dec 24 14:35:55 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 03E1480B; Tue, 24 Dec 2013 14:35:55 +0000 (UTC) Received: from mail.reseaunance.com (as1.calyce.fr [83.167.132.22]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8D8141593; Tue, 24 Dec 2013 14:35:53 +0000 (UTC) Received: from [172.31.211.213] (172.31.211.213) by SARATOGA.root.adm (172.31.1.50) with Microsoft SMTP Server id 14.2.347.0; Tue, 24 Dec 2013 15:34:39 +0100 Message-ID: <52B99B7F.6040705@reseaunance.com> Date: Tue, 24 Dec 2013 15:34:39 +0100 From: Peter User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Subject: FreeBSD Port: enlightenment-0.17.5,2 X-TM-AS-Product-Ver: SMEX-10.5.0.1061-7.000.1014-20380.001 X-TM-AS-Result: No--8.138100-5.000000-31 X-TM-AS-User-Approved-Sender: No X-TM-AS-User-Blocked-Sender: No Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 14:35:55 -0000 Hello, I'm testing E17 under the PCBSD10 (based on FreeBSD 10.0-BETA3) on my laptop. I'm really disappointed by the degradation of some modules (I'm comparing with 0.16.999.65643 I use on my workstation, under PCBSD 9.1). I would like to know the port status and feature plans - if I must migrate to another WM. The principal problems I observed in 0.17.5 : - composite does not work (or not compiled) - engage module does not work (bottom half of the screen is black and unusable when it loaded) - startup very long with splash activated (I've seen this problem in 0.16.999.65643 too) - many incompatible themes (almost all) Note that engage and composite are the 'must have' modules for Enlightenment in PC environment and I don't see many reasons to use Enlightenment without them... Best regards, Peter From owner-freebsd-ports@FreeBSD.ORG Tue Dec 24 16:41:23 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 49ACA27D for ; Tue, 24 Dec 2013 16:41:23 +0000 (UTC) Received: from nbfkord-smmo05.seg.att.com (nbfkord-smmo05.seg.att.com [209.65.160.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B03011FCD for ; Tue, 24 Dec 2013 16:41:22 +0000 (UTC) Received: from unknown [144.160.229.23] (EHLO alpi154.enaf.aldc.att.com) by nbfkord-smmo05.seg.att.com(mxl_mta-7.2.1-0) with ESMTP id 239b9b25.2af101207940.8258582.00-2424.21444944.nbfkord-smmo05.seg.att.com (envelope-from ); Tue, 24 Dec 2013 16:41:22 +0000 (UTC) X-MXL-Hash: 52b9b932242aebd0-d2667a3cd65d2ac138795249d56bee908c34858c Received: from unknown [144.160.229.23] (EHLO alpi154.enaf.aldc.att.com) by nbfkord-smmo05.seg.att.com(mxl_mta-7.2.1-0) over TLS secured channel with ESMTP id 368b9b25.0.8257162.00-2290.21441031.nbfkord-smmo05.seg.att.com (envelope-from ); Tue, 24 Dec 2013 16:37:56 +0000 (UTC) X-MXL-Hash: 52b9b864219a8e4f-c724fd2010fa4f4150cd17457445cc0ae85b9398 Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id rBOGbsRU014832; Tue, 24 Dec 2013 11:37:54 -0500 Received: from alpi133.aldc.att.com (alpi133.aldc.att.com [130.8.217.3]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id rBOGbmQq014803 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Dec 2013 11:37:49 -0500 Received: from alpi153.aldc.att.com (alpi153.aldc.att.com [130.8.42.31]) by alpi133.aldc.att.com (RSA Interceptor); Tue, 24 Dec 2013 16:37:36 GMT Received: from aldc.att.com (localhost [127.0.0.1]) by alpi153.aldc.att.com (8.14.5/8.14.5) with ESMTP id rBOGbako032700; Tue, 24 Dec 2013 11:37:36 -0500 Received: from oz.mt.att.com (oz.mt.att.com [135.16.165.23]) by alpi153.aldc.att.com (8.14.5/8.14.5) with ESMTP id rBOGbUD6032526; Tue, 24 Dec 2013 11:37:31 -0500 Received: by oz.mt.att.com (Postfix, from userid 1000) id B2226681D30; Tue, 24 Dec 2013 11:37:29 -0500 (EST) X-Mailer: emacs 23.3.1 (via feedmail 8 I); VM 8.2.0b under 23.3.1 (i686-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: <21177.47176.506931.459000@oz.mt.att.com> Date: Tue, 24 Dec 2013 11:37:28 -0500 From: Jay Borkenhagen To: Fernando =?iso-8859-1?Q?Apestegu=EDa?= Subject: Re: ports/181836 In-Reply-To: References: <21172.22770.819388.859953@oz.mt.att.com> <20131220153213.GD5264@oldfaithful.bebik.local> <21172.28558.226554.619243@oz.mt.att.com> X-GPG-Fingerprint: DDDB 542E D988 94D0 82D3 D198 7DED 6648 2308 D3C0 X-RSA-Inspected: yes X-RSA-Classifications: public Cc: Rodrigo Osorio , FreeBSD Mailing List X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Jay Borkenhagen List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 16:41:23 -0000 Hi, Still no activity that I can see.=20 Is this really the way the ports process is supposed to work, that even after a port's maintainer has put a fix in SVN we need to hope a committer notices it and takes action=3F Sorry for being ignorant of the process -- I was just really hoping to be able to do some end-of-year admin tasks with this fixed port, and that's looking less promising now... Thanks. =09=09=09=09=09=09Jay B. Fernando Apestegu=EDa writes: > El 20/12/2013 17:26, "Jay Borkenhagen" escribi=F3= : > > > > Thanks, Rodrigo (and Fernando as well). > > > > Have I come to the right place to find someone who can and will do= > > that kind of thing=3F >=20 > IMHO, freebsd-ports@ is the proper place. Let's see if some committe= r reads > your message. >=20 > > > > > > > > Rodrigo Osorio writes: > > > > > > Hi, > > > > > > Ask/harass someone to commit the patch and bump PORTREVISION ..= =2E > That's all. > > > > > > - regard > > > > > > On 20/12/13 09:49 -0500, Jay Borkenhagen wrote: > > > > Hi, > > > > > > > > It was suggested to me that I ask this question here. > > > > > > > > Per http://www.freebsd.org/cgi/query-pr.cgi=3Fpr=3D181836 > > > > > > > > An issue in the FreeBSD port of smartmontools was fixed on > > > > 21-November, yet an update containing that fix has not yet pr= opagated > > > > through the ports system. > > > > > > > > What needs to happen for an updated port to be distributed=3F= > > > > > > > > Thank you. > > > > > > > > Jay B. > > > > > > > > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F > > > > 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" > > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F > > freebsd-ports@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebs= d.org" From owner-freebsd-ports@FreeBSD.ORG Tue Dec 24 17:21:06 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A742EFA for ; Tue, 24 Dec 2013 17:21:06 +0000 (UTC) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DA955128C for ; Tue, 24 Dec 2013 17:21:05 +0000 (UTC) Received: by mail-wi0-f169.google.com with SMTP id j9so3758676wiv.4 for ; Tue, 24 Dec 2013 09:21:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=SoaZB1tN1KEwW1X5Ug9LJk0plcy1ATJVyxO1CZUW1oY=; b=q5hw2VAFX9r5lYsM1dwlYrBtghfyArIHq2Z35FZRzLkOGirn+z3mEdE2ExSWu5nWaT +nisTM5y4QZDRBV95569jwCjhiG8dnpiMlp8NbO6mHaFMsbhPaDVEr3w85vlnHYk57Mg jiCx1QCUyc+v9AjoS9mr1m4gW6m4NltIf8RO36i+lAHYdq7ZhZ9wzrHzu5Y+G8/RhS01 2srZxq3od7ZX6gq8Dyvr8Lzx/yEHGo4yydV4kw6RaiuXG5ICAYq3ujFS2b5G5s0LnzDT aAiE2rDWSWDxP/lcpOzA4tZVJDK9wWGLeobofR94v9C0hn2Ryh6RxPxRw2F+2wrb5w8v 0ypA== MIME-Version: 1.0 X-Received: by 10.180.14.231 with SMTP id s7mr10963698wic.1.1387905664253; Tue, 24 Dec 2013 09:21:04 -0800 (PST) Received: by 10.180.126.100 with HTTP; Tue, 24 Dec 2013 09:21:04 -0800 (PST) Received: by 10.180.126.100 with HTTP; Tue, 24 Dec 2013 09:21:04 -0800 (PST) In-Reply-To: <21177.47176.506931.459000@oz.mt.att.com> References: <21172.22770.819388.859953@oz.mt.att.com> <20131220153213.GD5264@oldfaithful.bebik.local> <21172.28558.226554.619243@oz.mt.att.com> <21177.47176.506931.459000@oz.mt.att.com> Date: Tue, 24 Dec 2013 18:21:04 +0100 Message-ID: Subject: Re: ports/181836 From: =?ISO-8859-1?Q?Fernando_Apestegu=EDa?= To: Jay Borkenhagen Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Rodrigo Osorio , FreeBSD Mailing List X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 17:21:06 -0000 El 24/12/2013 17:37, "Jay Borkenhagen" escribi=F3: > > Hi, > > Still no activity that I can see. > > Is this really the way the ports process is supposed to work, that > even after a port's maintainer has put a fix in SVN we need to hope a > committer notices it and takes action? Sorry for being ignorant of > the process -- I was just really hoping to be able to do some > end-of-year admin tasks with this fixed port, and that's looking less > promising now... According to gnats, tijl@ took the task on Dec 20. I suppose it won't take long until the patch is committed. Cheers. > > Thanks. > > Jay B. > > > > Fernando Apestegu=EDa writes: > > El 20/12/2013 17:26, "Jay Borkenhagen" escribi=F3: > > > > > > Thanks, Rodrigo (and Fernando as well). > > > > > > Have I come to the right place to find someone who can and will do > > > that kind of thing? > > > > IMHO, freebsd-ports@ is the proper place. Let's see if some committer reads > > your message. > > > > > > > > > > > > > > Rodrigo Osorio writes: > > > > > > > > Hi, > > > > > > > > Ask/harass someone to commit the patch and bump PORTREVISION ... > > That's all. > > > > > > > > - regard > > > > > > > > On 20/12/13 09:49 -0500, Jay Borkenhagen wrote: > > > > > Hi, > > > > > > > > > > It was suggested to me that I ask this question here. > > > > > > > > > > Per http://www.freebsd.org/cgi/query-pr.cgi?pr=3D181836 > > > > > > > > > > An issue in the FreeBSD port of smartmontools was fixed on > > > > > 21-November, yet an update containing that fix has not yet propagated > > > > > through the ports system. > > > > > > > > > > What needs to happen for an updated port to be distributed? > > > > > > > > > > Thank you. > > > > > > > > > > Jay B. > > > > > > > > > > _______________________________________________ > > > > > 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 Tue Dec 24 17:24:54 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0499153 for ; Tue, 24 Dec 2013 17:24:54 +0000 (UTC) Received: from mail-pd0-x22f.google.com (mail-pd0-x22f.google.com [IPv6:2607:f8b0:400e:c02::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7247712B8 for ; Tue, 24 Dec 2013 17:24:54 +0000 (UTC) Received: by mail-pd0-f175.google.com with SMTP id w10so6509744pde.20 for ; Tue, 24 Dec 2013 09:24:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=NRv0++HRRE5GiUEZXFCmBknSUEdUf9c3/h6E40nPJs0=; b=dkdo6cxOdopSBFe+vjnVprDoQoMyNg+UrXvAB+9SNWbczN0KgpzKNMd6yEJ4Qlh0DV KDMKW6kCT0Q4XBMoyOWiAiCfCpg2gkmAC+xD2cPzHTOydA8bPYwBoyXEFE0AvbFiy1AB SyOlSluJE44IogkvFYEUiL2tLnLBrs1LSrsTpoRtdC7ySLFjSqK0HNc2pTIwzRuFoU0z c5Q9eWZyQaEKrM8Tuu4yaRdWIV7yfNdOaBq6LqOdCh+NUzsASnfXmyEnXF7hPb3c8lOl Wx2CsNMnZU0nkuSHxIHzmPO0+3X6EY3X7iYdLXNaNwdFID47/9WsY7ox64+pQB8mS0bV 1Brw== MIME-Version: 1.0 X-Received: by 10.68.131.42 with SMTP id oj10mr1430879pbb.1.1387905894107; Tue, 24 Dec 2013 09:24:54 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.23.101 with HTTP; Tue, 24 Dec 2013 09:24:54 -0800 (PST) In-Reply-To: <21177.47176.506931.459000@oz.mt.att.com> References: <21172.22770.819388.859953@oz.mt.att.com> <20131220153213.GD5264@oldfaithful.bebik.local> <21172.28558.226554.619243@oz.mt.att.com> <21177.47176.506931.459000@oz.mt.att.com> Date: Tue, 24 Dec 2013 09:24:54 -0800 X-Google-Sender-Auth: MAiTuqjZ3nShhtoTKJP12iLRMgs Message-ID: Subject: Re: ports/181836 From: Kevin Oberman To: Jay Borkenhagen Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Rodrigo Osorio , FreeBSD Mailing List , =?UTF-8?Q?Fernando_Apestegu=C3=ADa?= X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 17:24:54 -0000 On Tue, Dec 24, 2013 at 8:37 AM, Jay Borkenhagen wrote: > Hi, > > Still no activity that I can see. > > Is this really the way the ports process is supposed to work, that > even after a port's maintainer has put a fix in SVN we need to hope a > committer notices it and takes action? Sorry for being ignorant of > the process -- I was just really hoping to be able to do some > end-of-year admin tasks with this fixed port, and that's looking less > promising now... > > Thanks. > > Jay B. > Hi, Jay. It's been a while! No, it's not the way it is supposed to work, but in the real world, it often is the way it does. And, since this is a volunteer operation, around the time of Saturnalia, when so many are away or busy with families celebrating Christmas and the new year, it can get pretty slow trying to get a bit of time from a committer. In this case it took a month after the maintainer approved the fix before a committer picked it up. Now that the committer has it, it will likely actually get committed as soon as tjil gets back to work. (He picked it up on Friday.) -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Tue Dec 24 20:44:22 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A056B9CC for ; Tue, 24 Dec 2013 20:44:22 +0000 (UTC) Received: from mail-qe0-x22d.google.com (mail-qe0-x22d.google.com [IPv6:2607:f8b0:400d:c02::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 579071F06 for ; Tue, 24 Dec 2013 20:44:22 +0000 (UTC) Received: by mail-qe0-f45.google.com with SMTP id 6so6664446qea.4 for ; Tue, 24 Dec 2013 12:44:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seibercom.net; s=google; h=date:from:to:subject:message-id:reply-to:mime-version:content-type :content-transfer-encoding; bh=3m6etOGlrre9yHBaKa+CD/vl3NdUX44PWsBIxYVMDxA=; b=XSHHrvdbcLj1bfE2wzEffmNR3p4zqc1GDLZWQCzaV3pCUFrPx6clXpgjORF1Saki0h 3sNdeHQeC0l9ESfVHZT+erOr3e83Zkbx0Ho5vvtwYmuHsS/AO4o4UM5aNgjdgNphAPKe VfWp25isogtWhZQujRhkQK+iV1tWfCOJuef9A= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:reply-to :mime-version:content-type:content-transfer-encoding; bh=3m6etOGlrre9yHBaKa+CD/vl3NdUX44PWsBIxYVMDxA=; b=eDYnkUjp80GxPGC67T+6pTpkWLhsc6l7TeYl2PytB9+iItGhf/YLqsUa1z+dIZJJC/ yCTDtSeUVGyAr0mgl8OzR404jHwOGt5EogbTTbdffMvBQycU5l9sCIlZ7sFGFt7c5cnQ VkdJCdnh3XMnGlEMJbdtbvaL5L+6uu7lZEKuaN9LrJ0FiXeukuND94dnGlPra1/ItmFy R1lX4DF3ZwSQorOQ5QH4Yx3f37WSMjDmw6eytvdbnqX5R7iSolvOCqxq8CzSgwwyi8Kf Sa3ZRCILJL/t2J8ByR5hc/vphedUG91wTfV58wUNfVBEsiSwG0xSdWWqH7lrS7t7WMtO RAsg== X-Gm-Message-State: ALoCoQn3uCmpZXItKzvw6nM5u19AHVEZuQIHn0qyddVDxaMLyHRj6Xsn0r/QP9QGfL6Q8LWsKHMh X-Received: by 10.224.171.196 with SMTP id i4mr56486375qaz.38.1387917861451; Tue, 24 Dec 2013 12:44:21 -0800 (PST) Received: from scorpio (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPSA id s14sm28601076qad.20.2013.12.24.12.44.20 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Tue, 24 Dec 2013 12:44:20 -0800 (PST) Date: Tue, 24 Dec 2013 15:44:19 -0500 From: Jerry To: FreeBSD Ports , bsam@FreeBSD.org Subject: Updating CUPS Message-ID: <20131224154419.1b87ef83@scorpio> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 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: Tue, 24 Dec 2013 20:44:22 -0000 The ports latest version of CUPS is 1.5.4; however version 1.7.0 has been out since 10/24/13. Is there any possibility that the latest version will make it into the ports system soon? Thanks! -- Jerry From owner-freebsd-ports@FreeBSD.ORG Wed Dec 25 02:48:31 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 07BFCF67 for ; Wed, 25 Dec 2013 02:48:31 +0000 (UTC) Received: from sender1.zohomail.com (sender1.zohomail.com [165.254.168.73]) by mx1.freebsd.org (Postfix) with ESMTP id E46AA178D for ; Wed, 25 Dec 2013 02:48:30 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=zapps768; d=zoho.com; h=subject:from:to:content-type:date:message-id:mime-version; b=Lqw5gfi8x/oYy+qeNo07CbjJIA3nSky6PeygXavYuNg5c0kUU6UYg8oqFsXvA7LJtc4jOnDg3GL3 PW42WRoO3Vo9dcgVrtIGzPmUHdhouHldMC6hhAqV4Tj59mDLUspd Received: from [10.1.2.6] (46.229.54.117 [46.229.54.117]) by mx.zohomail.com with SMTPS id 1387938717043109.49174075278427; Tue, 24 Dec 2013 18:31:57 -0800 (PST) Subject: openvpn + resolv.conf From: clutton To: freebsd-ports , mandree@FreeBSD.org Content-Type: text/plain; charset="UTF-8" Date: Wed, 25 Dec 2013 04:31:49 +0200 Message-ID: <1387938709.2227.29.camel@eva02> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-ZohoMail: Ss SS_10 UW UB UW UB ZMHF-MSGIDDMNPTN_1 SGR3_1_26113_44 X-ZohoMail-Owner: <1387938709.2227.29.camel@eva02>+zmo_0_ X-ZohoMail-Sender: 46.229.54.117 X-Zoho-Virus-Status: 2 X-ZohoMailClient: External X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Dec 2013 02:48:31 -0000 Hi openvpn users and maintainers. The only missing thing about FreeBSD openvpn structure I've found is lack of resolv support. I've written up script, spending 5 minutes, but guys, does is necessary to write such a script for any installation, for every new user? I think it'll be better to provide port with such a script. Port can be provided with something from here work/openvpn-2.3.2/contrib/pull-resolv-conf. From owner-freebsd-ports@FreeBSD.ORG Wed Dec 25 06:59:02 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B89C2291 for ; Wed, 25 Dec 2013 06:59:02 +0000 (UTC) Received: from mail-ie0-x233.google.com (mail-ie0-x233.google.com [IPv6:2607:f8b0:4001:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 87F3617B8 for ; Wed, 25 Dec 2013 06:59:02 +0000 (UTC) Received: by mail-ie0-f179.google.com with SMTP id x13so7752074ief.38 for ; Tue, 24 Dec 2013 22:59:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Jhc6f2Gz0O/GEliXyzjNJRD6ItfuPTTxfn1lDfw7pow=; b=0vafz75AO4De6i6tXRTeaQRIoBU9YvJj/gefIRgahhtWGgaCZiQbhrq7W4wgP1Gdmi 1bnn+9fRBPjNRTFpF7C2yf+J5dVWxvbGPkc5dVcXqmFC3BZPGpnirivMKaAMWbuzX5kr ZwqVCat7dHMrj6ajwUqSeY+o1Fe27dS/DUQ0h5HVjF0QmdFoncvaVZuSb02gDlsSP7P0 2WFOa5w6InRRLG96PSX2djBXwHyGiS0hnvEuBzHihAwD5Pj37sLMjGbRrYlDZQ51+CA1 woIPMcY9gloLj41gEIwjeTcJfMoZvEbJDst89fpUuWhd+pm79DkifzgK8ejbcsQQcFUN 8O2A== MIME-Version: 1.0 X-Received: by 10.50.141.133 with SMTP id ro5mr28298898igb.35.1387954742024; Tue, 24 Dec 2013 22:59:02 -0800 (PST) Received: by 10.50.127.232 with HTTP; Tue, 24 Dec 2013 22:59:01 -0800 (PST) In-Reply-To: <334918.40443.bm@smtp114.sbc.mail.bf1.yahoo.com> References: <6E.E4.14616.9D7EEA25@cdptpa-oedge03> <201312240235.06475.olivier.freebsd@free.fr> <334918.40443.bm@smtp114.sbc.mail.bf1.yahoo.com> Date: Wed, 25 Dec 2013 00:59:01 -0600 Message-ID: Subject: Re: e: Build/install failure of devel/subversion From: Scot Hetzel To: Thomas Mueller Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Dec 2013 06:59:02 -0000 On Tue, Dec 24, 2013 at 3:11 AM, Thomas Mueller wrote: > Then I won't have to boot the NetBSD-current amd64 16 GB USB stick every time I want to update the src (stable-10 and HEAD), ports and doc trees. > Stable-10 and HEAD has svnlite, so you won't need to install the subversion port to update/download src, ports or doc trees. -- DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. e From owner-freebsd-ports@FreeBSD.ORG Wed Dec 25 07:25:10 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C8E51722; Wed, 25 Dec 2013 07:25:10 +0000 (UTC) Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com [IPv6:2a00:1450:400c:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3F75B19C7; Wed, 25 Dec 2013 07:25:10 +0000 (UTC) Received: by mail-wg0-f49.google.com with SMTP id x12so6388252wgg.4 for ; Tue, 24 Dec 2013 23:25:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=zEgoAeQ5cEP7S/qPBroqBK5jULwJr4eXqodWRXar0K8=; b=0BUZ7c8tcan+le0I9pp6/EoKjVn476ZwV9BEKK9h3Gk/tq0rzTPxJKtsjj5yrjW6wV Lmo7dlUYpdeZB8IT1kkpK0TMftzgriCDuwfhzdS1DkKEM2WZMx+2Ne0lLUvcLdNuRBbT g3Iyz6JWzpUJYCYIjS7+Uvkd8sgGe5zJcWcu1N4ntK3ZpnbeEb3H92J3JcpO8J3pEtcF Y1GC5q5LsmQaUeLHYMUdT4LYPJa8xyeHZDDVYP7eQj4VipUkPfTcQkZl2AdZDQ2TMazr iMgm5rkFUdCNG+jZAVQ2tvksskaFMqNPhPI5ImBFC6TDJ6dUjbReyLGQ8G0ybCIzDbvY N2iQ== X-Received: by 10.180.75.115 with SMTP id b19mr25731927wiw.19.1387956308426; Tue, 24 Dec 2013 23:25:08 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.42.169 with HTTP; Tue, 24 Dec 2013 23:24:38 -0800 (PST) In-Reply-To: <52B99B7F.6040705@reseaunance.com> References: <52B99B7F.6040705@reseaunance.com> From: arrowdodger <6yearold@gmail.com> Date: Wed, 25 Dec 2013 11:24:38 +0400 Message-ID: Subject: Re: FreeBSD Port: enlightenment-0.17.5,2 To: Peter Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: ports@freebsd.org, gblach@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Dec 2013 07:25:10 -0000 On Tue, Dec 24, 2013 at 6:34 PM, Peter wrote: > Hello, > > I'm testing E17 under the PCBSD10 (based on FreeBSD 10.0-BETA3) on my > laptop. > I'm really disappointed by the degradation of some modules (I'm comparing > with 0.16.999.65643 I use on my workstation, under PCBSD 9.1). > I would like to know the port status and feature plans - if I must migrate > to another WM. > > The principal problems I observed in 0.17.5 : > - composite does not work (or not compiled) > - engage module does not work (bottom half of the screen is black and > unusable when it loaded) > - startup very long with splash activated (I've seen this problem in > 0.16.999.65643 too) > - many incompatible themes (almost all) > > Note that engage and composite are the 'must have' modules for > Enlightenment in PC environment and I don't see many reasons to use > Enlightenment without them... > > Best regards, > Peter > > _______________________________________________ > 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" > Enlightenment 0.18 have been released recently, and it has built-in compositing. I suppose it's wiser to just port a new version, than fixing 0.17. From owner-freebsd-ports@FreeBSD.ORG Wed Dec 25 08:15:43 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4FF348BF for ; Wed, 25 Dec 2013 08:15:43 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DDDF51E88 for ; Wed, 25 Dec 2013 08:15:42 +0000 (UTC) Received: from [10.194.140.141] ([176.2.140.141]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0MUm1o-1Vz7ou0qZo-00YDdp for ; Wed, 25 Dec 2013 09:15:35 +0100 User-Agent: K-9 Mail for Android In-Reply-To: <20131224154419.1b87ef83@scorpio> References: <20131224154419.1b87ef83@scorpio> MIME-Version: 1.0 Subject: Re: Updating CUPS From: Matthias Andree Date: Wed, 25 Dec 2013 09:14:55 +0100 To: FreeBSD Ports , Jerry , bsam@FreeBSD.org Message-ID: X-Provags-ID: V03:K0:ABZHiCS24kK1L1a67sI4Q9qCH3eKV31V1EiE6tN0HoSPvKkJw89 zxZybNxVIlbonKodvm1IW4AfLSO+Jm5uHgy2mTMmqeHH0pZ04r1BDPk2CYTObQlu0kGC1m4 fDBczkWsZnGAOUQPYcCTpa7T9kigDKLpvZ9vFXzb5FmC8rMLk3Hp7+Uiwsbq7fLssEVPt7n KCOTqrjKqdTnXeYSAA9zw== Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Dec 2013 08:15:43 -0000 Jerry schrieb: >The ports latest version of CUPS = is 1=2E5=2E4; however version 1=2E7=2E0 has >been out since 10/24/13=2E Is = there any possibility that the latest >version will make it into the ports = system soon? > >Thanks! > >-- >Jerry >____________________________________= ___________ >freebsd-ports@freebsd=2Eorg mailing list >http://lists=2Efreeb= sd=2Eorg/mailman/listinfo/freebsd-ports >To unsubscribe, send any mail to >= "freebsd-ports-unsubscribe@freebsd=2Eorg" Careful with what you are asking= for, have you checked the upstream change logs? 1=2E6 already broke some a= spects of compatibility massively w=2Er=2Et=2E distributed printing or diff= ering CUPS versions in your LAN=2E From owner-freebsd-ports@FreeBSD.ORG Wed Dec 25 09:18:26 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 81B837E0 for ; Wed, 25 Dec 2013 09:18:26 +0000 (UTC) Received: from mail.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 394F9135E for ; Wed, 25 Dec 2013 09:18:26 +0000 (UTC) Received: from asuka.mahoroba.org (ume@ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) (user=ume mech=CRAM-MD5 bits=0) by mail.mahoroba.org (8.14.7/8.14.7) with ESMTP/inet6 id rBP9I8xI016748 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 25 Dec 2013 18:18:09 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 25 Dec 2013 18:18:08 +0900 Message-ID: From: Hajimu UMEMOTO To: Scot Hetzel Subject: Re: Resolving circular dependencies In-Reply-To: References: <52B6352E.4050804@scrubbed.adjectivism.org> User-Agent: xcite1.60> Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/24.3 (amd64-portbld-freebsd9.2) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 9.2-STABLE X-PGP-Key: http://www.mahoroba.org/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Wed, 25 Dec 2013 18:18:10 +0900 (JST) X-Virus-Scanned: clamav-milter 0.98 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-5.3 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on asuka.mahoroba.org Cc: Erick Turnquist , FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Dec 2013 09:18:26 -0000 Hi, >>>>> On Sun, 22 Dec 2013 08:51:53 -0600 >>>>> Scot Hetzel said: swhetzel> The best way to solve this would be to create 3 ports that would swhetzel> create the appropriate gssapi mech: swhetzel> security/cyrus-sasl2-mech-gssapi-base <- Kerberos Support from swhetzel> /usr/lib/libkrb5.a swhetzel> security/cyrus-sasl2-mech-gssapi-krb5 (slave port) swhetzel> security/cyrus-sasl2-mech-gssapi-hemidal (slave port) swhetzel> That way you could use Poudriere to build these 4 ports (cyrus-sasl2, swhetzel> openldap24-sasl-client, krb5 and cyrus-sasl2-mech-gssapi-krb5). swhetzel> Now if someone could sit down and code these mech ports. ;-) I'll do it later. Sincerely, -- Hajimu UMEMOTO ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.mahoroba.org/~ume/ From owner-freebsd-ports@FreeBSD.ORG Wed Dec 25 11:55:23 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BCE4EA3B for ; Wed, 25 Dec 2013 11:55:23 +0000 (UTC) Received: from nm13-vm5.access.bullet.mail.gq1.yahoo.com (nm13-vm5.access.bullet.mail.gq1.yahoo.com [216.39.63.131]) by mx1.freebsd.org (Postfix) with SMTP id 60A9A1008 for ; Wed, 25 Dec 2013 11:55:22 +0000 (UTC) Received: from [216.39.60.170] by nm13.access.bullet.mail.gq1.yahoo.com with NNFMP; 25 Dec 2013 11:53:39 -0000 Received: from [67.195.23.148] by tm6.access.bullet.mail.gq1.yahoo.com with NNFMP; 25 Dec 2013 11:53:39 -0000 Received: from [127.0.0.1] by smtp120.sbc.mail.gq1.yahoo.com with NNFMP; 25 Dec 2013 11:53:39 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1387972419; bh=RO/VubAjxVy2GSi6EDIR499Xes3rzm0Vf3I7aRLpm1k=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:Subject:References; b=CzSH9wm2QXyGSOsrv4XbIXeoL8kpMi3qtLFKm8pQIr/NV7Tze7hnQmE6akgLcwJQ4u2L4vfXDLeZKD3h2TlvBY3piG1XdHpbgES3oFajtI+qUJqx2YjkcMOhJcMCleXE2H/viviED8Q86eBVTJvfQguKq6zXPEybtccuBPtMvjI= X-Yahoo-Newman-Id: 84753.78495.bm@smtp120.sbc.mail.gq1.yahoo.com Message-ID: <84753.78495.bm@smtp120.sbc.mail.gq1.yahoo.com> Date: Wed, 25 Dec 2013 11:53:39 +0000 (UTC) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: R7VfydYVM1nIdFNid3OUd1njFicN9iHlkfVpflIWcvJth9s w9K0fScw8GeEnm7JlTAfT0qxdICsED2Hn6cNDSTEGlahRUgVwJc8hsqkhXgq eVHbn9D4s_yQKLJwrA_q5soFVd7_7zlDHraX0JW6wbgd8D3.TNWOQuxs9paB 31u7An7M39CogSo5TXt0WEiRiokK1Kp4KmoDlhzpDgipdQGCHo.xXcluteiy Exkj14PKzvqswu7BtYkrU3CuVrbWUo_o0hhXNrYGYcFkE8EXwekpnASgDACQ p1qS4J2PY2p_ALV91bip57NAcSHOvMWiTA73nehwRxK8.dbDB5IdoSXDJ1IY f6oaWZhJ_z2L2o5C2YJH.tVNJ_GOuYRVtSNT7.HUk3OrZgONLPUmbxz3xI2. t___NYMp9NYANtqEuxT.WLJ1wkZ2R6nMtPG5ZzODhytYSV7nu3Fci56OoPRs wRzDFKOJc4pzSD.ExfLIKel_d5mRIpPpffN7X4zwnzxvAdLLgGBTg0vUWJWY d6Sf8GMLwXTJu7e.oJP40t_.gbeeN7k0gg32zsqA1WV1EDDVP.8_69TsKGsA ZBpeylrVdq3W.h4lHugMprpqQ X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [67.195.15.66]) by smtp120.sbc.mail.gq1.yahoo.com with SMTP; 25 Dec 2013 11:53:39 +0000 UTC From: "Thomas Mueller" To: freebsd-ports@freebsd.org Subject: Re: Build/install failure of devel/subversion References: <6E.E4.14616.9D7EEA25@cdptpa-oedge03> <201312240235.06475.olivier.freebsd@free.fr> <334918.40443.bm@smtp114.sbc.mail.bf1.yahoo.com> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Dec 2013 11:55:23 -0000 On Tue, Dec 24, 2013 at 3:11 AM, Thomas Mueller wrote: > Then I won't have to boot the NetBSD-current amd64 16 GB USB stick every time I want to update the src (stable-10 and HEAD), ports and doc trees. Scot Hetzel responded: > Stable-10 and HEAD has svnlite, so you won't need to install the > subversion port to update/download src, ports or doc trees. I am sort of put off by "lite" versions in general, even have WITHOUT_SVNLITE=yes in /etc/src.conf . I'd put WITHOUT_SENDMAIL=yes in /etc/src.conf as well but am attracted by having certs in /etc/mail. I originally partitioned hard disk using gdisk on a USB 2.0 stick installation of FreeBSD 9.2_STABLE. This installation includes subversion from ports, but then I found re(4) didn't work with Ethernet on new motherboard. I just had a thought, now that I have wi-fi working, Hiro 50191 USB adapter with rsu(4). Maybe I could chroot to FreeBSD 9.2-STABLE on USB stick after doing a null mount of /usr/src (also ports and doc) and establishing Internet connection? Presumably this would then use rsu(4) driver which is only on FreeBSD 10-stable and HEAD and not in GENERIC kernel config? Tom From owner-freebsd-ports@FreeBSD.ORG Wed Dec 25 12:46:45 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59D40895; Wed, 25 Dec 2013 12:46:45 +0000 (UTC) Received: from mail-la0-x230.google.com (mail-la0-x230.google.com [IPv6:2a00:1450:4010:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A63B61339; Wed, 25 Dec 2013 12:46:44 +0000 (UTC) Received: by mail-la0-f48.google.com with SMTP id n7so3234096lam.21 for ; Wed, 25 Dec 2013 04:46:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=k9rjYgMCUfoi5HGceOLPn5kgRAaC5Ggn+4jaaB3xf3I=; b=Y5khbe49lptFfBzjETP7AP0GS80yNfNg47+8K0zJoMNTMRLleju2d4ctiUJ11VR4Zi w6uFTgQ3gAGq+HDbf4YnEI9Q0BpLG96NddNd1jGo8WdMe1MivZZ07BOM6Mdyzh3mzHUd jwmfpWoDae6Bi4gWePYfuQ9FW7vu/yQf5HPnujH9DNnhLo00npDITRXn18AsmXplxTHM 79wouOtvVoVWio62f3VmsUhRh4l9LTm7FTydG/NLPcV3aP2CtVOi1YrBRzWLKVJfFfyT lSK6gDo2+e9GE1nBX39Z5woQ1p4wb2K+EzQql7SAGyH+GabI81Be0B8l+m5EiucSAWih jbew== X-Received: by 10.152.45.8 with SMTP id i8mr16335358lam.12.1387975601970; Wed, 25 Dec 2013 04:46:41 -0800 (PST) Received: from [192.168.1.129] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPSA id y11sm16261072lbm.13.2013.12.25.04.46.40 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 25 Dec 2013 04:46:41 -0800 (PST) Message-ID: <52BAD3A7.9040100@gmail.com> Date: Wed, 25 Dec 2013 14:46:31 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Peter , gblach@FreeBSD.org Subject: Re: FreeBSD Port: enlightenment-0.17.5,2 References: <52B99B7F.6040705@reseaunance.com> In-Reply-To: <52B99B7F.6040705@reseaunance.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Dec 2013 12:46:45 -0000 24.12.2013 16:34, Peter wrote: > Hello, > > I'm testing E17 under the PCBSD10 (based on FreeBSD 10.0-BETA3) on my > laptop. > I'm really disappointed by the degradation of some modules (I'm > comparing with 0.16.999.65643 I use on my workstation, under PCBSD 9.1). > I would like to know the port status and feature plans - if I must > migrate to another WM. > > The principal problems I observed in 0.17.5 : > - composite does not work (or not compiled) WFM on 9.2 and ^/stable/10. I only takes to load the module. -- Sphinx of black quartz, judge my vow. From owner-freebsd-ports@FreeBSD.ORG Wed Dec 25 13:03:34 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B1E7EE03 for ; Wed, 25 Dec 2013 13:03:34 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9D8B414C4 for ; Wed, 25 Dec 2013 13:03:34 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.7/8.14.7) with ESMTP id rBPD3Yg5066409 for ; Wed, 25 Dec 2013 13:03:34 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.7/8.14.7/Submit) id rBPD3YCr066408; Wed, 25 Dec 2013 13:03:34 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201312251303.rBPD3YCr066408@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Wed, 25 Dec 2013 13:03:34 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Dec 2013 13:03:34 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ www/p5-CGI-Application-Plugin-Stream | 2.10 | 2.11 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@FreeBSD.ORG Wed Dec 25 18:10:39 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 35129C7D for ; Wed, 25 Dec 2013 18:10:39 +0000 (UTC) Received: from mail.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DD50C177B for ; Wed, 25 Dec 2013 18:10:38 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga-m.mahoroba.org [IPv6:2001:2f0:104:8016:7258:12ff:fe22:d94b]) (user=ume mech=DIGEST-MD5 bits=0) by mail.mahoroba.org (8.14.7/8.14.7) with ESMTP/inet6 id rBPIAIQt075205 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 26 Dec 2013 03:10:22 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Thu, 26 Dec 2013 03:10:16 +0900 Message-ID: From: Hajimu UMEMOTO To: FreeBSD Ports Subject: Re: Resolving circular dependencies In-Reply-To: References: <52B6352E.4050804@scrubbed.adjectivism.org> User-Agent: xcite1.60> Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/24.3 (i386-portbld-freebsd9.2) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 9.2-STABLE X-PGP-Key: http://www.mahoroba.org/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Thu, 26 Dec 2013 03:10:25 +0900 (JST) X-Virus-Scanned: clamav-milter 0.98 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-4.3 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on asuka.mahoroba.org Cc: Erick Turnquist , Scot Hetzel X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Dec 2013 18:10:39 -0000 Hi, >>>>> On Wed, 25 Dec 2013 18:18:08 +0900 >>>>> Hajimu UMEMOTO said: >>>>> On Sun, 22 Dec 2013 08:51:53 -0600 >>>>> Scot Hetzel said: swhetzel> The best way to solve this would be to create 3 ports that would swhetzel> create the appropriate gssapi mech: swhetzel> security/cyrus-sasl2-mech-gssapi-base <- Kerberos Support from swhetzel> /usr/lib/libkrb5.a swhetzel> security/cyrus-sasl2-mech-gssapi-krb5 (slave port) swhetzel> security/cyrus-sasl2-mech-gssapi-hemidal (slave port) swhetzel> That way you could use Poudriere to build these 4 ports (cyrus-sasl2, swhetzel> openldap24-sasl-client, krb5 and cyrus-sasl2-mech-gssapi-krb5). swhetzel> Now if someone could sit down and code these mech ports. ;-) ume> I'll do it later. I've just committed it. Please give it a try. Sincerely, -- Hajimu UMEMOTO ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.mahoroba.org/~ume/ From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 03:58:53 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2B5B5DA6; Thu, 26 Dec 2013 03:58:53 +0000 (UTC) Received: from nskntmtas05p.mx.bigpond.com (nskntmtas05p.mx.bigpond.com [61.9.168.149]) by mx1.freebsd.org (Postfix) with ESMTP id 90B891C9A; Thu, 26 Dec 2013 03:58:52 +0000 (UTC) Received: from nskntcmgw06p ([61.9.169.166]) by nskntmtas05p.mx.bigpond.com with ESMTP id <20131226035843.BAAI2026.nskntmtas05p.mx.bigpond.com@nskntcmgw06p>; Thu, 26 Dec 2013 03:58:43 +0000 Received: from hermes.heuristicsystems.com.au ([58.172.113.247]) by nskntcmgw06p with BigPond Outbound id 63ye1n00Z5LKYmq013yeAn; Thu, 26 Dec 2013 03:58:43 +0000 X-Authority-Analysis: v=2.0 cv=Obga/2vY c=1 sm=1 a=YibVxx38Z+cwdCKSMcELyg==:17 a=1YbsQLIiAAQA:10 a=8nJEP1OIZ-IA:10 a=GHIR_BbyAAAA:8 a=rsHwRdtFNMkA:10 a=6I5d2MoRAAAA:8 a=pGLkceISAAAA:8 a=v12xRLZ1AAAA:8 a=KtFtz2xZEPYg3lfapzkA:9 a=wPNLvfGTeEIA:10 a=SV7veod9ZcQA:10 a=MSl-tDqOz04A:10 a=-823Bg35OtYA:10 a=YibVxx38Z+cwdCKSMcELyg==:117 Received: from [10.0.5.3] (ewsw01.hs [10.0.5.3]) (authenticated bits=0) by hermes.heuristicsystems.com.au (8.14.5/8.13.6) with ESMTP id rBQ1XCEx044036 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 26 Dec 2013 12:33:13 +1100 (EST) (envelope-from dewayne.geraghty@heuristicsystems.com.au) Message-ID: <52BB8756.3060000@heuristicsystems.com.au> Date: Thu, 26 Dec 2013 12:33:10 +1100 From: Dewayne Geraghty User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Hajimu UMEMOTO , FreeBSD Ports Subject: Re: Resolving circular dependencies References: <52B6352E.4050804@scrubbed.adjectivism.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Erick Turnquist , Scot Hetzel X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 03:58:53 -0000 On 26/12/2013 5:10 AM, Hajimu UMEMOTO wrote: > Hi, > >>>>>> On Wed, 25 Dec 2013 18:18:08 +0900 >>>>>> Hajimu UMEMOTO said: >>>>>> On Sun, 22 Dec 2013 08:51:53 -0600 >>>>>> Scot Hetzel said: > swhetzel> The best way to solve this would be to create 3 ports that would > swhetzel> create the appropriate gssapi mech: > > swhetzel> security/cyrus-sasl2-mech-gssapi-base <- Kerberos Support from > swhetzel> /usr/lib/libkrb5.a > swhetzel> security/cyrus-sasl2-mech-gssapi-krb5 (slave port) > swhetzel> security/cyrus-sasl2-mech-gssapi-hemidal (slave port) > > swhetzel> That way you could use Poudriere to build these 4 ports (cyrus-sasl2, > swhetzel> openldap24-sasl-client, krb5 and cyrus-sasl2-mech-gssapi-krb5). > > swhetzel> Now if someone could sit down and code these mech ports. ;-) > > ume> I'll do it later. > > I've just committed it. Please give it a try. > > Sincerely, > > -- > Hajimu UMEMOTO > ume@mahoroba.org ume@{,jp.}FreeBSD.org > http://www.mahoroba.org/~ume/ > _______________________________________________ > 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" > Would it be possible to include some documentation in /usr/ports/UPDATING regarding the removal of gssapi from cyrus-sasl2 and the creation of the security/cyrus-sasl2-gssapi port; as it will surprise some. A cursory review of the security/cyrus-sasl2-gssapi/Makefile seems to create lib/sasl2/libgssapiv2.* lib/sasl2/libgs2.* files, so adding security/cyrus-sasl2-gssapi into the routine build sequence shouldn't be too dramatic a change. It will be nice to remove the long-standing workaround of the openssl, heimdal (without_ldap), openldapX-sasl-client, heimdal resolution loop. Regards, Dewayne From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 04:23:22 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6D7A7F60; Thu, 26 Dec 2013 04:23:22 +0000 (UTC) Received: from 01usbos01.prod.adjectivism.org (01usbos01.prod.adjectivism.org [208.118.230.84]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3A5351E05; Thu, 26 Dec 2013 04:23:21 +0000 (UTC) Received: from an authenticated and subsequently anonymized source DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=adjectivism.org; s=01usbos01; t=1388031795; bh=cLCVZp/YCZBYTYf772IfiZl5wLUGvpV3cHufWSdGAsk=; h=Date:From:To:CC:Subject:References:In-Reply-To:From; b=f/YWWHOqv4ar1v6BJj36aLssmuN5oGtnTa4+6a8Y+ct4jvb6so1gWzcn2PgetHhAs nKG9RvJzzhMjJXgE0F2hG1Pe74OkNzYWVdTjM0nWJAeaTVChejqZOKPKU5tcdjfpuF r+CxNM9I6GDwToMyyRYkyffBb5NUhpJGBaIbacCJ0EJxvkUxe5OmO0kgZWrJntSLu0 WgmYCi87ISFtkTfoThZ0P7jKCurGccV2JXVu6fhynNqOJ6/U9I2zPsjdH5BFFqlcGX sssTBYGHYCvJcxvFfDtNpS+jJCtofrOayhFH/kG4vaezFHcJCrucoz+iLQ6q56vpp3 YaOBhVHvx3i9kq0LebCTY236FfJ75q41fUfYQBVqZ4zLKUUAWGsS6n1Xl/QsJBCi4p N+mIvW9RHcGDbmPEYLG0+5vEJ21xuhiY+FRc6yuQAvEjR5UfMMHYolgOfIkRV26sQY EghL3Mi1Jg1X287eqxVJwUeRtnBgD+vVWSIUz52M3CWoEQotVxo085xK8utSwbW8KO EHeULq4+qxUrRn2TEfO+TfK7Wf1fUKZUsE6EEkXBkTj8sV/gnh2l2dl6VEgOzpuaPJ u5ClsdVFjhU9L8WpPL7o7wtr9r3/92T524FEZ4bJd2K4FFYB/frKxYzP0sI1SGLzjU DArLbb6FyIJFVeOsI69Ov6Es= Message-ID: <52BBAF2D.9030501@scrubbed.adjectivism.org> Date: Wed, 25 Dec 2013 23:23:09 -0500 From: Erick Turnquist MIME-Version: 1.0 To: Hajimu UMEMOTO Subject: Re: Resolving circular dependencies References: <52B6352E.4050804@scrubbed.adjectivism.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Scot Hetzel , FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 04:23:22 -0000 On 12/25/13, 13:10, Hajimu UMEMOTO wrote: > I've just committed it. Please give it a try. Hi Ume, Thank you! I noticed a typo in the new Makefile for cyrus-sasl2-gssapi. On line 60, MIT_LIB_DEPENDS is set to libkrb5support.0 instead of libkrb5support.so.0. Once I fixed this, I was able to build everything I need, and the proper libraries appear to have been built: [Dec 25 23:08 ~/packaging] rhea% tar tJf /poudriere/data/packages/92amd64-default/All/cyrus-sasl-gssapi-2.1.26.txz +COMPACT_MANIFEST +MANIFEST +MTREE_DIRS /usr/pkg/lib/sasl2/libgssapiv2.a /usr/pkg/lib/sasl2/libgssapiv2.la /usr/pkg/lib/sasl2/libgssapiv2.so /usr/pkg/lib/sasl2/libgssapiv2.so.3 /usr/pkg/share/licenses/cyrus-sasl-gssapi-2.1.26/catalog.mk /usr/pkg/share/licenses/cyrus-sasl-gssapi-2.1.26/LICENSE /usr/pkg/share/licenses/cyrus-sasl-gssapi-2.1.26/BSD4CLAUSE /usr/pkg/share/licenses/cyrus-sasl-gssapi-2.1.26/ /usr/pkg/share/licenses/ Thanks! From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 05:56:04 2013 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 00049B93 for ; Thu, 26 Dec 2013 05:56:03 +0000 (UTC) Received: from dougbarton.us (dougbarton.us [IPv6:2607:f2f8:ab14::2]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DAEA412A1 for ; Thu, 26 Dec 2013 05:56:03 +0000 (UTC) Received: from [192.168.0.21] (home [12.207.105.210]) by dougbarton.us (Postfix) with ESMTPSA id 5BA1322B12 for ; Thu, 26 Dec 2013 05:56:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=dougbarton.us; s=dougbarton.us; t=1388037363; bh=aqqctAFZ3kQv7N9eLZ9wvbEBsB2ANvgQlVkscpp4Wn0=; h=Date:From:To:Subject; b=b3O7iyAc4pFvHX7czJ3IkMEUvtZMS89fVV20ugbuv/pYBB4UtITyREeAveFy0yBeY J53uhAxyhwfZLhUR+BRsm00dX7NLBZuTgZ3r27+IIkRG/ceYK4KESkjEe3PrwOWedn cRTblQf2GzRw7Pu7ByK+D/rx/S1wf/dQJ7/4XmW8= Message-ID: <52BBC4F3.2050508@dougbarton.us> Date: Wed, 25 Dec 2013 21:56:03 -0800 From: Doug Barton User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@FreeBSD.org Subject: WITHOUT_NLS is deprecated use NLS option instead X-Enigmail-Version: 1.6 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 05:56:04 -0000 Tonight I'm seeing this during ports builds: /!\ WARNING /!\ WITHOUT_NLS is deprecated use NLS option instead This is silly. I traced the message to bsd.sanity.mk, which has similar silliness for many other longstanding make.conf options. If y'all are clever enough to create silly warning messages deprecating options that have been in use longer than most of you have been part of the project, you're also clever enough to make compatibility shims to cause WITHOUT_FOO to do whatever the equivalent behavior is for whatever the options framework looks like this week. Please fix this. Thanks, Doug From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 06:06:39 2013 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 55467CC7; Thu, 26 Dec 2013 06:06:39 +0000 (UTC) Received: from dougbarton.us (dougbarton.us [IPv6:2607:f2f8:ab14::2]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3BD9A132B; Thu, 26 Dec 2013 06:06:39 +0000 (UTC) Received: from [192.168.0.21] (home [12.207.105.210]) by dougbarton.us (Postfix) with ESMTPSA id 0873122B12; Thu, 26 Dec 2013 06:06:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=dougbarton.us; s=dougbarton.us; t=1388037993; bh=ODE0/CkI0dLWkFCoaoFmzc2lNDdXu3zDp7PVK6R1Wd4=; h=Date:From:To:CC:Subject; b=wHZYMW9qOwVUHDI4Za0k8oZdcwwQLZW+hldVKsFzIVncnFap9Gq8qL/LIYPcjkuk6 /616zda1302wN+pKLDwRR3AiqykaG7IGvu9XQ2isioGfg7yfu4VMNU55UWEKLrOzby U71/nCUwg2uzLLWmQ5UyGyBCCZOYQY35QMdlH0sU= Message-ID: <52BBC768.6010702@dougbarton.us> Date: Wed, 25 Dec 2013 22:06:32 -0800 From: Doug Barton User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@FreeBSD.org Subject: shells/bash-static fails to package/deinstall cleanly X-Enigmail-Version: 1.6 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 06:06:39 -0000 The problem is that the bash.1 and bashbugs.1 man pages do not get compressed, and therefore the package fails. If I add a MAN1 variable to the Makefile with those pages listed, it works. Doug From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 06:16:08 2013 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75E1CEA8; Thu, 26 Dec 2013 06:16:08 +0000 (UTC) Received: from dougbarton.us (dougbarton.us [IPv6:2607:f2f8:ab14::2]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5D4A713CF; Thu, 26 Dec 2013 06:16:08 +0000 (UTC) Received: from [192.168.0.21] (home [12.207.105.210]) by dougbarton.us (Postfix) with ESMTPSA id 0C7AF22B12; Thu, 26 Dec 2013 06:16:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=dougbarton.us; s=dougbarton.us; t=1388038568; bh=3NQecUh2AW1Onv2eJeBtkm02JmGJ/EOwJmk7heAb1Uc=; h=Date:From:To:CC:Subject; b=NF6iguGlpwZY8zKjuOj5swEOP4W0aK7uJHjvDY2ouMgQwfKD3taBegO6V3i5jm1LR jJ2zEQl+QIJedj/jgVSnK9oyAtXpp3QeIwLJrSB1ZBLzQHudZLjeblP0ufQqnVhd4B 1ZJULdGpU8l7zXjnfarpRT88sE9METQxprmwdDls= Message-ID: <52BBC9A7.8050106@dougbarton.us> Date: Wed, 25 Dec 2013 22:16:07 -0800 From: Doug Barton User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@FreeBSD.org Subject: dns/bind* ports overwriting conf files X-Enigmail-Version: 1.6 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 06:16:08 -0000 While looking at the UPDATING entry for the bdb mess (more on that later) I happened to see this: 20131209: AFFECTS: users of dns/bind96, dns/bind98 and bind99 on FreeBSD 10.0 AUTHOR: erwin@FreeBSD.org Bind versions before 9.6.3.2.ESV.R10_2, 9.8.6_2, and 9.9.4_2 on FreeBSD 10.0 will replace named.conf on upgrade. Make sure to backup any local changes before upgrading to the _2 versions. This is not Ok. FreeBSD ports are NEVER supposed to blindly overwrite config files. Please fix this so that it confirms to over a decade of policy that FreeBSD ports users should be able to safely depend on. Doug From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 06:51:24 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E95173B6 for ; Thu, 26 Dec 2013 06:51:24 +0000 (UTC) Received: from sender1.zohomail.com (sender1.zohomail.com [72.5.230.95]) by mx1.freebsd.org (Postfix) with ESMTP id D040716DA for ; Thu, 26 Dec 2013 06:51:24 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=zapps768; d=zoho.com; h=subject:from:to:in-reply-to:references:content-type:date:message-id:mime-version; b=DM1ChGUZ7qLoHVZAz9zEddemQOACmCYqnh1p3QwT3P6flfg8nUuT+jXyV/5rAVV0CdO5Ea08YSGl hNsd0oPhSF11hXvC/G/9FnG5pO9J1KHt1bOne4u/Zzjcs5Eur071 Received: from [10.1.2.6] (46.229.54.117 [46.229.54.117]) by mx.zohomail.com with SMTPS id 1388040683376603.9471574545041; Wed, 25 Dec 2013 22:51:23 -0800 (PST) Subject: Re: WITHOUT_NLS is deprecated use NLS option instead From: clutton To: freebsd-ports@freebsd.org In-Reply-To: <52BBC4F3.2050508@dougbarton.us> References: <52BBC4F3.2050508@dougbarton.us> Content-Type: text/plain; charset="UTF-8" Date: Thu, 26 Dec 2013 08:51:14 +0200 Message-ID: <1388040674.3771.27.camel@eva02.mbsd> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-ZohoMail: Ss SS_10 UW UB UW UB SGR3_1_26113_70 X-ZohoMail-Owner: <1388040674.3771.27.camel@eva02.mbsd>+zmo_0_ X-ZohoMail-Sender: 46.229.54.117 X-Zoho-Virus-Status: 2 X-ZohoMailClient: External X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 06:51:25 -0000 On Wed, 2013-12-25 at 21:56 -0800, Doug Barton wrote: > Tonight I'm seeing this during ports builds: >=20 > /!\ WARNING /!\ > WITHOUT_NLS is deprecated use NLS option instead >=20 > This is silly. >=20 > I traced the message to bsd.sanity.mk, which has similar silliness for= =20 > many other longstanding make.conf options. If y'all are clever enough to= =20 > create silly warning messages deprecating options that have been in use= =20 > longer than most of you have been part of the project, you're also=20 > clever enough to make compatibility shims to cause WITHOUT_FOO to do=20 > whatever the equivalent behavior is for whatever the options framework= =20 > looks like this week. >=20 > Please fix this. >=20 > Thanks, >=20 > Doug =C2=ABThe longer I live, Dorian, the more keenly I feel that whatever was good enough for our fathers is not good enough for us.=C2=BB Sorry, but I have a quite opposite view. Making both variants work means chaos. More variants means more complication. From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 06:55:57 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC51A4CC for ; Thu, 26 Dec 2013 06:55:57 +0000 (UTC) Received: from dougbarton.us (dougbarton.us [208.79.90.218]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D0C1E1703 for ; Thu, 26 Dec 2013 06:55:57 +0000 (UTC) Received: from [192.168.0.21] (home [12.207.105.210]) by dougbarton.us (Postfix) with ESMTPSA id 1D86A22B12; Thu, 26 Dec 2013 06:55:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=dougbarton.us; s=dougbarton.us; t=1388040957; bh=b0zX40jCLjhhfzksTUrsqWtGI/aAL6CirtlkTkACcWo=; h=Date:From:To:Subject:References:In-Reply-To; b=V0CDkAcnspMcrM82Jc+CXjOtzBIJZ3oLoVuV5CBkO+EbOvjPwbwnT+dM+W7DDOx9I pqMwauCzAIby/TgQrfqzVRKYGFAMdY8JpPyoB/eGgjj66bH8tBrP4Z5fJitS6x0idZ pXdiHK3AgCdmRqWNQZz2JZjrSQwks7wnu3C8rQuM= Message-ID: <52BBD2FC.2070405@dougbarton.us> Date: Wed, 25 Dec 2013 22:55:56 -0800 From: Doug Barton User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: clutton , freebsd-ports@freebsd.org Subject: Re: WITHOUT_NLS is deprecated use NLS option instead References: <52BBC4F3.2050508@dougbarton.us> <1388040674.3771.27.camel@eva02.mbsd> In-Reply-To: <1388040674.3771.27.camel@eva02.mbsd> X-Enigmail-Version: 1.6 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 06:55:58 -0000 On 12/25/2013 10:51 PM, clutton wrote: > Sorry, but I have a quite opposite view. Making both variants work means > chaos. More variants means more complication. if || WITHOUT_NLS; then This is not chaos. It's called "backwards compatibility," which is a critical part of every mature software project. OTOH, forcing users to jump through stupid hoops to change configurations which have worked for over a decade is a sign of the inmates running the asylum. Doug From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 06:57:31 2013 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA0C5574 for ; Thu, 26 Dec 2013 06:57:31 +0000 (UTC) Received: from dougbarton.us (dougbarton.us [208.79.90.218]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BFF521714 for ; Thu, 26 Dec 2013 06:57:31 +0000 (UTC) Received: from [192.168.0.21] (home [12.207.105.210]) by dougbarton.us (Postfix) with ESMTPSA id 2CA0522B12 for ; Thu, 26 Dec 2013 06:57:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=dougbarton.us; s=dougbarton.us; t=1388041051; bh=shl/NSyQzvNUdRNaIW+GITsBjBECryajUgBUYP8MYfY=; h=Date:From:To:Subject; b=XgwQ4smzcNsE5BoHBNloPoVVV0k2tYIFmza+Ht/629YdmuQ1+LdvpMpzBkT9R1RcS sNomlHydu7aaNklHw5ik1FU7uglrdZOI+aEHwCnEt3o7LNgvm1FF4T4fnuoC1aweTJ jX4yMw/s5+4aGdHB99Sphc9BLd6B8gggbVcdcv40= Message-ID: <52BBD35A.4090905@dougbarton.us> Date: Wed, 25 Dec 2013 22:57:30 -0800 From: Doug Barton User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@FreeBSD.org Subject: Berkeley DB cleanup has apparently broken ports where no db is currently installed X-Enigmail-Version: 1.6 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 06:57:31 -0000 I saw the DEPRECATED notice for my old faithful bdb 4.7, and read the UPDATING entry related to the pending bdb purge. My first thought was "That's a total waste of effort, with likely disastrous consequences." I'm all for removing broken/unused ports. Some of you may recall that I made a non-trivial contribution to those efforts when I was a committer. However the older versions of bdb are neither unused, nor broken. To make matters worse, newer versions require fairly extensive manual intervention in order to make them work with older dbs. This is the primary reason that a mass cleanup like this has never been done in the past. The amount of work to maintain the old ports is near-zero, since they don't get updates often, if at all. Whereas the amount of pain this is going to cause users is extensive. In other words this is a worst case cost/benefit ratio. To add insult to injury the status quo seems to be that if you do not already have a version of bdb installed, the ports tree will fail. The only thing I have using it atm is p5-FreeBSD-Portindex. So I uninstalled it, and its dependencies, and figured that with a clean system the ports tree would just do the right thing and install whatever version will be supported. Instead, the build failed when trying to install databases/p5-BerkeleyDB. It has USE_BDB=47+, but that doesn't work because it tries to install 47, which fails with the DEPRECATED warning. Does anyone actually test this stuff before they commit it? Meanwhile, IF (and IMO that's still a big IF) there is some good reason to do the purge of old bdb versions then leaving only 5 and 6 behind is not the right way to go. There should be at least one 4.x version left in, if for no other reason than to avoid having to go with the oracle versions. Personally I would choose 4.7 for that, but reasonable arguments can be made to include 4.8 instead. Either way, leaving behind just the 5 and 6 versions is a bad idea. Doug From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 06:57:38 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56B3A577 for ; Thu, 26 Dec 2013 06:57:38 +0000 (UTC) Received: from mail-qe0-x229.google.com (mail-qe0-x229.google.com [IPv6:2607:f8b0:400d:c02::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 171091715 for ; Thu, 26 Dec 2013 06:57:38 +0000 (UTC) Received: by mail-qe0-f41.google.com with SMTP id gh4so7817311qeb.28 for ; Wed, 25 Dec 2013 22:57:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=zjem2m+dqlK9F2GLwNSo6ybEf6BOjU+zxXYEdYk5X4I=; b=ds96Tq4UdzKMRe5w0gtfvB7gDc2OP+vee5CDTyVq1oYKC8sm+qXa/xRy11SQuCwgrp i/bdCVnp0Y8WQxjKTGQks8hfc5F+z6n1eR4dO5DQHPrgV4kKjUsJndQ9ok7Xyl0dbKZC Vbocqt6QHHBnZDGOcFBaevhCDww1CZ8cso28HLOJnWv7N2JSGZP2nsPoY7S3meGz6Uin aSQ666Fs6vlmtO8LuSwBdqQI7p20M9yOmfCSTs7D2DnAczBGxEJvlCQrMkB14WNQ5c31 hFyXUhUciszU/NokrbkZVIe9byvkFhWerJOTaMfO9syB9mTOa/rE1S26Nz+t8VLLIah+ gQ7Q== X-Received: by 10.224.56.5 with SMTP id w5mr67696251qag.60.1388041057251; Wed, 25 Dec 2013 22:57:37 -0800 (PST) MIME-Version: 1.0 Received: by 10.96.224.195 with HTTP; Wed, 25 Dec 2013 22:57:21 -0800 (PST) From: Jiansong Liu Date: Thu, 26 Dec 2013 14:57:21 +0800 Message-ID: Subject: www/rubygem-passenger: link error on 10.0-PRERELEASE r259862M To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 06:57:38 -0000 Hi, I try to re-install the www/rubygem-passenger by the portmaster tool after I upgraded to 10.0, and got error like below: It produced 4 warnings at first: c++ -Iext -D_REENTRANT -I/usr/local/include -Wall -Wextra -Wno-unused-parameter -Wno-parentheses -Wpointer-arith -Wwrite-strings -Wno-long-long -Wno-missing-field-initializers -Wno-ambiguous-member-template -fcommon -fvisibility=hidden -DVISIBILITY_ATTRIBUTE_SUPPORTED -g -DHAVE_ACCEPT4 -DHAS_SFENCE -DHAS_LFENCE -DPASSENGER_DEBUG -DBOOST_DISABLE_ASSERTS -std=gnu++11 -DHAS_UNORDERED_MAP -o buildout/common/libboost_oxt/boost/thread.o -c ext/boost/libs/thread/src/pthread/thread.cpp In file included from ext/boost/libs/thread/src/pthread/thread.cpp:30: ext/boost/libs/thread/src/pthread/./timeconv.inl:51:13: warning: unused function 'to_time' [-Wunused-function] inline void to_time(int milliseconds, timespec& ts) ^ ext/boost/libs/thread/src/pthread/./timeconv.inl:71:13: warning: unused function 'to_timespec_duration' [-Wunused-function] inline void to_timespec_duration(const boost::xtime& xt, timespec& ts) ^ ext/boost/libs/thread/src/pthread/./timeconv.inl:104:13: warning: unused function 'to_duration' [-Wunused-function] inline void to_duration(boost::xtime xt, int& milliseconds) ^ ext/boost/libs/thread/src/pthread/./timeconv.inl:126:13: warning: unused function 'to_microduration' [-Wunused-function] inline void to_microduration(boost::xtime xt, int& microseconds) ^ 4 warnings generated. Then ran into a link error: c++ -o buildout/agents/PassengerHelperAgent.o -Iext -Iext/common -I/usr/local/include -Wno-ambiguous-member-template -I/usr/local/include -D_REENTRANT -I/usr/local/include -Wall -Wextra -Wno-unused-parameter -Wno-parentheses -Wpointer-arith -Wwrite-strings -Wno-long-long -Wno-missing-field-initializers -Wno-ambiguous-member-template -fcommon -fvisibility=hidden -DVISIBILITY_ATTRIBUTE_SUPPORTED -g -DHAVE_ACCEPT4 -DHAS_SFENCE -DHAS_LFENCE -DPASSENGER_DEBUG -DBOOST_DISABLE_ASSERTS -std=gnu++11 -DHAS_UNORDERED_MAP -c ext/common/agents/HelperAgent/Main.cpp c++ buildout/agents/PassengerHelperAgent.o -o buildout/agents/PassengerHelperAgent buildout/common/libpassenger_common/Logging.o buildout/common/libpassenger_common/Exceptions.o buildout/common/libpassenger_common/Utils/SystemTime.o buildout/common/libpassenger_common/Utils/StrIntUtils.o buildout/common/libpassenger_common/Utils/IOUtils.o buildout/common/libpassenger_common/Utils.o buildout/common/libpassenger_common/Utils/Base64.o buildout/common/libpassenger_common/Utils/CachedFileStat.o buildout/common/libpassenger_common/Utils/LargeFiles.o buildout/common/libpassenger_common/ApplicationPool2/Implementation.o buildout/common/libpassenger_common/ApplicationPool2/AppTypes.o buildout/common/libpassenger_common/AgentsBase.o buildout/common/libpassenger_common/Utils/MD5.o buildout/common/libpassenger_common/Utils/fib.o buildout/common/libpassenger_common/Utils/jsoncpp.o buildout/common/libboost_oxt.a -L/usr/local/lib -lev -L/usr/local/lib -leio -pthread -lrt buildout/agents/PassengerHelperAgent.o: In function `_ZNK5boost13function_base6targetIDnEEPKT_v': /usr/local/lib/ruby/gems/2.0/gems/passenger-4.0.29/ext/boost/function/function_base.hpp:670: undefined reference to `_ZTIDn' c++: error: linker command failed with exit code 1 (use -v to see invocation) rake aborted! Command failed with status (1): [c++ buildout/agents/PassengerHelperAgent.o -o buildout/agents/PassengerHelperAgent buildout/common/libpassenger_common/Logging.o buildout/common/libpassenger_common/Exceptions.o buildout/common/libpassenger_common/Utils/SystemTime.o buildout/common/libpassenger_common/Utils/StrIntUtils.o buildout/common/libpassenger_common/Utils/IOUtils.o buildout/common/libpassenger_common/Utils.o buildout/common/libpassenger_common/Utils/Base64.o buildout/common/libpassenger_common/Utils/CachedFileStat.o buildout/common/libpassenger_common/Utils/LargeFiles.o buildout/common/libpassenger_common/ApplicationPool2/Implementation.o buildout/common/libpassenger_common/ApplicationPool2/AppTypes.o buildout/common/libpassenger_common/AgentsBase.o buildout/common/libpassenger_common/Utils/MD5.o buildout/common/libpassenger_common/Utils/fib.o buildout/common/libpassenger_common/Utils/jsoncpp.o buildout/common/libboost_oxt.a -L/usr/local/lib -lev -L/usr/local/lib -leio -pthread -lrt ] Tasks: TOP => nginx => nginx_without_native_support => buildout/agents/PassengerHelperAgent (See full trace by running task with --trace) *** Error code 1 Stop. make[1]: stopped in /usr/ports/www/rubygem-passenger *** Error code 1 Stop. make: stopped in /usr/ports/www/rubygem-passenger ===>>> Installation of rubygem-passenger-4.0.29 (www/rubygem-passenger) failed ===>>> Aborting update ===>>> Killing background jobs Terminated ===>>> You can restart from the point of failure with this command line: portmaster www/rubygem-passenger ===>>> Exiting I reinstalled below ports and the error remained: devel/libeio devel/libev devel/m4 devel/autoconf devel/automake devel/gmake Any suggestion will be appreciated, thanks in advance. Cheers, Jiansong From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 07:19:01 2013 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 91F43886 for ; Thu, 26 Dec 2013 07:19:01 +0000 (UTC) Received: from dougbarton.us (dougbarton.us [IPv6:2607:f2f8:ab14::2]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 78F9D183C for ; Thu, 26 Dec 2013 07:19:01 +0000 (UTC) Received: from [192.168.0.21] (home [12.207.105.210]) by dougbarton.us (Postfix) with ESMTPSA id 0E42222B12 for ; Thu, 26 Dec 2013 07:19:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=dougbarton.us; s=dougbarton.us; t=1388042341; bh=zpe3MQPBuKMj8jxPoalOxVD0T/t2szVMniAy2kMbSLc=; h=Date:From:To:Subject; b=gamW0dD2vaIwwFZv5E8JXtxiD0mw5JmdHSlFCi6khZvrVAQkFEBFmXPxGcME+UgJN VHnETZgdPj/TOKZrk2o1Er7ayyHuw7V4MI/WwOKpUrfXehuJ4bgcAnp6qlCZ/veHYw sNBSKv8vd0OiRQQhNQHOaJ2jzpDCbvtV9+Zhsh6g= Message-ID: <52BBD864.1080802@dougbarton.us> Date: Wed, 25 Dec 2013 23:19:00 -0800 From: Doug Barton User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@FreeBSD.org Subject: Multiple 'make describe' errors X-Enigmail-Version: 1.6 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 07:19:01 -0000 Some of these have been around a while, but all of them make me wonder how much testing is going on with all the mass changes lately: "/usr/ports/Mk/bsd.port.mk", line 6756: Inconsistent operator for check-makefile make: fatal errors encountered -- cannot continue cache-init: /usr/ports/chinese/cwtexttf Error. make: bad exit status -- 256 "/usr/ports/Mk/bsd.port.mk", line 6756: Inconsistent operator for check-makefile make: fatal errors encountered -- cannot continue cache-init: /usr/ports/chinese/fireflyttf Error. make: bad exit status -- 256 "/usr/ports/Mk/bsd.port.mk", line 6756: Inconsistent operator for check-makefile make: fatal errors encountered -- cannot continue cache-init: /usr/ports/chinese/CNS11643-font Error. make: bad exit status -- 256 "/usr/ports/Mk/bsd.port.mk", line 6756: Inconsistent operator for check-makefile make: fatal errors encountered -- cannot continue cache-init: /usr/ports/chinese/moettf Error. make: bad exit status -- 256 "/usr/ports/Mk/bsd.port.mk", line 6756: Inconsistent operator for check-makefile make: fatal errors encountered -- cannot continue cache-init: /usr/ports/chinese/CJKUnifonts Error. make: bad exit status -- 256 "/usr/ports/Mk/bsd.port.mk", line 6756: Inconsistent operator for check-makefile make: fatal errors encountered -- cannot continue cache-init: /usr/ports/chinese/opendesktop-fonts Error. make: bad exit status -- 256 "/usr/ports/Mk/bsd.port.mk", line 6756: Inconsistent operator for check-makefile make: fatal errors encountered -- cannot continue cache-init: /usr/ports/chinese/arphicttf Error. make: bad exit status -- 256 "/usr/ports/Mk/bsd.port.mk", line 6756: Inconsistent operator for check-makefile make: fatal errors encountered -- cannot continue cache-init: /usr/ports/vietnamese/urwvn Error. make: bad exit status -- 256 "/usr/ports/Mk/bsd.port.mk", line 6756: Inconsistent operator for check-makefile make: fatal errors encountered -- cannot continue cache-init: /usr/ports/vietnamese/vietunicode-hannom Error. make: bad exit status -- 256 "/usr/ports/Mk/bsd.port.mk", line 6756: Inconsistent operator for check-makefile make: fatal errors encountered -- cannot continue cache-init: /usr/ports/vietnamese/vietunicode-trichlor Error. make: bad exit status -- 256 "/usr/ports/Mk/bsd.port.mk", line 6756: Inconsistent operator for check-makefile make: fatal errors encountered -- cannot continue cache-init: /usr/ports/vietnamese/vietunicode-web1 Error. make: bad exit status -- 256 From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 07:30:44 2013 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2CA08BCA; Thu, 26 Dec 2013 07:30:44 +0000 (UTC) Received: from dougbarton.us (dougbarton.us [208.79.90.218]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 11C331949; Thu, 26 Dec 2013 07:30:43 +0000 (UTC) Received: from [192.168.0.21] (home [12.207.105.210]) by dougbarton.us (Postfix) with ESMTPSA id 312A222B12; Thu, 26 Dec 2013 07:30:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=dougbarton.us; s=dougbarton.us; t=1388043043; bh=W9besm2e2QLJUz2Y4I0K2csTUV2oo9roAky23J2d8oc=; h=Date:From:To:CC:Subject; b=FmvL43Z31hE6yYyFGkommw7pROzUfaaWNQ5fxnrSfujMFJd2B4i/AZLK9yPTjPUmB MeDp8TEcviaYKVbqDUfZ6VRvlQr8TJyaamePO4cUzWgZ6FgVh+3QA8wijrwsaG+wma l/SC58wKehVFwC00I0pvShpwdCA54eAe3lDVlxhE= Message-ID: <52BBDB22.5040205@dougbarton.us> Date: Wed, 25 Dec 2013 23:30:42 -0800 From: Doug Barton User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@FreeBSD.org Subject: Too frequent/poorly tested bsd.port.mk commits, and general uselessness of p5-FreeBSD-Portindex X-Enigmail-Version: 1.6 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: matthew@FreeBSD.org, portmgr@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 07:30:44 -0000 I have used Matthew's p5-FreeBSD-Portindex for several years. In the past it was a very valuable tool that allowed me to keep an INDEX up to date relative to changes in the ports tree in seconds or minutes, instead of having to do 'make index' every time. However the utility of the solution is dependent on a couple of things, including that bsd.port.mk does not change often. Over the last year or so however the changes to bsd.port.mk, which used to be well tested and batched together, are now coming fast and furious. To make matters worse, the commits are often poorly tested, which leads to several commits related to the same issue in one week. Obviously that's bad for the project generally, but I'm more concerned about whether or not it's going to be useful to stick with p5-FreeBSD-Portindex going forward. Speaking of p5-FreeBSD-Portindex generally, I'm wondering what Matthew's plans are for it? For some time now running 'cache-update -f svn-up,options' has caused errors related to "WARNING unknown options file" that seem to have to do with the recent changes to the /var/db/ports/_ convention. Is an update planned to handle this? Also, I just tried running cache-init with bdb 5, which seemed to succeed, but running portindex generated a lot of suspicious errors. I'll try again after reinstalling bdb 4.7, but I'm wondering if this is a known issue. Doug From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 07:40:45 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2AB44D63 for ; Thu, 26 Dec 2013 07:40:45 +0000 (UTC) Received: from sender1.zohomail.com (sender1.zohomail.com [72.5.230.95]) by mx1.freebsd.org (Postfix) with ESMTP id 11CC41A02 for ; Thu, 26 Dec 2013 07:40:44 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=zapps768; d=zoho.com; h=subject:from:to:in-reply-to:references:content-type:date:message-id:mime-version; b=HsS1tTTKOWhGsWLPpK58SPhKNQ56wSIiEo5a1FCWPyIErXLJgaSrtKWrUmw2xsXiAgnzTxqBrsdo UfDvtHXVGQ+2o4kt1d4X0xT3unvnX23T+44Ejq7JgRv0xlyW1ZgK Received: from [10.1.2.6] (46.229.54.117 [46.229.54.117]) by mx.zohomail.com with SMTPS id 1388043643850554.1640040516362; Wed, 25 Dec 2013 23:40:43 -0800 (PST) Subject: Re: shells/bash-static fails to package/deinstall cleanly From: clutton To: freebsd-ports@freebsd.org In-Reply-To: <52BBC768.6010702@dougbarton.us> References: <52BBC768.6010702@dougbarton.us> Content-Type: text/plain; charset="UTF-8" Date: Thu, 26 Dec 2013 09:40:34 +0200 Message-ID: <1388043634.3771.31.camel@eva02.mbsd> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-ZohoMail: Ss SS_10 UW UB ZCF-710TPL UW UB SGR3_1_26113_62 X-ZohoMail-Owner: <1388043634.3771.31.camel@eva02.mbsd>+zmo_0_ X-ZohoMail-Sender: 46.229.54.117 X-Zoho-Virus-Status: 2 X-ZohoMailClient: External X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 07:40:45 -0000 On Wed, 2013-12-25 at 22:06 -0800, Doug Barton wrote: > The problem is that the bash.1 and bashbugs.1 man pages do not get > compressed, and therefore the package fails. If I add a MAN1 variable to > the Makefile with those pages listed, it works. > > Doug >From https://wiki.freebsd.org/ports/StageDir MAN*/MANLANG/MLINKS now useless manpage compression/uncompression is now automatically handled by the framework if you use stagedir. Take a look at my port: multimedia/ffmpegthumbnailer I believe I did it right :) From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 07:52:51 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5356EEE5; Thu, 26 Dec 2013 07:52:51 +0000 (UTC) Received: from dougbarton.us (dougbarton.us [IPv6:2607:f2f8:ab14::2]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3473D1A8D; Thu, 26 Dec 2013 07:52:51 +0000 (UTC) Received: from [192.168.0.21] (home [12.207.105.210]) by dougbarton.us (Postfix) with ESMTPSA id 169C122B12; Thu, 26 Dec 2013 07:52:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=dougbarton.us; s=dougbarton.us; t=1388044366; bh=9Y+DE+9dJ0prlwIOFJA5RfFH1orMxY8xai8NeN9QdLE=; h=Date:From:To:Subject:References:In-Reply-To; b=ouW/7OrhGPdwB3VGWDuZhoeCh+pNuehbGU9atxW1KhNGF3k7A4fR17CIZx9rfR9EV hjS2Q8SceL7l1v6CKnnfnExol56CuPzjFU/jBDjEbBZfEXaGyRJUDrQkcf8dIJLpV1 Yz1w2Yvw1aCKPHON7Qq5ey2dxF7eA2LqUJ4bBotE= Message-ID: <52BBE04D.4060708@dougbarton.us> Date: Wed, 25 Dec 2013 23:52:45 -0800 From: Doug Barton User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: clutton , freebsd-ports@freebsd.org, David O'Brien Subject: Re: shells/bash-static fails to package/deinstall cleanly References: <52BBC768.6010702@dougbarton.us> <1388043634.3771.31.camel@eva02.mbsd> In-Reply-To: <1388043634.3771.31.camel@eva02.mbsd> X-Enigmail-Version: 1.6 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 07:52:51 -0000 Please don't remove people from the CC line. I copied the maintainer on purpose. On 12/25/2013 11:40 PM, clutton wrote: > On Wed, 2013-12-25 at 22:06 -0800, Doug Barton wrote: >> The problem is that the bash.1 and bashbugs.1 man pages do not get >> compressed, and therefore the package fails. If I add a MAN1 variable to >> the Makefile with those pages listed, it works. >> >> Doug > > From https://wiki.freebsd.org/ports/StageDir > > MAN*/MANLANG/MLINKS now useless > manpage compression/uncompression is now automatically handled by the > framework if you use stagedir. ... and yet, that's not what happened here. Hence the problem report. > Take a look at my port: multimedia/ffmpegthumbnailer > I believe I did it right :) It's not my port, which is why I CCed the maintainer. Doug From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 08:12:54 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 50747109; Thu, 26 Dec 2013 08:12:54 +0000 (UTC) Received: from mail.reseaunance.com (as1.calyce.fr [83.167.132.22]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AD5311CB4; Thu, 26 Dec 2013 08:12:52 +0000 (UTC) Received: from [172.31.211.213] (172.31.211.213) by SARATOGA.root.adm (172.31.1.50) with Microsoft SMTP Server id 14.2.347.0; Thu, 26 Dec 2013 09:12:43 +0100 Message-ID: <52BBE4FB.4070902@reseaunance.com> Date: Thu, 26 Dec 2013 09:12:43 +0100 From: Peter User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: arrowdodger <6yearold@gmail.com> Subject: Re: FreeBSD Port: enlightenment-0.17.5,2 References: <52B99B7F.6040705@reseaunance.com> In-Reply-To: X-TM-AS-Product-Ver: SMEX-10.5.0.1061-7.000.1014-20384.001 X-TM-AS-Result: No--23.272200-5.000000-31 X-TM-AS-User-Approved-Sender: No X-TM-AS-User-Blocked-Sender: No Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: ports@freebsd.org, gblach@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 08:12:54 -0000 Yes, probably it would be better. Please, inform me about the news as I'm _really_ waiting for the working version of Enlightenment. Peter On 25/12/2013 08:24, arrowdodger wrote: > > > On Tue, Dec 24, 2013 at 6:34 PM, Peter > wrote: > > Hello, > > I'm testing E17 under the PCBSD10 (based on FreeBSD 10.0-BETA3) on > my laptop. > I'm really disappointed by the degradation of some modules (I'm > comparing with 0.16.999.65643 I use on my workstation, under PCBSD > 9.1). > I would like to know the port status and feature plans - if I must > migrate to another WM. > > The principal problems I observed in 0.17.5 : > - composite does not work (or not compiled) > - engage module does not work (bottom half of the screen is black > and unusable when it loaded) > - startup very long with splash activated (I've seen this problem > in 0.16.999.65643 too) > - many incompatible themes (almost all) > > Note that engage and composite are the 'must have' modules for > Enlightenment in PC environment and I don't see many reasons to > use Enlightenment without them... > > Best regards, > Peter > > _______________________________________________ > 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 > " > > > Enlightenment 0.18 have been released recently, and it has built-in > compositing. I suppose it's wiser to just port a new version, than > fixing 0.17. From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 08:34:06 2013 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 12CE72C1; Thu, 26 Dec 2013 08:34:06 +0000 (UTC) Received: from dougbarton.us (dougbarton.us [IPv6:2607:f2f8:ab14::2]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DA0011DC2; Thu, 26 Dec 2013 08:34:05 +0000 (UTC) Received: from [192.168.0.21] (home [12.207.105.210]) by dougbarton.us (Postfix) with ESMTPSA id 087EA22B12; Thu, 26 Dec 2013 08:34:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=dougbarton.us; s=dougbarton.us; t=1388046845; bh=+yTIPKE/pJh1Oje8K2MRzfGFmHS5rts53J3Ay0sI1xk=; h=Date:From:To:CC:Subject:References:In-Reply-To; b=CkroAiIApPCwACwsQyMCVsjs58naJqx8g2DgyrW7/tc2chdoSKlBXmJIEOb/1/Z/a ydFOfyiORxEQR2S6Am3dNAdvK4hoJCRYrZuZvzL+vjr4DgJOjSFpHvu1qcrUw/yjbu 52jluwljLNDTTsIwyM7lIJiOuV3tob34QzpBGZ9A= Message-ID: <52BBE9FB.6050305@dougbarton.us> Date: Thu, 26 Dec 2013 00:34:03 -0800 From: Doug Barton User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@FreeBSD.org Subject: Re: Too frequent/poorly tested bsd.port.mk commits, and general uselessness of p5-FreeBSD-Portindex References: <52BBDB22.5040205@dougbarton.us> In-Reply-To: <52BBDB22.5040205@dougbarton.us> X-Enigmail-Version: 1.6 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: matthew@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 08:34:06 -0000 On 12/25/2013 11:30 PM, Doug Barton wrote: > I have used Matthew's p5-FreeBSD-Portindex for several years. In the > past it was a very valuable tool that allowed me to keep an INDEX up to > date relative to changes in the ports tree in seconds or minutes, > instead of having to do 'make index' every time. However the utility of > the solution is dependent on a couple of things, including that > bsd.port.mk does not change often. > > Over the last year or so however the changes to bsd.port.mk, which used > to be well tested and batched together, are now coming fast and furious. > To make matters worse, the commits are often poorly tested, which leads > to several commits related to the same issue in one week. Obviously > that's bad for the project generally, but I'm more concerned about > whether or not it's going to be useful to stick with > p5-FreeBSD-Portindex going forward. > > Speaking of p5-FreeBSD-Portindex generally, I'm wondering what Matthew's > plans are for it? For some time now running 'cache-update -f > svn-up,options' has caused errors related to "WARNING unknown options > file" that seem to have to do with the recent changes to the > /var/db/ports/_ convention. Is an update planned to > handle this? Also, I just tried running cache-init with bdb 5, which > seemed to succeed, but running portindex generated a lot of suspicious > errors. I'll try again after reinstalling bdb 4.7, but I'm wondering if > this is a known issue. So it turns out bdb 47 doesn't work any better ... these are relatively new errors: Accumulating dependency information: .........[1000].....Use of uninitialized value $_ in concatenation (.) or string at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356. Missing RUN_DEPENDS dependency for print/latex-cjk (latex-cjk-4.8.2_6) -- Can't call method "PKGNAME" on an undefined value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 352. at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line 824 Use of uninitialized value $_ in concatenation (.) or string at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356. Missing BUILD_DEPENDS dependency for print/latex-cjk (latex-cjk-4.8.2_6) -- Can't call method "PKGNAME" on an undefined value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 352. at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line 824 Use of uninitialized value $_ in concatenation (.) or string at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356. Missing RUN_DEPENDS dependency for chinese/font-std (zh-font-std-0.0.20090602) -- Can't call method "PKGNAME" on an undefined value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 352. at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line 824 Use of uninitialized value $_ in concatenation (.) or string at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356. Missing RUN_DEPENDS dependency for chinese/oxim (zh-oxim-1.2.2_4) -- Can't call method "PKGNAME" on an undefined value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 352. at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line 824 ....[2000].........[3000].........[4000].........[5000].........[6000].........[7000].........[8000].........[9000].........[10000].........[11000].........[12000].........[13000].....Use of uninitialized value $_ in concatenation (.) or string at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356. Missing BUILD_DEPENDS dependency for misc/freebsd-doc-sr (sr-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 352. at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line 824 Use of uninitialized value $_ in concatenation (.) or string at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356. Missing BUILD_DEPENDS dependency for misc/freebsd-doc-ru (ru-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 352. at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line 824 Use of uninitialized value $_ in concatenation (.) or string at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356. Missing BUILD_DEPENDS dependency for misc/freebsd-doc-ja (ja-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 352. at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line 824 Use of uninitialized value $_ in concatenation (.) or string at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356. Missing BUILD_DEPENDS dependency for misc/freebsd-doc-el (el-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 352. at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line 824 Use of uninitialized value $_ in concatenation (.) or string at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356. Missing BUILD_DEPENDS dependency for misc/freebsd-doc-hu (hu-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 352. at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line 824 Use of uninitialized value $_ in concatenation (.) or string at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356. Missing BUILD_DEPENDS dependency for misc/freebsd-doc-da (da-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 352. at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line 824 Use of uninitialized value $_ in concatenation (.) or string at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356. Missing BUILD_DEPENDS dependency for misc/freebsd-doc-fr (fr-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 352. at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line 824 Use of uninitialized value $_ in concatenation (.) or string at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356. Missing BUILD_DEPENDS dependency for misc/freebsd-doc-it (it-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 352. at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line 824 Use of uninitialized value $_ in concatenation (.) or string at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356. Missing BUILD_DEPENDS dependency for misc/freebsd-doc-es (es-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 352. at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line 824 Use of uninitialized value $_ in concatenation (.) or string at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356. Missing BUILD_DEPENDS dependency for misc/freebsd-doc-zh_tw (zh_tw-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 352. at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line 824 Use of uninitialized value $_ in concatenation (.) or string at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356. Missing BUILD_DEPENDS dependency for misc/freebsd-doc-mn (mn-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 352. at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line 824 Use of uninitialized value $_ in concatenation (.) or string at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356. Missing BUILD_DEPENDS dependency for misc/freebsd-doc-bn (bn-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 352. at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line 824 Use of uninitialized value $_ in concatenation (.) or string at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356. Missing BUILD_DEPENDS dependency for misc/freebsd-doc-de (de-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 352. at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line 824 Use of uninitialized value $_ in concatenation (.) or string at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356. Missing BUILD_DEPENDS dependency for misc/freebsd-doc-nl (nl-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 352. at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line 824 Use of uninitialized value $_ in concatenation (.) or string at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356. Missing BUILD_DEPENDS dependency for misc/freebsd-doc-en (en-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 352. at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line 824 Use of uninitialized value $_ in concatenation (.) or string at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356. Missing BUILD_DEPENDS dependency for misc/freebsd-doc-pl (pl-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 352. at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line 824 Use of uninitialized value $_ in concatenation (.) or string at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356. Missing BUILD_DEPENDS dependency for misc/freebsd-doc-tr (tr-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 352. at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line 824 Use of uninitialized value $_ in concatenation (.) or string at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356. Missing BUILD_DEPENDS dependency for misc/freebsd-doc-zh_cn (zh_cn-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 352. at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line 824 Use of uninitialized value $_ in concatenation (.) or string at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356. Missing BUILD_DEPENDS dependency for misc/freebsd-doc-pt (pt-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 352. at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line 824 From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 08:36:40 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B2279371; Thu, 26 Dec 2013 08:36:40 +0000 (UTC) Received: from sender1.zohomail.com (sender1.zohomail.com [72.5.230.95]) by mx1.freebsd.org (Postfix) with ESMTP id 95E1A1DD7; Thu, 26 Dec 2013 08:36:40 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=zapps768; d=zoho.com; h=subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version; b=Z9IVgg6YvaQc+bpXlp3EjWYA9yNletAwxD+Yfxhcq2aY1Jt17njvsmXJsk83bHIdRpcsoN49vb3G 4VTUtPG3ff4tZGNol4gJJOYfq1K1aj1zAkTb9A0sdWTp4fUKULrd Received: from [10.1.2.6] (46.229.54.117 [46.229.54.117]) by mx.zohomail.com with SMTPS id 1388046999617406.04224543323835; Thu, 26 Dec 2013 00:36:39 -0800 (PST) Subject: Re: shells/bash-static fails to package/deinstall cleanly From: clutton To: Doug Barton In-Reply-To: <52BBE04D.4060708@dougbarton.us> References: <52BBC768.6010702@dougbarton.us> <1388043634.3771.31.camel@eva02.mbsd> <52BBE04D.4060708@dougbarton.us> Content-Type: text/plain; charset="UTF-8" Date: Thu, 26 Dec 2013 10:36:27 +0200 Message-ID: <1388046987.3771.36.camel@eva02.mbsd> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-ZohoMail: Ss SS_10 UW UB ZCF-710TPL UW UB SGR3_1_26113_75 X-ZohoMail-Owner: <1388046987.3771.36.camel@eva02.mbsd>+zmo_0_ X-ZohoMail-Sender: 46.229.54.117 X-Zoho-Virus-Status: 2 X-ZohoMailClient: External Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 08:36:40 -0000 On Wed, 2013-12-25 at 23:52 -0800, Doug Barton wrote: > Please don't remove people from the CC line. I copied the maintainer on > purpose. > > On 12/25/2013 11:40 PM, clutton wrote: > > On Wed, 2013-12-25 at 22:06 -0800, Doug Barton wrote: > >> The problem is that the bash.1 and bashbugs.1 man pages do not get > >> compressed, and therefore the package fails. If I add a MAN1 variable to > >> the Makefile with those pages listed, it works. > >> > >> Doug > > > > From https://wiki.freebsd.org/ports/StageDir > > > > MAN*/MANLANG/MLINKS now useless > > manpage compression/uncompression is now automatically handled by the > > framework if you use stagedir. > > ... and yet, that's not what happened here. Hence the problem report. > > > Take a look at my port: multimedia/ffmpegthumbnailer > > I believe I did it right :) > > It's not my port, which is why I CCed the maintainer. > > Doug It is the case, the bash port uses STAGE, bash-static doesn't and bash static is slave port of bash. Try to remove NO_STAGE from bash-static/Makefile. From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 08:41:35 2013 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0B53642B for ; Thu, 26 Dec 2013 08:41:35 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 984EC1E3A for ; Thu, 26 Dec 2013 08:41:34 +0000 (UTC) Received: from [10.222.100.95] ([46.115.59.100]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0LgISa-1VAeiv0djo-00ni6H for ; Thu, 26 Dec 2013 09:41:26 +0100 User-Agent: K-9 Mail for Android In-Reply-To: <52BBD35A.4090905@dougbarton.us> References: <52BBD35A.4090905@dougbarton.us> MIME-Version: 1.0 Subject: Re: Berkeley DB cleanup has apparently broken ports where no db is currently installed From: Matthias Andree Date: Thu, 26 Dec 2013 09:41:13 +0100 To: Doug Barton ,freebsd-ports@FreeBSD.org Message-ID: <993024e3-06dd-4da0-a2be-8f2625b189e7@email.android.com> X-Provags-ID: V03:K0:cCcjSogG8vB0+JUqg9UWbAc2HdIBFXIXjiYTah0fR5m5s54tl+q uGeH+5NQDiIiPn4XiG2OWFFTDEtlDFuO83XgNfIrNJPNnwCS+Y5IfTr4E71iuj5cNciK/rC KXPFopxuIlK/fQunQ4PzuO9QpqewPQwKc670JcqPPezuD5J3VshE8UeT7M8Fp9nRPUqagoM 9OnayTfFXpQxhpXAWbwgg== Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 08:41:35 -0000 Doug Barton schrieb: >I saw the DEPRECATED notice= for my old faithful bdb 4=2E7, and read the >UPDATING entry related to th= e pending bdb purge=2E My first thought was >"That's a total waste of effo= rt, with likely disastrous consequences=2E" >I'm all for removing broken/u= nused ports=2E Some of you may recall that I > >made a non-trivial contribu= tion to those efforts when I was a >committer=2E >However the older versio= ns of bdb are neither unused, nor broken=2E > >To make matters worse, newer= versions require fairly extensive manual >intervention in order to make t= hem work with older dbs=2E This is the >primary reason that a mass cleanup= like this has never been done in the > >past=2E The amount of work to main= tain the old ports is near-zero, since >they don't get updates often, if a= t all=2E Whereas the amount of pain >this >is going to cause users is exte= nsive=2E In other words this is a worst >case cost/benefit ratio=2E > >To = add insult to injury the status quo seems to be that if you do not >alread= y have a version of bdb installed, the ports tree will fail=2E The >only t= hing I have using it atm is p5-FreeBSD-Portindex=2E So I >uninstalled >it,= and its dependencies, and figured that with a clean system the >ports >tr= ee would just do the right thing and install whatever version will be > >su= pported=2E Instead, the build failed when trying to install >databases/p5-= BerkeleyDB=2E It has USE_BDB=3D47+, but that doesn't work >because it trie= s to install 47, which fails with the DEPRECATED >warning=2E >Does anyone = actually test this stuff before they commit it? > >Meanwhile, IF (and IMO t= hat's still a big IF) there is some good reason > >to do the purge of old b= db versions then leaving only 5 and 6 behind is > >not the right way to go= =2E There should be at least one 4=2Ex version left >in, if for no other r= eason than to avoid having to go with the oracle >versions=2E Personally I= would choose 4=2E7 for that, but reasonable >arguments can be made to inc= lude 4=2E8 instead=2E Either way, leaving >behind >just the 5 and 6 versio= ns is a bad idea=2E > >Doug >______________________________________________= _ >freebsd-ports@freebsd=2Eorg mailing list >http://lists=2Efreebsd=2Eorg/m= ailman/listinfo/freebsd-ports >To unsubscribe, send any mail to >"freebsd-p= orts-unsubscribe@freebsd=2Eorg" Please excuse my top-posting, mobile=2E=2E= =2E I disagree on the assessments of efforts here=2E I checked the docs, = and the actual =2Edb files are supposed to be compatible, excepting the cor= ner cases mentioned in the wiki=2E The manual effort only exists for ports = using BDB in transactional mode, while most ports just use it as a key-valu= e data vault=2E Ttbomk, deprecated does not cause build failures, and eve= n if so, WITH_BDB_VER=3D5 would fix that=2E Finally, I would like to see t= echnical or other _compelling_ reasons why we would need 48 in the tree in = the future=2E Best regards Matthias From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 08:54:55 2013 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6D97F620; Thu, 26 Dec 2013 08:54:55 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 148731ED6; Thu, 26 Dec 2013 08:54:54 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.7/8.14.7) with ESMTP id rBQ8skL0073324 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 26 Dec 2013 08:54:46 GMT (envelope-from matthew@FreeBSD.org) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk rBQ8skL0073324 Authentication-Results: smtp.infracaninophile.co.uk/rBQ8skL0073324; dkim=none reason="no signature"; dkim-adsp=none Message-ID: <52BBEECB.8070808@FreeBSD.org> Date: Thu, 26 Dec 2013 08:54:35 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Doug Barton , freebsd-ports@FreeBSD.org Subject: Re: Too frequent/poorly tested bsd.port.mk commits, and general uselessness of p5-FreeBSD-Portindex References: <52BBDB22.5040205@dougbarton.us> In-Reply-To: <52BBDB22.5040205@dougbarton.us> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="XAESWKDp54IIvhg3x0N8gadAoBXpWjk3r" X-Virus-Scanned: clamav-milter 0.98 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: portmgr@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 08:54:55 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --XAESWKDp54IIvhg3x0N8gadAoBXpWjk3r Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 26/12/2013 07:30, Doug Barton wrote: > Speaking of p5-FreeBSD-Portindex generally, I'm wondering what Matthew'= s > plans are for it? For some time now running 'cache-update -f > svn-up,options' has caused errors related to "WARNING unknown options > file" that seem to have to do with the recent changes to the > /var/db/ports/_ convention. Is an update planned to= > handle this? Also, I just tried running cache-init with bdb 5, which > seemed to succeed, but running portindex generated a lot of suspicious > errors. I'll try again after reinstalling bdb 4.7, but I'm wondering if= > this is a known issue. My own usage has switched pretty much entirely to poudriere+pkgng, so I'm not running portindex myself routinely. I'll be happy to fix any problems reported to me, but I need to see reports of problems. Yours is the first mention I've seen of the problems you mention. Now I know about it, a fix will be forthcoming. Obvious in retrospect, but I didn't connect the dots at the time those OPTIONS changes came out. As for db4 vs db5 vs db6 -- portindex doesn't use the extended capabilities of db, just an on-disk key-value store. That should "just work" with any version of db. Upgrading from db4 to db5 almost certainly won't work: you should cache-init again. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --XAESWKDp54IIvhg3x0N8gadAoBXpWjk3r Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJSu+7WXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATfDIP+wXkatkQGgMW7NzZ4y8oe6WD bjUtdRrvl/xVYQBvHay5U+g/qLKZfjagypCugxDknDzTYyi/SwCIOmtwKjuM3oYB Mp+0HLHJenuulx08zZhr9pq2jXEoVWzGb6EH/PTVKoPT5l3Az5s2ZfDGvo02zEKT 24H8BS7oXodR56/l8a+zYf17LstA33dRxgbkByAsATNugAiA209tsFd5ur4WvG1n 4Z011PiJksyQcyrl8StBvdmiL0vkQyrlkjlucy2ax8W937amaJjS9e9Cb+wGkhmW vi6v5WreR5TUuPB2DfltPLgNAqO/Wi53X6+fHeIcXq7brq0d+3OIYToJ+1wYCt/G bcr5H0bIM6XAczc99LDh2qY8At4TawGH3nKNWGF8aHAfloYg1Xw4BBH+5p8cg73/ z/rltuvYnWxds3LesQxOzMIMRaYGw4mfeouL2ZCsf+XmvTH83lPuBfjGnE4AE7zW XklBR0Nto8rdtxsAXktVcZPP4O3UlQih0EXynTcVIztL3Abl2qSXkqACLRZm/O3b Rj+edFxyoZ4uc1/4lwzTdQvHzK3mkMz5XBh2eMfv7M16cLqnvXWBAEtu2smGV6AJ 0Egbn5aRW4uvn2gPQk6klGYjro6Cn1QAAk8kGNm6KzrCw6F4HwRTmoyjnpuQah41 kux02SC3kkrrMpBdY/eR =vyB3 -----END PGP SIGNATURE----- --XAESWKDp54IIvhg3x0N8gadAoBXpWjk3r-- From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 08:56:46 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2106F6D6 for ; Thu, 26 Dec 2013 08:56:46 +0000 (UTC) Received: from dougbarton.us (dougbarton.us [208.79.90.218]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 05B5A1EE7 for ; Thu, 26 Dec 2013 08:56:45 +0000 (UTC) Received: from [192.168.0.21] (home [12.207.105.210]) by dougbarton.us (Postfix) with ESMTPSA id 6A09F22B26 for ; Thu, 26 Dec 2013 08:56:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=dougbarton.us; s=dougbarton.us; t=1388048205; bh=lbQYCtlvw5Ai/WiSY7sfUAXVQyOPBUf+mmclKmWTPvs=; h=Date:From:To:Subject:References:In-Reply-To; b=lskKB1hV3NxR3YcECbWhwZb7/kdJdOtdf4AmT5jwqxKoGYeNymC5jw5x0JCnx8PgA pRcYTdJMB9y3ugFSQvflF0MBu2tTyAQ5DFdI8Ck9xvW3gUtydJxbeje/3f8sG20YTE yK5kDbwbPF/xrBkYR9HZ3dEzHjTpGS2sMirfwt9g= Message-ID: <52BBEF4C.5080203@dougbarton.us> Date: Thu, 26 Dec 2013 00:56:44 -0800 From: Doug Barton User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Berkeley DB cleanup has apparently broken ports where no db is currently installed References: <52BBD35A.4090905@dougbarton.us> <993024e3-06dd-4da0-a2be-8f2625b189e7@email.android.com> In-Reply-To: <993024e3-06dd-4da0-a2be-8f2625b189e7@email.android.com> X-Enigmail-Version: 1.6 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 08:56:46 -0000 On 12/26/2013 12:41 AM, Matthias Andree wrote: > I disagree on the assessments of efforts here. I checked the docs, > and the actual .db files are supposed to be compatible, Sure, they are, to some extent, SUPPOSED to be compatible. Experience tells us that is not the case. > excepting the > corner cases mentioned in the wiki. The manual effort only exists for > ports using BDB in transactional mode, while most ports just use it > as a key-value data vault. So you're volunteering to walk every user whose stuff gets broken through the repair? > Ttbomk, deprecated does not cause build failures, and even if so, > WITH_BDB_VER=5 would fix that. portmaster treats DEPRECATED as a fatal error. I did neglect to point that out in my previous post however. > Finally, I would like to see technical or other_compelling_ reasons > why we would need 48 in the tree in the future. Well shouldn't that argument go the other way around? Shouldn't the people proposing the purge be the ones to provide _compelling_ reasons to do the purge? Doug From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 09:03:31 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A806781D for ; Thu, 26 Dec 2013 09:03:31 +0000 (UTC) Received: from dougbarton.us (dougbarton.us [208.79.90.218]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8CF731F6A for ; Thu, 26 Dec 2013 09:03:31 +0000 (UTC) Received: from [192.168.0.21] (home [12.207.105.210]) by dougbarton.us (Postfix) with ESMTPSA id 1BC8F22B12 for ; Thu, 26 Dec 2013 09:03:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=dougbarton.us; s=dougbarton.us; t=1388048611; bh=g4e/NRMawVtPp/fP9C6oh25KisIWyG1x0fLcPGvyAxI=; h=Date:From:To:Subject:References:In-Reply-To; b=hTvcow8LtFJPTKhsTEUOQbY8K14XV233KgMokXBs/AHjDdqKmweJmcBiAyRepvFWk kQa5LAqUH7BEf4N4VQfRR0X31L3vQhP6AQZK7yxtCMu7IxFtzsQKVPsrbW3DSwiNOp 9bCbPyRd4eTIyQJYOILmKdDDYkoEPtBg53OiGw/s= Message-ID: <52BBF0E2.5050106@dougbarton.us> Date: Thu, 26 Dec 2013 01:03:30 -0800 From: Doug Barton User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Too frequent/poorly tested bsd.port.mk commits, and general uselessness of p5-FreeBSD-Portindex References: <52BBDB22.5040205@dougbarton.us> <52BBEECB.8070808@FreeBSD.org> In-Reply-To: <52BBEECB.8070808@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 09:03:31 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 12/26/2013 12:54 AM, Matthew Seaman wrote: | I'll be happy to fix any problems reported to me, but I need to see | reports of problems. Yours is the first mention I've seen of the | problems you mention. Now I know about it, a fix will be forthcoming. | Obvious in retrospect, but I didn't connect the dots at the time those | OPTIONS changes came out. Yes, I've been slack in reporting it. I have mostly just been fixing them by hand, but since I was whining about stuff anyway, I thought I'd mention it. :) FWIW, I have a bunch of old-style db/ports directories still in place from ports I installed before the style switch and haven't updated yet. So p5-FreeBSD-Portindex should probably handle both styles. | As for db4 vs db5 vs db6 -- portindex doesn't use the extended | capabilities of db, just an on-disk key-value store. That should "just | work" with any version of db. Upgrading from db4 to db5 almost | certainly won't work: you should cache-init again. Yes, I did cache-init after each change of bdb version. I sent a followup post with a bunch of errors from portindex, but I think they are related to underlying ports problems as they happened with db47 as well as db5. The resultant INDEX seems to work Ok in spite of those errors, but I haven't pushed it very hard yet. Thanks for the response. :) Doug -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQEcBAEBCAAGBQJSu/DiAAoJEFzGhvEaGryEN1sH/2KMCl3oaW76XPVsAD5HPjNW SV3rY9cvPDacxn3a1HGJaz83AcxZ24ENoFJX8IztyGlxjYBFk8tGXe0ho04V2NOf KrfNQEZEI4gtT++tj9z3cfHfwBTJQVjn8vl7x6b+AJxL6vUpV1YrArdSxrLkxbjS nj+b8Mpb7oT4SlwtNNhtR+9AOxyFqJiPgbgsTXpcTMXFpKNGtk/srsdcw+RvtdpY brd2nI4EOnjpqxWIO8Ivi9tZn+R9nTi9P5nS3NR9sFkfPDFhR9tCMhsu9rLoI4sA scxaIBcS/3HKwhk3x0VYqFUrWGlD7g5KXjjyozy1OMMttabV2XpRgM+JewbuhJE= =C0iT -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 09:52:57 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AC3F8E59 for ; Thu, 26 Dec 2013 09:52:57 +0000 (UTC) Received: from sender1.zohomail.com (sender1.zohomail.com [72.5.230.95]) by mx1.freebsd.org (Postfix) with ESMTP id 8FB9111EC for ; Thu, 26 Dec 2013 09:52:56 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=zapps768; d=zoho.com; h=subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version; b=IpQ+9+aaAuQi3x8DHDZK7w/x/JWyK14mMfz9/ShffO42tXCM18+LU+zyMl7jYtWsZGpyQ1D0TXRe zbvnzJL/MhSXEfH4SZqIOVT46YIc57/iBG+Cbj6WPSJCSVRPpOWI Received: from [10.1.2.6] (46.229.54.117 [46.229.54.117]) by mx.zohomail.com with SMTPS id 1388051575639516.8647336760748; Thu, 26 Dec 2013 01:52:55 -0800 (PST) Subject: Re: shells/bash-static fails to package/deinstall cleanly From: clutton To: Doug Barton In-Reply-To: <1388046987.3771.36.camel@eva02.mbsd> References: <52BBC768.6010702@dougbarton.us> <1388043634.3771.31.camel@eva02.mbsd> <52BBE04D.4060708@dougbarton.us> <1388046987.3771.36.camel@eva02.mbsd> Content-Type: text/plain; charset="UTF-8" Date: Thu, 26 Dec 2013 11:52:45 +0200 Message-ID: <1388051565.3771.59.camel@eva02.mbsd> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-ZohoMail: Ss SS_10 UW UB ZCF-710TPL UW UB SGR3_1_26113_72 X-ZohoMail-Owner: <1388051565.3771.59.camel@eva02.mbsd>+zmo_0_ X-ZohoMail-Sender: 46.229.54.117 X-Zoho-Virus-Status: 2 X-ZohoMailClient: External Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 09:52:57 -0000 On Thu, 2013-12-26 at 10:36 +0200, clutton wrote: > On Wed, 2013-12-25 at 23:52 -0800, Doug Barton wrote: > > Please don't remove people from the CC line. I copied the maintainer on > > purpose. > > > > On 12/25/2013 11:40 PM, clutton wrote: > > > On Wed, 2013-12-25 at 22:06 -0800, Doug Barton wrote: > > >> The problem is that the bash.1 and bashbugs.1 man pages do not get > > >> compressed, and therefore the package fails. If I add a MAN1 variable to > > >> the Makefile with those pages listed, it works. > > >> > > >> Doug > > > > > > From https://wiki.freebsd.org/ports/StageDir > > > > > > MAN*/MANLANG/MLINKS now useless > > > manpage compression/uncompression is now automatically handled by the > > > framework if you use stagedir. > > > > ... and yet, that's not what happened here. Hence the problem report. > > > > > Take a look at my port: multimedia/ffmpegthumbnailer > > > I believe I did it right :) > > > > It's not my port, which is why I CCed the maintainer. > > > > Doug > > It is the case, the bash port uses STAGE, bash-static doesn't and bash > static is slave port of bash. Try to remove NO_STAGE from > bash-static/Makefile. Yeap, my guess was right. After removing NO_STAGE, I have man pages installed correctly. ====> Compressing man pages (compress-man) ===> Installing for bash-static-4.2.45_1 ===> Checking if shells/bash-static already installed ===> Registering installation for bash-static-4.2.45_1 Installing bash-static-4.2.45_1... done Do you still think that backward compatibility is a good thing for such a project like FreeBSD ports? I'd like to spend time doing real porting instead of dealing with something like that bug. Many projects which were good from the beginning now are pieces of sheet because of backward compatibility, firefox jetpack sdk and xul show this clearly. I don't want to see FreeBSD ports in this list. Please fill the pr. diff --git a/shells/bash-static/Makefile b/shells/bash-static/Makefile index f5063a0..363a823 100644 --- a/shells/bash-static/Makefile +++ b/shells/bash-static/Makefile @@ -5,5 +5,4 @@ MASTERDIR= ${.CURDIR}/../../shells/bash OPTIONS_SLAVE= STATIC -NO_STAGE= yes .include "${MASTERDIR}/Makefile" From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 10:08:56 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2432EB1 for ; Thu, 26 Dec 2013 10:08:56 +0000 (UTC) Received: from mail-wi0-x22a.google.com (mail-wi0-x22a.google.com [IPv6:2a00:1450:400c:c05::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AAC011283 for ; Thu, 26 Dec 2013 10:08:55 +0000 (UTC) Received: by mail-wi0-f170.google.com with SMTP id hq4so12696371wib.3 for ; Thu, 26 Dec 2013 02:08:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=t2fAEdSDLSSQjg2pOjmdW9NWCrLHmnDgKmLskJmMhho=; b=0KOUAJaz6ADbgCwOOgleHSohJ1FeodZHLP2E9SooPzFJ/TVPjtZ0zlIS9NHffJXx0U fKlyqTROzySwM/4H6wYdYvMNNkvCv00KN8hpHgchlYZUE0NKCQCKm9QNTV0J41eYtcoX MC/gCMxMAT26iOPuau8IZd/bdugNpODOdnCwib18G6BHvCtxAygWG8T1yU4Vl8VtGran 09WNapJAVyLUrzKREYWF/lr3aFZmgOQpROVBKGTzLDZMvJFg05+dVOxo6SOxj3YQG0/0 Yu1aAoiA/pHndZXNBEPtXxdyzPtXHm4ELiqoZATHlOQn5Yc1M32qsVo8bi0weUkJBXzB UVeA== X-Received: by 10.180.13.242 with SMTP id k18mr28864681wic.44.1388052533963; Thu, 26 Dec 2013 02:08:53 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id x4sm45750328wif.0.2013.12.26.02.08.52 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 26 Dec 2013 02:08:53 -0800 (PST) Sender: Baptiste Daroussin Date: Thu, 26 Dec 2013 11:08:51 +0100 From: Baptiste Daroussin To: Doug Barton Subject: Re: WITHOUT_NLS is deprecated use NLS option instead Message-ID: <20131226100851.GD40122@ithaqua.etoilebsd.net> References: <52BBC4F3.2050508@dougbarton.us> <1388040674.3771.27.camel@eva02.mbsd> <52BBD2FC.2070405@dougbarton.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="iVCmgExH7+hIHJ1A" Content-Disposition: inline In-Reply-To: <52BBD2FC.2070405@dougbarton.us> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: clutton , freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 10:08:56 -0000 --iVCmgExH7+hIHJ1A Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 25, 2013 at 10:55:56PM -0800, Doug Barton wrote: > On 12/25/2013 10:51 PM, clutton wrote: > > Sorry, but I have a quite opposite view. Making both variants work means > > chaos. More variants means more complication. >=20 > if || WITHOUT_NLS; then >=20 >=20 > This is not chaos. It's called "backwards compatibility," which is a=20 > critical part of every mature software project. >=20 > OTOH, forcing users to jump through stupid hoops to change=20 > configurations which have worked for over a decade is a sign of the=20 > inmates running the asylum. >=20 > Doug >=20 Backward compatility is still in there, this is a warning to the users, so = that they do get time to migrate. And it will stay for a while, even if OPTIONS_UNSET=3DNLS is recommanded for more than a year. regards, Bapt --iVCmgExH7+hIHJ1A Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlK8ADMACgkQ8kTtMUmk6EwJzQCeLbZ7BJSDtbpfAQXtFti9/0uO CWYAnRFdrxUkZDa0TGLEH529nT81dHJw =Q+j3 -----END PGP SIGNATURE----- --iVCmgExH7+hIHJ1A-- From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 10:27:39 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 160C24C0 for ; Thu, 26 Dec 2013 10:27:39 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9EA461395 for ; Thu, 26 Dec 2013 10:27:38 +0000 (UTC) Received: from [192.168.0.100] ([87.139.233.65]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0LaKaw-1VBYsY0X4o-00m05M for ; Thu, 26 Dec 2013 11:27:36 +0100 Message-ID: <52BC04B1.606@gmx.de> Date: Thu, 26 Dec 2013 11:28:01 +0100 From: olli hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: WITHOUT_NLS is deprecated use NLS option instead References: <52BBC4F3.2050508@dougbarton.us> <1388040674.3771.27.camel@eva02.mbsd> <52BBD2FC.2070405@dougbarton.us> <20131226100851.GD40122@ithaqua.etoilebsd.net> In-Reply-To: <20131226100851.GD40122@ithaqua.etoilebsd.net> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:lJldBECBPeSaW7NzFMKmSNZ0OzY0UyixVMOdLTJdi/pEV4CpjE5 WXN7xHch6ExkZkGfP2ke3ssXC+taFIMtNhHfaKYQ0nLu8WXhp8CeaD0bCw8iGI54GOKGVUW 6W42QfXAOYz5r8uZvNxPHCaZycG1CwuyqMvbkgQojUs8W3Q/yPVNlwQ609yaKRdK4uVSGSK gssIIQ0SqCxyqUOIQQziQ== Cc: clutton , Baptiste Daroussin , Doug Barton X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 10:27:39 -0000 On 2013-12-26 11:08, Baptiste Daroussin wrote: > On Wed, Dec 25, 2013 at 10:55:56PM -0800, Doug Barton wrote: >> On 12/25/2013 10:51 PM, clutton wrote: >>> Sorry, but I have a quite opposite view. Making both variants work means >>> chaos. More variants means more complication. >> >> if || WITHOUT_NLS; then >> >> >> This is not chaos. It's called "backwards compatibility," which is a >> critical part of every mature software project. >> >> OTOH, forcing users to jump through stupid hoops to change >> configurations which have worked for over a decade is a sign of the >> inmates running the asylum. >> >> Doug >> > > Backward compatility is still in there, this is a warning to the users, so that > they do get time to migrate. And it will stay for a while, even if > OPTIONS_UNSET=NLS is recommanded for more than a year. > I suspect the warning comes from bsd.options.mk in case NLS is unset by the user even the new correct way. file: Mk/bsd.options.mk 120 .if !defined(WITHOUT_NLS) 121 PORT_OPTIONS+= NLS 122 .endif ... 347 .if empty(PORT_OPTIONS:MNLS) 348 WITHOUT_NLS= yes 349 .endif Now bsd.sanity.mk kicks in and complains ... -- Regards, olli From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 10:32:13 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59BD166C for ; Thu, 26 Dec 2013 10:32:13 +0000 (UTC) Received: from mail-we0-x22d.google.com (mail-we0-x22d.google.com [IPv6:2a00:1450:400c:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DE697144C for ; Thu, 26 Dec 2013 10:32:12 +0000 (UTC) Received: by mail-we0-f173.google.com with SMTP id u57so7107476wes.4 for ; Thu, 26 Dec 2013 02:32:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=lzPoUB0a7ywsHGvyxT9YSoOWqTd/N9v1haCuj8VJQ60=; b=bET33UShnyHVHkx1eoSxFLiqLOVUtZihQXo//JfOjU2NTeu+ElmxSx9Dy0oISWzYNF JMIHNJ1SragWCYjOZgLEzrSdHJPK1SCgLwOsPZdRzh6LavKzijniH3F8w5EOjO8uTSII nBlV/SzKLAemGti5BO1XMElgg+eTDIV72oRqMBtcJA2oeN4xBbK0tsiFC0VXPeFaNjtR OR2Oc0FwFtgEqB80A/QhQnLXk+TuB2v7NM8hpS54QlRTXS5DfZRNOnWfXHru+qzpfncJ b4NjjN24O0mEYvHZVw/fIOn5j9+KrGxGLKQG9gV+pIyw7kciYmf3CylOLYjFfevfqtJ4 /lYQ== X-Received: by 10.180.12.146 with SMTP id y18mr29280712wib.37.1388053931328; Thu, 26 Dec 2013 02:32:11 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id hv3sm15994497wib.5.2013.12.26.02.32.10 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 26 Dec 2013 02:32:10 -0800 (PST) Sender: Baptiste Daroussin Date: Thu, 26 Dec 2013 11:32:08 +0100 From: Baptiste Daroussin To: olli hauer Subject: Re: WITHOUT_NLS is deprecated use NLS option instead Message-ID: <20131226103208.GF40122@ithaqua.etoilebsd.net> References: <52BBC4F3.2050508@dougbarton.us> <1388040674.3771.27.camel@eva02.mbsd> <52BBD2FC.2070405@dougbarton.us> <20131226100851.GD40122@ithaqua.etoilebsd.net> <52BC04B1.606@gmx.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="V4b9U9vrdWczvw78" Content-Disposition: inline In-Reply-To: <52BC04B1.606@gmx.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: clutton , Doug Barton , freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 10:32:13 -0000 --V4b9U9vrdWczvw78 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 26, 2013 at 11:28:01AM +0100, olli hauer wrote: > On 2013-12-26 11:08, Baptiste Daroussin wrote: > > On Wed, Dec 25, 2013 at 10:55:56PM -0800, Doug Barton wrote: > >> On 12/25/2013 10:51 PM, clutton wrote: > >>> Sorry, but I have a quite opposite view. Making both variants work me= ans > >>> chaos. More variants means more complication. > >> > >> if || WITHOUT_NLS; then > >> > >> > >> This is not chaos. It's called "backwards compatibility," which is a= =20 > >> critical part of every mature software project. > >> > >> OTOH, forcing users to jump through stupid hoops to change=20 > >> configurations which have worked for over a decade is a sign of the=20 > >> inmates running the asylum. > >> > >> Doug > >> > >=20 > > Backward compatility is still in there, this is a warning to the users,= so that > > they do get time to migrate. And it will stay for a while, even if > > OPTIONS_UNSET=3DNLS is recommanded for more than a year. > >=20 >=20 > I suspect the warning comes from bsd.options.mk in case NLS is unset > by the user even the new correct way. >=20 > file: Mk/bsd.options.mk > 120 .if !defined(WITHOUT_NLS) > 121 PORT_OPTIONS+=3D NLS > 122 .endif > ... > 347 .if empty(PORT_OPTIONS:MNLS) > 348 WITHOUT_NLS=3D yes > 349 .endif >=20 >=20 > Now bsd.sanity.mk kicks in and complains ... >=20 > --=20 > Regards, > olli No your ports tree is not up to date. Bapt --V4b9U9vrdWczvw78 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlK8BagACgkQ8kTtMUmk6Ew5YQCfVxBEwNE+HzcMW3QtiLAS441s cwAAoKOGQflpCQvAtLt8L64MO6vR6Raf =4Jpg -----END PGP SIGNATURE----- --V4b9U9vrdWczvw78-- From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 10:42:30 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5CC6D909 for ; Thu, 26 Dec 2013 10:42:30 +0000 (UTC) Received: from sender1.zohomail.com (sender1.zohomail.com [72.5.230.95]) by mx1.freebsd.org (Postfix) with ESMTP id 3552914F2 for ; Thu, 26 Dec 2013 10:42:30 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=zapps768; d=zoho.com; h=subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version; b=WTV8BvwS/SfBBO80FbD59m57sXRnnat5jmVFNOP8OYA+BI/2brYdJHbUTmpITeJz0kyyPp1UHR42 Xzpgj5R6hp8O+xLMWl5tChFoNvp9jMtmq1AasIoCQMOSf2zNfYru Received: from [10.1.2.6] (46.229.54.117 [46.229.54.117]) by mx.zohomail.com with SMTPS id 13880544529531006.950406879735; Thu, 26 Dec 2013 02:40:52 -0800 (PST) Subject: Re: shells/bash-static fails to package/deinstall cleanly From: clutton To: Doug Barton In-Reply-To: <1388051565.3771.59.camel@eva02.mbsd> References: <52BBC768.6010702@dougbarton.us> <1388043634.3771.31.camel@eva02.mbsd> <52BBE04D.4060708@dougbarton.us> <1388046987.3771.36.camel@eva02.mbsd> <1388051565.3771.59.camel@eva02.mbsd> Content-Type: text/plain; charset="UTF-8" Date: Thu, 26 Dec 2013 12:40:43 +0200 Message-ID: <1388054443.3771.66.camel@eva02.mbsd> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-ZohoMail: Ss SS_10 UW UB ZCF-710TPL UW UB SGR3_1_26113_91 X-ZohoMail-Owner: <1388054443.3771.66.camel@eva02.mbsd>+zmo_0_ X-ZohoMail-Sender: 46.229.54.117 X-Zoho-Virus-Status: 2 Cc: ehaupt@FreeBSD.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 10:42:30 -0000 On Thu, 2013-12-26 at 11:52 +0200, clutton wrote: > On Thu, 2013-12-26 at 10:36 +0200, clutton wrote: > > On Wed, 2013-12-25 at 23:52 -0800, Doug Barton wrote: > > > Please don't remove people from the CC line. I copied the maintainer = on=20 > > > purpose. > > >=20 > > > On 12/25/2013 11:40 PM, clutton wrote: > > > > On Wed, 2013-12-25 at 22:06 -0800, Doug Barton wrote: > > > >> The problem is that the bash.1 and bashbugs.1 man pages do not get > > > >> compressed, and therefore the package fails. If I add a MAN1 varia= ble to > > > >> the Makefile with those pages listed, it works. > > > >> > > > >> Doug > > > > > > > > From https://wiki.freebsd.org/ports/StageDir > > > > > > > > MAN*/MANLANG/MLINKS now useless > > > > manpage compression/uncompression is now automatically handled by t= he > > > > framework if you use stagedir. > > >=20 > > > ... and yet, that's not what happened here. Hence the problem report. > > >=20 > > > > Take a look at my port: multimedia/ffmpegthumbnailer > > > > I believe I did it right :) > > >=20 > > > It's not my port, which is why I CCed the maintainer. > > >=20 > > > Doug > >=20 > > It is the case, the bash port uses STAGE, bash-static doesn't and bash > > static is slave port of bash. Try to remove NO_STAGE from > > bash-static/Makefile. >=20 > Yeap, my guess was right. After removing NO_STAGE, I have man pages > installed correctly. >=20 > =3D=3D=3D=3D> Compressing man pages (compress-man) > =3D=3D=3D> Installing for bash-static-4.2.45_1 > =3D=3D=3D> Checking if shells/bash-static already installed > =3D=3D=3D> Registering installation for bash-static-4.2.45_1 > Installing bash-static-4.2.45_1... done >=20 >=20 > Do you still think that backward compatibility is a good thing for such > a project like FreeBSD ports? I'd like to spend time doing real porting > instead of dealing with something like that bug. >=20 > Many projects which were good from the beginning now are pieces of sheet > because of backward compatibility, firefox jetpack sdk and xul show this > clearly. I don't want to see FreeBSD ports in this list. >=20 > Please fill the pr. > diff --git a/shells/bash-static/Makefile b/shells/bash-static/Makefile > index f5063a0..363a823 100644 > --- a/shells/bash-static/Makefile > +++ b/shells/bash-static/Makefile > @@ -5,5 +5,4 @@ MASTERDIR=3D ${.CURDIR}/../../shells/bash >=20 > OPTIONS_SLAVE=3D STATIC >=20 > -NO_STAGE=3D yes > .include "${MASTERDIR}/Makefile" Actually don't. Do not fill the pr. =CE=9E ~ =E2=86=92 cat /usr/ports/shells/bash-static/Makefile=20 # Created by: Emanuel Haupt # $FreeBSD$ MASTERDIR=3D ${.CURDIR}/../../shells/bash OPTIONS_SLAVE=3D STATIC .include "${MASTERDIR}/Makefile" The whole port because of STATIC option? It'll be better to move this thing to bash port and make it as an option. Like zsh maintainer did. From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 10:51:18 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DDD43B49 for ; Thu, 26 Dec 2013 10:51:17 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6B6C11599 for ; Thu, 26 Dec 2013 10:51:17 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.7/8.14.7) with ESMTP id rBQApCsY041688 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 26 Dec 2013 10:51:13 GMT (envelope-from matthew@FreeBSD.org) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk rBQApCsY041688 Authentication-Results: smtp.infracaninophile.co.uk/rBQApCsY041688; dkim=none reason="no signature"; dkim-adsp=none Message-ID: <52BC0A18.1080503@FreeBSD.org> Date: Thu, 26 Dec 2013 10:51:04 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: shells/bash-static fails to package/deinstall cleanly References: <52BBC768.6010702@dougbarton.us> <1388043634.3771.31.camel@eva02.mbsd> <52BBE04D.4060708@dougbarton.us> <1388046987.3771.36.camel@eva02.mbsd> <1388051565.3771.59.camel@eva02.mbsd> <1388054443.3771.66.camel@eva02.mbsd> In-Reply-To: <1388054443.3771.66.camel@eva02.mbsd> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="vl5KnQtjhNOgUMjqVlXhw1LQDVORqlS8s" X-Virus-Scanned: clamav-milter 0.98 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 10:51:18 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --vl5KnQtjhNOgUMjqVlXhw1LQDVORqlS8s Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 26/12/2013 10:40, clutton wrote: > The whole port because of STATIC option? > It'll be better to move this thing to bash port and make it as an > option. Like zsh maintainer did. It's already an option in the bash port. You seem somewhat unclear on the concept of slave ports and why they should exist. The point here is so that users of binary packages can jut type pkg install bash-static and get a statically linked version of bash. This is the principal reason that slave ports exist: so that the same software will be built with different sets of default options, either for end user convenience or because some other port depends on having some specific combination of options. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --vl5KnQtjhNOgUMjqVlXhw1LQDVORqlS8s Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJSvAogXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATjhMQAK8DVRHe6gASQa8jrGQRdQIA hlFnMUYG9BB4tbrmmC4Q2hajRkz31/+dNKNFaje+i+tvmMthBkwMsTbMNmxh4bzb IGoH4lxwPQNBRTmvEuH9V8FIcp0HOZJfni1yUxWIkPGShwzIVKY3lZn6bkPPfdmM lUv6pdX+i/pD4B8Pql6TMeu5C/7if3HDDisfJ11huK3Iqu5LWbXJyGitE1pl9UUy 7Ry0Z/4vrE0LX5RSNbJk+8OIV6zttHU8/ByP/fFF7jNKPHpAH9gMz939WpF6hiP3 2LFwGfHjTK5KaHVPXLIAHMqG8azNcXFnYn8WLdCK8BE35QPs7HrImuDNWVwdy6Em ko2FYnMN7DF7uPNveLuKQoY6I5JRLmRHGgaGN33rpVug/bGMK33QQUzVR9xUMEDe LdD8GX2kl1lW4nhtNQGKbxJJJuKR12MHPBshYp4DRGKdRaod2zdkn0RtHFmGqGCn NMTAwts6iv8gbNgexcmehmXSTX73tA/V2pB1fmW3b8VPE/Ck4CFOb6p1mMye0Z8D ozmnZCDhbCW2qlYwYeJ9Zs39H4OaQdPPohVPrk2MbhXQIiBZE5NIAovaS2Yat2u0 wtPOHW7DwYzl0Sq3VhvLvbq5dc7TR2cfgeDTSS7Z44H3W+pfdzZqt5xWiALQ1HQ1 10lUs8m1RHpgCU+bvfG8 =kLuq -----END PGP SIGNATURE----- --vl5KnQtjhNOgUMjqVlXhw1LQDVORqlS8s-- From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 10:55:11 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9FAFCC02; Thu, 26 Dec 2013 10:55:11 +0000 (UTC) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0CA1615B0; Thu, 26 Dec 2013 10:55:10 +0000 (UTC) Received: by mail-wi0-f182.google.com with SMTP id en1so8552230wid.3 for ; Thu, 26 Dec 2013 02:55:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=qfI15ZQMa7p9apblLwFENlqx6OedH2hUGkvftpVJS3c=; b=02ump1oYKbdKk1yNK2NnHrRWl02pwmvBEn4+SszZ/da4H4rKWvN++JnM9rdKU/B9uY PRRZSmL8VS5AZcm+/q2cNxfpg4V+QtowvncJalUPvhr7e2trl2KuLwqfa2siodv0xC5P vy/0iOLpmY8W5IWwgOayANyjpmsSasK1s03z9DCFV4p4du28eOUm6+6tMyfEM3qydpcY D9MWuEvQToXVMyP0Vw4Ht2YASSZT33/PTLvEklUNza7XcjX88IngtjebGzJzEpehu3Qu 5W9ctk1bc8WnClbagnCCGg6U3mgXkP/XNDaiqXxr+9G0aj0oO7qgNgKlny1XZL0ltZ3d 3HxA== X-Received: by 10.194.108.100 with SMTP id hj4mr1225046wjb.83.1388055308672; Thu, 26 Dec 2013 02:55:08 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id xl18sm48741195wib.9.2013.12.26.02.55.07 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 26 Dec 2013 02:55:07 -0800 (PST) Sender: Baptiste Daroussin Date: Thu, 26 Dec 2013 11:55:06 +0100 From: Baptiste Daroussin To: clutton Subject: Re: shells/bash-static fails to package/deinstall cleanly Message-ID: <20131226105506.GG40122@ithaqua.etoilebsd.net> References: <52BBC768.6010702@dougbarton.us> <1388043634.3771.31.camel@eva02.mbsd> <52BBE04D.4060708@dougbarton.us> <1388046987.3771.36.camel@eva02.mbsd> <1388051565.3771.59.camel@eva02.mbsd> <1388054443.3771.66.camel@eva02.mbsd> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1giRMj6yz/+FOIRq" Content-Disposition: inline In-Reply-To: <1388054443.3771.66.camel@eva02.mbsd> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-ports@freebsd.org, Doug Barton , ehaupt@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 10:55:11 -0000 --1giRMj6yz/+FOIRq Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 26, 2013 at 12:40:43PM +0200, clutton wrote: > On Thu, 2013-12-26 at 11:52 +0200, clutton wrote: > > On Thu, 2013-12-26 at 10:36 +0200, clutton wrote: > > > On Wed, 2013-12-25 at 23:52 -0800, Doug Barton wrote: > > > > Please don't remove people from the CC line. I copied the maintaine= r on=20 > > > > purpose. > > > >=20 > > > > On 12/25/2013 11:40 PM, clutton wrote: > > > > > On Wed, 2013-12-25 at 22:06 -0800, Doug Barton wrote: > > > > >> The problem is that the bash.1 and bashbugs.1 man pages do not g= et > > > > >> compressed, and therefore the package fails. If I add a MAN1 var= iable to > > > > >> the Makefile with those pages listed, it works. > > > > >> > > > > >> Doug > > > > > > > > > > From https://wiki.freebsd.org/ports/StageDir > > > > > > > > > > MAN*/MANLANG/MLINKS now useless > > > > > manpage compression/uncompression is now automatically handled by= the > > > > > framework if you use stagedir. > > > >=20 > > > > ... and yet, that's not what happened here. Hence the problem repor= t. > > > >=20 > > > > > Take a look at my port: multimedia/ffmpegthumbnailer > > > > > I believe I did it right :) > > > >=20 > > > > It's not my port, which is why I CCed the maintainer. > > > >=20 > > > > Doug > > >=20 > > > It is the case, the bash port uses STAGE, bash-static doesn't and bash > > > static is slave port of bash. Try to remove NO_STAGE from > > > bash-static/Makefile. > >=20 > > Yeap, my guess was right. After removing NO_STAGE, I have man pages > > installed correctly. > >=20 > > =3D=3D=3D=3D> Compressing man pages (compress-man) > > =3D=3D=3D> Installing for bash-static-4.2.45_1 > > =3D=3D=3D> Checking if shells/bash-static already installed > > =3D=3D=3D> Registering installation for bash-static-4.2.45_1 > > Installing bash-static-4.2.45_1... done > >=20 > >=20 > > Do you still think that backward compatibility is a good thing for such > > a project like FreeBSD ports? I'd like to spend time doing real porting > > instead of dealing with something like that bug. > >=20 > > Many projects which were good from the beginning now are pieces of sheet > > because of backward compatibility, firefox jetpack sdk and xul show this > > clearly. I don't want to see FreeBSD ports in this list. > >=20 > > Please fill the pr. > > diff --git a/shells/bash-static/Makefile b/shells/bash-static/Makefile > > index f5063a0..363a823 100644 > > --- a/shells/bash-static/Makefile > > +++ b/shells/bash-static/Makefile > > @@ -5,5 +5,4 @@ MASTERDIR=3D ${.CURDIR}/../../shells/bash > >=20 > > OPTIONS_SLAVE=3D STATIC > >=20 > > -NO_STAGE=3D yes > > .include "${MASTERDIR}/Makefile" >=20 > Actually don't. Do not fill the pr. >=20 > =CE=9E ~ =E2=86=92 cat /usr/ports/shells/bash-static/Makefile=20 > # Created by: Emanuel Haupt > # $FreeBSD$ >=20 > MASTERDIR=3D ${.CURDIR}/../../shells/bash >=20 > OPTIONS_SLAVE=3D STATIC >=20 > .include "${MASTERDIR}/Makefile" >=20 > The whole port because of STATIC option? > It'll be better to move this thing to bash port and make it as an > option. Like zsh maintainer did. >=20 I have fixed bash-static port. regards, Bapt --1giRMj6yz/+FOIRq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlK8CwoACgkQ8kTtMUmk6EzAfQCfS3c9vsMZ2qq6odUlihYpeEEx vocAn2Q651p0K2KXfKMIdHQ8r5pKAwm1 =DRnP -----END PGP SIGNATURE----- --1giRMj6yz/+FOIRq-- From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 11:27:56 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D1BF71B7 for ; Thu, 26 Dec 2013 11:27:56 +0000 (UTC) Received: from sender1.zohomail.com (sender1.zohomail.com [72.5.230.95]) by mx1.freebsd.org (Postfix) with ESMTP id B46701768 for ; Thu, 26 Dec 2013 11:27:56 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=zapps768; d=zoho.com; h=subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version; b=BGC5FZw/OCbndIlZz2CJjvYNKORLObkj7hMhpHleSAIQ0NgQVekOb/7/gO+PA21Qlq0AHYO41AuC 78cTlOO7c2a57+UXr0FcAA73V9qBFTz2ZrXYAg/Zkf/MmkbV8ZZO Received: from [10.1.2.6] (46.229.54.117 [46.229.54.117]) by mx.zohomail.com with SMTPS id 1388057272074243.1611623200838; Thu, 26 Dec 2013 03:27:52 -0800 (PST) Subject: Re: shells/bash-static fails to package/deinstall cleanly From: clutton To: Matthew Seaman In-Reply-To: <52BC0A18.1080503@FreeBSD.org> References: <52BBC768.6010702@dougbarton.us> <1388043634.3771.31.camel@eva02.mbsd> <52BBE04D.4060708@dougbarton.us> <1388046987.3771.36.camel@eva02.mbsd> <1388051565.3771.59.camel@eva02.mbsd> <1388054443.3771.66.camel@eva02.mbsd> <52BC0A18.1080503@FreeBSD.org> Content-Type: text/plain; charset="UTF-8" Date: Thu, 26 Dec 2013 13:27:42 +0200 Message-ID: <1388057262.3771.78.camel@eva02.mbsd> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-ZohoMail: Ss SS_10 UW UB ZCF-710TPL UW UB SGR3_1_26113_278 X-ZohoMail-Owner: <1388057262.3771.78.camel@eva02.mbsd>+zmo_0_ X-ZohoMail-Sender: 46.229.54.117 X-Zoho-Virus-Status: 2 X-ZohoMailClient: External Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 11:27:56 -0000 On Thu, 2013-12-26 at 10:51 +0000, Matthew Seaman wrote: > On 26/12/2013 10:40, clutton wrote: > > The whole port because of STATIC option? > > It'll be better to move this thing to bash port and make it as an > > option. Like zsh maintainer did. > > It's already an option in the bash port. > > You seem somewhat unclear on the concept of slave ports and why they > should exist. The point here is so that users of binary packages can > jut type > > pkg install bash-static > > and get a statically linked version of bash. This is the principal > reason that slave ports exist: so that the same software will be built > with different sets of default options, either for end user convenience > or because some other port depends on having some specific combination > of options. > > Cheers, > > Matthew > I know why, I mean I understand the purpose. http://www.mail-archive.com/freebsd-ports@freebsd.org/msg52457.html I thought that after OPTIONS framework was introduced all -x11 and similar ports are legacy. Am I wrong? From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 11:45:17 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE932A45; Thu, 26 Dec 2013 11:45:17 +0000 (UTC) Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3893118DC; Thu, 26 Dec 2013 11:45:17 +0000 (UTC) Received: by mail-wg0-f44.google.com with SMTP id a1so7253982wgh.35 for ; Thu, 26 Dec 2013 03:45:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=UaVq4dd1REdDvWImvnDbAQHxVHtqc9zR+ATT+0SGZwk=; b=K2VFZHiy+XysBkTI1uDgx1/M21VyB0A84YpdgHi9zQh+pPRjS+GERDw7qlQfgLMIUE fFmwDrTGjNvB0/82mOqjXoPmgIYKtC9INhhlODSoAJv6qDqJWlhOC/r7tCPRoNOUknEM y7AceF3p04QWG2AbD6f9b2NKR4uK0O+6aFrYjyvpboaiRgpapVZNNByNM8JfMRabnZGa zgn2wz8GaQvjOtzgPLhPE6UnZtHwb2F66dccDbH4DCyvyy00oUcf2IowKBL7AjXP97je jClY0INeNfF9K1Qy6S+mWOUuZg7+sASfao6CMU2tlJKSJ8Mir5qx2lC8hvU/PZ8Wg6jA d5Dg== X-Received: by 10.180.206.41 with SMTP id ll9mr28703949wic.7.1388058315482; Thu, 26 Dec 2013 03:45:15 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id at5sm33266424wic.1.2013.12.26.03.45.14 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 26 Dec 2013 03:45:14 -0800 (PST) Sender: Baptiste Daroussin Date: Thu, 26 Dec 2013 12:45:12 +0100 From: Baptiste Daroussin To: clutton Subject: Re: shells/bash-static fails to package/deinstall cleanly Message-ID: <20131226114512.GI40122@ithaqua.etoilebsd.net> References: <52BBC768.6010702@dougbarton.us> <1388043634.3771.31.camel@eva02.mbsd> <52BBE04D.4060708@dougbarton.us> <1388046987.3771.36.camel@eva02.mbsd> <1388051565.3771.59.camel@eva02.mbsd> <1388054443.3771.66.camel@eva02.mbsd> <52BC0A18.1080503@FreeBSD.org> <1388057262.3771.78.camel@eva02.mbsd> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h22Fi9ANawrtbNPX" Content-Disposition: inline In-Reply-To: <1388057262.3771.78.camel@eva02.mbsd> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Matthew Seaman , freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 11:45:18 -0000 --h22Fi9ANawrtbNPX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 26, 2013 at 01:27:42PM +0200, clutton wrote: > On Thu, 2013-12-26 at 10:51 +0000, Matthew Seaman wrote: > > On 26/12/2013 10:40, clutton wrote: > > > The whole port because of STATIC option? > > > It'll be better to move this thing to bash port and make it as an > > > option. Like zsh maintainer did. > >=20 > > It's already an option in the bash port. > >=20 > > You seem somewhat unclear on the concept of slave ports and why they > > should exist. The point here is so that users of binary packages can > > jut type > >=20 > > pkg install bash-static > >=20 > > and get a statically linked version of bash. This is the principal > > reason that slave ports exist: so that the same software will be built > > with different sets of default options, either for end user convenience > > or because some other port depends on having some specific combination > > of options. > >=20 > > Cheers, > >=20 > > Matthew > >=20 >=20 > I know why, I mean I understand the purpose. >=20 > http://www.mail-archive.com/freebsd-ports@freebsd.org/msg52457.html >=20 > I thought that after OPTIONS framework was introduced all -x11 and > similar ports are legacy. Am I wrong? >=20 Not yet the OPTIONS framework is just the first step, the second step is ki= lling pkg_install and the last step bringing in subpackages/flavours :) regards, Bapt --h22Fi9ANawrtbNPX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlK8FsgACgkQ8kTtMUmk6ExT/QCfVS5WJRxtSmRh01m8COz6vxcf EYEAoJxDyegtLBTP9TwCYXHJUDHoyGu7 =GZnM -----END PGP SIGNATURE----- --h22Fi9ANawrtbNPX-- From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 11:54:54 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5DB0CC5B for ; Thu, 26 Dec 2013 11:54:54 +0000 (UTC) Received: from mail-qe0-x22b.google.com (mail-qe0-x22b.google.com [IPv6:2607:f8b0:400d:c02::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 114C7197A for ; Thu, 26 Dec 2013 11:54:53 +0000 (UTC) Received: by mail-qe0-f43.google.com with SMTP id jy17so7980689qeb.30 for ; Thu, 26 Dec 2013 03:54:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seibercom.net; s=google; h=date:from:to:subject:message-id:in-reply-to:references:reply-to :mime-version:content-type:content-transfer-encoding; bh=FaukzRDZbw9XUOX5yVrin+IAH864vTCpIrlprBip6ew=; b=J724lIadslrUU3T8j2zHCZIVs19hWwMkBFmfl0JPpLAkxMtPe94L7ScsFRfPCAljbJ yl5ppNnf6SXptk5Z0EFZ9fXpmOyj9wxUKdXEA8HRtazicGrERxL6IAPoqd/AWtvgLek5 JvWpHDdsJUOotBTSSNNALYYnaOAX0AhrF+iqk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:in-reply-to :references:reply-to:mime-version:content-type :content-transfer-encoding; bh=FaukzRDZbw9XUOX5yVrin+IAH864vTCpIrlprBip6ew=; b=B4+bFSkGho2In4xBpQyCT+eHVj+TQX0bw2ssm2Sbn7SrbGjv2Jxyd56SxkVpy61M61 N4bbDvN8jFG/WPz7BCzGTf7hUsSmA+DFetYaMF6YG6FxSBo2ptqyBsnmxS+mPf7Pd49O EzbFCciVNaz3G/L8uzXne3o/7s7VG/cJNO2ucEtdUGeDM3blFOJDlQKgNaquL5wsx28+ 6yEN+jG10Zatx+5nDtixejss1LBgbj83eED+yBKAxdvyEIolZyf1R7J3NtdLS14zGk4l /OyHpaws0WhlN5GlpLTw8AmW6SggqfFZWgezk31OqGsU2bXRlqJ/up6nwkFK9OrTp6ZA MjjA== X-Gm-Message-State: ALoCoQnvGeg0jCSfXYSiI5uRcF8eNVyCwK2FiDx/HVVM1CJwQPO2DD1BUpaKIwCOMIYH5GHCFEdX X-Received: by 10.229.13.133 with SMTP id c5mr70105154qca.22.1388058892532; Thu, 26 Dec 2013 03:54:52 -0800 (PST) Received: from scorpio (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPSA id ni10sm37517223qeb.23.2013.12.26.03.54.51 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Thu, 26 Dec 2013 03:54:52 -0800 (PST) Date: Thu, 26 Dec 2013 06:54:51 -0500 From: Jerry To: FreeBSD Ports Subject: Re: Updating CUPS Message-ID: <20131226065451.745a0c55@scorpio> In-Reply-To: References: <20131224154419.1b87ef83@scorpio> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 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: Thu, 26 Dec 2013 11:54:54 -0000 On Wed, 25 Dec 2013 09:14:55 +0100, Matthias Andree stated: > Jerry schrieb: > >The ports latest version of CUPS is 1.5.4; however version 1.7.0 has > >been out since 10/24/13. Is there any possibility that the latest > >version will make it into the ports system soon? > > > Careful with what you are asking for, have you checked the upstream > change logs? 1.6 already broke some aspects of compatibility > massively w.r.t. distributed printing or differing CUPS versions in > your LAN. Well, almost any updated software has the potential to break something, CUPS being no exception. However, those cases are not the norm and the fact that in a few edge cases problems have been discovered is not a sound reason for unilaterally failing to include the new version in the posts system. There have been numerous cases where a new version of a port was introduced into the system. In many of those cases workarounds were introduced to allow the user to continue with the older version or update to the newer one. I fail to see why that would not be acceptable in this instance. In any case, how do you propose to find problems with a new product if it is not tested in a real environment? In a worse case scenario, a new port, perhaps "cups-devel" could be created. -- Jerry {Please don't CC me. I am on the list.} From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 12:03:46 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5F006D75 for ; Thu, 26 Dec 2013 12:03:46 +0000 (UTC) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 354CB1A32 for ; Thu, 26 Dec 2013 12:03:43 +0000 (UTC) Received: from [192.168.1.113] (c-174-61-88-207.hsd1.fl.comcast.net [174.61.88.207]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id 12480435C7; Thu, 26 Dec 2013 06:03:31 -0600 (CST) Message-ID: <52BC1B03.5040606@marino.st> Date: Thu, 26 Dec 2013 13:03:15 +0100 From: John Marino User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: FreeBSD Ports Subject: Re: Updating CUPS References: <20131224154419.1b87ef83@scorpio> <20131226065451.745a0c55@scorpio> In-Reply-To: <20131226065451.745a0c55@scorpio> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Jerry X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: marino@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 12:03:46 -0000 On 12/26/2013 12:54, Jerry wrote: > On Wed, 25 Dec 2013 09:14:55 +0100, Matthias Andree stated: > >> Jerry schrieb: >>> The ports latest version of CUPS is 1.5.4; however version 1.7.0 has >>> been out since 10/24/13. Is there any possibility that the latest >>> version will make it into the ports system soon? >>> >> Careful with what you are asking for, have you checked the upstream >> change logs? 1.6 already broke some aspects of compatibility >> massively w.r.t. distributed printing or differing CUPS versions in >> your LAN. > > Well, almost any updated software has the potential to break something, > CUPS being no exception. However, those cases are not the norm and the > fact that in a few edge cases problems have been discovered is not a > sound reason for unilaterally failing to include the new version in the > posts system. There have been numerous cases where a new version of a > port was introduced into the system. In many of those cases workarounds > were introduced to allow the user to continue with the older version or > update to the newer one. I fail to see why that would not be acceptable > in this instance. In any case, how do you propose to find problems with > a new product if it is not tested in a real environment? In a worse > case scenario, a new port, perhaps "cups-devel" could be created. Maybe rather than asking "where is it?" you should instead submit a PR with poudriere-tested patches that brings cups up to the new version? Until last week when bsam changed the MAINTAINER field in cups*, all the cups ports didn't even have a maintainer, so I don't know who you expect to do this work. PRs with patches have a greater chance of success that pinging the mail list and telling nobody-in-particular to spend their volunteer time on something specific... John From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 12:23:41 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0D858205; Thu, 26 Dec 2013 12:23:41 +0000 (UTC) Received: from mx.critical.ch (mx.critical.ch [IPv6:2001:1620:f05::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A46461B4A; Thu, 26 Dec 2013 12:23:40 +0000 (UTC) Received: from beaver.home.critical.ch (77-59-132-3.dclient.hispeed.ch [77.59.132.3]) (authenticated bits=0) by mx.critical.ch (8.14.7/8.14.7/critical-1.0) with ESMTP id rBQCNcqx044000; Thu, 26 Dec 2013 13:23:38 +0100 (CET) (envelope-from ehaupt@FreeBSD.org) Date: Thu, 26 Dec 2013 13:23:37 +0100 From: Emanuel Haupt To: clutton Subject: Re: shells/bash-static fails to package/deinstall cleanly Message-Id: <20131226132337.34d0d71a1f7c783538325506@FreeBSD.org> In-Reply-To: <1388054443.3771.66.camel@eva02.mbsd> References: <52BBC768.6010702@dougbarton.us> <1388043634.3771.31.camel@eva02.mbsd> <52BBE04D.4060708@dougbarton.us> <1388046987.3771.36.camel@eva02.mbsd> <1388051565.3771.59.camel@eva02.mbsd> <1388054443.3771.66.camel@eva02.mbsd> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.22; amd64-portbld-freebsd9.2) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 12:23:41 -0000 clutton wrote: > On Thu, 2013-12-26 at 11:52 +0200, clutton wrote: > > On Thu, 2013-12-26 at 10:36 +0200, clutton wrote: > > > On Wed, 2013-12-25 at 23:52 -0800, Doug Barton wrote: > > > > Please don't remove people from the CC line. I copied the > > > > maintainer on purpose. > > > > > > > > On 12/25/2013 11:40 PM, clutton wrote: > > > > > On Wed, 2013-12-25 at 22:06 -0800, Doug Barton wrote: > > > > >> The problem is that the bash.1 and bashbugs.1 man pages do > > > > >> not get compressed, and therefore the package fails. If I > > > > >> add a MAN1 variable to the Makefile with those pages listed, > > > > >> it works. > > > > >> > > > > >> Doug > > > > > > > > > > From https://wiki.freebsd.org/ports/StageDir > > > > > > > > > > MAN*/MANLANG/MLINKS now useless > > > > > manpage compression/uncompression is now automatically > > > > > handled by the framework if you use stagedir. > > > > > > > > ... and yet, that's not what happened here. Hence the problem > > > > report. > > > > > > > > > Take a look at my port: multimedia/ffmpegthumbnailer > > > > > I believe I did it right :) > > > > > > > > It's not my port, which is why I CCed the maintainer. > > > > > > > > Doug > > > > > > It is the case, the bash port uses STAGE, bash-static doesn't and > > > bash static is slave port of bash. Try to remove NO_STAGE from > > > bash-static/Makefile. > > > > Yeap, my guess was right. After removing NO_STAGE, I have man pages > > installed correctly. > > > > ====> Compressing man pages (compress-man) > > ===> Installing for bash-static-4.2.45_1 > > ===> Checking if shells/bash-static already installed > > ===> Registering installation for bash-static-4.2.45_1 > > Installing bash-static-4.2.45_1... done > > > > > > Do you still think that backward compatibility is a good thing for > > such a project like FreeBSD ports? I'd like to spend time doing > > real porting instead of dealing with something like that bug. > > > > Many projects which were good from the beginning now are pieces of > > sheet because of backward compatibility, firefox jetpack sdk and > > xul show this clearly. I don't want to see FreeBSD ports in this > > list. > > > > Please fill the pr. > > diff --git a/shells/bash-static/Makefile > > b/shells/bash-static/Makefile index f5063a0..363a823 100644 > > --- a/shells/bash-static/Makefile > > +++ b/shells/bash-static/Makefile > > @@ -5,5 +5,4 @@ MASTERDIR= ${.CURDIR}/../../shells/bash > > > > OPTIONS_SLAVE= STATIC > > > > -NO_STAGE= yes > > .include "${MASTERDIR}/Makefile" > > Actually don't. Do not fill the pr. > > Ξ ~ → cat /usr/ports/shells/bash-static/Makefile > # Created by: Emanuel Haupt > # $FreeBSD$ > > MASTERDIR= ${.CURDIR}/../../shells/bash > > OPTIONS_SLAVE= STATIC > > .include "${MASTERDIR}/Makefile" > > The whole port because of STATIC option? > > It'll be better to move this thing to bash port and make it as an > option. Like zsh maintainer did. The sole purpose of this stub port is to have an official package. Especially useful on low CPU powered embedded systems w/ a limited amount of disk space. Emanuel From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 13:07:11 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0F91BBF4; Thu, 26 Dec 2013 13:07:11 +0000 (UTC) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2a00:14b0:4200:32e0::1ea]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 895FC1EC0; Thu, 26 Dec 2013 13:07:10 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 3AC83C062C; Thu, 26 Dec 2013 13:07:06 +0000 (UTC) From: Stefan Bethke Content-Type: multipart/signed; boundary="Apple-Mail=_6EEA81A7-5FCB-41CB-A6F5-4CBEDAB3BBAE"; protocol="application/pgp-signature"; micalg=pgp-sha512 Subject: ntp-devel-4.2.7p364_2 coredumps Message-Id: Date: Thu, 26 Dec 2013 14:07:04 +0100 To: freebsd-ports@freebsd.org, cy@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) X-Mailer: Apple Mail (2.1827) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 13:07:11 -0000 --Apple-Mail=_6EEA81A7-5FCB-41CB-A6F5-4CBEDAB3BBAE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On both 9-stable and 10-stable Dec 26 13:02:04 lokschuppen ntpd[5270]: ntpd 4.2.7p364@1.2483-o Thu Dec = 26 12:55:22 UTC 2013 (1): Starting Dec 26 13:02:04 lokschuppen ntpd[5270]: Command line: = /usr/local/sbin/ntpd -c /etc/ntp.conf -p /var/run/ntpd.pid -f = /var/db/ntpd.drift Dec 26 13:02:05 lokschuppen kernel: pid 5271 (ntpd), uid 0: exited on = signal 11 (core dumped) If I run it with -d, it starts up and runs normally, AFAICT. # gdb /usr/local/sbin/ntpd ntpd.core=20 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you = are welcome to change it and/or distribute copies of it under certain = conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for = details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging = symbols found)... Core was generated by `ntpd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libmd.so.5...(no debugging symbols = found)...done. Loaded symbols for /lib/libmd.so.5 Reading symbols from /lib/libm.so.5...(no debugging symbols = found)...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libcrypto.so.6...(no debugging symbols = found)...done. Loaded symbols for /lib/libcrypto.so.6 Reading symbols from /usr/lib/librt.so.1...(no debugging symbols = found)...done. Loaded symbols for /usr/lib/librt.so.1 Reading symbols from /lib/libthr.so.3...(no debugging symbols = found)...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /lib/libc.so.7...(no debugging symbols = found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols = found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x000000080152c478 in _pthread_mutex_init_calloc_cb () from = /lib/libc.so.7 [New Thread 801c07400 (LWP 102083/ntpd)] (gdb) bt #0 0x000000080152c478 in _pthread_mutex_init_calloc_cb () from = /lib/libc.so.7 #1 0x000000080152cf5b in _pthread_mutex_init_calloc_cb () from = /lib/libc.so.7 #2 0x000000080152da8c in _malloc_postfork () from /lib/libc.so.7 #3 0x000000080152dd4c in _malloc_postfork () from /lib/libc.so.7 #4 0x0000000801532838 in _malloc_prefork () from /lib/libc.so.7 #5 0x00000008015349ba in malloc () from /lib/libc.so.7 #6 0x0000000800e0b213 in CRYPTO_malloc () from /lib/libcrypto.so.6 #7 0x0000000800e05fa9 in lh_new () from /lib/libcrypto.so.6 #8 0x0000000800dd6927 in ERR_get_implementation () from = /lib/libcrypto.so.6 #9 0x0000000800dd665b in ERR_get_implementation () from = /lib/libcrypto.so.6 #10 0x0000000800dd633c in ERR_load_strings () from /lib/libcrypto.so.6 #11 0x0000000800d85d98 in ERR_load_ERR_strings () from = /lib/libcrypto.so.6 #12 0x0000000800d7b8b9 in ERR_load_crypto_strings () from = /lib/libcrypto.so.6 #13 0x0000000000457318 in ?? () #14 0x0000000000415139 in ?? () #15 0x0000000000406591 in ?? () #16 0x00000008006ab000 in ?? () #17 0x0000000000000000 in ?? () --=20 Stefan Bethke Fon +49 151 14070811 --Apple-Mail=_6EEA81A7-5FCB-41CB-A6F5-4CBEDAB3BBAE Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJSvCn4AAoJEA/POViuFuLBApIH/jD3+NFEB5iqV3z7IQdbMmAa Xd5OC/J6LmXdXoPRAZcGdtaQcsGjpC+ox3ahBPepFCtRYlfr2rajuQAxrM81DYjc vi+/crWVZwJKU9iv7L2FgIqkK+DNXZm2AHbAojIpPF3Vn3uhNu4J2JD8G9Kr4zOd eSjrLfDtPRYFrbFDJskGsaE7Hpem5jdtV3KIYgMi3pah/bFStZo56NEsPo0djx4k 2y0Js4tEtpUpkyXC9bMIuNNF8QrwP8SYgHlCctHuLjGsu0uT7GHfetKMpxXPSXc2 Df638FedvsfxTSM4bWeir76oBCTaisgLg7g1To+rmT9oLT1kbREBXgV5Aj1y0ew= =Woh9 -----END PGP SIGNATURE----- --Apple-Mail=_6EEA81A7-5FCB-41CB-A6F5-4CBEDAB3BBAE-- From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 13:40:42 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B698E674 for ; Thu, 26 Dec 2013 13:40:42 +0000 (UTC) Received: from mail.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6E9091167 for ; Thu, 26 Dec 2013 13:40:42 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga-m.mahoroba.org [IPv6:2001:2f0:104:8016:7258:12ff:fe22:d94b]) (user=ume mech=DIGEST-MD5 bits=0) by mail.mahoroba.org (8.14.7/8.14.7) with ESMTP/inet6 id rBQDeOqP077856 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 26 Dec 2013 22:40:29 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Thu, 26 Dec 2013 22:40:18 +0900 Message-ID: From: Hajimu UMEMOTO To: Dewayne Geraghty Subject: Re: Resolving circular dependencies In-Reply-To: <52BB8756.3060000@heuristicsystems.com.au> References: <52B6352E.4050804@scrubbed.adjectivism.org> <52BB8756.3060000@heuristicsystems.com.au> User-Agent: xcite1.60> Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/24.3 (i386-portbld-freebsd9.2) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 9.2-STABLE X-PGP-Key: http://www.mahoroba.org/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Thu, 26 Dec 2013 22:40:30 +0900 (JST) X-Virus-Scanned: clamav-milter 0.98 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-4.3 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on asuka.mahoroba.org Cc: Erick Turnquist , Scot Hetzel , FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 13:40:42 -0000 Hi, >>>>> On Thu, 26 Dec 2013 12:33:10 +1100 >>>>> Dewayne Geraghty said: dewayne> Would it be possible to include some documentation in dewayne> /usr/ports/UPDATING regarding the removal of gssapi from cyrus-sasl2 and dewayne> the creation of the security/cyrus-sasl2-gssapi port; as it will dewayne> surprise some. A cursory review of the dewayne> security/cyrus-sasl2-gssapi/Makefile seems to create dewayne> lib/sasl2/libgssapiv2.* dewayne> lib/sasl2/libgs2.* dewayne> files, so adding security/cyrus-sasl2-gssapi into the routine build dewayne> sequence shouldn't be too dramatic a change. Sure. I've committed to UPDATING. Sincerely, -- Hajimu UMEMOTO ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.mahoroba.org/~ume/ From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 13:42:41 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 50DF1736 for ; Thu, 26 Dec 2013 13:42:41 +0000 (UTC) Received: from mail.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C07911195 for ; Thu, 26 Dec 2013 13:42:40 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga-m.mahoroba.org [IPv6:2001:2f0:104:8016:7258:12ff:fe22:d94b]) (user=ume mech=DIGEST-MD5 bits=0) by mail.mahoroba.org (8.14.7/8.14.7) with ESMTP/inet6 id rBQDgUvF097899 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 26 Dec 2013 22:42:31 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Thu, 26 Dec 2013 22:42:24 +0900 Message-ID: From: Hajimu UMEMOTO To: Erick Turnquist Subject: Re: Resolving circular dependencies In-Reply-To: <52BBAF2D.9030501@scrubbed.adjectivism.org> References: <52B6352E.4050804@scrubbed.adjectivism.org> <52BBAF2D.9030501@scrubbed.adjectivism.org> User-Agent: xcite1.60> Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/24.3 (i386-portbld-freebsd9.2) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 9.2-STABLE X-PGP-Key: http://www.mahoroba.org/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Thu, 26 Dec 2013 22:42:31 +0900 (JST) X-Virus-Scanned: clamav-milter 0.98 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-4.3 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on asuka.mahoroba.org Cc: Scot Hetzel , FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 13:42:41 -0000 Hi, >>>>> On Wed, 25 Dec 2013 23:23:09 -0500 >>>>> Erick Turnquist said: jhujhiti> Thank you! I noticed a typo in the new Makefile for jhujhiti> cyrus-sasl2-gssapi. On line 60, MIT_LIB_DEPENDS is set to jhujhiti> libkrb5support.0 instead of libkrb5support.so.0. Once I fixed this, I jhujhiti> was able to build everything I need, and the proper libraries appear jhujhiti> to have been built: Oops, I've committed to fix it. Thank you! Sincerely, -- Hajimu UMEMOTO ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.mahoroba.org/~ume/ From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 16:19:07 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 27B1936E; Thu, 26 Dec 2013 16:19:07 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8E3FC1D42; Thu, 26 Dec 2013 16:19:06 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id rBQGIvqM024469; Thu, 26 Dec 2013 09:18:57 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id rBQGIvDo024466; Thu, 26 Dec 2013 09:18:57 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Thu, 26 Dec 2013 09:18:57 -0700 (MST) From: Warren Block To: Baptiste Daroussin Subject: Re: WITHOUT_NLS is deprecated use NLS option instead In-Reply-To: <20131226100851.GD40122@ithaqua.etoilebsd.net> Message-ID: References: <52BBC4F3.2050508@dougbarton.us> <1388040674.3771.27.camel@eva02.mbsd> <52BBD2FC.2070405@dougbarton.us> <20131226100851.GD40122@ithaqua.etoilebsd.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Thu, 26 Dec 2013 09:18:57 -0700 (MST) Cc: clutton , Doug Barton , freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 16:19:07 -0000 On Thu, 26 Dec 2013, Baptiste Daroussin wrote: > On Wed, Dec 25, 2013 at 10:55:56PM -0800, Doug Barton wrote: >> On 12/25/2013 10:51 PM, clutton wrote: >>> Sorry, but I have a quite opposite view. Making both variants work means >>> chaos. More variants means more complication. >> >> if || WITHOUT_NLS; then >> >> >> This is not chaos. It's called "backwards compatibility," which is a >> critical part of every mature software project. >> >> OTOH, forcing users to jump through stupid hoops to change >> configurations which have worked for over a decade is a sign of the >> inmates running the asylum. >> >> Doug >> > > Backward compatility is still in there, this is a warning to the users, so that > they do get time to migrate. And it will stay for a while, even if > OPTIONS_UNSET=NLS is recommanded for more than a year. It would be nice if that was added to the warning: /!\ WARNING /!\ WITHOUT_NLS is deprecated: use NLS option or OPTIONS_UNSET=NLS instead From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 16:23:36 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9145D657 for ; Thu, 26 Dec 2013 16:23:36 +0000 (UTC) Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com [IPv6:2a00:1450:400c:c05::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 20BF71DD1 for ; Thu, 26 Dec 2013 16:23:35 +0000 (UTC) Received: by mail-wi0-f171.google.com with SMTP id bz8so13529827wib.10 for ; Thu, 26 Dec 2013 08:23:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=e27wG1YeU2xJ+SDLWnleMJJ545TpNLkZx+py08Hm0iI=; b=vnLRgEK8lYSFPOwXEG3vvxi1g+yBwj6IfguHniA5DI+onJLHxgnnVz3swP5vrzvp7i 6bG6xDTPTTO+tZfZwpDmWiBggaCcdJCLQJGHeBIessRsr87VC3VH3KbwTmJIJIO6194Z Sf8dj8hBx9ltqXPHe9ZFVM8srkQRfbzzNRFN8HBhePn3XjFXQxJ6kKSyKVtomLlgxYQU bEVcFxmttR0SYkCzPpBT64h3eBODAqHTHajPO00irkruznzcay2Z6pCGmisYUbBNKEE+ VoH8jyo7XO7vME9xnw8I4UBh5UeNUUYvajVpopha3XbbbrLScJZCgDz4hu+UMs+zKVrR 8Kow== X-Received: by 10.194.76.4 with SMTP id g4mr66932wjw.95.1388075014476; Thu, 26 Dec 2013 08:23:34 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id w1sm50045308wib.6.2013.12.26.08.23.33 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 26 Dec 2013 08:23:33 -0800 (PST) Sender: Baptiste Daroussin Date: Thu, 26 Dec 2013 17:23:31 +0100 From: Baptiste Daroussin To: Warren Block Subject: Re: WITHOUT_NLS is deprecated use NLS option instead Message-ID: <20131226162331.GO40122@ithaqua.etoilebsd.net> References: <52BBC4F3.2050508@dougbarton.us> <1388040674.3771.27.camel@eva02.mbsd> <52BBD2FC.2070405@dougbarton.us> <20131226100851.GD40122@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nljfjKcp9HDtPSOP" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: clutton , Doug Barton , freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 16:23:36 -0000 --nljfjKcp9HDtPSOP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 26, 2013 at 09:18:57AM -0700, Warren Block wrote: > On Thu, 26 Dec 2013, Baptiste Daroussin wrote: >=20 > > On Wed, Dec 25, 2013 at 10:55:56PM -0800, Doug Barton wrote: > >> On 12/25/2013 10:51 PM, clutton wrote: > >>> Sorry, but I have a quite opposite view. Making both variants work me= ans > >>> chaos. More variants means more complication. > >> > >> if || WITHOUT_NLS; then > >> > >> > >> This is not chaos. It's called "backwards compatibility," which is a > >> critical part of every mature software project. > >> > >> OTOH, forcing users to jump through stupid hoops to change > >> configurations which have worked for over a decade is a sign of the > >> inmates running the asylum. > >> > >> Doug > >> > > > > Backward compatility is still in there, this is a warning to the users,= so that > > they do get time to migrate. And it will stay for a while, even if > > OPTIONS_UNSET=3DNLS is recommanded for more than a year. >=20 > It would be nice if that was added to the warning: >=20 > /!\ WARNING /!\ > WITHOUT_NLS is deprecated: use NLS option or OPTIONS_UNSET=3DNLS instead use NLS option =3D=3D OPTIONS_UNSET=3DNLS but yes I'll make the message mor= e clear. regards, Bapt --nljfjKcp9HDtPSOP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlK8WAMACgkQ8kTtMUmk6EzX6ACglb11JZmlKv+CLCLjw+e2lAx3 tucAmwcVFHoIfGY4ju+kDhdw50ITzwap =1VnH -----END PGP SIGNATURE----- --nljfjKcp9HDtPSOP-- From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 16:27:37 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 68E52B0E; Thu, 26 Dec 2013 16:27:37 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 00D661E1A; Thu, 26 Dec 2013 16:27:36 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id rBQGRY8O024586; Thu, 26 Dec 2013 09:27:34 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id rBQGRYKr024583; Thu, 26 Dec 2013 09:27:34 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Thu, 26 Dec 2013 09:27:34 -0700 (MST) From: Warren Block To: Baptiste Daroussin Subject: Re: WITHOUT_NLS is deprecated use NLS option instead In-Reply-To: <20131226162331.GO40122@ithaqua.etoilebsd.net> Message-ID: References: <52BBC4F3.2050508@dougbarton.us> <1388040674.3771.27.camel@eva02.mbsd> <52BBD2FC.2070405@dougbarton.us> <20131226100851.GD40122@ithaqua.etoilebsd.net> <20131226162331.GO40122@ithaqua.etoilebsd.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Thu, 26 Dec 2013 09:27:34 -0700 (MST) Cc: clutton , Doug Barton , freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 16:27:37 -0000 On Thu, 26 Dec 2013, Baptiste Daroussin wrote: > On Thu, Dec 26, 2013 at 09:18:57AM -0700, Warren Block wrote: >> On Thu, 26 Dec 2013, Baptiste Daroussin wrote: >> >>> On Wed, Dec 25, 2013 at 10:55:56PM -0800, Doug Barton wrote: >>>> On 12/25/2013 10:51 PM, clutton wrote: >>>>> Sorry, but I have a quite opposite view. Making both variants work means >>>>> chaos. More variants means more complication. >>>> >>>> if || WITHOUT_NLS; then >>>> >>>> >>>> This is not chaos. It's called "backwards compatibility," which is a >>>> critical part of every mature software project. >>>> >>>> OTOH, forcing users to jump through stupid hoops to change >>>> configurations which have worked for over a decade is a sign of the >>>> inmates running the asylum. >>>> >>>> Doug >>>> >>> >>> Backward compatility is still in there, this is a warning to the users, so that >>> they do get time to migrate. And it will stay for a while, even if >>> OPTIONS_UNSET=NLS is recommanded for more than a year. >> >> It would be nice if that was added to the warning: >> >> /!\ WARNING /!\ >> WITHOUT_NLS is deprecated: use NLS option or OPTIONS_UNSET=NLS instead > > use NLS option == OPTIONS_UNSET=NLS but yes I'll make the message more clear. To me, "use NLS option" implied using the options menu for the port. From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 16:46:32 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1A41DA5F for ; Thu, 26 Dec 2013 16:46:32 +0000 (UTC) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id 727131FC7 for ; Thu, 26 Dec 2013 16:46:30 +0000 (UTC) Received: (qmail 16365 invoked by uid 89); 26 Dec 2013 16:46:29 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@88.217.181.98) by mail.grem.de with ESMTPA; 26 Dec 2013 16:46:29 -0000 Date: Thu, 26 Dec 2013 17:46:29 +0100 From: Michael Gmelin To: Warren Block Subject: Re: WITHOUT_NLS is deprecated use NLS option instead Message-ID: <20131226174629.241d7f90@bsd64.grem.de> In-Reply-To: References: <52BBC4F3.2050508@dougbarton.us> <1388040674.3771.27.camel@eva02.mbsd> <52BBD2FC.2070405@dougbarton.us> <20131226100851.GD40122@ithaqua.etoilebsd.net> <20131226162331.GO40122@ithaqua.etoilebsd.net> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.18; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: clutton , Baptiste Daroussin , Doug Barton , freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 16:46:32 -0000 On Thu, 26 Dec 2013 09:27:34 -0700 (MST) Warren Block wrote: > On Thu, 26 Dec 2013, Baptiste Daroussin wrote: > > > On Thu, Dec 26, 2013 at 09:18:57AM -0700, Warren Block wrote: > >> On Thu, 26 Dec 2013, Baptiste Daroussin wrote: > >> > >>> On Wed, Dec 25, 2013 at 10:55:56PM -0800, Doug Barton wrote: > >>>> On 12/25/2013 10:51 PM, clutton wrote: > >>>>> Sorry, but I have a quite opposite view. Making both variants > >>>>> work means chaos. More variants means more complication. > >>>> > >>>> if || WITHOUT_NLS; then > >>>> > >>>> > >>>> This is not chaos. It's called "backwards compatibility," which > >>>> is a critical part of every mature software project. > >>>> > >>>> OTOH, forcing users to jump through stupid hoops to change > >>>> configurations which have worked for over a decade is a sign of > >>>> the inmates running the asylum. > >>>> > >>>> Doug > >>>> > >>> > >>> Backward compatility is still in there, this is a warning to the > >>> users, so that they do get time to migrate. And it will stay for > >>> a while, even if OPTIONS_UNSET=NLS is recommanded for more than a > >>> year. > >> > >> It would be nice if that was added to the warning: > >> > >> /!\ WARNING /!\ > >> WITHOUT_NLS is deprecated: use NLS option or OPTIONS_UNSET=NLS > >> instead > > > > use NLS option == OPTIONS_UNSET=NLS but yes I'll make the message > > more clear. > > To me, "use NLS option" implied using the options menu for the port. Adding a (shortened, so easy to type) URL pointing to the wiki or whatever resource describing why this happened could be useful (not just for this, but for all of these deprecation warnings, so users understand the rationale behind them). -- Michael Gmelin From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 17:30:18 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 97AB2D06 for ; Thu, 26 Dec 2013 17:30:18 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 30C8012C6 for ; Thu, 26 Dec 2013 17:30:17 +0000 (UTC) Received: from [10.253.225.108] ([46.115.93.225]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0Lk8CY-1VLX6D15hK-00c7Hh for ; Thu, 26 Dec 2013 18:30:16 +0100 User-Agent: K-9 Mail for Android In-Reply-To: <20131226065451.745a0c55@scorpio> References: <20131224154419.1b87ef83@scorpio> <20131226065451.745a0c55@scorpio> MIME-Version: 1.0 Subject: Re: Updating CUPS From: Matthias Andree Date: Thu, 26 Dec 2013 18:30:07 +0100 To: FreeBSD Ports Message-ID: <01418a96-df39-4a66-8ff6-004c67879290@email.android.com> X-Provags-ID: V03:K0:CEJnpPm+O/vtQEMmYJmnC8ATfwHR2CX7KKcmxdc5hrUoisQusnf W5qIJ18NmNSLFvLwds9iIOZ2C7dj8jVRFrPYHe9UtfXR/ZJF+tBkaYYVrUbO1kDSIA/pvrS 92uzN8XFQN9PoRnFi+K1Kd8vrG5CDWW5BnctPj422KY++KcJyG8dHXmbLMNXd74TyYAvl+l /V80przdR7BJfhjrgOGxw== Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 17:30:18 -0000 Jerry schrieb: >On Wed, 25 Dec 2013 09:14:55 +010= 0, Matthias Andree stated: > >> Jerry schrieb: >> >= The ports latest version of CUPS is 1=2E5=2E4; however version 1=2E7=2E0 ha= s >> >been out since 10/24/13=2E Is there any possibility that the latest >= > >version will make it into the ports system soon? >> > >> Careful with wh= at you are asking for, have you checked the upstream >> change logs? 1=2E6 = already broke some aspects of compatibility >> massively w=2Er=2Et=2E distr= ibuted printing or differing CUPS versions in >> your LAN=2E > >Well, almos= t any updated software has the potential to break something, >CUPS being no= exception=2E However, those cases are not the norm and the >fact that in a= few edge cases problems have been discovered is not a >sound reason for un= ilaterally failing to include the new version in the >posts system=2E There= have been numerous cases where a new version of a >port was introduced int= o the system=2E In many of those cases workarounds >were introduced to allo= w the user to continue with the older version or >update to the newer one= =2E I fail to see why that would not be acceptable >in this instance=2E In = any case, how do you propose to find problems with >a new product if it is = not tested in a real environment? In a worse >case scenario, a new port, pe= rhaps "cups-devel" could be created=2E > >-- >Jerry > >{Please don't CC me= =2E I am on the list=2E} >_______________________________________________ >= freebsd-ports@freebsd=2Eorg mailing list >http://lists=2Efreebsd=2Eorg/mail= man/listinfo/freebsd-ports >To unsubscribe, send any mail to >"freebsd-port= s-unsubscribe@freebsd=2Eorg" I meant deliberate changes in concepts, not j= ust happenstances=2E=2E=2E Check what Fedora and other Linux distros have b= een doing to work around those before you complain=2E And remember this i= s a volunteer project, you are not paying to get upgrades within the week= =2E=2E=2E From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 17:30:56 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 744CEDA2 for ; Thu, 26 Dec 2013 17:30:56 +0000 (UTC) Received: from mail-lb0-x230.google.com (mail-lb0-x230.google.com [IPv6:2a00:1450:4010:c04::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ECDEB12D1 for ; Thu, 26 Dec 2013 17:30:55 +0000 (UTC) Received: by mail-lb0-f176.google.com with SMTP id l4so3758133lbv.21 for ; Thu, 26 Dec 2013 09:30:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=PKpixecHvY9r7ctq2RLk9+RZ3YRiUDrqGhVYnka8QGk=; b=n2MfJblCRMLZc6L7T9BbWJolNPRCwA+8iYZAEtVN9N2JeeaLAWiE85pFv0e8UgCa5j iPPPHFVr919xbazLYBqX6FnkX4Di0jaDMK5XcjjK/uMU1odiiLeBEBo1d4T0QdMpEy0+ jyRLvCO5FOguVsjRyr9wfw+FXVvtK8yRjlIgxjLl4T5SjDwS6xvUTOy+7mS8vVjAOD0E i0U+/oZbVJStryCqdcWS1IPMJ6LO1hd+h0tg19xsC+hxEoGXXHM4wkjUjCorO4cbz+07 kzAti+LbC795GgUaDq+NPOWfVtnnMrbTZOKP1OtIeGSG5vR++4hhjmcsOenftYptiTvS oqhw== X-Received: by 10.112.78.4 with SMTP id x4mr309143lbw.81.1388079054018; Thu, 26 Dec 2013 09:30:54 -0800 (PST) MIME-Version: 1.0 Sender: royce.williams@gmail.com Received: by 10.112.163.100 with HTTP; Thu, 26 Dec 2013 09:30:33 -0800 (PST) In-Reply-To: <20131226174629.241d7f90@bsd64.grem.de> References: <52BBC4F3.2050508@dougbarton.us> <1388040674.3771.27.camel@eva02.mbsd> <52BBD2FC.2070405@dougbarton.us> <20131226100851.GD40122@ithaqua.etoilebsd.net> <20131226162331.GO40122@ithaqua.etoilebsd.net> <20131226174629.241d7f90@bsd64.grem.de> From: Royce Williams Date: Thu, 26 Dec 2013 08:30:33 -0900 X-Google-Sender-Auth: SzkSg1geu0YTd0DVQ_xQT_elHdc Message-ID: Subject: Re: WITHOUT_NLS is deprecated use NLS option instead To: FreeBSD Mailing List Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 17:30:56 -0000 On Thu, Dec 26, 2013 at 7:46 AM, Michael Gmelin wrote: > Adding a (shortened, so easy to type) URL pointing to the wiki or > whatever resource describing why this happened could be useful (not just > for this, but for all of these deprecation warnings, so users > understand the rationale behind them). Yes! +10 (not a typo). Please cache more breadcrumbs so that others can use them. For example, I'm getting this now: pkg: PACKAGESITE in pkg.conf is deprecated. Please create a repository configuration file ... but as you can see in this thread, people have been looking for breadcrumbs and having trouble finding anything useful: https://forums.freebsd.org/viewtopic.php?t=43506 ... especially when this message appears even if PACKAGESITE doesn't actually appear in pkg.conf. Royce From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 18:29:33 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D64C6F6C for ; Thu, 26 Dec 2013 18:29:33 +0000 (UTC) Received: from mail-qa0-x232.google.com (mail-qa0-x232.google.com [IPv6:2607:f8b0:400d:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8822716FC for ; Thu, 26 Dec 2013 18:29:33 +0000 (UTC) Received: by mail-qa0-f50.google.com with SMTP id i13so7929518qae.9 for ; Thu, 26 Dec 2013 10:29:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seibercom.net; s=google; h=date:from:to:subject:message-id:in-reply-to:references:reply-to :mime-version:content-type:content-transfer-encoding; bh=W2Bi57Gi6Nc525f/bCSg16xgUrfu3yM6lfalf4VdxfU=; b=bkP+tbR+EwmerO5pJHBHOySVAHm58auNynOglJDzIKCmgWKOebGNGpM3gUqki8yfGY YW1BiCVXInH6/LFjVpIzeIERCODvbLZI2e8wdqtJ9kiQlB6hihdkAKBNwQEq3YMmrPmy yFpoZUGOw0C3MDyN66sLlRb5NUzUDeijwlHfk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:in-reply-to :references:reply-to:mime-version:content-type :content-transfer-encoding; bh=W2Bi57Gi6Nc525f/bCSg16xgUrfu3yM6lfalf4VdxfU=; b=VCFKp8WRXj5384cV9WuP/IQekGQhRYA7vE2Bp6Mc0WoP81lXXHPik4FJijF7Z5g0SU 8jiEQ6P7OJ1JNVHpV9KgFH9pJDt/++NDl20yk/rNaYr857b1MMvxDL2ZaO7DmCtX3i8A a+QxGoINUGNM35p+0QohHei0UGC0lDz+xH04b1X8nvqUqCPkmaXqFUA2YirEs2uPL7j3 hmWA0sbCy+Fb/8Pxsj2T2l35WVMTKk+0ePkfHeq/bixeJTbTocZ9+F0ONSu/bjIXRrv3 K+l7efG3lmf4rFs1e18QddSG5eOkR3TbuzN5Sy0mkRr3zABHgtmdhdKf2O7hnuHJP2zZ Rssw== X-Gm-Message-State: ALoCoQmtMTmv2Jxyni/1qh8dZVNbB01HMom5BROePWbnmuFoz3iAQcewvRzGs+bGuOYMreVTvomD X-Received: by 10.49.30.197 with SMTP id u5mr75303814qeh.33.1388082572726; Thu, 26 Dec 2013 10:29:32 -0800 (PST) Received: from scorpio (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPSA id a5sm46979905qae.2.2013.12.26.10.29.31 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Thu, 26 Dec 2013 10:29:32 -0800 (PST) Date: Thu, 26 Dec 2013 13:29:31 -0500 From: Jerry To: FreeBSD Ports Subject: Re: Updating CUPS Message-ID: <20131226132931.36906237@scorpio> In-Reply-To: <01418a96-df39-4a66-8ff6-004c67879290@email.android.com> References: <20131224154419.1b87ef83@scorpio> <20131226065451.745a0c55@scorpio> <01418a96-df39-4a66-8ff6-004c67879290@email.android.com> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 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: Thu, 26 Dec 2013 18:29:34 -0000 On Thu, 26 Dec 2013 18:30:07 +0100, Matthias Andree stated: > I meant deliberate changes in concepts, not just happenstances... > Check what Fedora and other Linux distros have been doing to work > around those before you complain. > > And remember this is a volunteer project, you are not paying to get > upgrades within the week... I have done some checking on what is transpiring with CUPS on other distros. Actually, what happens there is not truly germane to FreeBSD though. In all too many instances, software that works perfectly fine there does not exhibit the same degree of suitability under FreeBSD architecture. Furthermore, version 1.5.4 (the ports version) was released on 7/25/12. The senior release version of the 1.6 family, 1.6.3 was released on 7/11/13. The 1.7 family was introduced shortly afterwards. Apparently, FreeBSD has skipped the entire 1.6.x branch. All I asked was if an updated version of CUPS was planned to be introduced into the ports system. I never said I was paying to get updates; although I have on several occasions voiced my opinion, along with others, that hiring professionals to maintain some ports or other areas of FreeBSD that seem to either get neglected or lag behind other operating systems might be a good investment. In any case, you obviously have no personal knowledge of what is transpiring with this port so further discussions with you are futile. -- Jerry From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 18:56:52 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C048A7A; Thu, 26 Dec 2013 18:56:52 +0000 (UTC) Received: from qat.redports.org (unknown [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EF23718F4; Thu, 26 Dec 2013 18:56:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=js01lVG0KSRsw+++x3oUcSlweRIY5higHM4rLY8fghg=; b=9AkrmPZHRP8VHDfK2EpGnH8hwrXHJyH4sKGLv6dL0DkLFVqi0kNIDetp8of1nQpLa49wkmF9qkMz1szQleR/QNyX5cFJ5oc677ZN4obyOA5p6TcWdn+FSgbOv/LULvRiFHCdSubKSr0QiRtSG7/bB5b2foVXFYVU64C7t0QwOcQ=; Received: from www by qat.redports.org with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VwG71-000EOI-13; Thu, 26 Dec 2013 18:56:51 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: rakuco@FreeBSD.org X-Trac-Project: redports Date: Thu, 26 Dec 2013 18:56:50 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r337542: 4x leftovers To: rakuco@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20131226160401-24939 X-Trac-Build-ID: 20131226160401-24939 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 18:56:52 -0000 Make knotd startup script work again. >From the PR: When submitting PR 183682 I was unaware the patch as in PR 182792 wasn't committed yet. So to my amazing I just noticed the startup problem still exists. Enclosed patch is basicly the same as the uncommited one, but besides the removal of the -w option, knotd now starts by default as a daemon (-d) in stead of interactive (-i). So I could simplify the startup script a lot. PR: ports/183891 Submitted by: Leo Vandewoestijne (maintainer) --------------------------------------------------------------------- Build ID: 20131226160401-24939 Job owner: rakuco@FreeBSD.org Buildtime: 3 hours Enddate: Thu, 26 Dec 2013 18:56:48 GMT Revision: r337542 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=337542 --------------------------------------------------------------------- Port: dns/knot 1.3.3_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rakuco@FreeBSD.org/20131226160401-24939-243340/knot-1.3.3_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rakuco@FreeBSD.org/20131226160401-24939-243341/knot-1.3.3_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rakuco@FreeBSD.org/20131226160401-24939-243342/knot-1.3.3_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rakuco@FreeBSD.org/20131226160401-24939-243343/knot-1.3.3_1.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 19:03:59 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F2675C5D for ; Thu, 26 Dec 2013 19:03:59 +0000 (UTC) Received: from forward7l.mail.yandex.net (forward7l.mail.yandex.net [IPv6:2a02:6b8:0:1819::7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AF70F19CB for ; Thu, 26 Dec 2013 19:03:59 +0000 (UTC) Received: from smtp12.mail.yandex.net (smtp12.mail.yandex.net [95.108.131.191]) by forward7l.mail.yandex.net (Yandex) with ESMTP id 0EF44BC0D6F for ; Thu, 26 Dec 2013 23:03:48 +0400 (MSK) Received: from smtp12.mail.yandex.net (localhost [127.0.0.1]) by smtp12.mail.yandex.net (Yandex) with ESMTP id C18F816A08BA for ; Thu, 26 Dec 2013 23:03:48 +0400 (MSK) Received: from 46.38.32.182.tel.ru (46.38.32.182.tel.ru [46.38.32.182]) by smtp12.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id gTV6rhAdWi-3mMK6GOB; Thu, 26 Dec 2013 23:03:48 +0400 (using TLSv1 with cipher CAMELLIA256-SHA (256/256 bits)) (Client certificate not present) X-Yandex-Uniq: 8b9e507c-9fd4-4089-bd26-243f39229ec3 Message-ID: <52BC7D94.9000900@passap.ru> Date: Thu, 26 Dec 2013 23:03:48 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130806 Thunderbird/17.0.7 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Updating CUPS References: <20131224154419.1b87ef83@scorpio> <20131226065451.745a0c55@scorpio> <01418a96-df39-4a66-8ff6-004c67879290@email.android.com> <20131226132931.36906237@scorpio> In-Reply-To: <20131226132931.36906237@scorpio> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 19:04:00 -0000 26.12.2013 22:29, Jerry пишет: > All I asked was if an updated version of CUPS was planned to be > introduced into the ports system. I run 1.7.0 at my system for two weeks. However there are some problems I'm working on. Sorry, no time estimation for now. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 19:06:12 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18725D10 for ; Thu, 26 Dec 2013 19:06:12 +0000 (UTC) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9ED5319E2 for ; Thu, 26 Dec 2013 19:06:11 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id a1so7415610wgh.17 for ; Thu, 26 Dec 2013 11:06:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=4Uset0sHTZpSJZCCMwJcu++a8CD3fdnTRLebiVopX2g=; b=hPwLy47rX9nfInwN3ICHufTzTY1T7EVgZPHitNIgmejscDwGIK13QLVU7zrrKgYajt uv5m3Y5XC4iUbF5By4gVGWX5kTdZedhqAp/B7QYXa7i/d3qcTUJvEhpBRc6+tKIBAAXU 4v18bOcciN5deMSKo98EDwuUdn3ZgGYUEOUGYju9OZL7CJDq/wXPGEIWIiDMlBpcepEU yGsFz+xTbvoqPEHl2RDpz8MnppbEayH4sQNLVZSxLZJmVZTRrBZ0bCaAa0Bm2YIDJqW+ +jtUoUkMJwv3KH2DUlq93EFjgHpdliLM9mV+tqIcowoiZdKD4qo4O3vgmDzr6JyNPNTW 31xA== X-Received: by 10.194.93.105 with SMTP id ct9mr30548404wjb.6.1388084770043; Thu, 26 Dec 2013 11:06:10 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id ko3sm17559530wjb.23.2013.12.26.11.06.08 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 26 Dec 2013 11:06:08 -0800 (PST) Sender: Baptiste Daroussin Date: Thu, 26 Dec 2013 20:06:07 +0100 From: Baptiste Daroussin To: Boris Samorodov Subject: Re: Updating CUPS Message-ID: <20131226190606.GS40122@ithaqua.etoilebsd.net> References: <20131224154419.1b87ef83@scorpio> <20131226065451.745a0c55@scorpio> <01418a96-df39-4a66-8ff6-004c67879290@email.android.com> <20131226132931.36906237@scorpio> <52BC7D94.9000900@passap.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H88uUF932U8Oj0a6" Content-Disposition: inline In-Reply-To: <52BC7D94.9000900@passap.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 19:06:12 -0000 --H88uUF932U8Oj0a6 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 26, 2013 at 11:03:48PM +0400, Boris Samorodov wrote: > 26.12.2013 22:29, Jerry =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >=20 > > All I asked was if an updated version of CUPS was planned to be > > introduced into the ports system. >=20 > I run 1.7.0 at my system for two weeks. However there are some > problems I'm working on. Sorry, no time estimation for now. >=20 Thanks for working on this! Bapt --H88uUF932U8Oj0a6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlK8fh4ACgkQ8kTtMUmk6EwLFgCfeuAcJXw+FvqJqWtY9CRPAIy0 dBQAn3oPRYTlWP6A59R8T9IKjbCLmKs3 =4rpJ -----END PGP SIGNATURE----- --H88uUF932U8Oj0a6-- From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 20:37:18 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2316BE52; Thu, 26 Dec 2013 20:37:18 +0000 (UTC) Received: from mp1-smtp-2.eutelia.it (mp1-smtp-2.eutelia.it [62.94.10.162]) by mx1.freebsd.org (Postfix) with ESMTP id 013BD1040; Thu, 26 Dec 2013 20:37:16 +0000 (UTC) Received: from ns2.biolchim.it (ip-188-188.sn2.eutelia.it [83.211.188.188]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mp1-smtp-2.eutelia.it (Eutelia) with ESMTP id 924FBDEE5A; Thu, 26 Dec 2013 21:14:10 +0100 (CET) Received: from soth.ventu (adsl-ull-185-246.41-151.net24.it [151.41.246.185]) (authenticated bits=0) by ns2.biolchim.it (8.14.7/8.14.7) with ESMTP id rBQKDu4W032902 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 26 Dec 2013 21:14:02 +0100 (CET) (envelope-from ml@netfence.it) X-Authentication-Warning: ns2.biolchim.it: Host adsl-ull-185-246.41-151.net24.it [151.41.246.185] claimed to be soth.ventu Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.7/8.14.7) with ESMTP id rBQKDomE021609; Thu, 26 Dec 2013 21:13:50 +0100 (CET) (envelope-from ml@netfence.it) Message-ID: <52BC8DFE.5090903@netfence.it> Date: Thu, 26 Dec 2013 21:13:50 +0100 From: Andrea Venturoli User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: gnn@FreeBSD.org Subject: Cannot build synergy-devel Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (ns2.biolchim.it [192.168.2.203]); Thu, 26 Dec 2013 21:14:04 +0100 (CET) X-Scanned-By: MIMEDefang 2.74 Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 20:37:18 -0000 Hello. Since some time I cannot build sysutil/synergy-devel anymore. The box is 9.1/i386 and all dependencies are up to date. Although this is not a big or urgent problem to me, I though I'd let you know. Below is the full build log. If you want me to test anything, just tell. Thanks for your work. bye av. > root@xxxxxx:/usr/ports/sysutils/synergy-devel # portupgrade -R synergy\* > [Gathering depends for sysutils/synergy-devel ............................................................................................................... done] > [Exclude up-to-date packages ..................................... done] > ---> Upgrading 'synergy-devel-1.4.12' to 'synergy-devel-1.4.15' (sysutils/synergy-devel) > ---> Building '/usr/ports/sysutils/synergy-devel' > ===> Cleaning for synergy-devel-1.4.15 > ===> License GPLv2 accepted by the user > ===> Fetching all distfiles required by synergy-devel-1.4.15 for building > ===> Extracting for synergy-devel-1.4.15 > => SHA256 Checksum OK for synergy-1.4.15-Source.tar.gz. > cd /usr/ports/sysutils/synergy-devel/work/synergy-1.4.15-Source/tools/ > /bin/mkdir -p /usr/ports/sysutils/synergy-devel/work/synergy-1.4.15-Source/tools/cryptopp562 > (cd /usr/ports/sysutils/synergy-devel/work/synergy-1.4.15-Source/tools/cryptopp562 && /usr/bin/tar xfz /usr/ports/sysutils/synergy-devel/work/synergy-1.4.15-Source/tools/cryptopp562.zip) > ===> Patching for synergy-devel-1.4.15 > ===> Converting DOS text files to UNIX text files > ===> Applying FreeBSD patches for synergy-devel-1.4.15 > ===> synergy-devel-1.4.15 depends on file: /usr/local/bin/cmake - found > ===> synergy-devel-1.4.15 depends on file: /usr/local/libdata/pkgconfig/ice.pc - found > ===> synergy-devel-1.4.15 depends on file: /usr/local/libdata/pkgconfig/xtst.pc - found > ===> synergy-devel-1.4.15 depends on file: /usr/local/libdata/pkgconfig/x11.pc - found > ===> synergy-devel-1.4.15 depends on file: /usr/local/libdata/pkgconfig/sm.pc - found > ===> Configuring for synergy-devel-1.4.15 > ===> Performing in-source build > /bin/mkdir -p /usr/ports/sysutils/synergy-devel/work/synergy-1.4.15-Source > -- The C compiler identification is GNU 4.2.1 > -- The CXX compiler identification is GNU 4.2.1 > -- Check for working C compiler: /usr/bin/cc > -- Check for working C compiler: /usr/bin/cc -- works > -- Detecting C compiler ABI info > -- Detecting C compiler ABI info - done > -- Check for working CXX compiler: /usr/bin/c++ > -- Check for working CXX compiler: /usr/bin/c++ -- works > -- Detecting CXX compiler ABI info > -- Detecting CXX compiler ABI info - done > -- Looking for C++ include istream > -- Looking for C++ include istream - found > -- Looking for C++ include ostream > -- Looking for C++ include ostream - found > -- Looking for C++ include sstream > -- Looking for C++ include sstream - found > -- Looking for include file inttypes.h > -- Looking for include file inttypes.h - found > -- Looking for include file locale.h > -- Looking for include file locale.h - found > -- Looking for include file memory.h > -- Looking for include file memory.h - found > -- Looking for include file stdlib.h > -- Looking for include file stdlib.h - found > -- Looking for include file strings.h > -- Looking for include file strings.h - found > -- Looking for include file string.h > -- Looking for include file string.h - found > -- Looking for include file sys/select.h > -- Looking for include file sys/select.h - found > -- Looking for include file sys/socket.h > -- Looking for include file sys/socket.h - found > -- Looking for include file sys/stat.h > -- Looking for include file sys/stat.h - found > -- Looking for include file sys/time.h > -- Looking for include file sys/time.h - found > -- Looking for include file sys/utsname.h > -- Looking for include file sys/utsname.h - found > -- Looking for include file unistd.h > -- Looking for include file unistd.h - found > -- Looking for include file wchar.h > -- Looking for include file wchar.h - found > -- Looking for getpwuid_r > -- Looking for getpwuid_r - found > -- Looking for gmtime_r > -- Looking for gmtime_r - found > -- Looking for nanosleep > -- Looking for nanosleep - found > -- Looking for poll > -- Looking for poll - found > -- Looking for sigwait > -- Looking for sigwait - found > -- Looking for strftime > -- Looking for strftime - found > -- Looking for vsnprintf > -- Looking for vsnprintf - found > -- Looking for inet_aton > -- Looking for inet_aton - found > -- Looking for sys/types.h > -- Looking for sys/types.h - found > -- Looking for stdint.h > -- Looking for stdint.h - found > -- Looking for stddef.h > -- Looking for stddef.h - found > -- Check size of char > -- Check size of char - done > -- Check size of int > -- Check size of int - done > -- Check size of long > -- Check size of long - done > -- Check size of short > -- Check size of short - done > -- Looking for pthread_create in pthread > -- Looking for pthread_create in pthread - found > -- Looking for XRRNotifyEvent > -- Looking for XRRNotifyEvent - not found > -- Looking for 3 include files X11/Xlib.h, ..., X11/extensions/dpms.h > -- Looking for 3 include files X11/Xlib.h, ..., X11/extensions/dpms.h - found > -- Looking for include file X11/extensions/Xinerama.h > -- Looking for include file X11/extensions/Xinerama.h - found > -- Looking for 3 include files X11/Xlib.h, ..., X11/extensions/XKBstr.h > -- Looking for 3 include files X11/Xlib.h, ..., X11/extensions/XKBstr.h - found > -- Looking for include file X11/extensions/XKB.h > -- Looking for include file X11/extensions/XKB.h - found > -- Looking for include file X11/extensions/XTest.h > -- Looking for include file X11/extensions/XTest.h - found > -- Looking for include files X11/Xlib.h, X11/XKBlib.h > -- Looking for include files X11/Xlib.h, X11/XKBlib.h - found > -- Looking for include file X11/extensions/XInput2.h > -- Looking for include file X11/extensions/XInput2.h - found > -- Looking for IceConnectionNumber in SM;ICE > -- Looking for IceConnectionNumber in SM;ICE - found > -- Looking for DPMSQueryExtension in Xext;X11 > -- Looking for DPMSQueryExtension in Xext;X11 - found > -- Looking for XTestQueryExtension in Xtst;Xext;X11 > -- Looking for XTestQueryExtension in Xtst;Xext;X11 - found > -- Looking for XineramaQueryExtension in Xinerama > -- Looking for XineramaQueryExtension in Xinerama - found > -- Looking for XISelectEvents in Xi > -- Looking for XISelectEvents in Xi - found > -- Looking for XRRQueryExtension in Xrandr > -- Looking for XRRQueryExtension in Xrandr - found > -- Configuring done > -- Generating done > CMake Warning: > Manually-specified variables were not used by the project: > > CMAKE_CXX_FLAGS_DEBUG > CMAKE_C_FLAGS_DEBUG > CMAKE_MODULE_LINKER_FLAGS > CMAKE_SHARED_LINKER_FLAGS > THREADS_HAVE_PTHREAD_ARG > > > -- Build files have been written to: /usr/ports/sysutils/synergy-devel/work/synergy-1.4.15-Source > ===> Building for synergy-devel-1.4.15 > Scanning dependencies of target common > [ 0%] Building CXX object src/lib/common/CMakeFiles/common.dir/Version.o > Linking CXX static library ../../../lib/libcommon.a > Scanning dependencies of target mt > Scanning dependencies of target gmock > [ 1%] Building CXX object src/lib/mt/CMakeFiles/mt.dir/CCondVar.o > [ 2%] Building CXX object src/test/CMakeFiles/gmock.dir/__/__/tools/gmock-1.6.0/src/gmock-all.o > [ 2%] Built target common > [ 2%] Building CXX object src/lib/mt/CMakeFiles/mt.dir/CLock.o > Scanning dependencies of target arch > [ 2%] Building CXX object src/lib/arch/CMakeFiles/arch.dir/CArch.o > Scanning dependencies of target gtest > [ 2%] Building CXX object src/test/CMakeFiles/gtest.dir/__/__/tools/gtest-1.6.0/src/gtest-all.o > [ 3%] Building CXX object src/lib/mt/CMakeFiles/mt.dir/CMutex.o > [ 4%] Building CXX object src/lib/arch/CMakeFiles/arch.dir/IArchString.o > [ 5%] Building CXX object src/lib/mt/CMakeFiles/mt.dir/CThread.o > [ 5%] Building CXX object src/lib/arch/CMakeFiles/arch.dir/XArch.o > [ 5%] Building CXX object src/lib/mt/CMakeFiles/mt.dir/XMT.o > [ 6%] Building CXX object src/lib/arch/CMakeFiles/arch.dir/CArchConsoleStd.o > Linking CXX static library ../../../lib/libmt.a > [ 6%] Built target mt > [ 6%] Building CXX object src/lib/arch/CMakeFiles/arch.dir/CArchConsoleUnix.o > [ 7%] Building CXX object src/lib/arch/CMakeFiles/arch.dir/CArchDaemonUnix.o > Scanning dependencies of target micro > [ 7%] Building C object src/micro/CMakeFiles/micro.dir/uSynergy.o > [ 8%] Building CXX object src/lib/arch/CMakeFiles/arch.dir/CArchFileUnix.o > Linking C static library ../../lib/libmicro.a > [ 8%] Built target micro > [ 8%] Building CXX object src/lib/arch/CMakeFiles/arch.dir/CArchLogUnix.o > [ 9%] Building CXX object src/lib/arch/CMakeFiles/arch.dir/CArchMultithreadPosix.o > Scanning dependencies of target cryptopp > [ 10%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/3way.o > [ 10%] Building CXX object src/lib/arch/CMakeFiles/arch.dir/CArchNetworkBSD.o > Linking CXX static library ../../lib/libgmock.a > [ 10%] Built target gmock > [ 10%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/algparam.o > [ 11%] Building CXX object src/lib/arch/CMakeFiles/arch.dir/CArchSleepUnix.o > [ 12%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/asn.o > [ 13%] Building CXX object src/lib/arch/CMakeFiles/arch.dir/CArchStringUnix.o > [ 13%] Building CXX object src/lib/arch/CMakeFiles/arch.dir/CArchSystemUnix.o > [ 14%] Building CXX object src/lib/arch/CMakeFiles/arch.dir/CArchTaskBarXWindows.o > [ 15%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/authenc.o > [ 15%] Building CXX object src/lib/arch/CMakeFiles/arch.dir/CArchTimeUnix.o > [ 16%] Building CXX object src/lib/arch/CMakeFiles/arch.dir/XArchUnix.o > [ 17%] Building CXX object src/lib/arch/CMakeFiles/arch.dir/CArchDaemonNone.o > [ 17%] Building CXX object src/lib/arch/CMakeFiles/arch.dir/CArchPluginUnix.o > Linking CXX static library ../../../lib/libarch.a > [ 17%] Built target arch > [ 17%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/basecode.o > Scanning dependencies of target base > [ 18%] Building CXX object src/lib/base/CMakeFiles/base.dir/CEvent.o > [ 18%] Building CXX object src/lib/base/CMakeFiles/base.dir/CEventQueue.o > [ 19%] Building CXX object src/lib/base/CMakeFiles/base.dir/CEventTypes.o > [ 20%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/cpu.o > Scanning dependencies of target usynergy > [ 21%] Building C object src/cmd/usynergy/CMakeFiles/usynergy.dir/uSynergyUnix.o > Linking C executable ../../../bin/usynergy > [ 21%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/cryptlib.o > [ 21%] Built target usynergy > [ 22%] Building CXX object src/lib/base/CMakeFiles/base.dir/CFunctionEventJob.o > [ 23%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/des.o > [ 23%] Building CXX object src/lib/base/CMakeFiles/base.dir/CFunctionJob.o > [ 24%] Building CXX object src/lib/base/CMakeFiles/base.dir/CLog.o > Linking CXX static library ../../lib/libgtest.a > [ 24%] Built target gtest > [ 25%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/dessp.o > [ 25%] Building CXX object src/lib/base/CMakeFiles/base.dir/CSimpleEventQueueBuffer.o > [ 25%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/dll.o > [ 26%] Building CXX object src/lib/base/CMakeFiles/base.dir/CStopwatch.o > [ 27%] Building CXX object src/lib/base/CMakeFiles/base.dir/CStringUtil.o > [ 27%] Building CXX object src/lib/base/CMakeFiles/base.dir/CUnicode.o > [ 28%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/ec2n.o > [ 29%] Building CXX object src/lib/base/CMakeFiles/base.dir/LogOutputters.o > [ 29%] Building CXX object src/lib/base/CMakeFiles/base.dir/XBase.o > [ 29%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/ecp.o > Linking CXX static library ../../../lib/libbase.a > [ 29%] Built target base > [ 30%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/filters.o > [ 30%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/fips140.o > [ 31%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/gcm.o > [ 32%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/gf2n.o > [ 32%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/gfpcrypt.o > [ 33%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/hex.o > [ 33%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/hmac.o > [ 34%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/hrtimer.o > [ 35%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/integer.o > [ 35%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/iterhash.o > [ 36%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/misc.o > [ 36%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/modes.o > [ 37%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/mqueue.o > [ 38%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/nbtheory.o > [ 38%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/oaep.o > [ 39%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/osrng.o > [ 39%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/pubkey.o > [ 40%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/queue.o > [ 41%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/randpool.o > [ 41%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/rdtables.o > [ 42%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/rijndael.o > [ 42%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/rng.o > [ 43%] Building CXX object tools/CMakeFiles/cryptopp.dir/cryptopp562/sha.o > Linking CXX static library ../lib/libcryptopp.a > [ 43%] Built target cryptopp > Scanning dependencies of target io > [ 44%] Building CXX object src/lib/io/CMakeFiles/io.dir/CCryptoStream.o > [ 44%] Building CXX object src/lib/io/CMakeFiles/io.dir/CStreamFilter.o > [ 44%] Building CXX object src/lib/io/CMakeFiles/io.dir/CStreamBuffer.o > [ 45%] Building CXX object src/lib/io/CMakeFiles/io.dir/XIO.o > [ 46%] Building CXX object src/lib/io/CMakeFiles/io.dir/CCryptoMode.o > [ 47%] Building CXX object src/lib/io/CMakeFiles/io.dir/CCryptoOptions.o > Linking CXX static library ../../../lib/libio.a > [ 47%] Built target io > Scanning dependencies of target net > [ 49%] Building CXX object src/lib/net/CMakeFiles/net.dir/CSocketMultiplexer.o > [ 49%] Building CXX object src/lib/net/CMakeFiles/net.dir/CNetworkAddress.o > [ 49%] Building CXX object src/lib/net/CMakeFiles/net.dir/CTCPListenSocket.o > [ 50%] Building CXX object src/lib/net/CMakeFiles/net.dir/CTCPSocket.o > [ 50%] Building CXX object src/lib/net/CMakeFiles/net.dir/CTCPSocketFactory.o > [ 51%] Building CXX object src/lib/net/CMakeFiles/net.dir/IDataSocket.o > [ 51%] Building CXX object src/lib/net/CMakeFiles/net.dir/XSocket.o > Linking CXX static library ../../../lib/libnet.a > [ 51%] Built target net > Scanning dependencies of target synergy > [ 51%] Building CXX object src/lib/synergy/CMakeFiles/synergy.dir/CClientTaskBarReceiver.o > [ 53%] Building CXX object src/lib/synergy/CMakeFiles/synergy.dir/CServerTaskBarReceiver.o > [ 53%] Building CXX object src/lib/synergy/CMakeFiles/synergy.dir/CPortableTaskBarReceiver.o > [ 53%] Building CXX object src/lib/synergy/CMakeFiles/synergy.dir/CApp.o > [ 54%] Building CXX object src/lib/synergy/CMakeFiles/synergy.dir/CClientApp.o > [ 54%] Building CXX object src/lib/synergy/CMakeFiles/synergy.dir/CServerApp.o > [ 55%] Building CXX object src/lib/synergy/CMakeFiles/synergy.dir/CClipboard.o > [ 56%] Building CXX object src/lib/synergy/CMakeFiles/synergy.dir/CKeyMap.o > [ 56%] Building CXX object src/lib/synergy/CMakeFiles/synergy.dir/CKeyState.o > [ 57%] Building CXX object src/lib/synergy/CMakeFiles/synergy.dir/CPacketStreamFilter.o > [ 57%] Building CXX object src/lib/synergy/CMakeFiles/synergy.dir/CPlatformScreen.o > [ 58%] Building CXX object src/lib/synergy/CMakeFiles/synergy.dir/CProtocolUtil.o > [ 59%] Building CXX object src/lib/synergy/CMakeFiles/synergy.dir/CScreen.o > [ 59%] Building CXX object src/lib/synergy/CMakeFiles/synergy.dir/IClipboard.o > [ 60%] Building CXX object src/lib/synergy/CMakeFiles/synergy.dir/IKeyState.o > [ 60%] Building CXX object src/lib/synergy/CMakeFiles/synergy.dir/IPrimaryScreen.o > [ 61%] Building CXX object src/lib/synergy/CMakeFiles/synergy.dir/KeyTypes.o > [ 62%] Building CXX object src/lib/synergy/CMakeFiles/synergy.dir/ProtocolTypes.o > [ 62%] Building CXX object src/lib/synergy/CMakeFiles/synergy.dir/XScreen.o > [ 63%] Building CXX object src/lib/synergy/CMakeFiles/synergy.dir/XSynergy.o > [ 63%] Building CXX object src/lib/synergy/CMakeFiles/synergy.dir/CDaemonApp.o > [ 64%] Building CXX object src/lib/synergy/CMakeFiles/synergy.dir/CAppUtil.o > [ 65%] Building CXX object src/lib/synergy/CMakeFiles/synergy.dir/CArgsBase.o > [ 65%] Building CXX object src/lib/synergy/CMakeFiles/synergy.dir/CFileChunker.o > [ 66%] Building CXX object src/lib/synergy/CMakeFiles/synergy.dir/CDragInformation.o > [ 66%] Building CXX object src/lib/synergy/CMakeFiles/synergy.dir/CAppUtilUnix.o > Linking CXX static library ../../../lib/libsynergy.a > [ 66%] Built target synergy > Scanning dependencies of target server > [ 66%] Building CXX object src/lib/server/CMakeFiles/server.dir/CBaseClientProxy.o > [ 68%] Building CXX object src/lib/server/CMakeFiles/server.dir/CClientListener.o > [ 68%] Building CXX object src/lib/server/CMakeFiles/server.dir/CClientProxy1_0.o > [ 68%] Building CXX object src/lib/server/CMakeFiles/server.dir/CClientProxy.o > [ 69%] Building CXX object src/lib/server/CMakeFiles/server.dir/CClientProxy1_1.o > [ 69%] Building CXX object src/lib/server/CMakeFiles/server.dir/CClientProxy1_2.o > [ 70%] Building CXX object src/lib/server/CMakeFiles/server.dir/CClientProxy1_3.o > [ 70%] Building CXX object src/lib/server/CMakeFiles/server.dir/CClientProxy1_4.o > [ 71%] Building CXX object src/lib/server/CMakeFiles/server.dir/CClientProxy1_5.o > [ 72%] Building CXX object src/lib/server/CMakeFiles/server.dir/CClientProxyUnknown.o > [ 72%] Building CXX object src/lib/server/CMakeFiles/server.dir/CConfig.o > [ 73%] Building CXX object src/lib/server/CMakeFiles/server.dir/CInputFilter.o > [ 73%] Building CXX object src/lib/server/CMakeFiles/server.dir/CPrimaryClient.o > [ 74%] Building CXX object src/lib/server/CMakeFiles/server.dir/CServer.o > Linking CXX static library ../../../lib/libserver.a > [ 74%] Built target server > Scanning dependencies of target platform > [ 77%] Building CXX object src/lib/platform/CMakeFiles/platform.dir/CXWindowsClipboardBMPConverter.o > [ 77%] Building CXX object src/lib/platform/CMakeFiles/platform.dir/CXWindowsClipboard.o > [ 77%] Building CXX object src/lib/platform/CMakeFiles/platform.dir/CXWindowsClipboardAnyBitmapConverter.o > [ 77%] Building CXX object src/lib/platform/CMakeFiles/platform.dir/CXWindowsClipboardHTMLConverter.o > [ 77%] Building CXX object src/lib/platform/CMakeFiles/platform.dir/CXWindowsClipboardTextConverter.o > [ 78%] Building CXX object src/lib/platform/CMakeFiles/platform.dir/CXWindowsClipboardUCS2Converter.o > [ 79%] Building CXX object src/lib/platform/CMakeFiles/platform.dir/CXWindowsClipboardUTF8Converter.o > [ 79%] Building CXX object src/lib/platform/CMakeFiles/platform.dir/CXWindowsEventQueueBuffer.o > [ 80%] Building CXX object src/lib/platform/CMakeFiles/platform.dir/CXWindowsKeyState.o > [ 80%] Building CXX object src/lib/platform/CMakeFiles/platform.dir/CXWindowsScreen.o > [ 81%] Building CXX object src/lib/platform/CMakeFiles/platform.dir/CXWindowsScreenSaver.o > [ 82%] Building CXX object src/lib/platform/CMakeFiles/platform.dir/CXWindowsUtil.o > Linking CXX static library ../../../lib/libplatform.a > [ 82%] Built target platform > Scanning dependencies of target ipc > [ 83%] Building CXX object src/lib/ipc/CMakeFiles/ipc.dir/CIpcServer.o > [ 83%] Building CXX object src/lib/ipc/CMakeFiles/ipc.dir/CIpcClient.o > [ 84%] Building CXX object src/lib/ipc/CMakeFiles/ipc.dir/CIpcServerProxy.o > [ 84%] Building CXX object src/lib/ipc/CMakeFiles/ipc.dir/Ipc.o > [ 84%] Building CXX object src/lib/ipc/CMakeFiles/ipc.dir/CIpcClientProxy.o > [ 85%] Building CXX object src/lib/ipc/CMakeFiles/ipc.dir/CIpcMessage.o > [ 86%] Building CXX object src/lib/ipc/CMakeFiles/ipc.dir/CIpcLogOutputter.o > Linking CXX static library ../../../lib/libipc.a > [ 86%] Built target ipc > Scanning dependencies of target client > [ 88%] Building CXX object src/lib/client/CMakeFiles/client.dir/CClient.o > [ 88%] Building CXX object src/lib/client/CMakeFiles/client.dir/CServerProxy.o > Linking CXX static library ../../../lib/libclient.a > [ 88%] Built target client > Scanning dependencies of target synergyd > [ 88%] Building CXX object src/cmd/synergyd/CMakeFiles/synergyd.dir/synergyd.o > Scanning dependencies of target synergyc > Scanning dependencies of target synergys > [ 89%] Building CXX object src/cmd/synergyc/CMakeFiles/synergyc.dir/synergyc.o > [ 90%] Building CXX object src/cmd/synergys/CMakeFiles/synergys.dir/synergys.o > Scanning dependencies of target integtests > Linking CXX executable ../../../bin/synergyd > [ 91%] Building CXX object src/test/integtests/CMakeFiles/integtests.dir/Main.o > [ 91%] Building CXX object src/cmd/synergys/CMakeFiles/synergys.dir/CXWindowsServerTaskBarReceiver.o > [ 92%] Building CXX object src/cmd/synergyc/CMakeFiles/synergyc.dir/CXWindowsClientTaskBarReceiver.o > Linking CXX executable ../../../bin/synergys > Linking CXX executable ../../../bin/synergyc > [ 92%] Building CXX object src/test/integtests/CMakeFiles/integtests.dir/CIpcTests.o > [ 92%] Built target synergyd > [ 93%] Building CXX object src/test/integtests/CMakeFiles/integtests.dir/NetworkTests.o > Scanning dependencies of target unittests > [ 94%] Building CXX object src/test/unittests/CMakeFiles/unittests.dir/Main.o > [ 95%] Building CXX object src/test/unittests/CMakeFiles/unittests.dir/synergy/CClipboardTests.o > ../../../lib/libio.a(CCryptoMode.o): In function `CryptoPP::AllocatorWithCleanup::pointer CryptoPP::StandardReallocate >(CryptoPP::AllocatorWithCleanup&, unsigned char*, CryptoPP::AllocatorWithCleanup::size_type, CryptoPP::AllocatorWithCleanup::size_type, bool)': > CCryptoMode.cpp:(.text._ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b[_ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b]+0x39): undefined reference to `CryptoPP::AlignedDeallocate(void*)' > CCryptoMode.cpp:(.text._ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b[_ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b]+0x53): undefined reference to `CryptoPP::AlignedAllocate(unsigned int)' > CCryptoMode.cpp:(.text._ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b[_ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b]+0x83): undefined reference to `CryptoPP::AlignedAllocate(unsigned int)' > CCryptoMode.cpp:(.text._ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b[_ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b]+0x146): undefined reference to `CryptoPP::AlignedDeallocate(void*)' > ../../../lib/libio.a(CCryptoMode.o): In function `CryptoPP::ModePolicyCommonTemplate::~ModePolicyCommonTemplate()': > CCryptoMode.cpp:(.text._ZN8CryptoPP24ModePolicyCommonTemplateINS_24CFB_CipherAbstractPolicyEED0Ev[_ZN8CryptoPP24ModePolicyCommonTemplateINS_24CFB_CipherAbstractPolicyEED0Ev]+0x64): undefined reference to `CryptoPP::AlignedDeallocate(void*)' > ../../../lib/libio.a(CCryptoMode.o): In function `CryptoPP::ModePolicyCommonTemplate::~ModePolicyCommonTemplate()': > CCryptoMode.cpp:(.text._ZN8CryptoPP24ModePolicyCommonTemplateINS_24CFB_CipherAbstractPolicyEED1Ev[_ZN8CryptoPP24ModePolicyCommonTemplateINS_24CFB_CipherAbstractPolicyEED1Ev]+0x64): undefined reference to `CryptoPP::AlignedDeallocate(void*)' > ../../../lib/libio.a(CCryptoMode.o): In function `CryptoPP::CipherModeBase::~CipherModeBase()': > CCryptoMode.cpp:(.text._ZN8CryptoPP14CipherModeBaseD1Ev[_ZN8CryptoPP14CipherModeBaseD1Ev]+0x4d): undefined reference to `CryptoPP::AlignedDeallocate(void*)' > ../../../lib/libio.a(CCryptoMode.o): In function `CryptoPP::CipherModeBase::~CipherModeBase()': > CCryptoMode.cpp:(.text._ZN8CryptoPP14CipherModeBaseD0Ev[_ZN8CryptoPP14CipherModeBaseD0Ev]+0x4d): undefined reference to `CryptoPP::AlignedDeallocate(void*)' > ../../../lib/libio.a(CCryptoMode.o):CCryptoMode.cpp:(.text._ZN8CryptoPP14CipherModeBaseD2Ev[_ZN8CryptoPP14CipherModeBaseD2Ev]+0x3d): more undefined references to `CryptoPP::AlignedDeallocate(void*)' follow > ../../../lib/libio.a(CCryptoMode.o): In function `CryptoPP::AllocatorWithCleanup::pointer CryptoPP::StandardReallocate >(CryptoPP::AllocatorWithCleanup&, unsigned char*, CryptoPP::AllocatorWithCleanup::size_type, CryptoPP::AllocatorWithCleanup::size_type, bool)': > CCryptoMode.cpp:(.text._ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b[_ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b]+0x39): undefined reference to `CryptoPP::AlignedDeallocate(void*)' > CCryptoMode.cpp:(.text._ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b[_ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b]+0x53): undefined reference to `CryptoPP::AlignedAllocate(unsigned int)' > CCryptoMode.cpp:(.text._ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b[_ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b]+0x83): undefined reference to `CryptoPP::AlignedAllocate(unsigned int)' > CCryptoMode.cpp:(.text._ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b[_ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b]+0x146): undefined reference to `CryptoPP::AlignedDeallocate(void*)' > ../../../lib/libio.a(CCryptoMode.o): In function `CryptoPP::ModePolicyCommonTemplate::~ModePolicyCommonTemplate()': > CCryptoMode.cpp:(.text._ZN8CryptoPP24ModePolicyCommonTemplateINS_24CFB_CipherAbstractPolicyEED0Ev[_ZN8CryptoPP24ModePolicyCommonTemplateINS_24CFB_CipherAbstractPolicyEED0Ev]+0x64): undefined reference to `CryptoPP::AlignedDeallocate(void*)' > ../../../lib/libio.a(CCryptoMode.o): In function `CryptoPP::ModePolicyCommonTemplate::~ModePolicyCommonTemplate()': > CCryptoMode.cpp:(.text._ZN8CryptoPP24ModePolicyCommonTemplateINS_24CFB_CipherAbstractPolicyEED1Ev[_ZN8CryptoPP24ModePolicyCommonTemplateINS_24CFB_CipherAbstractPolicyEED1Ev]+0x64): undefined reference to `CryptoPP::AlignedDeallocate(void*)' > ../../../lib/libio.a(CCryptoMode.o): In function `CryptoPP::CipherModeBase::~CipherModeBase()': > CCryptoMode.cpp:(.text._ZN8CryptoPP14CipherModeBaseD1Ev[_ZN8CryptoPP14CipherModeBaseD1Ev]+0x4d): undefined reference to `CryptoPP::AlignedDeallocate(void*)' > ../../../lib/libio.a(CCryptoMode.o): In function `CryptoPP::CipherModeBase::~CipherModeBase()': > CCryptoMode.cpp:(.text._ZN8CryptoPP14CipherModeBaseD0Ev[_ZN8CryptoPP14CipherModeBaseD0Ev]+0x4d): undefined reference to `CryptoPP::AlignedDeallocate(void*)' > ../../../lib/libio.a(CCryptoMode.o):CCryptoMode.cpp:(.text._ZN8CryptoPP14CipherModeBaseD2Ev[_ZN8CryptoPP14CipherModeBaseD2Ev]+0x3d): more undefined references to `CryptoPP::AlignedDeallocate(void*)' follow > [ 95%] Building CXX object src/test/unittests/CMakeFiles/unittests.dir/synergy/CKeyStateTests.o > [ 96%] Building CXX object src/test/integtests/CMakeFiles/integtests.dir/CTestEventQueue.o > [ 96%] Building CXX object src/test/integtests/CMakeFiles/integtests.dir/platform/CXWindowsClipboardTests.o > [ 97%] Building CXX object src/test/integtests/CMakeFiles/integtests.dir/platform/CXWindowsKeyStateTests.o > *** [bin/synergyc] Error code 1 > 1 error > *** [src/cmd/synergyc/CMakeFiles/synergyc.dir/all] Error code 2 > [ 97%] Building CXX object src/test/integtests/CMakeFiles/integtests.dir/platform/CXWindowsScreenTests.o > *** [bin/synergys] Error code 1 > 1 error > *** [src/cmd/synergys/CMakeFiles/synergys.dir/all] Error code 2 > [ 98%] Building CXX object src/test/unittests/CMakeFiles/unittests.dir/client/CServerProxyTests.o > [ 99%] Building CXX object src/test/integtests/CMakeFiles/integtests.dir/platform/CXWindowsScreenSaverTests.o > [ 99%] Building CXX object src/test/unittests/CMakeFiles/unittests.dir/synergy/CCryptoStreamTests.o > [100%] Building CXX object src/test/unittests/CMakeFiles/unittests.dir/server/CClientProxyTests.o > Linking CXX executable ../../../bin/integtests > ../../../lib/libio.a(CCryptoMode.o): In function `CryptoPP::AllocatorWithCleanup::pointer CryptoPP::StandardReallocate >(CryptoPP::AllocatorWithCleanup&, unsigned char*, CryptoPP::AllocatorWithCleanup::size_type, CryptoPP::AllocatorWithCleanup::size_type, bool)': > CCryptoMode.cpp:(.text._ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b[_ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b]+0x39): undefined reference to `CryptoPP::AlignedDeallocate(void*)' > CCryptoMode.cpp:(.text._ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b[_ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b]+0x53): undefined reference to `CryptoPP::AlignedAllocate(unsigned int)' > CCryptoMode.cpp:(.text._ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b[_ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b]+0x83): undefined reference to `CryptoPP::AlignedAllocate(unsigned int)' > CCryptoMode.cpp:(.text._ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b[_ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b]+0x146): undefined reference to `CryptoPP::AlignedDeallocate(void*)' > ../../../lib/libio.a(CCryptoMode.o): In function `CryptoPP::ModePolicyCommonTemplate::~ModePolicyCommonTemplate()': > CCryptoMode.cpp:(.text._ZN8CryptoPP24ModePolicyCommonTemplateINS_24CFB_CipherAbstractPolicyEED0Ev[_ZN8CryptoPP24ModePolicyCommonTemplateINS_24CFB_CipherAbstractPolicyEED0Ev]+0x64): undefined reference to `CryptoPP::AlignedDeallocate(void*)' > ../../../lib/libio.a(CCryptoMode.o): In function `CryptoPP::ModePolicyCommonTemplate::~ModePolicyCommonTemplate()': > CCryptoMode.cpp:(.text._ZN8CryptoPP24ModePolicyCommonTemplateINS_24CFB_CipherAbstractPolicyEED1Ev[_ZN8CryptoPP24ModePolicyCommonTemplateINS_24CFB_CipherAbstractPolicyEED1Ev]+0x64): undefined reference to `CryptoPP::AlignedDeallocate(void*)' > ../../../lib/libio.a(CCryptoMode.o): In function `CryptoPP::CipherModeBase::~CipherModeBase()': > CCryptoMode.cpp:(.text._ZN8CryptoPP14CipherModeBaseD1Ev[_ZN8CryptoPP14CipherModeBaseD1Ev]+0x4d): undefined reference to `CryptoPP::AlignedDeallocate(void*)' > ../../../lib/libio.a(CCryptoMode.o): In function `CryptoPP::CipherModeBase::~CipherModeBase()': > CCryptoMode.cpp:(.text._ZN8CryptoPP14CipherModeBaseD0Ev[_ZN8CryptoPP14CipherModeBaseD0Ev]+0x4d): undefined reference to `CryptoPP::AlignedDeallocate(void*)' > ../../../lib/libio.a(CCryptoMode.o):CCryptoMode.cpp:(.text._ZN8CryptoPP14CipherModeBaseD2Ev[_ZN8CryptoPP14CipherModeBaseD2Ev]+0x3d): more undefined references to `CryptoPP::AlignedDeallocate(void*)' follow > Linking CXX executable ../../../bin/unittests > *** [bin/integtests] Error code 1 > 1 error > *** [src/test/integtests/CMakeFiles/integtests.dir/all] Error code 2 > ../../../lib/libio.a(CCryptoMode.o): In function `CryptoPP::AllocatorWithCleanup::pointer CryptoPP::StandardReallocate >(CryptoPP::AllocatorWithCleanup&, unsigned char*, CryptoPP::AllocatorWithCleanup::size_type, CryptoPP::AllocatorWithCleanup::size_type, bool)': > CCryptoMode.cpp:(.text._ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b[_ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b]+0x39): undefined reference to `CryptoPP::AlignedDeallocate(void*)' > CCryptoMode.cpp:(.text._ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b[_ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b]+0x53): undefined reference to `CryptoPP::AlignedAllocate(unsigned int)' > CCryptoMode.cpp:(.text._ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b[_ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b]+0x83): undefined reference to `CryptoPP::AlignedAllocate(unsigned int)' > CCryptoMode.cpp:(.text._ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b[_ZN8CryptoPP18StandardReallocateIhNS_20AllocatorWithCleanupIhLb1EEEEENT0_7pointerERS3_PT_NS3_9size_typeES8_b]+0x146): undefined reference to `CryptoPP::AlignedDeallocate(void*)' > ../../../lib/libio.a(CCryptoMode.o): In function `CryptoPP::ModePolicyCommonTemplate::~ModePolicyCommonTemplate()': > CCryptoMode.cpp:(.text._ZN8CryptoPP24ModePolicyCommonTemplateINS_24CFB_CipherAbstractPolicyEED0Ev[_ZN8CryptoPP24ModePolicyCommonTemplateINS_24CFB_CipherAbstractPolicyEED0Ev]+0x64): undefined reference to `CryptoPP::AlignedDeallocate(void*)' > ../../../lib/libio.a(CCryptoMode.o): In function `CryptoPP::ModePolicyCommonTemplate::~ModePolicyCommonTemplate()': > CCryptoMode.cpp:(.text._ZN8CryptoPP24ModePolicyCommonTemplateINS_24CFB_CipherAbstractPolicyEED1Ev[_ZN8CryptoPP24ModePolicyCommonTemplateINS_24CFB_CipherAbstractPolicyEED1Ev]+0x64): undefined reference to `CryptoPP::AlignedDeallocate(void*)' > ../../../lib/libio.a(CCryptoMode.o): In function `CryptoPP::CipherModeBase::~CipherModeBase()': > CCryptoMode.cpp:(.text._ZN8CryptoPP14CipherModeBaseD1Ev[_ZN8CryptoPP14CipherModeBaseD1Ev]+0x4d): undefined reference to `CryptoPP::AlignedDeallocate(void*)' > ../../../lib/libio.a(CCryptoMode.o): In function `CryptoPP::CipherModeBase::~CipherModeBase()': > CCryptoMode.cpp:(.text._ZN8CryptoPP14CipherModeBaseD0Ev[_ZN8CryptoPP14CipherModeBaseD0Ev]+0x4d): undefined reference to `CryptoPP::AlignedDeallocate(void*)' > ../../../lib/libio.a(CCryptoMode.o):CCryptoMode.cpp:(.text._ZN8CryptoPP14CipherModeBaseD2Ev[_ZN8CryptoPP14CipherModeBaseD2Ev]+0x3d): more undefined references to `CryptoPP::AlignedDeallocate(void*)' follow > *** [bin/unittests] Error code 1 > 1 error > *** [src/test/unittests/CMakeFiles/unittests.dir/all] Error code 2 > 4 errors > *** [all] Error code 2 > 1 error > ===> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to > the maintainer. > *** [do-build] Error code 1 > > Stop in /usr/ports/sysutils/synergy-devel. > ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20131226-59822-1j7akjd env UPGRADE_TOOL=portupgrade UPGRADE_PORT=synergy-devel-1.4.12 UPGRADE_PORT_VER=1.4.12 make > ** Fix the problem and try again. > ** Listing the failed packages (-:ignored / *:skipped / !:failed) > ! sysutils/synergy-devel (synergy-devel-1.4.12) (linker error) From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 23:03:33 2013 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA1F9A4A for ; Thu, 26 Dec 2013 23:03:33 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4894D198B for ; Thu, 26 Dec 2013 23:03:33 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.7/8.14.7) with ESMTP id rBQN3Kdv030960 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 26 Dec 2013 23:03:20 GMT (envelope-from matthew@FreeBSD.org) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk rBQN3Kdv030960 Authentication-Results: smtp.infracaninophile.co.uk/rBQN3Kdv030960; dkim=none reason="no signature"; dkim-adsp=none Message-ID: <52BCB5B0.1090507@FreeBSD.org> Date: Thu, 26 Dec 2013 23:03:12 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Doug Barton , freebsd-ports@FreeBSD.org Subject: Re: Too frequent/poorly tested bsd.port.mk commits, and general uselessness of p5-FreeBSD-Portindex References: <52BBDB22.5040205@dougbarton.us> <52BBE9FB.6050305@dougbarton.us> In-Reply-To: <52BBE9FB.6050305@dougbarton.us> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="gbcWR0mmbFfmchQjdRul90KrQVOU4PGBt" X-Virus-Scanned: clamav-milter 0.98 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DCC_CHECK autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 23:03:33 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --gbcWR0mmbFfmchQjdRul90KrQVOU4PGBt Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 26/12/2013 08:34, Doug Barton wrote: > On 12/25/2013 11:30 PM, Doug Barton wrote: >> I have used Matthew's p5-FreeBSD-Portindex for several years. In the >> past it was a very valuable tool that allowed me to keep an INDEX up t= o >> date relative to changes in the ports tree in seconds or minutes, >> instead of having to do 'make index' every time. However the utility o= f >> the solution is dependent on a couple of things, including that >> bsd.port.mk does not change often. >> >> Over the last year or so however the changes to bsd.port.mk, which use= d >> to be well tested and batched together, are now coming fast and furiou= s. >> To make matters worse, the commits are often poorly tested, which lead= s >> to several commits related to the same issue in one week. Obviously >> that's bad for the project generally, but I'm more concerned about >> whether or not it's going to be useful to stick with >> p5-FreeBSD-Portindex going forward. >> >> Speaking of p5-FreeBSD-Portindex generally, I'm wondering what Matthew= 's >> plans are for it? For some time now running 'cache-update -f >> svn-up,options' has caused errors related to "WARNING unknown options >> file" that seem to have to do with the recent changes to the >> /var/db/ports/_ convention. Is an update planned t= o >> handle this? Also, I just tried running cache-init with bdb 5, which >> seemed to succeed, but running portindex generated a lot of suspicious= >> errors. I'll try again after reinstalling bdb 4.7, but I'm wondering i= f >> this is a known issue. >=20 > So it turns out bdb 47 doesn't work any better ... these are relatively= > new errors: >=20 > Accumulating dependency information: .........[1000].....Use of > uninitialized value $_ in concatenation (.) or string at > /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356.= > Missing RUN_DEPENDS dependency for print/latex-cjk (latex-cjk-4.8.2_6)= > -- Can't call method "PKGNAME" on an undefined value at > /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 352.= >=20 > at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line = 824 > Use of uninitialized value $_ in concatenation (.) or string at > /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356.= > Missing BUILD_DEPENDS dependency for print/latex-cjk > (latex-cjk-4.8.2_6) -- Can't call method "PKGNAME" on an undefined valu= e > at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 3= 52. >=20 > at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line = 824 > Use of uninitialized value $_ in concatenation (.) or string at > /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356.= > Missing RUN_DEPENDS dependency for chinese/font-std > (zh-font-std-0.0.20090602) -- Can't call method "PKGNAME" on an > undefined value at > /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 352.= >=20 > at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line = 824 > Use of uninitialized value $_ in concatenation (.) or string at > /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356.= > Missing RUN_DEPENDS dependency for chinese/oxim (zh-oxim-1.2.2_4) -- > Can't call method "PKGNAME" on an undefined value at > /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 352.= >=20 > at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line = 824 > ....[2000].........[3000].........[4000].........[5000].........[6000].= =2E.......[7000].........[8000].........[9000].........[10000].........[1= 1000].........[12000].........[13000].....Use > of uninitialized value $_ in concatenation (.) or string at > /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356.= > Missing BUILD_DEPENDS dependency for misc/freebsd-doc-sr > (sr-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined= > value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm > line 352. >=20 > at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line = 824 > Use of uninitialized value $_ in concatenation (.) or string at > /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356.= > Missing BUILD_DEPENDS dependency for misc/freebsd-doc-ru > (ru-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined= > value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm > line 352. >=20 > at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line = 824 > Use of uninitialized value $_ in concatenation (.) or string at > /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356.= > Missing BUILD_DEPENDS dependency for misc/freebsd-doc-ja > (ja-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined= > value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm > line 352. >=20 > at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line = 824 > Use of uninitialized value $_ in concatenation (.) or string at > /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356.= > Missing BUILD_DEPENDS dependency for misc/freebsd-doc-el > (el-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined= > value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm > line 352. >=20 > at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line = 824 > Use of uninitialized value $_ in concatenation (.) or string at > /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356.= > Missing BUILD_DEPENDS dependency for misc/freebsd-doc-hu > (hu-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined= > value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm > line 352. >=20 > at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line = 824 > Use of uninitialized value $_ in concatenation (.) or string at > /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356.= > Missing BUILD_DEPENDS dependency for misc/freebsd-doc-da > (da-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined= > value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm > line 352. >=20 > at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line = 824 > Use of uninitialized value $_ in concatenation (.) or string at > /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356.= > Missing BUILD_DEPENDS dependency for misc/freebsd-doc-fr > (fr-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined= > value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm > line 352. >=20 > at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line = 824 > Use of uninitialized value $_ in concatenation (.) or string at > /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356.= > Missing BUILD_DEPENDS dependency for misc/freebsd-doc-it > (it-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined= > value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm > line 352. >=20 > at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line = 824 > Use of uninitialized value $_ in concatenation (.) or string at > /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356.= > Missing BUILD_DEPENDS dependency for misc/freebsd-doc-es > (es-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined= > value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm > line 352. >=20 > at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line = 824 > Use of uninitialized value $_ in concatenation (.) or string at > /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356.= > Missing BUILD_DEPENDS dependency for misc/freebsd-doc-zh_tw > (zh_tw-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an > undefined value at > /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 352.= >=20 > at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line = 824 > Use of uninitialized value $_ in concatenation (.) or string at > /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356.= > Missing BUILD_DEPENDS dependency for misc/freebsd-doc-mn > (mn-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined= > value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm > line 352. >=20 > at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line = 824 > Use of uninitialized value $_ in concatenation (.) or string at > /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356.= > Missing BUILD_DEPENDS dependency for misc/freebsd-doc-bn > (bn-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined= > value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm > line 352. >=20 > at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line = 824 > Use of uninitialized value $_ in concatenation (.) or string at > /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356.= > Missing BUILD_DEPENDS dependency for misc/freebsd-doc-de > (de-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined= > value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm > line 352. >=20 > at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line = 824 > Use of uninitialized value $_ in concatenation (.) or string at > /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356.= > Missing BUILD_DEPENDS dependency for misc/freebsd-doc-nl > (nl-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined= > value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm > line 352. >=20 > at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line = 824 > Use of uninitialized value $_ in concatenation (.) or string at > /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356.= > Missing BUILD_DEPENDS dependency for misc/freebsd-doc-en > (en-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined= > value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm > line 352. >=20 > at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line = 824 > Use of uninitialized value $_ in concatenation (.) or string at > /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356.= > Missing BUILD_DEPENDS dependency for misc/freebsd-doc-pl > (pl-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined= > value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm > line 352. >=20 > at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line = 824 > Use of uninitialized value $_ in concatenation (.) or string at > /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356.= > Missing BUILD_DEPENDS dependency for misc/freebsd-doc-tr > (tr-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined= > value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm > line 352. >=20 > at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line = 824 > Use of uninitialized value $_ in concatenation (.) or string at > /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356.= > Missing BUILD_DEPENDS dependency for misc/freebsd-doc-zh_cn > (zh_cn-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an > undefined value at > /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 352.= >=20 > at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line = 824 > Use of uninitialized value $_ in concatenation (.) or string at > /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm line 356.= > Missing BUILD_DEPENDS dependency for misc/freebsd-doc-pt > (pt-freebsd-doc-43251,1) -- Can't call method "PKGNAME" on an undefined= > value at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Port.pm > line 352. >=20 > at /usr/local/lib/perl5/site_perl/5.14/FreeBSD/Portindex/Tree.pm line = 824 >=20 I've just committed an update to version 3.3 which should address some of the issues to do with handling options files. However, I can't reproduce the errors you're showing here, and all my testing is working perfectly with databases/db5. Any clues as to what you are doing differently so I can try and track this down? Note: You will still be getting warning messages like this: lucid-nonsense:~:% cache-update -f svn-up,options -i /tmp/svn.out Checking timestamps on options makefiles: cache-update: WARNING unknown options file "/var/db/ports/apr1/options" -- ignored cache-update: WARNING unknown options file "/var/db/ports/cyrus-sasl2/options" -- ignored cache-update: WARNING unknown options file "/var/db/ports/gtk20/options" -- ignored cache-update: WARNING unknown options file "/var/db/ports/bind97/options" -- ignored cache-update: WARNING unknown options file "/var/db/ports/mutt-devel/options" -- ignored cache-update: WARNING unknown options file "/var/db/ports/phpmyadmin/options" -- ignored =2Ecache-update: WARNING unknown options file "/var/db/ports/py27-dnspython/options" -- ignored cache-update: WARNING unknown options file "/var/db/ports/ghostscript8/options" -- ignored cache-update: WARNING unknown options file "/var/db/ports/tk85/options" -- ignored because, exactly as the error message says, these are options files that aren't used by any ports. Either they belonged to a now defunct port, or else there is a new-style options file for that port. Like it says, they are ignored, and their presence, or not, will have absolutely no effect on the resulting INDEX. I suggest tactical application of rm(1). Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --gbcWR0mmbFfmchQjdRul90KrQVOU4PGBt Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJSvLW4XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATx4IP/0s6gSQpoy+eZtrYGE6sqsrr qM0W5glLnryi9J1k/MA7sgmIDZPSudmwt/B1ZLr6ecewJxbyO7xAoF7T6I1GEpuu KXB7lUYxm0rT8tjxEJrPpLnZ5utKZdzTqR+qnYUqFdVXYi7WEWJSuOPNJqXaUWql Qjg/bM4ynWtZJlkQyhJEqIY8o2MoqPqIGh9V4fCeRYaBvzsBzzGxkb3L2rdEvXbq BBh9jjl89dZeSZrQizUmr3TOsXFy5Crt9em4YilRO6U+Y3M7mletIkp0OpbSDBul p8ECpOZ+dZCVac8ulz1hgCFVd+CJkwLQFegit5Z9nnmVwswrB3kYMs2TQ1uGrEZG t5CM+kjOcUjYrh7l2OY5UOm5w8GbnmAO+5cGZv7XgzRehkmQJmaAXL4w2zhEoZXa de0h3wr6bFMwGT859cPn5liEZWmgXLYwcNXVKLoS3w3SyGfiXs9gUahbV0MgR0C9 45GZDhXp3/MPu3/ucDkH74hBBsdjE5bZxuWz2xx+8McYRClnLo+mos7mBKWeBx7M Uv6TkaV26WTU22HNjzfd95evixoOY5lgMfRVG3SQY4F6YbwtYPWSAXufzB2V88CR /x9ttPwXdpEaYCs6NuTfSOJQMSFt9vrjAkEufYHaMriK1XoVLtW0WpqA4Sb7oOnU 84P902/y1Pxws1r68Hpr =fLdU -----END PGP SIGNATURE----- --gbcWR0mmbFfmchQjdRul90KrQVOU4PGBt-- From owner-freebsd-ports@FreeBSD.ORG Thu Dec 26 23:29:25 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8D57E5B; Thu, 26 Dec 2013 23:29:25 +0000 (UTC) Received: from dougbarton.us (dougbarton.us [IPv6:2607:f2f8:ab14::2]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 99F811ADA; Thu, 26 Dec 2013 23:29:25 +0000 (UTC) Received: from [192.168.0.21] (home [12.207.105.210]) by dougbarton.us (Postfix) with ESMTPSA id 0400222B12; Thu, 26 Dec 2013 23:29:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=dougbarton.us; s=dougbarton.us; t=1388100565; bh=rRYJ+5m3OutUvFcypJ74UIkScTMCzxb3gr/J9lgHImY=; h=Date:From:To:CC:Subject:References:In-Reply-To; b=U4DIo/Eyqdaev9ouv/m4hrEdqhujUhWMC7fGN84UlzAuVYqmujzl1vDQyoSGcdLWr TrLeRJFgE1ZZ09iVnCYiwSmB7cSYBNPV8ZXGzgJt/kOj8xg9CpaICTP6IqzaAwB3eK hDfk8H75xNxovfLbMaCURSJIWSqpXerGe0r1wWRs= Message-ID: <52BCBBD4.2030400@dougbarton.us> Date: Thu, 26 Dec 2013 15:29:24 -0800 From: Doug Barton User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: shells/bash-static fails to package/deinstall cleanly References: <52BBC768.6010702@dougbarton.us> <1388043634.3771.31.camel@eva02.mbsd> <52BBE04D.4060708@dougbarton.us> <1388046987.3771.36.camel@eva02.mbsd> <1388051565.3771.59.camel@eva02.mbsd> <1388054443.3771.66.camel@eva02.mbsd> <20131226105506.GG40122@ithaqua.etoilebsd.net> In-Reply-To: <20131226105506.GG40122@ithaqua.etoilebsd.net> X-Enigmail-Version: 1.6 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 23:29:25 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 12/26/2013 02:55 AM, Baptiste Daroussin wrote: Thank you. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQEcBAEBCAAGBQJSvLvUAAoJEFzGhvEaGryES3MIAM7YTPgDnWy/BmNEM3Ctw/Ls MzxCtwibdCYVuMxnLGHNybMK+I+VQYJrSfIiSpnhq9ioml9HzhdyNxq3t5TvhM2h bQ3SR0ECetqAiyBoX8HcRiBXJiBF9MfWEnF6rwRvmDWq1BPmvM5+yEcArXaPmK8E 8COcOtHLKRFBVkXh0VWIRGkIg1fjk8UNfSWVG3QF3NFjHd6hiCo699vvlZWbkPb7 JRuqlRP+c5ZW0PrywEIREqml4j0kCEwZQRWibbro2RSX0hPlFBVITg0/C4SJFbrl SH9nrqbX+F1BOcl5uClNLdQ73L+wDYrvWd/E+zSbI+634cyL9e07ZRZphpygAYA= =3Vyx -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Fri Dec 27 02:14:30 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6E891DD7 for ; Fri, 27 Dec 2013 02:14:30 +0000 (UTC) Received: from smtpin2.utoledo.edu (smtpin2.utoledo.edu [131.183.2.214]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 075111474 for ; Fri, 27 Dec 2013 02:14:29 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AokBAMThvFKDtwN/l2dsb2JhbABYg3oegn+2QwEodRYOAQEBAQEIFgc8gk8wOwkBAhQCBRYLAgsDAgECAUsNCAEBiAAFoAOPD5QuhGyBKY4RgliBSASJQ5UZjxqCDA X-IronPort-AV: E=Sophos;i="4.95,558,1384318800"; d="scan'208,217";a="252570931" Received: from dlpint01.utoledo.edu ([131.183.3.127]) by smtpin2.utoledo.edu with ESMTP/TLS/DHE-RSA-AES256-SHA; 26 Dec 2013 21:13:19 -0500 Received: from MSGAPP12.utad.utoledo.edu (msgapp12.utad.utoledo.edu [131.183.3.8]) by dlpint01.utoledo.edu (RSA Interceptor) for ; Thu, 26 Dec 2013 21:13:01 -0500 Received: from [192.168.1.79] (76.238.196.183) by Email.Utoledo.Edu (131.183.3.18) with Microsoft SMTP Server (TLS) id 14.2.328.9; Thu, 26 Dec 2013 21:13:00 -0500 Message-ID: <52BCE22A.9030604@UToledo.edu> Date: Thu, 26 Dec 2013 21:12:58 -0500 From: Robert Burmeister User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.28) Gecko/20120306 Thunderbird/3.1.20 To: Subject: FreeBSD Port: net-im/py-pyxmpp X-Priority: 1 (Highest) X-Originating-IP: [76.238.196.183] X-RSA-Inspected: yes X-RSA-Classifications: public X-RSA-Action: allow MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 02:14:30 -0000 py-pyxmpp 1.1.2_yes is not a valid port name. portsdb error Not in due form: '[_][,]'. From owner-freebsd-ports@FreeBSD.ORG Fri Dec 27 08:00:12 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 008CCA0E for ; Fri, 27 Dec 2013 08:00:11 +0000 (UTC) Received: from mail-ob0-x231.google.com (mail-ob0-x231.google.com [IPv6:2607:f8b0:4003:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B7FCB198F for ; Fri, 27 Dec 2013 08:00:11 +0000 (UTC) Received: by mail-ob0-f177.google.com with SMTP id vb8so8970169obc.8 for ; Fri, 27 Dec 2013 00:00:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=grimstveit.no; s=google; h=mime-version:from:date:message-id:subject:to:content-type; bh=wb5caY0/yn8C6++lRu0GByxAj9PF7zaMe5xb090oVY8=; b=lAx9We3rPFbZ4gwMd+89qTuqDM0G2JpH7yPIdbn60+4TAsDZguzxw+SvXRmj7qHSmH LKc7WtQN+42Mto/AYWTod9vj3Y45tdl6cnCWSYyL1rNpEyZCrFOCmesIFMEeoyjFBGVy Q60zBm9+3ipA1eaVoK5xrqCf1MsJmmQ3bfYko= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=wb5caY0/yn8C6++lRu0GByxAj9PF7zaMe5xb090oVY8=; b=HAydo67Kj+drRMmc4ldRDCPS1cUQgJwsthdIGyqffmCmoUT+7R7zZAdIbVIMk17rfH qDlCUoCkiVAbp1kNcT8xrKwiW/Szgse72yqOIo9HPbjdf1w0ggcv62I+PA20IZCMbF0n FIpeX0N5zfQ+KiyoZorK1X9ew7bSjBUU9emaMyzB8hq6pu4AM+fBZBzvUu8yhOpfy3St IlMHdiSOxziXKPykV5kv8LPV1aRorUN3Kl/Jy7ng41B+cGJQyMm3hYS92cYtXW5vqViP FDwyqnDxek6/N5jTdJmgYomjMH3HW3Yie1SUCjkZr5StsmNUgmDS9BBYLf4rROxJQTxW TO4g== X-Gm-Message-State: ALoCoQnNyRpbOQXz5YRh6bvmvFQlV8fcblzWQM2WaCRe7Yaz+/rkUkFciooVvlMrvjNcyB3wygr0 X-Received: by 10.60.98.40 with SMTP id ef8mr32987549oeb.13.1388131210708; Fri, 27 Dec 2013 00:00:10 -0800 (PST) MIME-Version: 1.0 Received: by 10.76.184.199 with HTTP; Thu, 26 Dec 2013 23:59:50 -0800 (PST) From: Jakob Breivik Grimstveit Date: Fri, 27 Dec 2013 08:59:50 +0100 Message-ID: Subject: postfix-current spewing out warnings while building To: FreeBSD Ports mailing list Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 08:00:12 -0000 mail/postfix-current behaves somewhat strange while building, is it anything I should correct? $ sudo make clean make: "/usr/ports/mail/postfix-current/Makefile" line 92: warning: Couldn't read shell's output for "/usr/bin/grep -m 1 '^purgestat' /etc/mail/mailer.conf || true" make[1]: "/usr/ports/mail/postfix-current/Makefile" line 92: warning: Couldn't read shell's output for "/usr/bin/grep -m 1 '^purgestat' /etc/mail/mailer.conf || true" ===> Cleaning for postfix-current-base-2.11.20131001,4 make[1]: "/usr/ports/mail/postfix-current/Makefile" line 92: warning: Couldn't read shell's output for "/usr/bin/grep -m 1 '^purgestat' /etc/mail/mailer.conf || true" [...] And while building, I get a bunch (probably thousands) of these: duplex_pipe.c:8:1: warning: '/*' within block comment [-Wcomment] /* ^ duplex_pipe.c:9:1: warning: '/*' within block comment [-Wcomment] /* int duplex_pipe(fds) ^ duplex_pipe.c:10:1: warning: '/*' within block comment [-Wcomment] /* int *fds; ^ [...] ../../include/argv.h:6:1: warning: '/*' within block comment [-Wcomment] /* argv 3h ^ ../../include/argv.h:7:1: warning: '/*' within block comment [-Wcomment] /* SUMMARY ^ ../../include/argv.h:8:1: warning: '/*' within block comment [-Wcomment] /* string array utilities ^ ../../include/argv.h:9:1: warning: '/*' within block comment [-Wcomment] /* SYNOPSIS ^ Thank you in advance. -- Vyrdsamt, Jakob Breivik Grimstveit | +47 4829 8152 http://grimstveit.no/jakob From owner-freebsd-ports@FreeBSD.ORG Fri Dec 27 09:01:09 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 60A77C85 for ; Fri, 27 Dec 2013 09:01:09 +0000 (UTC) Received: from out21.biz.mail.alibaba.com (out21.biz.mail.alibaba.com [205.204.114.132]) by mx1.freebsd.org (Postfix) with ESMTP id F0FA21E5C for ; Fri, 27 Dec 2013 09:01:08 +0000 (UTC) Received: from 192.168.1.119(mailfrom:jiangnan.lujn@aliyun-inc.com ip:42.120.74.210) by smtp.aliyun-inc.com(127.0.0.1); Fri, 27 Dec 2013 16:54:38 +0800 Message-ID: <52BD404C.3020202@aliyun-inc.com> Date: Fri, 27 Dec 2013 16:54:36 +0800 From: "jiangnan.lujn" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: pkg(ng) conflict in binutils-2.23.2 and arm-eabi-binutils: 2.23.2 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 09:01:09 -0000 this From owner-freebsd-ports@FreeBSD.ORG Fri Dec 27 12:06:05 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 163276D6; Fri, 27 Dec 2013 12:06:05 +0000 (UTC) Received: from mail.reseaunance.com (as1.calyce.fr [83.167.132.22]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9DA7A1A7A; Fri, 27 Dec 2013 12:06:03 +0000 (UTC) Received: from [172.31.211.213] (172.31.211.213) by SARATOGA.root.adm (172.31.1.50) with Microsoft SMTP Server id 14.2.347.0; Fri, 27 Dec 2013 13:05:53 +0100 Message-ID: <52BD6D21.7090203@reseaunance.com> Date: Fri, 27 Dec 2013 13:05:53 +0100 From: Peter User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Subject: FreeBSD Port: remmina-1.0.0 X-TM-AS-Product-Ver: SMEX-10.5.0.1061-7.000.1014-20386.001 X-TM-AS-Result: No--3.139100-5.000000-31 X-TM-AS-User-Approved-Sender: No X-TM-AS-User-Blocked-Sender: No Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 12:06:05 -0000 Hello, The actual version of Remmina FreeBSD port has an important bug of clipboard transmission (at least in RDP sessions). The bug is explained here: https://bugs.launchpad.net/remmina/+bug/937522 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659755 It seems that the patches corrected this bug are integrated in the mainstream https://github.com/FreeRDP/Remmina 20/09/2012 by Jean-Louis Dupond https://github.com/FreeRDP/Remmina/commit/43775df22ceef557ab7dd54ad49023865ed074e7 There are many other fixes in mainstream of Remmina after this date. The Linux packages for the major distributions (Debian, Ubuntu, Fedore/RedHat, Arch) are already updated. Could you please update the FreeBSD port as the Git version of Remmina cannot be compiled on FreeBSD 'out-of-the-box', it seems that some FreeBSD-specific patches are needed. Best regards, Peter TKATCHENKO From owner-freebsd-ports@FreeBSD.ORG Fri Dec 27 18:19:52 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 235553F6 for ; Fri, 27 Dec 2013 18:19:52 +0000 (UTC) Received: from gissmo.eu (freebsd.gissmo.eu [213.158.113.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 95B4E1450 for ; Fri, 27 Dec 2013 18:19:50 +0000 (UTC) Received: from maltehabecksmbp.anarchist.kicks-ass.org (132-248-103-86.dynamic.dsl.tng.de [86.103.248.132]) (authenticated bits=0) by gissmo.eu (8.14.4/8.14.4) with ESMTP id rBRI9Bxh044731 for ; Fri, 27 Dec 2013 19:09:12 +0100 (CET) (envelope-from malte@gissmo.eu) From: Malte Hahlbeck Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Re: sqlite3-3.8.1 Message-Id: <7819F560-EDF0-43E7-9B52-BD518A02B96C@gissmo.eu> Date: Fri, 27 Dec 2013 19:09:06 +0100 To: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) X-Mailer: Apple Mail (2.1827) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 18:19:52 -0000 Hi, i can't upgrade sqlite3.7.14.1 to sqlite 3.8.1 =3D=3D=3D> Building for sqlite3-3.8.1 /bin/sh ./libtool --tag=3DCC --mode=3Dcompile cc = -DPACKAGE_NAME=3D\"sqlite\" -DPACKAGE_TARNAME=3D\"sqlite\" = -DPACKAGE_VERSION=3D\"3.8.1\" -DPACKAGE_STRING=3D\"sqlite\ 3.8.1\" = -DPACKAGE_BUGREPORT=3D\"http://www.sqlite.org\" -DPACKAGE_URL=3D\"\" = -DPACKAGE=3D\"sqlite\" -DVERSION=3D\"3.8.1\" -DSTDC_HEADERS=3D1 = -DHAVE_SYS_TYPES_H=3D1 -DHAVE_SYS_STAT_H=3D1 -DHAVE_STDLIB_H=3D1 = -DHAVE_STRING_H=3D1 -DHAVE_MEMORY_H=3D1 -DHAVE_STRINGS_H=3D1 = -DHAVE_INTTYPES_H=3D1 -DHAVE_STDINT_H=3D1 -DHAVE_UNISTD_H=3D1 = -DHAVE_DLFCN_H=3D1 -DLT_OBJDIR=3D\".libs/\" -DHAVE_USLEEP=3D1 = -DHAVE_LOCALTIME_R=3D1 -DHAVE_GMTIME_R=3D1 -DHAVE_DECL_STRERROR_R=3D1 = -DHAVE_STRERROR_R=3D1 -DHAVE_READLINE=3D1 -DHAVE_POSIX_FALLOCATE=3D1 -I. = -DSQLITE_ENABLE_FTS3=3D1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=3D1 = -DSQLITE_ENABLE_FTS4=3D1 -DSQLITE_ENABLE_COLUMN_METADATA=3D1 = -DSQLITE_SECURE_DELETE=3D1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=3D1 = -DSQLITE_TEMP_STORE=3D1 -D_REENTRANT=3D1 -DSQLITE_THREADSAFE=3D1 -O2 = -pipe -fno-strict-aliasing -MT sqlite3.lo -MD -MP -MF .deps/sqlite3.Tpo = -c -o sqlite3.lo sqlite3.c libtool: compile: cc -DPACKAGE_NAME=3D\"sqlite\" = -DPACKAGE_TARNAME=3D\"sqlite\" -DPACKAGE_VERSION=3D\"3.8.1\" = "-DPACKAGE_STRING=3D\"sqlite 3.8.1\"" = -DPACKAGE_BUGREPORT=3D\"http://www.sqlite.org\" -DPACKAGE_URL=3D\"\" = -DPACKAGE=3D\"sqlite\" -DVERSION=3D\"3.8.1\" -DSTDC_HEADERS=3D1 = -DHAVE_SYS_TYPES_H=3D1 -DHAVE_SYS_STAT_H=3D1 -DHAVE_STDLIB_H=3D1 = -DHAVE_STRING_H=3D1 -DHAVE_MEMORY_H=3D1 -DHAVE_STRINGS_H=3D1 = -DHAVE_INTTYPES_H=3D1 -DHAVE_STDINT_H=3D1 -DHAVE_UNISTD_H=3D1 = -DHAVE_DLFCN_H=3D1 -DLT_OBJDIR=3D\".libs/\" -DHAVE_USLEEP=3D1 = -DHAVE_LOCALTIME_R=3D1 -DHAVE_GMTIME_R=3D1 -DHAVE_DECL_STRERROR_R=3D1 = -DHAVE_STRERROR_R=3D1 -DHAVE_READLINE=3D1 -DHAVE_POSIX_FALLOCATE=3D1 -I. = -DSQLITE_ENABLE_FTS3=3D1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=3D1 = -DSQLITE_ENABLE_FTS4=3D1 -DSQLITE_ENABLE_COLUMN_METADATA=3D1 = -DSQLITE_SECURE_DELETE=3D1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=3D1 = -DSQLITE_TEMP_STORE=3D1 -D_REENTRANT=3D1 -DSQLITE_THREADSAFE=3D1 -O2 = -pipe -fno-strict-aliasing -MT sqlite3.lo -MD -MP -MF .deps/sqlite3.Tpo = -c sqlite3.c -fPIC -DPIC -o .libs/sqlite3.o sqlite3.c:23598: error: 'posix_fallocate' undeclared here (not in a = function) *** Error code 1 Stop in /usr/ports/databases/sqlite3/work/sqlite-autoconf-3080100. *** Error code 1 Stop in /usr/ports/databases/sqlite3. *** Error code 1 Stop in /usr/ports/databases/sqlite3. Has anyone a suggestion? Greets Malte From owner-freebsd-ports@FreeBSD.ORG Fri Dec 27 18:26:43 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 77B8766E for ; Fri, 27 Dec 2013 18:26:43 +0000 (UTC) Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com [IPv6:2a00:1450:400c:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0AFAE14E2 for ; Fri, 27 Dec 2013 18:26:42 +0000 (UTC) Received: by mail-wg0-f48.google.com with SMTP id z12so8464921wgg.27 for ; Fri, 27 Dec 2013 10:26:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=g3H0pVj6GV2E58LNiGkIgbBUO78M8d9gVXwBgM0whRI=; b=wdvfEGNA2iaxgc245xRH+h5gqo6VrdhPb0r67T9q4x8r9MtN7iFhuL1FxOTT8orG0r iozQX8uUHOdLBXXahM+5m3q2SJ/6Fo9Zy8M7el2FJFD/XYGtMr2a1wgavdosqRr1shCE hGTYRoAAO7atbHo16A09qQHbcgCqkbG/Upj+ddXMveQocBjWlC0F5+SoI5IvAi0FdKaa oUp/3aStAMOvDk0WjKZki/xUWf4QdUnxmHrweTkykVbBlQQZ36u79CSrkNH9ghBYHmOF LG50SNPoWSIQ4OpDMsGI9PnPkjidolm1X5aCJE1TUZHGWSXigiyrW2YC66muNnGDTZnV geqQ== X-Received: by 10.180.37.237 with SMTP id b13mr35001016wik.52.1388168799952; Fri, 27 Dec 2013 10:26:39 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id de4sm47795121wib.8.2013.12.27.10.26.38 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Fri, 27 Dec 2013 10:26:39 -0800 (PST) Sender: Baptiste Daroussin Date: Fri, 27 Dec 2013 19:26:37 +0100 From: Baptiste Daroussin To: Malte Hahlbeck Subject: Re: sqlite3-3.8.1 Message-ID: <20131227182637.GB40122@ithaqua.etoilebsd.net> References: <7819F560-EDF0-43E7-9B52-BD518A02B96C@gissmo.eu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="avNtfD0ffNO6L/9g" Content-Disposition: inline In-Reply-To: <7819F560-EDF0-43E7-9B52-BD518A02B96C@gissmo.eu> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 18:26:43 -0000 --avNtfD0ffNO6L/9g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 27, 2013 at 07:09:06PM +0100, Malte Hahlbeck wrote: > Hi, >=20 > i can't upgrade sqlite3.7.14.1 to sqlite 3.8.1 >=20 > =3D=3D=3D> Building for sqlite3-3.8.1 > /bin/sh ./libtool --tag=3DCC --mode=3Dcompile cc -DPACKAGE_NAME=3D\"sq= lite\" -DPACKAGE_TARNAME=3D\"sqlite\" -DPACKAGE_VERSION=3D\"3.8.1\" -DPACKA= GE_STRING=3D\"sqlite\ 3.8.1\" -DPACKAGE_BUGREPORT=3D\"http://www.sqlite.org= \" -DPACKAGE_URL=3D\"\" -DPACKAGE=3D\"sqlite\" -DVERSION=3D\"3.8.1\" -DSTDC= _HEADERS=3D1 -DHAVE_SYS_TYPES_H=3D1 -DHAVE_SYS_STAT_H=3D1 -DHAVE_STDLIB_H= =3D1 -DHAVE_STRING_H=3D1 -DHAVE_MEMORY_H=3D1 -DHAVE_STRINGS_H=3D1 -DHAVE_IN= TTYPES_H=3D1 -DHAVE_STDINT_H=3D1 -DHAVE_UNISTD_H=3D1 -DHAVE_DLFCN_H=3D1 -DL= T_OBJDIR=3D\".libs/\" -DHAVE_USLEEP=3D1 -DHAVE_LOCALTIME_R=3D1 -DHAVE_GMTIM= E_R=3D1 -DHAVE_DECL_STRERROR_R=3D1 -DHAVE_STRERROR_R=3D1 -DHAVE_READLINE=3D= 1 -DHAVE_POSIX_FALLOCATE=3D1 -I. -DSQLITE_ENABLE_FTS3=3D1 -DSQLITE_ENABL= E_FTS3_PARENTHESIS=3D1 -DSQLITE_ENABLE_FTS4=3D1 -DSQLITE_ENABLE_COLUMN_META= DATA=3D1 -DSQLITE_SECURE_DELETE=3D1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=3D1 -DSQL= ITE_TEMP_STORE=3D1 -D_REENTRANT=3D1 -DSQLITE_THREADSAFE=3D1 -O2 -pipe -fno-= strict-aliasing -MT sqlite3.lo -MD -MP -MF .deps/sqlite3.Tpo -c -o sqlite3.= lo sqlite3.c > libtool: compile: cc -DPACKAGE_NAME=3D\"sqlite\" -DPACKAGE_TARNAME=3D\"s= qlite\" -DPACKAGE_VERSION=3D\"3.8.1\" "-DPACKAGE_STRING=3D\"sqlite 3.8.1\""= -DPACKAGE_BUGREPORT=3D\"http://www.sqlite.org\" -DPACKAGE_URL=3D\"\" -DPAC= KAGE=3D\"sqlite\" -DVERSION=3D\"3.8.1\" -DSTDC_HEADERS=3D1 -DHAVE_SYS_TYPES= _H=3D1 -DHAVE_SYS_STAT_H=3D1 -DHAVE_STDLIB_H=3D1 -DHAVE_STRING_H=3D1 -DHAVE= _MEMORY_H=3D1 -DHAVE_STRINGS_H=3D1 -DHAVE_INTTYPES_H=3D1 -DHAVE_STDINT_H=3D= 1 -DHAVE_UNISTD_H=3D1 -DHAVE_DLFCN_H=3D1 -DLT_OBJDIR=3D\".libs/\" -DHAVE_US= LEEP=3D1 -DHAVE_LOCALTIME_R=3D1 -DHAVE_GMTIME_R=3D1 -DHAVE_DECL_STRERROR_R= =3D1 -DHAVE_STRERROR_R=3D1 -DHAVE_READLINE=3D1 -DHAVE_POSIX_FALLOCATE=3D1 -= I. -DSQLITE_ENABLE_FTS3=3D1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=3D1 -DSQLITE_E= NABLE_FTS4=3D1 -DSQLITE_ENABLE_COLUMN_METADATA=3D1 -DSQLITE_SECURE_DELETE= =3D1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=3D1 -DSQLITE_TEMP_STORE=3D1 -D_REENTRANT= =3D1 -DSQLITE_THREADSAFE=3D1 -O2 -pipe -fno-strict-aliasing -MT sqlite3.lo = -MD -MP -MF .deps/sqlite3.Tpo -c sqlite3.c -fPIC -DPIC -o .libs/sqlite3.o > sqlite3.c:23598: error: 'posix_fallocate' undeclared here (not in a funct= ion) > *** Error code 1 >=20 > Stop in /usr/ports/databases/sqlite3/work/sqlite-autoconf-3080100. > *** Error code 1 >=20 > Stop in /usr/ports/databases/sqlite3. > *** Error code 1 >=20 > Stop in /usr/ports/databases/sqlite3. >=20 > Has anyone a suggestion? >=20 > Greets > Malte >=20 > _______________________________________________ > 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" You are building the port on an unsupported version of FreeBSD As a reminder actual supported version are: 8.3, 8.4, 9.1, 9.2, 10.0-RC3 regards, Bapt --avNtfD0ffNO6L/9g Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlK9xl0ACgkQ8kTtMUmk6EznCwCgwgbCv2mn/FXqTcMJ7/QiIM7I 0OYAoMD51gwiEk+qIlz3Tn/OocAQM5Av =1lXs -----END PGP SIGNATURE----- --avNtfD0ffNO6L/9g-- From owner-freebsd-ports@FreeBSD.ORG Fri Dec 27 18:34:42 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC4F19DA; Fri, 27 Dec 2013 18:34:41 +0000 (UTC) Received: from gissmo.eu (freebsd.gissmo.eu [213.158.113.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 781421583; Fri, 27 Dec 2013 18:34:41 +0000 (UTC) Received: from maltehabecksmbp.anarchist.kicks-ass.org (132-248-103-86.dynamic.dsl.tng.de [86.103.248.132]) (authenticated bits=0) by gissmo.eu (8.14.4/8.14.4) with ESMTP id rBRIYc6v002415; Fri, 27 Dec 2013 19:34:39 +0100 (CET) (envelope-from malte@gissmo.eu) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: sqlite3-3.8.1 From: Malte Hahlbeck In-Reply-To: <20131227182637.GB40122@ithaqua.etoilebsd.net> Date: Fri, 27 Dec 2013 19:34:33 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <7A175E07-5B3E-4164-A0F4-EC788C75038F@gissmo.eu> References: <7819F560-EDF0-43E7-9B52-BD518A02B96C@gissmo.eu> <20131227182637.GB40122@ithaqua.etoilebsd.net> To: Baptiste Daroussin X-Mailer: Apple Mail (2.1827) Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 18:34:42 -0000 Am 27.12.2013 um 19:26 schrieb Baptiste Daroussin : > On Fri, Dec 27, 2013 at 07:09:06PM +0100, Malte Hahlbeck wrote: >> Hi, >>=20 >> i can't upgrade sqlite3.7.14.1 to sqlite 3.8.1 >>=20 >> =3D=3D=3D> Building for sqlite3-3.8.1 >> /bin/sh ./libtool --tag=3DCC --mode=3Dcompile cc = -DPACKAGE_NAME=3D\"sqlite\" -DPACKAGE_TARNAME=3D\"sqlite\" = -DPACKAGE_VERSION=3D\"3.8.1\" -DPACKAGE_STRING=3D\"sqlite\ 3.8.1\" = -DPACKAGE_BUGREPORT=3D\"http://www.sqlite.org\" -DPACKAGE_URL=3D\"\" = -DPACKAGE=3D\"sqlite\" -DVERSION=3D\"3.8.1\" -DSTDC_HEADERS=3D1 = -DHAVE_SYS_TYPES_H=3D1 -DHAVE_SYS_STAT_H=3D1 -DHAVE_STDLIB_H=3D1 = -DHAVE_STRING_H=3D1 -DHAVE_MEMORY_H=3D1 -DHAVE_STRINGS_H=3D1 = -DHAVE_INTTYPES_H=3D1 -DHAVE_STDINT_H=3D1 -DHAVE_UNISTD_H=3D1 = -DHAVE_DLFCN_H=3D1 -DLT_OBJDIR=3D\".libs/\" -DHAVE_USLEEP=3D1 = -DHAVE_LOCALTIME_R=3D1 -DHAVE_GMTIME_R=3D1 -DHAVE_DECL_STRERROR_R=3D1 = -DHAVE_STRERROR_R=3D1 -DHAVE_READLINE=3D1 -DHAVE_POSIX_FALLOCATE=3D1 -I. = -DSQLITE_ENABLE_FTS3=3D1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=3D1 = -DSQLITE_ENABLE_FTS4=3D1 -DSQLITE_ENABLE_COLUMN_METADATA=3D1 = -DSQLITE_SECURE_DELETE=3D1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=3D1 = -DSQLITE_TEMP_STORE=3D1 -D_REENTRANT=3D1 -DSQLITE_THREADSAFE=3D1 -O2 = -pipe -fno-strict-aliasing -MT sqlite3.lo -MD -MP -MF .deps/sqlite3.Tpo = -c -o sqlite3.lo sqlite3.c >> libtool: compile: cc -DPACKAGE_NAME=3D\"sqlite\" = -DPACKAGE_TARNAME=3D\"sqlite\" -DPACKAGE_VERSION=3D\"3.8.1\" = "-DPACKAGE_STRING=3D\"sqlite 3.8.1\"" = -DPACKAGE_BUGREPORT=3D\"http://www.sqlite.org\" -DPACKAGE_URL=3D\"\" = -DPACKAGE=3D\"sqlite\" -DVERSION=3D\"3.8.1\" -DSTDC_HEADERS=3D1 = -DHAVE_SYS_TYPES_H=3D1 -DHAVE_SYS_STAT_H=3D1 -DHAVE_STDLIB_H=3D1 = -DHAVE_STRING_H=3D1 -DHAVE_MEMORY_H=3D1 -DHAVE_STRINGS_H=3D1 = -DHAVE_INTTYPES_H=3D1 -DHAVE_STDINT_H=3D1 -DHAVE_UNISTD_H=3D1 = -DHAVE_DLFCN_H=3D1 -DLT_OBJDIR=3D\".libs/\" -DHAVE_USLEEP=3D1 = -DHAVE_LOCALTIME_R=3D1 -DHAVE_GMTIME_R=3D1 -DHAVE_DECL_STRERROR_R=3D1 = -DHAVE_STRERROR_R=3D1 -DHAVE_READLINE=3D1 -DHAVE_POSIX_FALLOCATE=3D1 -I. = -DSQLITE_ENABLE_FTS3=3D1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=3D1 = -DSQLITE_ENABLE_FTS4=3D1 -DSQLITE_ENABLE_COLUMN_METADATA=3D1 = -DSQLITE_SECURE_DELETE=3D1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=3D1 = -DSQLITE_TEMP_STORE=3D1 -D_REENTRANT=3D1 -DSQLITE_THREADSAFE=3D1 -O2 = -pipe -fno-strict-aliasing -MT sqlite3.lo -MD -MP -MF .deps/sqlite3.Tpo = -c sqlite3.c -fPIC -DPIC -o .libs/sqlite3.o >> sqlite3.c:23598: error: 'posix_fallocate' undeclared here (not in a = function) >> *** Error code 1 >>=20 >> Stop in /usr/ports/databases/sqlite3/work/sqlite-autoconf-3080100. >> *** Error code 1 >>=20 >> Stop in /usr/ports/databases/sqlite3. >> *** Error code 1 >>=20 >> Stop in /usr/ports/databases/sqlite3. >>=20 >> Has anyone a suggestion? >>=20 >> Greets >> Malte >>=20 >> _______________________________________________ >> 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" >=20 > You are building the port on an unsupported version of FreeBSD > As a reminder actual supported version are: > 8.3, 8.4, 9.1, 9.2, 10.0-RC3 >=20 > regards, > Bapt Sorry, I forgot to mention: the release is: 8.3-RELEASE-p13 I did not make any changes in configure. yours Malte From owner-freebsd-ports@FreeBSD.ORG Fri Dec 27 18:40:50 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13C20C5D for ; Fri, 27 Dec 2013 18:40:50 +0000 (UTC) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9892815B3 for ; Fri, 27 Dec 2013 18:40:49 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id en1so14574763wid.5 for ; Fri, 27 Dec 2013 10:40:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=1DRWf1wfn34EL/MLh0r0apy3SL+yynXobtbiA0e2h4M=; b=pofwHDvfqWmP3LvAqGajMFhncN3/6D+kEv1aiXoXs7ceHKFDgw/g+V7yMHsfK4aWWU wnB0g75nKiMujiNNkwBjxHtg0qWfFD10gY5NE3HA9fB3NvO3hl070wJkbM5ZtMRuHPyC O7KWMllhPMBACcg6+RfGEorThs3Uzi/ENsPZvH435UzQremXNEw+g0MlLl7dtYrQ/ZuH AJXeA/XWxC/qUpYSw6fE+CLlO0b9f9QW+TZHJLtxOkt4o0yyf13GlP8CANKQUUzb+R8n kDoJzwcoYsrVMJsyQ8UOm2G4o7Hrs363BA8w/kJTcMB8BOqk4jTGLdLvG4YN+IZS7Y1m gFnw== X-Received: by 10.180.95.105 with SMTP id dj9mr35199715wib.22.1388169647996; Fri, 27 Dec 2013 10:40:47 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id cy10sm19798390wjb.6.2013.12.27.10.40.46 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Fri, 27 Dec 2013 10:40:47 -0800 (PST) Sender: Baptiste Daroussin Date: Fri, 27 Dec 2013 19:40:45 +0100 From: Baptiste Daroussin To: Malte Hahlbeck Subject: Re: sqlite3-3.8.1 Message-ID: <20131227184045.GC40122@ithaqua.etoilebsd.net> References: <7819F560-EDF0-43E7-9B52-BD518A02B96C@gissmo.eu> <20131227182637.GB40122@ithaqua.etoilebsd.net> <7A175E07-5B3E-4164-A0F4-EC788C75038F@gissmo.eu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pgNHpQPJFoUYTAIP" Content-Disposition: inline In-Reply-To: <7A175E07-5B3E-4164-A0F4-EC788C75038F@gissmo.eu> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 18:40:50 -0000 --pgNHpQPJFoUYTAIP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 27, 2013 at 07:34:33PM +0100, Malte Hahlbeck wrote: > Am 27.12.2013 um 19:26 schrieb Baptiste Daroussin : >=20 > > On Fri, Dec 27, 2013 at 07:09:06PM +0100, Malte Hahlbeck wrote: > >> Hi, > >>=20 > >> i can't upgrade sqlite3.7.14.1 to sqlite 3.8.1 > >>=20 > >> =3D=3D=3D> Building for sqlite3-3.8.1 > >> /bin/sh ./libtool --tag=3DCC --mode=3Dcompile cc -DPACKAGE_NAME=3D\= "sqlite\" -DPACKAGE_TARNAME=3D\"sqlite\" -DPACKAGE_VERSION=3D\"3.8.1\" -DPA= CKAGE_STRING=3D\"sqlite\ 3.8.1\" -DPACKAGE_BUGREPORT=3D\"http://www.sqlite.= org\" -DPACKAGE_URL=3D\"\" -DPACKAGE=3D\"sqlite\" -DVERSION=3D\"3.8.1\" -DS= TDC_HEADERS=3D1 -DHAVE_SYS_TYPES_H=3D1 -DHAVE_SYS_STAT_H=3D1 -DHAVE_STDLIB_= H=3D1 -DHAVE_STRING_H=3D1 -DHAVE_MEMORY_H=3D1 -DHAVE_STRINGS_H=3D1 -DHAVE_I= NTTYPES_H=3D1 -DHAVE_STDINT_H=3D1 -DHAVE_UNISTD_H=3D1 -DHAVE_DLFCN_H=3D1 -D= LT_OBJDIR=3D\".libs/\" -DHAVE_USLEEP=3D1 -DHAVE_LOCALTIME_R=3D1 -DHAVE_GMTI= ME_R=3D1 -DHAVE_DECL_STRERROR_R=3D1 -DHAVE_STRERROR_R=3D1 -DHAVE_READLINE= =3D1 -DHAVE_POSIX_FALLOCATE=3D1 -I. -DSQLITE_ENABLE_FTS3=3D1 -DSQLITE_EN= ABLE_FTS3_PARENTHESIS=3D1 -DSQLITE_ENABLE_FTS4=3D1 -DSQLITE_ENABLE_COLUMN_M= ETADATA=3D1 -DSQLITE_SECURE_DELETE=3D1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=3D1 -D= SQLITE_TEMP_STORE=3D1 -D_REENTRANT=3D1 -DSQLITE_THREADSAFE=3D1 -O2 -pipe -f= no-strict-aliasing -MT sqlite3.lo -MD -MP -MF .deps/sqlite3.Tpo -c -o sqlit= e3.lo sqlite3.c > >> libtool: compile: cc -DPACKAGE_NAME=3D\"sqlite\" -DPACKAGE_TARNAME=3D= \"sqlite\" -DPACKAGE_VERSION=3D\"3.8.1\" "-DPACKAGE_STRING=3D\"sqlite 3.8.1= \"" -DPACKAGE_BUGREPORT=3D\"http://www.sqlite.org\" -DPACKAGE_URL=3D\"\" -D= PACKAGE=3D\"sqlite\" -DVERSION=3D\"3.8.1\" -DSTDC_HEADERS=3D1 -DHAVE_SYS_TY= PES_H=3D1 -DHAVE_SYS_STAT_H=3D1 -DHAVE_STDLIB_H=3D1 -DHAVE_STRING_H=3D1 -DH= AVE_MEMORY_H=3D1 -DHAVE_STRINGS_H=3D1 -DHAVE_INTTYPES_H=3D1 -DHAVE_STDINT_H= =3D1 -DHAVE_UNISTD_H=3D1 -DHAVE_DLFCN_H=3D1 -DLT_OBJDIR=3D\".libs/\" -DHAVE= _USLEEP=3D1 -DHAVE_LOCALTIME_R=3D1 -DHAVE_GMTIME_R=3D1 -DHAVE_DECL_STRERROR= _R=3D1 -DHAVE_STRERROR_R=3D1 -DHAVE_READLINE=3D1 -DHAVE_POSIX_FALLOCATE=3D1= -I. -DSQLITE_ENABLE_FTS3=3D1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=3D1 -DSQLITE= _ENABLE_FTS4=3D1 -DSQLITE_ENABLE_COLUMN_METADATA=3D1 -DSQLITE_SECURE_DELETE= =3D1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=3D1 -DSQLITE_TEMP_STORE=3D1 -D_REENTRANT= =3D1 -DSQLITE_THREADSAFE=3D1 -O2 -pipe -fno-strict-aliasing -MT sqlite3.lo = -MD -MP -MF .deps/sqlite3.Tpo -c sqlite3.c -fPIC -DPIC -o .libs/sqlite3.o > >> sqlite3.c:23598: error: 'posix_fallocate' undeclared here (not in a fu= nction) > >> *** Error code 1 > >>=20 > >> Stop in /usr/ports/databases/sqlite3/work/sqlite-autoconf-3080100. > >> *** Error code 1 > >>=20 > >> Stop in /usr/ports/databases/sqlite3. > >> *** Error code 1 > >>=20 > >> Stop in /usr/ports/databases/sqlite3. > >>=20 > >> Has anyone a suggestion? > >>=20 > >> Greets > >> Malte > >>=20 > >> _______________________________________________ > >> freebsd-ports@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-ports > >> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.or= g" > >=20 > > You are building the port on an unsupported version of FreeBSD > > As a reminder actual supported version are: > > 8.3, 8.4, 9.1, 9.2, 10.0-RC3 > >=20 > > regards, > > Bapt >=20 > Sorry, I forgot to mention: >=20 > the release is: >=20 > 8.3-RELEASE-p13 >=20 > I did not make any changes in configure. >=20 >=20 Sorry then that mean something is getting wrong here :) can we see your config.log? regards, Bapt --pgNHpQPJFoUYTAIP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlK9ya0ACgkQ8kTtMUmk6Ey5HwCfeDz2EYDJ7Sid86PPn1V9XUV6 r8IAnjgQrTK2Zx3YGCEGA6jVS8+YrCNN =yYs6 -----END PGP SIGNATURE----- --pgNHpQPJFoUYTAIP-- From owner-freebsd-ports@FreeBSD.ORG Fri Dec 27 18:44:20 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AF0C8F2D; Fri, 27 Dec 2013 18:44:20 +0000 (UTC) Received: from gissmo.eu (freebsd.gissmo.eu [213.158.113.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CA8B5162E; Fri, 27 Dec 2013 18:44:19 +0000 (UTC) Received: from maltehabecksmbp.anarchist.kicks-ass.org (132-248-103-86.dynamic.dsl.tng.de [86.103.248.132]) (authenticated bits=0) by gissmo.eu (8.14.4/8.14.4) with ESMTP id rBRIiGfn004708; Fri, 27 Dec 2013 19:44:17 +0100 (CET) (envelope-from malte@gissmo.eu) Content-Type: multipart/mixed; boundary="Apple-Mail=_0633C5F2-B731-4103-9FD4-EE876B89F634" Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: sqlite3-3.8.1 From: Malte Hahlbeck In-Reply-To: <20131227184045.GC40122@ithaqua.etoilebsd.net> Date: Fri, 27 Dec 2013 19:44:11 +0100 Message-Id: References: <7819F560-EDF0-43E7-9B52-BD518A02B96C@gissmo.eu> <20131227182637.GB40122@ithaqua.etoilebsd.net> <7A175E07-5B3E-4164-A0F4-EC788C75038F@gissmo.eu> <20131227184045.GC40122@ithaqua.etoilebsd.net> To: Baptiste Daroussin X-Mailer: Apple Mail (2.1827) Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 18:44:20 -0000 --Apple-Mail=_0633C5F2-B731-4103-9FD4-EE876B89F634 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Am 27.12.2013 um 19:40 schrieb Baptiste Daroussin : > On Fri, Dec 27, 2013 at 07:34:33PM +0100, Malte Hahlbeck wrote: >> Am 27.12.2013 um 19:26 schrieb Baptiste Daroussin : >>=20 >>> On Fri, Dec 27, 2013 at 07:09:06PM +0100, Malte Hahlbeck wrote: >>>> Hi, >>>>=20 >>>> i can't upgrade sqlite3.7.14.1 to sqlite 3.8.1 >>>>=20 >>>> =3D=3D=3D> Building for sqlite3-3.8.1 >>>> /bin/sh ./libtool --tag=3DCC --mode=3Dcompile cc = -DPACKAGE_NAME=3D\"sqlite\" -DPACKAGE_TARNAME=3D\"sqlite\" = -DPACKAGE_VERSION=3D\"3.8.1\" -DPACKAGE_STRING=3D\"sqlite\ 3.8.1\" = -DPACKAGE_BUGREPORT=3D\"http://www.sqlite.org\" -DPACKAGE_URL=3D\"\" = -DPACKAGE=3D\"sqlite\" -DVERSION=3D\"3.8.1\" -DSTDC_HEADERS=3D1 = -DHAVE_SYS_TYPES_H=3D1 -DHAVE_SYS_STAT_H=3D1 -DHAVE_STDLIB_H=3D1 = -DHAVE_STRING_H=3D1 -DHAVE_MEMORY_H=3D1 -DHAVE_STRINGS_H=3D1 = -DHAVE_INTTYPES_H=3D1 -DHAVE_STDINT_H=3D1 -DHAVE_UNISTD_H=3D1 = -DHAVE_DLFCN_H=3D1 -DLT_OBJDIR=3D\".libs/\" -DHAVE_USLEEP=3D1 = -DHAVE_LOCALTIME_R=3D1 -DHAVE_GMTIME_R=3D1 -DHAVE_DECL_STRERROR_R=3D1 = -DHAVE_STRERROR_R=3D1 -DHAVE_READLINE=3D1 -DHAVE_POSIX_FALLOCATE=3D1 -I. = -DSQLITE_ENABLE_FTS3=3D1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=3D1 = -DSQLITE_ENABLE_FTS4=3D1 -DSQLITE_ENABLE_COLUMN_METADATA=3D1 = -DSQLITE_SECURE_DELETE=3D1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=3D1 = -DSQLITE_TEMP_STORE=3D1 -D_REENTRANT=3D1 -DSQLITE_THREADSAFE=3D1 -O2 = -pipe -fno-strict-aliasing -MT sqlite3.lo -MD -MP -MF .deps/sqlite3.Tpo = -c -o sqlite3.lo sqlite3.c >>>> libtool: compile: cc -DPACKAGE_NAME=3D\"sqlite\" = -DPACKAGE_TARNAME=3D\"sqlite\" -DPACKAGE_VERSION=3D\"3.8.1\" = "-DPACKAGE_STRING=3D\"sqlite 3.8.1\"" = -DPACKAGE_BUGREPORT=3D\"http://www.sqlite.org\" -DPACKAGE_URL=3D\"\" = -DPACKAGE=3D\"sqlite\" -DVERSION=3D\"3.8.1\" -DSTDC_HEADERS=3D1 = -DHAVE_SYS_TYPES_H=3D1 -DHAVE_SYS_STAT_H=3D1 -DHAVE_STDLIB_H=3D1 = -DHAVE_STRING_H=3D1 -DHAVE_MEMORY_H=3D1 -DHAVE_STRINGS_H=3D1 = -DHAVE_INTTYPES_H=3D1 -DHAVE_STDINT_H=3D1 -DHAVE_UNISTD_H=3D1 = -DHAVE_DLFCN_H=3D1 -DLT_OBJDIR=3D\".libs/\" -DHAVE_USLEEP=3D1 = -DHAVE_LOCALTIME_R=3D1 -DHAVE_GMTIME_R=3D1 -DHAVE_DECL_STRERROR_R=3D1 = -DHAVE_STRERROR_R=3D1 -DHAVE_READLINE=3D1 -DHAVE_POSIX_FALLOCATE=3D1 -I. = -DSQLITE_ENABLE_FTS3=3D1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=3D1 = -DSQLITE_ENABLE_FTS4=3D1 -DSQLITE_ENABLE_COLUMN_METADATA=3D1 = -DSQLITE_SECURE_DELETE=3D1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=3D1 = -DSQLITE_TEMP_STORE=3D1 -D_REENTRANT=3D1 -DSQLITE_THREADSAFE=3D1 -O2 = -pipe -fno-strict-aliasing -MT sqlite3.lo -MD -MP -MF .deps/sqlite3.Tpo = -c sqlite3.c -fPIC -DPIC -o .libs/sqlite3.o >>>> sqlite3.c:23598: error: 'posix_fallocate' undeclared here (not in a = function) >>>> *** Error code 1 >>>>=20 >>>> Stop in /usr/ports/databases/sqlite3/work/sqlite-autoconf-3080100. >>>> *** Error code 1 >>>>=20 >>>> Stop in /usr/ports/databases/sqlite3. >>>> *** Error code 1 >>>>=20 >>>> Stop in /usr/ports/databases/sqlite3. >>>>=20 >>>> Has anyone a suggestion? >>>>=20 >>>> Greets >>>> Malte >>>>=20 >>>> _______________________________________________ >>>> 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" >>>=20 >>> You are building the port on an unsupported version of FreeBSD >>> As a reminder actual supported version are: >>> 8.3, 8.4, 9.1, 9.2, 10.0-RC3 >>>=20 >>> regards, >>> Bapt >>=20 >> Sorry, I forgot to mention: >>=20 >> the release is: >>=20 >> 8.3-RELEASE-p13 >>=20 >> I did not make any changes in configure. >>=20 >>=20 > Sorry then that mean something is getting wrong here :) can we see = your > config.log? >=20 > regards, > Bapt Here is my config.log: --Apple-Mail=_0633C5F2-B731-4103-9FD4-EE876B89F634 Content-Disposition: attachment; filename=config.log Content-Type: application/octet-stream; x-unix-mode=0644; name="config.log" Content-Transfer-Encoding: 7bit This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by sqlite configure 3.8.1, which was generated by GNU Autoconf 2.69. Invocation command line was $ ./configure --enable-dynamic-extensions --enable-threadsafe --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/ --build=amd64-portbld-freebsd8.3 ## --------- ## ## Platform. ## ## --------- ## hostname = gissmo.eu uname -m = amd64 uname -r = 8.3-RELEASE-p11 uname -s = FreeBSD uname -v = FreeBSD 8.3-RELEASE-p11 #0: Tue Sep 10 00:06:55 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC /usr/bin/uname -p = amd64 /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /sbin PATH: /bin PATH: /usr/sbin PATH: /usr/bin PATH: /usr/games PATH: /usr/local/sbin PATH: /usr/local/bin PATH: /root/bin ## ----------- ## ## Core tests. ## ## ----------- ## configure:2068: loading site script /usr/ports/Templates/config.site | # $FreeBSD: Templates/config.site 326136 2013-09-03 11:39:21Z bdrewery $ | # Do not add: | # - toolchain related | # - arch-dependent values | # - anything "=no" unless guaranteed to never be | # implemented in FreeBSD | # - also avoid "working" values | # This file must reflect the oldest supported Release. | # | #MAINTAINER= portmgr@FreeBSD.org | | # Path | : ${ac_cv_path_BZIP2=/usr/bin/bzip2} | : ${ac_cv_path_EGREP=/usr/bin/egrep} | : ${ac_cv_path_FGREP=/usr/bin/fgrep} | : ${ac_cv_path_GREP=/usr/bin/grep} | : ${ac_cv_path_GZIP=/usr/bin/gzip} | : ${ac_cv_path_MKTEMP_COMMAND=/usr/bin/mktemp} | : ${ac_cv_path_SED=/usr/bin/sed} | : ${ac_cv_path_install=/usr/bin/install} | : ${ac_cv_path_mkdir=/bin/mkdir} | : ${ac_cv_prog_AWK=/usr/bin/awk} | : ${ac_cv_prog_SED=/usr/bin/sed} | : ${am_cv_prog_tar_ustar=/usr/bin/tar} | : ${cl_cv_prog_LN=/bin/ln} | : ${cl_cv_prog_cp='/bin/cp -p'} | : ${lt_cv_path_MAGIC_CMD=/usr/bin/file} | | # Headers | : ${ac_cv_header_alloca_h=no} | : ${ac_cv_header_arpa_inet_h=yes} | : ${ac_cv_header_arpa_nameser_h=yes} | : ${ac_cv_header_ctype_h=yes} | : ${ac_cv_header_dirent_h=yes} | : ${ac_cv_header_dlfcn_h=yes} | : ${ac_cv_header_elf_h=yes} | : ${ac_cv_header_errno_h=yes} | : ${ac_cv_header_fcntl_h=yes} | : ${ac_cv_header_float_h=yes} | : ${ac_cv_header_floatingpoint_h=yes} | : ${ac_cv_header_getopt_h=yes} | : ${ac_cv_header_glob_h=yes} | : ${ac_cv_header_inttypes_h=yes} | : ${ac_cv_header_langinfo_h=yes} | : ${ac_cv_header_libgen_h=yes} | : ${ac_cv_header_libutil_h=yes} | : ${ac_cv_header_limits_h=yes} | : ${ac_cv_header_login_cap_h=yes} | : ${ac_cv_header_math_h=yes} | : ${ac_cv_header_memory_h=yes} | : ${ac_cv_header_minix_config_h=no} | : ${ac_cv_header_net_if_h=yes} | : ${ac_cv_header_net_if_media_h=yes} | : ${ac_cv_header_net_if_tap_h=yes} | : ${ac_cv_header_net_if_tun_h=yes} | : ${ac_cv_header_netdb_h=yes} | : ${ac_cv_header_netinet_in_h=yes} | : ${ac_cv_header_paths_h=yes} | : ${ac_cv_header_poll_h=yes} | : ${ac_cv_header_pwd_h=yes} | : ${ac_cv_header_readpassphrase_h=yes} | : ${ac_cv_header_resolv_h=yes} | : ${ac_cv_header_rpc_types_h=yes} | : ${ac_cv_header_sched_h=yes} | : ${ac_cv_header_search_h=yes} | : ${ac_cv_header_security_pam_appl_h=yes} | : ${ac_cv_header_signal_h=yes} | : ${ac_cv_header_spawn_h=yes} | : ${ac_cv_header_stdarg_h=yes} | : ${ac_cv_header_stdbool_h=yes} | : ${ac_cv_header_stdc=yes} | : ${ac_cv_header_stddef_h=yes} | : ${ac_cv_header_stdint_h=yes} | : ${ac_cv_header_stdio_h=yes} | : ${ac_cv_header_stdlib_h=yes} | : ${ac_cv_header_string_h=yes} | : ${ac_cv_header_strings_h=yes} | : ${ac_cv_header_sys_acl_h=yes} | : ${ac_cv_header_sys_cdefs_h=yes} | : ${ac_cv_header_sys_dir_h=yes} | : ${ac_cv_header_sys_fcntl_h=yes} | : ${ac_cv_header_sys_file_h=yes} | : ${ac_cv_header_sys_ioctl_h=yes} | : ${ac_cv_header_sys_mman_h=yes} | : ${ac_cv_header_sys_mount_h=yes} | : ${ac_cv_header_sys_msg_h=yes} | : ${ac_cv_header_sys_param_h=yes} | : ${ac_cv_header_sys_poll_h=yes} | : ${ac_cv_header_sys_ptrace_h=yes} | : ${ac_cv_header_sys_select_h=yes} | : ${ac_cv_header_sys_socket_h=yes} | : ${ac_cv_header_sys_stat_h=yes} | : ${ac_cv_header_sys_statvfs_h=yes} | : ${ac_cv_header_sys_time_h=yes} | : ${ac_cv_header_sys_timers_h=yes} | : ${ac_cv_header_sys_times_h=yes} | : ${ac_cv_header_sys_types_h=yes} | : ${ac_cv_header_sys_un_h=yes} | : ${ac_cv_header_sys_wait_h=yes} | : ${ac_cv_header_time_h=yes} | : ${ac_cv_header_ttyent_h=yes} | : ${ac_cv_header_ucontext_h=yes} | : ${ac_cv_header_unistd_h=yes} | : ${ac_cv_header_utime_h=yes} | : ${ac_cv_header_vis_h=yes} | : ${ac_cv_header_wchar_h=yes} | : ${ac_cv_header_wctype_h=yes} | : ${ac_cv_header_zlib_h=yes} | | : ${gl_cv_header_wchar_h_correct_inline=yes} | | : ${ac_cv_header_argz_h=no} | : ${ac_cv_header_byteswap_h=no} | : ${ac_cv_header_dl_h=no} | : ${ac_cv_header_malloc_h=no} | : ${ac_cv_header_random_h=no} | : ${ac_cv_header_vfork_h=no} | | # This appears in FreeBSD 10 do not cache it. | #: ${gl_cv_have_raw_decl_strchrnul=yes} | : ${gl_cv_have_raw_decl_memcpy=no} | : ${gl_cv_have_raw_decl_memmem=yes} | : ${gl_cv_have_raw_decl_memrchr=yes} | : ${gl_cv_have_raw_decl_rawmemchr=yes} | : ${gl_cv_have_raw_decl_stpcpy=yes} | : ${gl_cv_have_raw_decl_stpncpy=yes} | : ${gl_cv_have_raw_decl_strcasestr=yes} | : ${gl_cv_have_raw_decl_strdup=yes} | : ${gl_cv_have_raw_decl_strncat=yes} | : ${gl_cv_have_raw_decl_strndup=yes} | : ${gl_cv_have_raw_decl_strnlen=yes} | : ${gl_cv_have_raw_decl_strpbrk=yes} | : ${gl_cv_have_raw_decl_strsep=yes} | : ${gl_cv_have_raw_decl_strsignal=yes} | : ${gl_cv_have_raw_decl_strtok_r=yes} | : ${gl_cv_have_raw_decl_strverscmp=no} | | # Type | : ${ac_cv_c_int16_t=yes} | : ${ac_cv_c_int32_t=yes} | : ${ac_cv_c_int64_t=yes} | : ${ac_cv_c_int8_t=yes} | : ${ac_cv_c_uint16_t=yes} | : ${ac_cv_c_uint32_t=yes} | : ${ac_cv_c_uint64_t=yes} | : ${ac_cv_c_uint8_t=yes} | | : ${ac_cv_type__Bool=yes} | : ${ac_cv_type_char=yes} | : ${ac_cv_type_char_p=yes} | : ${ac_cv_type_fsblkcnt_t=yes} | : ${ac_cv_type_fsfilcnt_t=yes} | : ${ac_cv_type_in_addr_t=yes} | : ${ac_cv_type_in_port_t=yes} | : ${ac_cv_type_int16_t=yes} | : ${ac_cv_type_int32_t=yes} | : ${ac_cv_type_int=yes} | : ${ac_cv_type_intmax_t=yes} | : ${ac_cv_type_long=yes} | : ${ac_cv_type_long_double=yes} | : ${ac_cv_type_long_long=yes} | : ${ac_cv_type_long_long_int=yes} | : ${ac_cv_type_mbstate_t=yes} | : ${ac_cv_type_mode_t=yes} | : ${ac_cv_type_nlink_t=yes} | : ${ac_cv_type_off_t=yes} | : ${ac_cv_type_pid_t=yes} | : ${ac_cv_type_posix_spawn_file_actions_t=yes} | : ${ac_cv_type_posix_spawnattr_t=yes} | : ${ac_cv_type_ptrdiff_t=yes} | : ${ac_cv_type_short=yes} | : ${ac_cv_type_sig_atomic_t=yes} | : ${ac_cv_type_sigset_t=yes} | : ${ac_cv_type_size_t=yes} | : ${ac_cv_type_socklen_t=yes} | : ${ac_cv_type_ssize_t=yes} | : ${ac_cv_type_stack_t=yes} | : ${ac_cv_type_struct_timespec=yes} | : ${ac_cv_type_u_char=yes} | : ${ac_cv_type_u_int16_t=yes} | : ${ac_cv_type_u_int32_t=yes} | : ${ac_cv_type_u_int8_t=yes} | : ${ac_cv_type_u_int=yes} | : ${ac_cv_type_u_long=yes} | : ${ac_cv_type_u_short=yes} | : ${ac_cv_type_uid_t=yes} | : ${ac_cv_type_uintptr_t=yes} | : ${ac_cv_type_unsigned_char=yes} | : ${ac_cv_type_unsigned_int=yes} | : ${ac_cv_type_unsigned_long=yes} | : ${ac_cv_type_unsigned_long_long=yes} | : ${ac_cv_type_unsigned_long_long_int=yes} | : ${ac_cv_type_unsigned_short=yes} | : ${ac_cv_type_volatile_sig_atomic_t=yes} | : ${ac_cv_type_wchar_t=yes} | : ${ac_cv_type_wint_t=yes} | | : ${gl_cv_sigaltstack_low_base=yes} | : ${gl_cv_size_max=yes} | : ${gl_cv_type_sigset_t=yes} | : ${gl_cv_type_wchar_t_signed=yes} | : ${gl_cv_type_wctrans_t=yes} | : ${gl_cv_type_wctype_t=yes} | : ${gl_cv_type_wint_t_signed=yes} | : ${gl_cv_var_stdin_large_offset=yes} | : ${gt_cv_c_intmax_t=yes} | : ${gt_cv_c_wchar_t=yes} | : ${gt_cv_c_wint_t=yes} | : ${gt_cv_func_printf_posix=yes} | : ${gt_cv_int_divbyzero_sigfpe=yes} | : ${gt_cv_siginfo_t=yes} | : ${gt_cv_ssize_t=yes} | | # lib | : ${ac_cv_lib_crypt_crypt=yes} | : ${ac_cv_lib_edit_el_init=yes} | : ${ac_cv_lib_pam_pam_set_item=yes} | : ${ac_cv_lib_z_deflate=yes} | : ${ac_cv_libc_defines___progname=yes} | : ${ac_cv_libc_defines_sys_errlist=yes} | : ${ac_cv_libc_defines_sys_nerr=yes} | | # Struct | : ${ac_cv_member_HEADER_ad=yes} | : ${ac_cv_member_struct___res_state_retrans=yes} | : ${ac_cv_member_struct_sigaction_sa_sigaction=yes} | : ${ac_cv_member_struct_sockaddr_in6_sin6_scope_id=yes} | : ${ac_cv_member_struct_stat_st_blksize=yes} | | : ${gl_cv_sys_struct_timespec_in_time_h=yes} | : ${gl_cv_sys_struct_timeval=yes} | | # Has appearred in FreeBSD 10 | #: ${ac_cv_func_waitid=yes} | # Has appearred in FreeBSD 10 | #: ${ac_cv_func_strchrnul=yes} | # Has appearred in FreeBSD 9 | #: ${ac_cv_func_uselocale=yes} | #: ${ac_cv_func_newlocale=yes} | | # Functions | : ${ac_cv_func___b64_ntop=yes} | : ${ac_cv_func___b64_pton=yes} | : ${ac_cv_func__getlong=yes} | : ${ac_cv_func__getshort=yes} | : ${ac_cv_func__getshort=yes} | : ${ac_cv_func__stat=yes} | : ${ac_cv_func_acl_create_entry_np=yes} | : ${ac_cv_func_acl_delete_def_file=yes} | : ${ac_cv_func_acl_delete_fd_np=yes} | : ${ac_cv_func_acl_delete_file_np=yes} | : ${ac_cv_func_acl_free=yes} | : ${ac_cv_func_acl_from_text=yes} | : ${ac_cv_func_acl_get_fd=yes} | : ${ac_cv_func_acl_get_file=yes} | : ${ac_cv_func_acl_set_fd=yes} | : ${ac_cv_func_acl_set_file=yes} | : ${ac_cv_func_alarm=yes} | : ${ac_cv_func_alloca=yes} | : ${ac_cv_func_arc4random=yes} | : ${ac_cv_func_arc4random_buf=yes} | : ${ac_cv_func_arc4random_uniform=yes} | : ${ac_cv_func_asprintf=yes} | : ${ac_cv_func_atexit=yes} | : ${ac_cv_func_bcopy=yes} | : ${ac_cv_func_bindresvport_sa=yes} | : ${ac_cv_func_btowc=yes} | : ${ac_cv_func_chown=yes} | : ${ac_cv_func_clock=yes} | : ${ac_cv_func_clock_gettime=yes} | : ${ac_cv_func_closedir=yes} | : ${ac_cv_func_closefrom=yes} | : ${ac_cv_func_daemon=yes} | : ${ac_cv_func_dirname=yes} | : ${ac_cv_func_dlopen=yes} | : ${ac_cv_func_dup2=yes} | : ${ac_cv_func_eaccess=yes} | : ${ac_cv_func_fchmod=yes} | : ${ac_cv_func_fchown=yes} | : ${ac_cv_func_fcntl=yes} | : ${ac_cv_func_fork=yes} | : ${ac_cv_func_fpurge=yes} | : ${ac_cv_func_freeaddrinfo=yes} | : ${ac_cv_func_fstatvfs=yes} | : ${ac_cv_func_fsync=yes} | : ${ac_cv_func_futimes=yes} | : ${ac_cv_func_fwprintf=yes} | : ${ac_cv_func_gai_strerror=yes} | : ${ac_cv_func_getaddrinfo=yes} | : ${ac_cv_func_getcwd=yes} | : ${ac_cv_func_getdelim=yes} | : ${ac_cv_func_getdtablesize=yes} | : ${ac_cv_func_getegid=yes} | : ${ac_cv_func_geteuid=yes} | : ${ac_cv_func_getgid=yes} | : ${ac_cv_func_getgrouplist=yes} | : ${ac_cv_func_gethostbyname=yes} | : ${ac_cv_func_gethostname=yes} | : ${ac_cv_func_getline=yes} | : ${ac_cv_func_getnameinfo=yes} | : ${ac_cv_func_getopt=yes} | : ${ac_cv_func_getopt_long_only=yes} | : ${ac_cv_func_getpagesize=yes} | : ${ac_cv_func_getpeereid=yes} | : ${ac_cv_func_getpgid=yes} | : ${ac_cv_func_getpgrp=yes} | : ${ac_cv_func_getpgrp_void=yes} | : ${ac_cv_func_getpid=yes} | : ${ac_cv_func_getrlimit=yes} | : ${ac_cv_func_getrusage=yes} | : ${ac_cv_func_gettimeofday=yes} | : ${ac_cv_func_getttyent=yes} | : ${ac_cv_func_getuid=yes} | : ${ac_cv_func_glob=yes} | : ${ac_cv_func_group_from_gid=yes} | : ${ac_cv_func_inet_aton=yes} | : ${ac_cv_func_inet_ntoa=yes} | : ${ac_cv_func_inet_ntop=yes} | : ${ac_cv_func_innetgr=yes} | : ${ac_cv_func_isascii=yes} | : ${ac_cv_func_isascii=yes} | : ${ac_cv_func_isblank=yes} | : ${ac_cv_func_issetugid=yes} | : ${ac_cv_func_iswblank=yes} | : ${ac_cv_func_iswcntrl=yes} | : ${ac_cv_func_iswctype=yes} | : ${ac_cv_func_link=yes} | : ${ac_cv_func_localtime=yes} | : ${ac_cv_func_login_getcapbool=yes} | : ${ac_cv_func_lstat=yes} | : ${ac_cv_func_lstat_dereferences_slashed_symlink=yes} | : ${ac_cv_func_malloc_0_nonnull=yes} | : ${ac_cv_func_mbrlen=yes} | : ${ac_cv_func_mbrtowc=yes} | : ${ac_cv_func_mbsinit=yes} | : ${ac_cv_func_mbsrtowcs=yes} | : ${ac_cv_func_memchr=yes} | : ${ac_cv_func_memcmp=yes} | : ${ac_cv_func_memcpy=yes} | : ${ac_cv_func_memmove=yes} | : ${ac_cv_func_memset=yes} | : ${ac_cv_func_mkdtemp=yes} | : ${ac_cv_func_mkstemp=yes} | : ${ac_cv_func_mlock=yes} | : ${ac_cv_func_mmap=yes} | : ${ac_cv_func_mmap_fixed_mapped=yes} | : ${ac_cv_func_mprotect=yes} | : ${ac_cv_func_munlock=yes} | : ${ac_cv_func_munmap=yes} | : ${ac_cv_func_nl_langinfo=yes} | : ${ac_cv_func_opendir=yes} | # Breaks heimdal and rancid at least | # : ${ac_cv_func_openpty=yes} | : ${ac_cv_func_pam_getenvlist=yes} | : ${ac_cv_func_pam_putenv=yes} | : ${ac_cv_func_pathconf=yes} | : ${ac_cv_func_pipe=yes} | : ${ac_cv_func_poll=yes} | : ${ac_cv_func_posix_spawn=yes} | : ${ac_cv_func_pread=yes} | : ${ac_cv_func_pthread_cond_broadcast=yes} | : ${ac_cv_func_pthread_cond_destroy=yes} | : ${ac_cv_func_pthread_cond_init=yes} | : ${ac_cv_func_pthread_cond_signal=yes} | : ${ac_cv_func_pthread_cond_timedwait=yes} | : ${ac_cv_func_pthread_cond_wait=yes} | : ${ac_cv_func_pthread_equal=yes} | : ${ac_cv_func_pthread_exit=yes} | : ${ac_cv_func_pthread_mutex_destroy=yes} | : ${ac_cv_func_pthread_mutex_init=yes} | : ${ac_cv_func_pthread_mutex_lock=yes} | : ${ac_cv_func_pthread_mutex_unlock=yes} | : ${ac_cv_func_pthread_self=yes} | : ${ac_cv_func_putenv=yes} | : ${ac_cv_func_pwrite=yes} | : ${ac_cv_func_raise=yes} | : ${ac_cv_func_rand=yes} | : ${ac_cv_func_random=yes} | : ${ac_cv_func_readdir=yes} | : ${ac_cv_func_readlink=yes} | : ${ac_cv_func_readlinkat=yes} | : ${ac_cv_func_readpassphrase=yes} | : ${ac_cv_func_realpath=yes} | : ${ac_cv_func_recvmsg=yes} | : ${ac_cv_func_rename=yes} | : ${ac_cv_func_rresvport_af=yes} | : ${ac_cv_func_sched_yield=yes} | : ${ac_cv_func_select=yes} | : ${ac_cv_func_sendmsg=yes} | : ${ac_cv_func_setegid=yes} | : ${ac_cv_func_setenv=yes} | : ${ac_cv_func_seteuid=yes} | : ${ac_cv_func_setgroupent=yes} | : ${ac_cv_func_setgroups=yes} | : ${ac_cv_func_setlinebuf=yes} | : ${ac_cv_func_setlocale=yes} | : ${ac_cv_func_setlogin=yes} | : ${ac_cv_func_setpassent=yes} | : ${ac_cv_func_setproctitle=yes} | : ${ac_cv_func_setregid=yes} | : ${ac_cv_func_setresgid=yes} | : ${ac_cv_func_setresuid=yes} | : ${ac_cv_func_setreuid=yes} | : ${ac_cv_func_setrlimit=yes} | : ${ac_cv_func_setsid=yes} | : ${ac_cv_func_setsockopt=yes} | : ${ac_cv_func_setvbuf=yes} | : ${ac_cv_func_shmget=yes} | : ${ac_cv_func_sigaction=yes} | : ${ac_cv_func_sigaltstack=yes} | : ${ac_cv_func_siginterrupt=yes} | : ${ac_cv_func_sigprocmask=yes} | : ${ac_cv_func_sigvec=yes} | : ${ac_cv_func_sleep=yes} | : ${ac_cv_func_snprintf=yes} | : ${ac_cv_func_socketpair=yes} | : ${ac_cv_func_srand=yes} | : ${ac_cv_func_srandom=yes} | : ${ac_cv_func_stat=yes} | : ${ac_cv_func_statfs=yes} | : ${ac_cv_func_statvfs=yes} | : ${ac_cv_func_stpcpy=yes} | : ${ac_cv_func_stpncpy=yes} | : ${ac_cv_func_strbrk=yes} | : ${ac_cv_func_strcasecmp=yes} | : ${ac_cv_func_strcspn=yes} | : ${ac_cv_func_strdup=yes} | : ${ac_cv_func_strerror=yes} | : ${ac_cv_func_strerror_r=yes} | : ${ac_cv_func_strftime=yes} | : ${ac_cv_func_strlcat=yes} | : ${ac_cv_func_strlcpy=yes} | : ${ac_cv_func_strlen=yes} | : ${ac_cv_func_strmode=yes} | : ${ac_cv_func_strncasecmp=yes} | : ${ac_cv_func_strndup=yes} | : ${ac_cv_func_strnlen=yes} | : ${ac_cv_func_strnlen_working=yes} | : ${ac_cv_func_strpbrk=yes} | : ${ac_cv_func_strptime=yes} | : ${ac_cv_func_strsep=yes} | : ${ac_cv_func_strsignal=yes} | : ${ac_cv_func_strtol=yes} | : ${ac_cv_func_strtoll=yes} | : ${ac_cv_func_strtonum=yes} | : ${ac_cv_func_strtoul=yes} | : ${ac_cv_func_strtoull=yes} | : ${ac_cv_func_symlink=yes} | : ${ac_cv_func_sysconf=yes} | : ${ac_cv_func_tcgetpgrp=yes} | : ${ac_cv_func_time=yes} | : ${ac_cv_func_towlower=yes} | : ${ac_cv_func_truncate=yes} | : ${ac_cv_func_tsearch=yes} | : ${ac_cv_func_uname=yes} | : ${ac_cv_func_unsetenv=yes} | : ${ac_cv_func_user_from_uid=yes} | : ${ac_cv_func_usleep=yes} | : ${ac_cv_func_utime=yes} | : ${ac_cv_func_utimes=yes} | : ${ac_cv_func_vasprintf=yes} | : ${ac_cv_func_vfork=yes} | : ${ac_cv_func_vprintf=yes} | : ${ac_cv_func_vsnprintf=yes} | : ${ac_cv_func_vsprintf=yes} | : ${ac_cv_func_waitpid=yes} | : ${ac_cv_func_wcrtomb=yes} | : ${ac_cv_func_wcscoll=yes} | : ${ac_cv_func_wcslen=yes} | : ${ac_cv_func_wcsnlen=yes} | : ${ac_cv_func_wctob=yes} | : ${ac_cv_func_wcwidth=yes} | : ${ac_cv_func_wmemchr=yes} | : ${ac_cv_func_wmemcpy=yes} | : ${ac_cv_func_yp_match=yes} | | # non existing functions | : ${ac_cv_func_argz_count=no} | : ${ac_cv_func_argz_next=no} | : ${ac_cv_func_argz_stringify=no} | : ${ac_cv_func_obstacks=no} | : ${ac_cv_func_pstat_getdynamic=no} | : ${ac_cv_func_rawmemchr=no} | : ${ac_cv_func_yield=no} | | : ${ac_cv_have___va_copy=yes} | : ${ac_cv_have_clock_t=yes} | : ${ac_cv_have_control_in_msghdr=yes} | : ${ac_cv_have_getopt_optreset=yes} | : ${ac_cv_have_int64_t=yes} | : ${ac_cv_have_intxx_t=yes} | : ${ac_cv_have_mode_t=yes} | : ${ac_cv_have_pid_t=yes} | : ${ac_cv_have_pw_change_in_struct_passwd=yes} | : ${ac_cv_have_pw_class_in_struct_passwd=yes} | : ${ac_cv_have_pw_expire_in_struct_passwd=yes} | : ${ac_cv_have_sa_family_t=yes} | : ${ac_cv_have_size_t=yes} | : ${ac_cv_have_ss_family_in_struct_ss=yes} | : ${ac_cv_have_ssize_t=yes} | : ${ac_cv_have_struct_addrinfo=yes} | : ${ac_cv_have_struct_in6_addr=yes} | : ${ac_cv_have_struct_sockaddr_in6=yes} | : ${ac_cv_have_struct_sockaddr_storage=yes} | : ${ac_cv_have_struct_timeval=yes} | : ${ac_cv_have_u_char=yes} | : ${ac_cv_have_u_int64_t=yes} | : ${ac_cv_have_u_int=yes} | : ${ac_cv_have_u_intxx_t=yes} | : ${ac_cv_have_va_copy=yes} | | : ${ac_cv_have_decl_GLOB_NOMATCH=yes} | : ${ac_cv_have_decl_LLONG_MAX=yes} | : ${ac_cv_have_decl_MAXSYMLINKS=yes} | : ${ac_cv_have_decl_O_NONBLOCK=yes} | : ${ac_cv_have_decl_RLIMIT_NPROC=yes} | : ${ac_cv_have_decl_SHUT_RD=yes} | : ${ac_cv_have_decl__Exit=yes} | : ${ac_cv_have_decl_alarm=yes} | : ${ac_cv_have_decl_alphasort=yes} | : ${ac_cv_have_decl_atoll=yes} | : ${ac_cv_have_decl_btowc=yes} | : ${ac_cv_have_decl_chdir=yes} | : ${ac_cv_have_decl_chown=yes} | : ${ac_cv_have_decl_clearerr_unlocked=yes} | : ${ac_cv_have_decl_closedir=yes} | : ${ac_cv_have_decl_dprintf=yes} | : ${ac_cv_have_decl_dup2=yes} | : ${ac_cv_have_decl_dup=yes} | : ${ac_cv_have_decl_endusershell=yes} | : ${ac_cv_have_decl_faccessat=yes} | : ${ac_cv_have_decl_fchdir=yes} | : ${ac_cv_have_decl_fchmodat=yes} | : ${ac_cv_have_decl_fchownat=yes} | : ${ac_cv_have_decl_fcntl=yes} | : ${ac_cv_have_decl_fdopendir=yes} | : ${ac_cv_have_decl_feof_unlocked=yes} | : ${ac_cv_have_decl_feof_unlocked_fgets_unlocked=yes} | : ${ac_cv_have_decl_ferror_unlocked=yes} | : ${ac_cv_have_decl_ffsl=yes} | : ${ac_cv_have_decl_ffsll=yes} | : ${ac_cv_have_decl_fpurge=yes} | : ${ac_cv_have_decl_frexpl=yes} | : ${ac_cv_have_decl_fseeko=yes} | : ${ac_cv_have_decl_fstat=yes} | : ${ac_cv_have_decl_fstatat=yes} | : ${ac_cv_have_decl_fsync=yes} | : ${ac_cv_have_decl_ftello=yes} | : ${ac_cv_have_decl_ftruncate=yes} | : ${ac_cv_have_decl_getc_unlocked=yes} | : ${ac_cv_have_decl_getchar_unlocked=yes} | : ${ac_cv_have_decl_getcwd=yes} | : ${ac_cv_have_decl_getdelim=yes} | : ${ac_cv_have_decl_getdomainname=yes} | : ${ac_cv_have_decl_getdtablesize=yes} | : ${ac_cv_have_decl_getenv=yes} | : ${ac_cv_have_decl_getgroups=yes} | : ${ac_cv_have_decl_gethostname=yes} | : ${ac_cv_have_decl_getline=yes} | : ${ac_cv_have_decl_getloadavg=yes} | : ${ac_cv_have_decl_getlogin=yes} | : ${ac_cv_have_decl_getlogin_r=yes} | : ${ac_cv_have_decl_getpagesize=yes} | : ${ac_cv_have_decl_gets=yes} | : ${ac_cv_have_decl_getsubopt=yes} | : ${ac_cv_have_decl_gettimeofday=yes} | : ${ac_cv_have_decl_getusershell=yes} | : ${ac_cv_have_decl_grantpt=yes} | : ${ac_cv_have_decl_h_errno=yes} | : ${ac_cv_have_decl_imaxabs=yes} | : ${ac_cv_have_decl_imaxdiv=yes} | : ${ac_cv_have_decl_initstate=yes} | : ${ac_cv_have_decl_isatty=yes} | : ${ac_cv_have_decl_isblank=yes} | : ${ac_cv_have_decl_iswblank=yes} | : ${ac_cv_have_decl_iswctype=yes} | : ${ac_cv_have_decl_lchmod=yes} | : ${ac_cv_have_decl_lchown=yes} | : ${ac_cv_have_decl_link=yes} | : ${ac_cv_have_decl_linkat=yes} | : ${ac_cv_have_decl_lseek=yes} | : ${ac_cv_have_decl_lstat=yes} | : ${ac_cv_have_decl_mbrlen=yes} | : ${ac_cv_have_decl_mbrtowc=yes} | : ${ac_cv_have_decl_mbsinit=yes} | : ${ac_cv_have_decl_mbsnrtowcs=yes} | : ${ac_cv_have_decl_mbsrtowcs=yes} | : ${ac_cv_have_decl_memmem=yes} | : ${ac_cv_have_decl_memrchr=yes} | : ${ac_cv_have_decl_mkdirat=yes} | : ${ac_cv_have_decl_mkdtemp=yes} | : ${ac_cv_have_decl_mkfifo=yes} | : ${ac_cv_have_decl_mkfifoat=yes} | : ${ac_cv_have_decl_mknod=yes} | : ${ac_cv_have_decl_mknodat=yes} | : ${ac_cv_have_decl_mkstemp=yes} | : ${ac_cv_have_decl_nl_langinfo=yes} | : ${ac_cv_have_decl_offsetof=yes} | : ${ac_cv_have_decl_openat=yes} | : ${ac_cv_have_decl_opendir=yes} | : ${ac_cv_have_decl_pclose=yes} | : ${ac_cv_have_decl_pipe=yes} | : ${ac_cv_have_decl_popen=yes} | : ${ac_cv_have_decl_posix_openpt=yes} | : ${ac_cv_have_decl_posix_spawn=yes} | : ${ac_cv_have_decl_posix_spawn_file_actions_addclose=yes} | : ${ac_cv_have_decl_posix_spawn_file_actions_adddup2=yes} | : ${ac_cv_have_decl_posix_spawn_file_actions_addopen=yes} | : ${ac_cv_have_decl_posix_spawn_file_actions_destroy=yes} | : ${ac_cv_have_decl_posix_spawn_file_actions_init=yes} | : ${ac_cv_have_decl_posix_spawnattr_destroy=yes} | : ${ac_cv_have_decl_posix_spawnattr_getflags=yes} | : ${ac_cv_have_decl_posix_spawnattr_getpgroup=yes} | : ${ac_cv_have_decl_posix_spawnattr_getschedparam=yes} | : ${ac_cv_have_decl_posix_spawnattr_getschedpolicy=yes} | : ${ac_cv_have_decl_posix_spawnattr_getsigdefault=yes} | : ${ac_cv_have_decl_posix_spawnattr_getsigmask=yes} | : ${ac_cv_have_decl_posix_spawnattr_init=yes} | : ${ac_cv_have_decl_posix_spawnattr_setflags=yes} | : ${ac_cv_have_decl_posix_spawnattr_setpgroup=yes} | : ${ac_cv_have_decl_posix_spawnattr_setschedparam=yes} | : ${ac_cv_have_decl_posix_spawnattr_setschedpolicy=yes} | : ${ac_cv_have_decl_posix_spawnattr_setsigdefault=yes} | : ${ac_cv_have_decl_posix_spawnattr_setsigmask=yes} | : ${ac_cv_have_decl_posix_spawnp=yes} | : ${ac_cv_have_decl_pread=yes} | : ${ac_cv_have_decl_pselect=yes} | : ${ac_cv_have_decl_pthread_sigmask=yes} | : ${ac_cv_have_decl_ptsname=yes} | : ${ac_cv_have_decl_putc_unlocked=yes} | : ${ac_cv_have_decl_putchar_unlocked=yes} | : ${ac_cv_have_decl_pwrite=yes} | : ${ac_cv_have_decl_random=yes} | : ${ac_cv_have_decl_rawmemchr=yes} | : ${ac_cv_have_decl_readdir=yes} | : ${ac_cv_have_decl_readlink=yes} | : ${ac_cv_have_decl_readlinkat=yes} | : ${ac_cv_have_decl_realpath=yes} | : ${ac_cv_have_decl_renameat=yes} | : ${ac_cv_have_decl_rewinddir=yes} | : ${ac_cv_have_decl_rmdir=yes} | : ${ac_cv_have_decl_rpmatch=yes} | : ${ac_cv_have_decl_scandir=yes} | : ${ac_cv_have_decl_select=yes} | : ${ac_cv_have_decl_setenv=yes} | : ${ac_cv_have_decl_sethostname=yes} | : ${ac_cv_have_decl_setlocale=yes} | : ${ac_cv_have_decl_setstate=yes} | : ${ac_cv_have_decl_setusershell=yes} | : ${ac_cv_have_decl_sigaction=yes} | : ${ac_cv_have_decl_sigaddset=yes} | : ${ac_cv_have_decl_sigaltstack=yes} | : ${ac_cv_have_decl_sigdelset=yes} | : ${ac_cv_have_decl_sigemptyset=yes} | : ${ac_cv_have_decl_sigfillset=yes} | : ${ac_cv_have_decl_sigismember=yes} | : ${ac_cv_have_decl_sigpending=yes} | : ${ac_cv_have_decl_sigprocmask=yes} | : ${ac_cv_have_decl_sleep=yes} | : ${ac_cv_have_decl_snprintf=yes} | : ${ac_cv_have_decl_srandom=yes} | : ${ac_cv_have_decl_stat=yes} | : ${ac_cv_have_decl_stpcpy=yes} | : ${ac_cv_have_decl_stpncpy=yes} | : ${ac_cv_have_decl_strcasestr=yes} | : ${ac_cv_have_decl_strdup=yes} | : ${ac_cv_have_decl_strerror_r=yes} | : ${ac_cv_have_decl_strncat=yes} | : ${ac_cv_have_decl_strndup=yes} | : ${ac_cv_have_decl_strnlen=yes} | : ${ac_cv_have_decl_strpbrk=yes} | : ${ac_cv_have_decl_strsep=yes} | : ${ac_cv_have_decl_strsignal=yes} | : ${ac_cv_have_decl_strtod=yes} | : ${ac_cv_have_decl_strtoimax=yes} | : ${ac_cv_have_decl_strtok_r=yes} | : ${ac_cv_have_decl_strtoll=yes} | : ${ac_cv_have_decl_strtoull=yes} | : ${ac_cv_have_decl_strtoumax=yes} | : ${ac_cv_have_decl_symlink=yes} | : ${ac_cv_have_decl_symlinkat=yes} | : ${ac_cv_have_decl_sys_siglist=yes} | : ${ac_cv_have_decl_tcsendbreak=yes} | : ${ac_cv_have_decl_tmpfile=yes} | : ${ac_cv_have_decl_towctrans=yes} | : ${ac_cv_have_decl_ttyname_r=yes} | : ${ac_cv_have_decl_unlink=yes} | : ${ac_cv_have_decl_unlinkat=yes} | : ${ac_cv_have_decl_unlockpt=yes} | : ${ac_cv_have_decl_unsetenv=yes} | : ${ac_cv_have_decl_usleep=yes} | : ${ac_cv_have_decl_vdprintf=yes} | : ${ac_cv_have_decl_vsnprintf=yes} | : ${ac_cv_have_decl_waitpid=yes} | : ${ac_cv_have_decl_wcpcpy=yes} | : ${ac_cv_have_decl_wcpncpy=yes} | : ${ac_cv_have_decl_wcrtomb=yes} | : ${ac_cv_have_decl_wcscasecmp=yes} | : ${ac_cv_have_decl_wcscat=yes} | : ${ac_cv_have_decl_wcschr=yes} | : ${ac_cv_have_decl_wcscmp=yes} | : ${ac_cv_have_decl_wcscoll=yes} | : ${ac_cv_have_decl_wcscpy=yes} | : ${ac_cv_have_decl_wcscspn=yes} | : ${ac_cv_have_decl_wcsdup=yes} | : ${ac_cv_have_decl_wcslen=yes} | : ${ac_cv_have_decl_wcsncasecmp=yes} | : ${ac_cv_have_decl_wcsncat=yes} | : ${ac_cv_have_decl_wcsncmp=yes} | : ${ac_cv_have_decl_wcsncpy=yes} | : ${ac_cv_have_decl_wcsnlen=yes} | : ${ac_cv_have_decl_wcsnrtombs=yes} | : ${ac_cv_have_decl_wcspbrk=yes} | : ${ac_cv_have_decl_wcsrchr=yes} | : ${ac_cv_have_decl_wcsrtombs=yes} | : ${ac_cv_have_decl_wcsspn=yes} | : ${ac_cv_have_decl_wcsstr=yes} | : ${ac_cv_have_decl_wcstok=yes} | : ${ac_cv_have_decl_wcswidth=yes} | : ${ac_cv_have_decl_wcsxfrm=yes} | : ${ac_cv_have_decl_wctob=yes} | : ${ac_cv_have_decl_wctrans=yes} | : ${ac_cv_have_decl_wctype=yes} | : ${ac_cv_have_decl_wcwidth=yes} | : ${ac_cv_have_decl_wmemchr=yes} | : ${ac_cv_have_decl_wmemcmp=yes} | : ${ac_cv_have_decl_wmemcpy=yes} | : ${ac_cv_have_decl_wmemmove=yes} | : ${ac_cv_have_decl_wmemset=yes} | : ${ac_cv_have_decl_writev=yes} | | # function specific | | : ${gl_cv_func_btowc_eof=yes} | : ${gl_cv_func_btowc_nul=yes} | : ${gl_cv_func_fcntl_f_dupfd_cloexec=yes} | : ${gl_cv_func_fnmatch_posix=yes} | : ${gl_cv_func_fopen_slash=yes} | : ${gl_cv_func_frexp_no_libm=yes} | : ${gl_cv_func_fseeko=yes} | : ${gl_cv_func_ftello=yes} | : ${gl_cv_func_getcwd_null=yes} | : ${gl_cv_func_getcwd_posix_signature=yes} | : ${gl_cv_func_getopt_posix=yes} | : ${gl_cv_func_isnand_no_libm=yes} | : ${gl_cv_func_ldexp_no_libm=yes} | : ${gl_cv_func_lseek_pipe=yes} | : ${gl_cv_func_lstat_dereferences_slashed_symlink=yes} | : ${gl_cv_func_malloc_0_nonnull=1} | : ${gl_cv_func_malloc_posix=yes} | : ${gl_cv_func_mbrtowc_incomplete_state=yes} | : ${gl_cv_func_mbrtowc_nul_retval=yes} | : ${gl_cv_func_mbrtowc_null_arg1=yes} | : ${gl_cv_func_mbrtowc_null_arg2=yes} | : ${gl_cv_func_mbrtowc_retval=yes} | : ${gl_cv_func_mbrtowc_sanitycheck=yes} | : ${gl_cv_func_open_slash=yes} | : ${gl_cv_func_printf_directive_a=yes} | : ${gl_cv_func_printf_directive_f=yes} | : ${gl_cv_func_printf_directive_ls=yes} | : ${gl_cv_func_printf_directive_n=yes} | : ${gl_cv_func_printf_flag_grouping=yes} | : ${gl_cv_func_printf_flag_leftadjust=yes} | : ${gl_cv_func_printf_flag_zero=yes} | : ${gl_cv_func_printf_infinite=yes} | : ${gl_cv_func_printf_long_double=yes} | : ${gl_cv_func_printf_positions=yes} | : ${gl_cv_func_printf_precision=yes} | : ${gl_cv_func_printf_sizes_c99=yes} | : ${gl_cv_func_sigprocmask=1} | : ${gl_cv_func_snprintf_retval_c99=yes} | : ${gl_cv_func_snprintf_size1=yes} | : ${gl_cv_func_snprintf_usable=yes} | : ${gl_cv_func_spawnattr_setschedparam=yes} | : ${gl_cv_func_spawnattr_setschedpolicy=yes} | : ${gl_cv_func_stat_dir_slash=yes} | : ${gl_cv_func_stat_file_slash=yes} | : ${gl_cv_func_stpncpy=yes} | : ${gl_cv_func_va_copy=yes} | : ${gl_cv_func_wcrtomb_retval=yes} | : ${gt_cv_func_unsetenv_ret=int} | | : ${gl_cv_have_include_next=yes} | | : ${gl_cv_have_raw_decl_rawmemchr=yes} | : ${gl_cv_have_raw_decl__Exit=yes} | : ${gl_cv_have_raw_decl_alphasort=yes} | : ${gl_cv_have_raw_decl_atoll=yes} | : ${gl_cv_have_raw_decl_btowc=yes} | : ${gl_cv_have_raw_decl_chdir=yes} | : ${gl_cv_have_raw_decl_chown=yes} | : ${gl_cv_have_raw_decl_closedir=yes} | : ${gl_cv_have_raw_decl_dprintf=yes} | : ${gl_cv_have_raw_decl_dup2=yes} | : ${gl_cv_have_raw_decl_dup=yes} | : ${gl_cv_have_raw_decl_endusershell=yes} | : ${gl_cv_have_raw_decl_faccessat=yes} | : ${gl_cv_have_raw_decl_fchdir=yes} | : ${gl_cv_have_raw_decl_fchmodat=yes} | : ${gl_cv_have_raw_decl_fchownat=yes} | : ${gl_cv_have_raw_decl_fcntl=yes} | : ${gl_cv_have_raw_decl_fdopendir=yes} | : ${gl_cv_have_raw_decl_ffsl=yes} | : ${gl_cv_have_raw_decl_ffsll=yes} | : ${gl_cv_have_raw_decl_fpurge=yes} | : ${gl_cv_have_raw_decl_fseeko=yes} | : ${gl_cv_have_raw_decl_fstat=yes} | : ${gl_cv_have_raw_decl_fstatat=yes} | : ${gl_cv_have_raw_decl_fsync=yes} | : ${gl_cv_have_raw_decl_ftello=yes} | : ${gl_cv_have_raw_decl_ftruncate=yes} | : ${gl_cv_have_raw_decl_getcwd=yes} | : ${gl_cv_have_raw_decl_getdelim=yes} | : ${gl_cv_have_raw_decl_getdomainname=yes} | : ${gl_cv_have_raw_decl_getdtablesize=yes} | : ${gl_cv_have_raw_decl_getgroups=yes} | : ${gl_cv_have_raw_decl_getdtablesize=yes} | : ${gl_cv_have_raw_decl_getgroups=yes} | : ${gl_cv_have_raw_decl_gethostname=yes} | : ${gl_cv_have_raw_decl_getline=yes} | : ${gl_cv_have_raw_decl_getloadavg=yes} | : ${gl_cv_have_raw_decl_getlogin=yes} | : ${gl_cv_have_raw_decl_getlogin_r=yes} | : ${gl_cv_have_raw_decl_getpagesize=yes} | : ${gl_cv_have_raw_decl_gets=yes} | : ${gl_cv_have_raw_decl_getsubopt=yes} | : ${gl_cv_have_raw_decl_gettimeofday=yes} | : ${gl_cv_have_raw_decl_getusershell=yes} | : ${gl_cv_have_raw_decl_grantpt=yes} | : ${gl_cv_have_raw_decl_imaxabs=yes} | : ${gl_cv_have_raw_decl_imaxdiv=yes} | : ${gl_cv_have_raw_decl_initstate=yes} | : ${gl_cv_have_raw_decl_isatty=yes} | : ${gl_cv_have_raw_decl_iswctype=yes} | : ${gl_cv_have_raw_decl_lchmod=yes} | : ${gl_cv_have_raw_decl_lchown=yes} | : ${gl_cv_have_raw_decl_link=yes} | : ${gl_cv_have_raw_decl_linkat=yes} | : ${gl_cv_have_raw_decl_lseek=yes} | : ${gl_cv_have_raw_decl_lstat=yes} | : ${gl_cv_have_raw_decl_mbrlen=yes} | : ${gl_cv_have_raw_decl_mbrtowc=yes} | : ${gl_cv_have_raw_decl_mbsinit=yes} | : ${gl_cv_have_raw_decl_mbsnrtowcs=yes} | : ${gl_cv_have_raw_decl_mbsrtowcs=yes} | : ${gl_cv_have_raw_decl_mkdirat=yes} | : ${gl_cv_have_raw_decl_mkdtemp=yes} | : ${gl_cv_have_raw_decl_mkfifo=yes} | : ${gl_cv_have_raw_decl_mkfifoat=yes} | : ${gl_cv_have_raw_decl_mknod=yes} | : ${gl_cv_have_raw_decl_mknodat=yes} | : ${gl_cv_have_raw_decl_mkstemp=yes} | : ${gl_cv_have_raw_decl_nl_langinfo=yes} | : ${gl_cv_have_raw_decl_openat=yes} | : ${gl_cv_have_raw_decl_opendir=yes} | : ${gl_cv_have_raw_decl_pclose=yes} | : ${gl_cv_have_raw_decl_pipe=yes} | : ${gl_cv_have_raw_decl_popen=yes} | : ${gl_cv_have_raw_decl_posix_openpt=yes} | : ${gl_cv_have_raw_decl_posix_spawn=yes} | : ${gl_cv_have_raw_decl_posix_openpt=yes} | : ${gl_cv_have_raw_decl_posix_spawn=yes} | : ${gl_cv_have_raw_decl_posix_spawn_file_actions_addclose=yes} | : ${gl_cv_have_raw_decl_posix_spawn_file_actions_adddup2=yes} | : ${gl_cv_have_raw_decl_posix_spawn_file_actions_addopen=yes} | : ${gl_cv_have_raw_decl_posix_spawn_file_actions_destroy=yes} | : ${gl_cv_have_raw_decl_posix_spawn_file_actions_init=yes} | : ${gl_cv_have_raw_decl_posix_spawnattr_destroy=yes} | : ${gl_cv_have_raw_decl_posix_spawnattr_getflags=yes} | : ${gl_cv_have_raw_decl_posix_spawnattr_getpgroup=yes} | : ${gl_cv_have_raw_decl_posix_spawnattr_getschedparam=yes} | : ${gl_cv_have_raw_decl_posix_spawnattr_getschedpolicy=yes} | : ${gl_cv_have_raw_decl_posix_spawnattr_getsigdefault=yes} | : ${gl_cv_have_raw_decl_posix_spawnattr_getsigmask=yes} | : ${gl_cv_have_raw_decl_posix_spawnattr_init=yes} | : ${gl_cv_have_raw_decl_posix_spawnattr_setflags=yes} | : ${gl_cv_have_raw_decl_posix_spawnattr_setpgroup=yes} | : ${gl_cv_have_raw_decl_posix_spawnattr_setschedparam=yes} | : ${gl_cv_have_raw_decl_posix_spawnattr_setschedpolicy=yes} | : ${gl_cv_have_raw_decl_posix_spawnattr_setsigdefault=yes} | : ${gl_cv_have_raw_decl_posix_spawnattr_setsigmask=yes} | : ${gl_cv_have_raw_decl_posix_spawnp=yes} | : ${gl_cv_have_raw_decl_pread=yes} | : ${gl_cv_have_raw_decl_pselect=yes} | : ${gl_cv_have_raw_decl_pthread_sigmask=yes} | : ${gl_cv_have_raw_decl_ptsname=yes} | : ${gl_cv_have_raw_decl_pwrite=yes} | : ${gl_cv_have_raw_decl_random=yes} | : ${gl_cv_have_raw_decl_readdir=yes} | : ${gl_cv_have_raw_decl_readlink=yes} | : ${gl_cv_have_raw_decl_readlinkat=yes} | : ${gl_cv_have_raw_decl_realpath=yes} | : ${gl_cv_have_raw_decl_renameat=yes} | : ${gl_cv_have_raw_decl_rewinddir=yes} | : ${gl_cv_have_raw_decl_rmdir=yes} | : ${gl_cv_have_raw_decl_rpmatch=yes} | : ${gl_cv_have_raw_decl_scandir=yes} | : ${gl_cv_have_raw_decl_select=yes} | : ${gl_cv_have_raw_decl_setenv=yes} | : ${gl_cv_have_raw_decl_sethostname=yes} | : ${gl_cv_have_raw_decl_setlocale=yes} | : ${gl_cv_have_raw_decl_setstate=yes} | : ${gl_cv_have_raw_decl_setusershell=yes} | : ${gl_cv_have_raw_decl_sigaction=yes} | : ${gl_cv_have_raw_decl_sigaddset=yes} | : ${gl_cv_have_raw_decl_sigdelset=yes} | : ${gl_cv_have_raw_decl_sigemptyset=yes} | : ${gl_cv_have_raw_decl_sigfillset=yes} | : ${gl_cv_have_raw_decl_sigismember=yes} | : ${gl_cv_have_raw_decl_sigpending=yes} | : ${gl_cv_have_raw_decl_sigprocmask=yes} | : ${gl_cv_have_raw_decl_sleep=yes} | : ${gl_cv_have_raw_decl_snprintf=yes} | : ${gl_cv_have_raw_decl_srandom=yes} | : ${gl_cv_have_raw_decl_stat=yes} | : ${gl_cv_have_raw_decl_strerror_r=yes} | : ${gl_cv_have_raw_decl_strtod=yes} | : ${gl_cv_have_raw_decl_strtoimax=yes} | : ${gl_cv_have_raw_decl_strtoll=yes} | : ${gl_cv_have_raw_decl_strtoull=yes} | : ${gl_cv_have_raw_decl_strtoumax=yes} | : ${gl_cv_have_raw_decl_symlink=yes} | : ${gl_cv_have_raw_decl_symlinkat=yes} | : ${gl_cv_have_raw_decl_tmpfile=yes} | : ${gl_cv_have_raw_decl_towctrans=yes} | : ${gl_cv_have_raw_decl_ttyname_r=yes} | : ${gl_cv_have_raw_decl_unlink=yes} | : ${gl_cv_have_raw_decl_unlinkat=yes} | : ${gl_cv_have_raw_decl_unlockpt=yes} | : ${gl_cv_have_raw_decl_unsetenv=yes} | : ${gl_cv_have_raw_decl_usleep=yes} | : ${gl_cv_have_raw_decl_vdprintf=yes} | : ${gl_cv_have_raw_decl_vsnprintf=yes} | : ${gl_cv_have_raw_decl_waitpid=yes} | : ${gl_cv_have_raw_decl_wcpcpy=yes} | : ${gl_cv_have_raw_decl_wcpncpy=yes} | : ${gl_cv_have_raw_decl_wcrtomb=yes} | : ${gl_cv_have_raw_decl_wcscasecmp=yes} | : ${gl_cv_have_raw_decl_wcscat=yes} | : ${gl_cv_have_raw_decl_wcschr=yes} | : ${gl_cv_have_raw_decl_wcscmp=yes} | : ${gl_cv_have_raw_decl_wcscoll=yes} | : ${gl_cv_have_raw_decl_wcscpy=yes} | : ${gl_cv_have_raw_decl_wcscspn=yes} | : ${gl_cv_have_raw_decl_wcsdup=yes} | : ${gl_cv_have_raw_decl_wcslen=yes} | : ${gl_cv_have_raw_decl_wcsncasecmp=yes} | : ${gl_cv_have_raw_decl_wcsncat=yes} | : ${gl_cv_have_raw_decl_wcsncmp=yes} | : ${gl_cv_have_raw_decl_wcsncpy=yes} | : ${gl_cv_have_raw_decl_wcsnlen=yes} | : ${gl_cv_have_raw_decl_wcsnrtombs=yes} | : ${gl_cv_have_raw_decl_wcspbrk=yes} | : ${gl_cv_have_raw_decl_wcsrchr=yes} | : ${gl_cv_have_raw_decl_wcsrtombs=yes} | : ${gl_cv_have_raw_decl_wcsspn=yes} | : ${gl_cv_have_raw_decl_wcsstr=yes} | : ${gl_cv_have_raw_decl_wcstok=yes} | : ${gl_cv_have_raw_decl_wcswidth=yes} | : ${gl_cv_have_raw_decl_wcsxfrm=yes} | : ${gl_cv_have_raw_decl_wctob=yes} | : ${gl_cv_have_raw_decl_wctrans=yes} | : ${gl_cv_have_raw_decl_wctype=yes} | : ${gl_cv_have_raw_decl_wcwidth=yes} | : ${gl_cv_have_raw_decl_wmemchr=yes} | : ${gl_cv_have_raw_decl_wmemcmp=yes} | : ${gl_cv_have_raw_decl_wmemcpy=yes} | : ${gl_cv_have_raw_decl_wmemmove=yes} | : ${gl_cv_have_raw_decl_wmemset=yes} | | : ${gl_cv_header_errno_h_complete=yes} | : ${gl_cv_header_inttypes_h=yes} | : ${gl_cv_header_langinfo_codeset=yes} | : ${gl_cv_header_langinfo_era=yes} | : ${gl_cv_header_langinfo_t_fmt_ampm=yes} | : ${gl_cv_header_langinfo_yesexpr=yes} | : ${gl_cv_header_locale_h_posix2001=yes} | : ${gl_cv_header_signal_h_SIGPIPE=yes} | : ${gl_cv_header_stdint_h=yes} | : ${gl_cv_header_sys_select_h_selfcontained=yes} | configure:2212: checking for a BSD-compatible install configure:2280: result: /usr/bin/install -c -o root -g wheel configure:2291: checking whether build environment is sane configure:2341: result: yes configure:2482: checking for a thread-safe mkdir -p configure:2521: result: /bin/mkdir -p configure:2534: checking for gawk configure:2561: result: /usr/bin/awk configure:2572: checking whether make sets $(MAKE) configure:2594: result: yes configure:2687: checking for style of include used by make configure:2715: result: GNU configure:2786: checking for gcc configure:2813: result: cc configure:3042: checking for C compiler version configure:3051: cc --version >&5 cc (GCC) 4.2.1 20070719 [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:3062: $? = 0 configure:3051: cc -v >&5 Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] configure:3062: $? = 0 configure:3051: cc -V >&5 cc: '-V' option must have argument configure:3062: $? = 1 configure:3051: cc -qversion >&5 cc: unrecognized option '-qversion' cc: No input files specified configure:3062: $? = 1 configure:3082: checking whether the C compiler works configure:3104: cc -O2 -pipe -fno-strict-aliasing -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 -pthread conftest.c >&5 configure:3108: $? = 0 configure:3156: result: yes configure:3159: checking for C compiler default output file name configure:3161: result: a.out configure:3167: checking for suffix of executables configure:3174: cc -o conftest -O2 -pipe -fno-strict-aliasing -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 -pthread conftest.c >&5 configure:3178: $? = 0 configure:3200: result: configure:3222: checking whether we are cross compiling configure:3230: cc -o conftest -O2 -pipe -fno-strict-aliasing -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 -pthread conftest.c >&5 configure:3234: $? = 0 configure:3241: ./conftest configure:3245: $? = 0 configure:3260: result: no configure:3265: checking for suffix of object files configure:3287: cc -c -O2 -pipe -fno-strict-aliasing -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 conftest.c >&5 configure:3291: $? = 0 configure:3312: result: o configure:3316: checking whether we are using the GNU C compiler configure:3335: cc -c -O2 -pipe -fno-strict-aliasing -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 conftest.c >&5 configure:3335: $? = 0 configure:3344: result: yes configure:3353: checking whether cc accepts -g configure:3373: cc -c -g -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 conftest.c >&5 configure:3373: $? = 0 configure:3414: result: yes configure:3431: checking for cc option to accept ISO C89 configure:3494: cc -c -O2 -pipe -fno-strict-aliasing -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 conftest.c >&5 configure:3494: $? = 0 configure:3507: result: none needed configure:3529: checking dependency style of cc configure:3640: result: gcc3 configure:3663: checking for special C compiler options needed for large files configure:3708: result: no configure:3714: checking for _FILE_OFFSET_BITS value needed for large files configure:3739: cc -c -O2 -pipe -fno-strict-aliasing -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 conftest.c >&5 configure:3739: $? = 0 configure:3771: result: no configure:3906: checking for gcc configure:3933: result: cc configure:4162: checking for C compiler version configure:4171: cc --version >&5 cc (GCC) 4.2.1 20070719 [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:4182: $? = 0 configure:4171: cc -v >&5 Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] configure:4182: $? = 0 configure:4171: cc -V >&5 cc: '-V' option must have argument configure:4182: $? = 1 configure:4171: cc -qversion >&5 cc: unrecognized option '-qversion' cc: No input files specified configure:4182: $? = 1 configure:4186: checking whether we are using the GNU C compiler configure:4214: result: yes configure:4223: checking whether cc accepts -g configure:4284: result: yes configure:4301: checking for cc option to accept ISO C89 configure:4377: result: none needed configure:4399: checking dependency style of cc configure:4510: result: gcc3 configure:4568: checking for ranlib configure:4584: found /usr/bin/ranlib configure:4595: result: ranlib configure:4646: checking build system type configure:4660: result: amd64-portbld-freebsd8.3 configure:4680: checking host system type configure:4693: result: amd64-portbld-freebsd8.3 configure:4734: checking how to print strings configure:4761: result: printf configure:4782: checking for a sed that does not truncate output configure:4846: result: /usr/bin/sed configure:4864: checking for grep that handles long lines and -e configure:4922: result: /usr/bin/grep configure:4927: checking for egrep configure:4989: result: /usr/bin/egrep configure:4994: checking for fgrep configure:5056: result: /usr/bin/fgrep configure:5091: checking for ld used by cc configure:5158: result: /usr/bin/ld configure:5165: checking if the linker (/usr/bin/ld) is GNU ld configure:5180: result: yes configure:5192: checking for BSD- or MS-compatible name lister (nm) configure:5241: result: /usr/bin/nm -B configure:5371: checking the name lister (/usr/bin/nm -B) interface configure:5378: cc -c -O2 -pipe -fno-strict-aliasing -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 conftest.c >&5 configure:5381: /usr/bin/nm -B "conftest.o" configure:5384: output 0000000000000000 B some_variable configure:5391: result: BSD nm configure:5394: checking whether ln -s works configure:5398: result: yes configure:5406: checking the maximum length of command line arguments configure:5536: result: 262144 configure:5553: checking whether the shell understands some XSI constructs configure:5563: result: yes configure:5567: checking whether the shell understands "+=" configure:5573: result: no configure:5608: checking how to convert amd64-portbld-freebsd8.3 file names to amd64-portbld-freebsd8.3 format configure:5648: result: func_convert_file_noop configure:5655: checking how to convert amd64-portbld-freebsd8.3 file names to toolchain format configure:5675: result: func_convert_file_noop configure:5682: checking for /usr/bin/ld option to reload object files configure:5689: result: -r configure:5763: checking for objdump configure:5779: found /usr/bin/objdump configure:5790: result: objdump configure:5822: checking how to recognize dependent libraries configure:6024: result: pass_all configure:6109: checking for dlltool configure:6139: result: no configure:6169: checking how to associate runtime and link libraries configure:6196: result: printf %s\n configure:6256: checking for ar configure:6272: found /usr/bin/ar configure:6283: result: ar configure:6320: checking for archiver @FILE support configure:6337: cc -c -O2 -pipe -fno-strict-aliasing -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 conftest.c >&5 configure:6337: $? = 0 configure:6340: ar cru libconftest.a @conftest.lst >&5 ar: warning: can't open file: @conftest.lst: No such file or directory configure:6343: $? = 0 configure:6348: ar cru libconftest.a @conftest.lst >&5 ar: warning: can't open file: @conftest.lst: No such file or directory configure:6351: $? = 0 configure:6363: result: no configure:6421: checking for strip configure:6437: found /usr/bin/strip configure:6448: result: strip configure:6520: checking for ranlib configure:6547: result: ranlib configure:6649: checking command to parse /usr/bin/nm -B output from cc object configure:6769: cc -c -O2 -pipe -fno-strict-aliasing -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 conftest.c >&5 configure:6772: $? = 0 configure:6776: /usr/bin/nm -B conftest.o \| sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' | sed '/ __gnu_lto/d' \> conftest.nm configure:6779: $? = 0 configure:6845: cc -o conftest -O2 -pipe -fno-strict-aliasing -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 -pthread conftest.c conftstm.o >&5 configure:6848: $? = 0 configure:6886: result: ok configure:6923: checking for sysroot configure:6953: result: no configure:7209: checking for mt configure:7225: found /usr/bin/mt configure:7236: result: mt configure:7259: checking if mt is a manifest tool configure:7265: mt '-?' mt: illegal option -- ? usage: mt [-f device] command [count] configure:7273: result: no configure:7915: checking how to run the C preprocessor configure:7985: result: cpp configure:8005: cpp -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 conftest.c configure:8005: $? = 0 configure:8019: cpp -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 conftest.c conftest.c:11:28: error: ac_nonexistent.h: No such file or directory configure:8019: $? = 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "sqlite" | #define PACKAGE_TARNAME "sqlite" | #define PACKAGE_VERSION "3.8.1" | #define PACKAGE_STRING "sqlite 3.8.1" | #define PACKAGE_BUGREPORT "http://www.sqlite.org" | #define PACKAGE_URL "" | #define PACKAGE "sqlite" | #define VERSION "3.8.1" | /* end confdefs.h. */ | #include configure:8048: checking for ANSI C header files configure:8152: result: yes configure:8165: checking for sys/types.h configure:8165: result: yes configure:8165: checking for sys/stat.h configure:8165: result: yes configure:8165: checking for stdlib.h configure:8165: result: yes configure:8165: checking for string.h configure:8165: result: yes configure:8165: checking for memory.h configure:8165: result: yes configure:8165: checking for strings.h configure:8165: result: yes configure:8165: checking for inttypes.h configure:8165: result: yes configure:8165: checking for stdint.h configure:8165: result: yes configure:8165: checking for unistd.h configure:8165: result: yes configure:8179: checking for dlfcn.h configure:8179: result: yes configure:8385: checking for objdir configure:8400: result: .libs configure:8667: checking if cc supports -fno-rtti -fno-exceptions configure:8685: cc -c -O2 -pipe -fno-strict-aliasing -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 -fno-rtti -fno-exceptions conftest.c >&5 cc1: warning: command line option "-fno-rtti" is valid for C++/ObjC++ but not for C configure:8689: $? = 0 configure:8702: result: no configure:9029: checking for cc option to produce PIC configure:9036: result: -fPIC -DPIC configure:9044: checking if cc PIC flag -fPIC -DPIC works configure:9062: cc -c -O2 -pipe -fno-strict-aliasing -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 -fPIC -DPIC -DPIC conftest.c >&5 configure:9066: $? = 0 configure:9079: result: yes configure:9108: checking if cc static flag -static works configure:9136: result: yes configure:9151: checking if cc supports -c -o file.o configure:9172: cc -c -O2 -pipe -fno-strict-aliasing -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 -o out/conftest2.o conftest.c >&5 configure:9176: $? = 0 configure:9198: result: yes configure:9206: checking if cc supports -c -o file.o configure:9253: result: yes configure:9286: checking whether the cc linker (/usr/bin/ld) supports shared libraries configure:10439: result: yes configure:10476: checking whether -lc should be explicitly linked in configure:10484: cc -c -O2 -pipe -fno-strict-aliasing -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 conftest.c >&5 configure:10487: $? = 0 configure:10502: cc -shared -fPIC -DPIC conftest.o -v -Wl,-soname -Wl,conftest -o conftest 2\>\&1 \| /usr/bin/grep -lc \>/dev/null 2\>\&1 configure:10505: $? = 0 configure:10519: result: no configure:10679: checking dynamic linker characteristics configure:11412: result: freebsd8.3 ld.so configure:11519: checking how to hardcode library paths into programs configure:11544: result: immediate configure:12084: checking whether stripping libraries is possible configure:12089: result: yes configure:12124: checking if libtool supports shared libraries configure:12126: result: yes configure:12129: checking whether to build shared libraries configure:12150: result: yes configure:12153: checking whether to build static libraries configure:12157: result: yes configure:12200: checking for fdatasync configure:12200: cc -o conftest -O2 -pipe -fno-strict-aliasing -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 -pthread conftest.c >&5 /var/tmp//cckNLRyc.o(.text+0x7): In function `main': : undefined reference to `fdatasync' configure:12200: $? = 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "sqlite" | #define PACKAGE_TARNAME "sqlite" | #define PACKAGE_VERSION "3.8.1" | #define PACKAGE_STRING "sqlite 3.8.1" | #define PACKAGE_BUGREPORT "http://www.sqlite.org" | #define PACKAGE_URL "" | #define PACKAGE "sqlite" | #define VERSION "3.8.1" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define LT_OBJDIR ".libs/" | /* end confdefs.h. */ | /* Define fdatasync to an innocuous variant, in case declares fdatasync. | For example, HP-UX 11i declares gettimeofday. */ | #define fdatasync innocuous_fdatasync | | /* System header to define __stub macros and hopefully few prototypes, | which can conflict with char fdatasync (); below. | Prefer to if __STDC__ is defined, since | exists even on freestanding compilers. */ | | #ifdef __STDC__ | # include | #else | # include | #endif | | #undef fdatasync | | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char fdatasync (); | /* The GNU C library defines this for functions which it implements | to always fail with ENOSYS. Some functions are actually named | something starting with __ and the normal name is an alias. */ | #if defined __stub_fdatasync || defined __stub___fdatasync | choke me | #endif | | int | main () | { | return fdatasync (); | ; | return 0; | } configure:12200: result: no configure:12200: checking for usleep configure:12200: result: yes configure:12200: checking for fullfsync configure:12200: cc -o conftest -O2 -pipe -fno-strict-aliasing -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 -pthread conftest.c >&5 /var/tmp//cc78gxew.o(.text+0x7): In function `main': : undefined reference to `fullfsync' configure:12200: $? = 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "sqlite" | #define PACKAGE_TARNAME "sqlite" | #define PACKAGE_VERSION "3.8.1" | #define PACKAGE_STRING "sqlite 3.8.1" | #define PACKAGE_BUGREPORT "http://www.sqlite.org" | #define PACKAGE_URL "" | #define PACKAGE "sqlite" | #define VERSION "3.8.1" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define LT_OBJDIR ".libs/" | #define HAVE_USLEEP 1 | /* end confdefs.h. */ | /* Define fullfsync to an innocuous variant, in case declares fullfsync. | For example, HP-UX 11i declares gettimeofday. */ | #define fullfsync innocuous_fullfsync | | /* System header to define __stub macros and hopefully few prototypes, | which can conflict with char fullfsync (); below. | Prefer to if __STDC__ is defined, since | exists even on freestanding compilers. */ | | #ifdef __STDC__ | # include | #else | # include | #endif | | #undef fullfsync | | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char fullfsync (); | /* The GNU C library defines this for functions which it implements | to always fail with ENOSYS. Some functions are actually named | something starting with __ and the normal name is an alias. */ | #if defined __stub_fullfsync || defined __stub___fullfsync | choke me | #endif | | int | main () | { | return fullfsync (); | ; | return 0; | } configure:12200: result: no configure:12200: checking for localtime_r configure:12200: cc -o conftest -O2 -pipe -fno-strict-aliasing -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 -pthread conftest.c >&5 configure:12200: $? = 0 configure:12200: result: yes configure:12200: checking for gmtime_r configure:12200: cc -o conftest -O2 -pipe -fno-strict-aliasing -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 -pthread conftest.c >&5 configure:12200: $? = 0 configure:12200: result: yes configure:12209: checking whether strerror_r is declared configure:12209: result: yes configure:12222: checking for strerror_r configure:12222: result: yes configure:12231: checking whether strerror_r returns char * configure:12255: cc -c -O2 -pipe -fno-strict-aliasing -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 conftest.c >&5 conftest.c: In function 'main': conftest.c:66: error: invalid type argument of 'unary *' conftest.c:67: warning: initialization makes pointer from integer without a cast configure:12255: $? = 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "sqlite" | #define PACKAGE_TARNAME "sqlite" | #define PACKAGE_VERSION "3.8.1" | #define PACKAGE_STRING "sqlite 3.8.1" | #define PACKAGE_BUGREPORT "http://www.sqlite.org" | #define PACKAGE_URL "" | #define PACKAGE "sqlite" | #define VERSION "3.8.1" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define LT_OBJDIR ".libs/" | #define HAVE_USLEEP 1 | #define HAVE_LOCALTIME_R 1 | #define HAVE_GMTIME_R 1 | #define HAVE_DECL_STRERROR_R 1 | #define HAVE_STRERROR_R 1 | /* end confdefs.h. */ | #include | #ifdef HAVE_SYS_TYPES_H | # include | #endif | #ifdef HAVE_SYS_STAT_H | # include | #endif | #ifdef STDC_HEADERS | # include | # include | #else | # ifdef HAVE_STDLIB_H | # include | # endif | #endif | #ifdef HAVE_STRING_H | # if !defined STDC_HEADERS && defined HAVE_MEMORY_H | # include | # endif | # include | #endif | #ifdef HAVE_STRINGS_H | # include | #endif | #ifdef HAVE_INTTYPES_H | # include | #endif | #ifdef HAVE_STDINT_H | # include | #endif | #ifdef HAVE_UNISTD_H | # include | #endif | int | main () | { | | char buf[100]; | char x = *strerror_r (0, buf, sizeof buf); | char *p = strerror_r (0, buf, sizeof buf); | return !p || x; | | ; | return 0; | } configure:12293: result: no configure:12319: checking for library containing tgetent configure:12350: cc -o conftest -O2 -pipe -fno-strict-aliasing -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 -pthread conftest.c >&5 /var/tmp//ccRESgdf.o(.text+0x7): In function `main': : undefined reference to `tgetent' configure:12350: $? = 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "sqlite" | #define PACKAGE_TARNAME "sqlite" | #define PACKAGE_VERSION "3.8.1" | #define PACKAGE_STRING "sqlite 3.8.1" | #define PACKAGE_BUGREPORT "http://www.sqlite.org" | #define PACKAGE_URL "" | #define PACKAGE "sqlite" | #define VERSION "3.8.1" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define LT_OBJDIR ".libs/" | #define HAVE_USLEEP 1 | #define HAVE_LOCALTIME_R 1 | #define HAVE_GMTIME_R 1 | #define HAVE_DECL_STRERROR_R 1 | #define HAVE_STRERROR_R 1 | /* end confdefs.h. */ | | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char tgetent (); | int | main () | { | return tgetent (); | ; | return 0; | } configure:12350: cc -o conftest -O2 -pipe -fno-strict-aliasing -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 -pthread conftest.c -lcurses >&5 configure:12350: $? = 0 configure:12367: result: -lcurses configure:12375: checking for library containing readline configure:12406: cc -o conftest -O2 -pipe -fno-strict-aliasing -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 -pthread conftest.c -lcurses >&5 /var/tmp//ccXWxcRh.o(.text+0x7): In function `main': : undefined reference to `readline' configure:12406: $? = 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "sqlite" | #define PACKAGE_TARNAME "sqlite" | #define PACKAGE_VERSION "3.8.1" | #define PACKAGE_STRING "sqlite 3.8.1" | #define PACKAGE_BUGREPORT "http://www.sqlite.org" | #define PACKAGE_URL "" | #define PACKAGE "sqlite" | #define VERSION "3.8.1" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define LT_OBJDIR ".libs/" | #define HAVE_USLEEP 1 | #define HAVE_LOCALTIME_R 1 | #define HAVE_GMTIME_R 1 | #define HAVE_DECL_STRERROR_R 1 | #define HAVE_STRERROR_R 1 | /* end confdefs.h. */ | | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char readline (); | int | main () | { | return readline (); | ; | return 0; | } configure:12406: cc -o conftest -O2 -pipe -fno-strict-aliasing -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 -pthread conftest.c -lreadline -lcurses >&5 configure:12406: $? = 0 configure:12423: result: -lreadline configure:12435: checking for readline configure:12435: cc -o conftest -O2 -pipe -fno-strict-aliasing -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 -pthread conftest.c -lreadline -lcurses >&5 configure:12435: $? = 0 configure:12435: result: yes configure:12463: checking for library containing pthread_create configure:12494: cc -o conftest -O2 -pipe -fno-strict-aliasing -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 -pthread conftest.c >&5 configure:12494: $? = 0 configure:12511: result: none required configure:12534: checking for library containing dlopen configure:12565: cc -o conftest -O2 -pipe -fno-strict-aliasing -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 -pthread conftest.c >&5 configure:12565: $? = 0 configure:12582: result: none required configure:12593: checking for whether to support dynamic extensions configure:12595: result: yes configure:12602: checking for posix_fallocate configure:12602: cc -o conftest -O2 -pipe -fno-strict-aliasing -DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1 -pthread conftest.c >&5 configure:12602: $? = 0 configure:12602: result: yes configure:12807: creating ./config.status ## ---------------------- ## ## Running config.status. ## ## ---------------------- ## This file was extended by sqlite config.status 3.8.1, which was generated by GNU Autoconf 2.69. Invocation command line was CONFIG_FILES = CONFIG_HEADERS = CONFIG_LINKS = CONFIG_COMMANDS = $ ./config.status on gissmo.eu config.status:1003: creating Makefile config.status:1003: creating sqlite3.pc config.status:1175: executing depfiles commands config.status:1175: executing libtool commands ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_build=amd64-portbld-freebsd8.3 ac_cv_c_compiler_gnu=yes ac_cv_c_int16_t=yes ac_cv_c_int32_t=yes ac_cv_c_int64_t=yes ac_cv_c_int8_t=yes ac_cv_c_uint16_t=yes ac_cv_c_uint32_t=yes ac_cv_c_uint64_t=yes ac_cv_c_uint8_t=yes ac_cv_env_CC_set=set ac_cv_env_CC_value=cc ac_cv_env_CFLAGS_set=set ac_cv_env_CFLAGS_value='-O2 -pipe -fno-strict-aliasing' ac_cv_env_CPPFLAGS_set=set ac_cv_env_CPPFLAGS_value='-DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1' ac_cv_env_CPP_set=set ac_cv_env_CPP_value=cpp ac_cv_env_LDFLAGS_set=set ac_cv_env_LDFLAGS_value=' -pthread' ac_cv_env_LIBS_set='' ac_cv_env_LIBS_value='' ac_cv_env_build_alias_set=set ac_cv_env_build_alias_value=amd64-portbld-freebsd8.3 ac_cv_env_host_alias_set='' ac_cv_env_host_alias_value='' ac_cv_env_target_alias_set='' ac_cv_env_target_alias_value='' ac_cv_func___b64_ntop=yes ac_cv_func___b64_pton=yes ac_cv_func__getlong=yes ac_cv_func__getshort=yes ac_cv_func__stat=yes ac_cv_func_acl_create_entry_np=yes ac_cv_func_acl_delete_def_file=yes ac_cv_func_acl_delete_fd_np=yes ac_cv_func_acl_delete_file_np=yes ac_cv_func_acl_free=yes ac_cv_func_acl_from_text=yes ac_cv_func_acl_get_fd=yes ac_cv_func_acl_get_file=yes ac_cv_func_acl_set_fd=yes ac_cv_func_acl_set_file=yes ac_cv_func_alarm=yes ac_cv_func_alloca=yes ac_cv_func_arc4random=yes ac_cv_func_arc4random_buf=yes ac_cv_func_arc4random_uniform=yes ac_cv_func_argz_count=no ac_cv_func_argz_next=no ac_cv_func_argz_stringify=no ac_cv_func_asprintf=yes ac_cv_func_atexit=yes ac_cv_func_bcopy=yes ac_cv_func_bindresvport_sa=yes ac_cv_func_btowc=yes ac_cv_func_chown=yes ac_cv_func_clock=yes ac_cv_func_clock_gettime=yes ac_cv_func_closedir=yes ac_cv_func_closefrom=yes ac_cv_func_daemon=yes ac_cv_func_dirname=yes ac_cv_func_dlopen=yes ac_cv_func_dup2=yes ac_cv_func_eaccess=yes ac_cv_func_fchmod=yes ac_cv_func_fchown=yes ac_cv_func_fcntl=yes ac_cv_func_fdatasync=no ac_cv_func_fork=yes ac_cv_func_fpurge=yes ac_cv_func_freeaddrinfo=yes ac_cv_func_fstatvfs=yes ac_cv_func_fsync=yes ac_cv_func_fullfsync=no ac_cv_func_futimes=yes ac_cv_func_fwprintf=yes ac_cv_func_gai_strerror=yes ac_cv_func_getaddrinfo=yes ac_cv_func_getcwd=yes ac_cv_func_getdelim=yes ac_cv_func_getdtablesize=yes ac_cv_func_getegid=yes ac_cv_func_geteuid=yes ac_cv_func_getgid=yes ac_cv_func_getgrouplist=yes ac_cv_func_gethostbyname=yes ac_cv_func_gethostname=yes ac_cv_func_getline=yes ac_cv_func_getnameinfo=yes ac_cv_func_getopt=yes ac_cv_func_getopt_long_only=yes ac_cv_func_getpagesize=yes ac_cv_func_getpeereid=yes ac_cv_func_getpgid=yes ac_cv_func_getpgrp=yes ac_cv_func_getpgrp_void=yes ac_cv_func_getpid=yes ac_cv_func_getrlimit=yes ac_cv_func_getrusage=yes ac_cv_func_gettimeofday=yes ac_cv_func_getttyent=yes ac_cv_func_getuid=yes ac_cv_func_glob=yes ac_cv_func_gmtime_r=yes ac_cv_func_group_from_gid=yes ac_cv_func_inet_aton=yes ac_cv_func_inet_ntoa=yes ac_cv_func_inet_ntop=yes ac_cv_func_innetgr=yes ac_cv_func_isascii=yes ac_cv_func_isblank=yes ac_cv_func_issetugid=yes ac_cv_func_iswblank=yes ac_cv_func_iswcntrl=yes ac_cv_func_iswctype=yes ac_cv_func_link=yes ac_cv_func_localtime=yes ac_cv_func_localtime_r=yes ac_cv_func_login_getcapbool=yes ac_cv_func_lstat=yes ac_cv_func_lstat_dereferences_slashed_symlink=yes ac_cv_func_malloc_0_nonnull=yes ac_cv_func_mbrlen=yes ac_cv_func_mbrtowc=yes ac_cv_func_mbsinit=yes ac_cv_func_mbsrtowcs=yes ac_cv_func_memchr=yes ac_cv_func_memcmp=yes ac_cv_func_memcpy=yes ac_cv_func_memmove=yes ac_cv_func_memset=yes ac_cv_func_mkdtemp=yes ac_cv_func_mkstemp=yes ac_cv_func_mlock=yes ac_cv_func_mmap=yes ac_cv_func_mmap_fixed_mapped=yes ac_cv_func_mprotect=yes ac_cv_func_munlock=yes ac_cv_func_munmap=yes ac_cv_func_nl_langinfo=yes ac_cv_func_obstacks=no ac_cv_func_opendir=yes ac_cv_func_pam_getenvlist=yes ac_cv_func_pam_putenv=yes ac_cv_func_pathconf=yes ac_cv_func_pipe=yes ac_cv_func_poll=yes ac_cv_func_posix_fallocate=yes ac_cv_func_posix_spawn=yes ac_cv_func_pread=yes ac_cv_func_pstat_getdynamic=no ac_cv_func_pthread_cond_broadcast=yes ac_cv_func_pthread_cond_destroy=yes ac_cv_func_pthread_cond_init=yes ac_cv_func_pthread_cond_signal=yes ac_cv_func_pthread_cond_timedwait=yes ac_cv_func_pthread_cond_wait=yes ac_cv_func_pthread_equal=yes ac_cv_func_pthread_exit=yes ac_cv_func_pthread_mutex_destroy=yes ac_cv_func_pthread_mutex_init=yes ac_cv_func_pthread_mutex_lock=yes ac_cv_func_pthread_mutex_unlock=yes ac_cv_func_pthread_self=yes ac_cv_func_putenv=yes ac_cv_func_pwrite=yes ac_cv_func_raise=yes ac_cv_func_rand=yes ac_cv_func_random=yes ac_cv_func_rawmemchr=no ac_cv_func_readdir=yes ac_cv_func_readline=yes ac_cv_func_readlink=yes ac_cv_func_readlinkat=yes ac_cv_func_readpassphrase=yes ac_cv_func_realpath=yes ac_cv_func_recvmsg=yes ac_cv_func_rename=yes ac_cv_func_rresvport_af=yes ac_cv_func_sched_yield=yes ac_cv_func_select=yes ac_cv_func_sendmsg=yes ac_cv_func_setegid=yes ac_cv_func_setenv=yes ac_cv_func_seteuid=yes ac_cv_func_setgroupent=yes ac_cv_func_setgroups=yes ac_cv_func_setlinebuf=yes ac_cv_func_setlocale=yes ac_cv_func_setlogin=yes ac_cv_func_setpassent=yes ac_cv_func_setproctitle=yes ac_cv_func_setregid=yes ac_cv_func_setresgid=yes ac_cv_func_setresuid=yes ac_cv_func_setreuid=yes ac_cv_func_setrlimit=yes ac_cv_func_setsid=yes ac_cv_func_setsockopt=yes ac_cv_func_setvbuf=yes ac_cv_func_shmget=yes ac_cv_func_sigaction=yes ac_cv_func_sigaltstack=yes ac_cv_func_siginterrupt=yes ac_cv_func_sigprocmask=yes ac_cv_func_sigvec=yes ac_cv_func_sleep=yes ac_cv_func_snprintf=yes ac_cv_func_socketpair=yes ac_cv_func_srand=yes ac_cv_func_srandom=yes ac_cv_func_stat=yes ac_cv_func_statfs=yes ac_cv_func_statvfs=yes ac_cv_func_stpcpy=yes ac_cv_func_stpncpy=yes ac_cv_func_strbrk=yes ac_cv_func_strcasecmp=yes ac_cv_func_strcspn=yes ac_cv_func_strdup=yes ac_cv_func_strerror=yes ac_cv_func_strerror_r=yes ac_cv_func_strerror_r_char_p=no ac_cv_func_strftime=yes ac_cv_func_strlcat=yes ac_cv_func_strlcpy=yes ac_cv_func_strlen=yes ac_cv_func_strmode=yes ac_cv_func_strncasecmp=yes ac_cv_func_strndup=yes ac_cv_func_strnlen=yes ac_cv_func_strnlen_working=yes ac_cv_func_strpbrk=yes ac_cv_func_strptime=yes ac_cv_func_strsep=yes ac_cv_func_strsignal=yes ac_cv_func_strtol=yes ac_cv_func_strtoll=yes ac_cv_func_strtonum=yes ac_cv_func_strtoul=yes ac_cv_func_strtoull=yes ac_cv_func_symlink=yes ac_cv_func_sysconf=yes ac_cv_func_tcgetpgrp=yes ac_cv_func_time=yes ac_cv_func_towlower=yes ac_cv_func_truncate=yes ac_cv_func_tsearch=yes ac_cv_func_uname=yes ac_cv_func_unsetenv=yes ac_cv_func_user_from_uid=yes ac_cv_func_usleep=yes ac_cv_func_utime=yes ac_cv_func_utimes=yes ac_cv_func_vasprintf=yes ac_cv_func_vfork=yes ac_cv_func_vprintf=yes ac_cv_func_vsnprintf=yes ac_cv_func_vsprintf=yes ac_cv_func_waitpid=yes ac_cv_func_wcrtomb=yes ac_cv_func_wcscoll=yes ac_cv_func_wcslen=yes ac_cv_func_wcsnlen=yes ac_cv_func_wctob=yes ac_cv_func_wcwidth=yes ac_cv_func_wmemchr=yes ac_cv_func_wmemcpy=yes ac_cv_func_yield=no ac_cv_func_yp_match=yes ac_cv_have___va_copy=yes ac_cv_have_clock_t=yes ac_cv_have_control_in_msghdr=yes ac_cv_have_decl_GLOB_NOMATCH=yes ac_cv_have_decl_LLONG_MAX=yes ac_cv_have_decl_MAXSYMLINKS=yes ac_cv_have_decl_O_NONBLOCK=yes ac_cv_have_decl_RLIMIT_NPROC=yes ac_cv_have_decl_SHUT_RD=yes ac_cv_have_decl__Exit=yes ac_cv_have_decl_alarm=yes ac_cv_have_decl_alphasort=yes ac_cv_have_decl_atoll=yes ac_cv_have_decl_btowc=yes ac_cv_have_decl_chdir=yes ac_cv_have_decl_chown=yes ac_cv_have_decl_clearerr_unlocked=yes ac_cv_have_decl_closedir=yes ac_cv_have_decl_dprintf=yes ac_cv_have_decl_dup2=yes ac_cv_have_decl_dup=yes ac_cv_have_decl_endusershell=yes ac_cv_have_decl_faccessat=yes ac_cv_have_decl_fchdir=yes ac_cv_have_decl_fchmodat=yes ac_cv_have_decl_fchownat=yes ac_cv_have_decl_fcntl=yes ac_cv_have_decl_fdopendir=yes ac_cv_have_decl_feof_unlocked=yes ac_cv_have_decl_feof_unlocked_fgets_unlocked=yes ac_cv_have_decl_ferror_unlocked=yes ac_cv_have_decl_ffsl=yes ac_cv_have_decl_ffsll=yes ac_cv_have_decl_fpurge=yes ac_cv_have_decl_frexpl=yes ac_cv_have_decl_fseeko=yes ac_cv_have_decl_fstat=yes ac_cv_have_decl_fstatat=yes ac_cv_have_decl_fsync=yes ac_cv_have_decl_ftello=yes ac_cv_have_decl_ftruncate=yes ac_cv_have_decl_getc_unlocked=yes ac_cv_have_decl_getchar_unlocked=yes ac_cv_have_decl_getcwd=yes ac_cv_have_decl_getdelim=yes ac_cv_have_decl_getdomainname=yes ac_cv_have_decl_getdtablesize=yes ac_cv_have_decl_getenv=yes ac_cv_have_decl_getgroups=yes ac_cv_have_decl_gethostname=yes ac_cv_have_decl_getline=yes ac_cv_have_decl_getloadavg=yes ac_cv_have_decl_getlogin=yes ac_cv_have_decl_getlogin_r=yes ac_cv_have_decl_getpagesize=yes ac_cv_have_decl_gets=yes ac_cv_have_decl_getsubopt=yes ac_cv_have_decl_gettimeofday=yes ac_cv_have_decl_getusershell=yes ac_cv_have_decl_grantpt=yes ac_cv_have_decl_h_errno=yes ac_cv_have_decl_imaxabs=yes ac_cv_have_decl_imaxdiv=yes ac_cv_have_decl_initstate=yes ac_cv_have_decl_isatty=yes ac_cv_have_decl_isblank=yes ac_cv_have_decl_iswblank=yes ac_cv_have_decl_iswctype=yes ac_cv_have_decl_lchmod=yes ac_cv_have_decl_lchown=yes ac_cv_have_decl_link=yes ac_cv_have_decl_linkat=yes ac_cv_have_decl_lseek=yes ac_cv_have_decl_lstat=yes ac_cv_have_decl_mbrlen=yes ac_cv_have_decl_mbrtowc=yes ac_cv_have_decl_mbsinit=yes ac_cv_have_decl_mbsnrtowcs=yes ac_cv_have_decl_mbsrtowcs=yes ac_cv_have_decl_memmem=yes ac_cv_have_decl_memrchr=yes ac_cv_have_decl_mkdirat=yes ac_cv_have_decl_mkdtemp=yes ac_cv_have_decl_mkfifo=yes ac_cv_have_decl_mkfifoat=yes ac_cv_have_decl_mknod=yes ac_cv_have_decl_mknodat=yes ac_cv_have_decl_mkstemp=yes ac_cv_have_decl_nl_langinfo=yes ac_cv_have_decl_offsetof=yes ac_cv_have_decl_openat=yes ac_cv_have_decl_opendir=yes ac_cv_have_decl_pclose=yes ac_cv_have_decl_pipe=yes ac_cv_have_decl_popen=yes ac_cv_have_decl_posix_openpt=yes ac_cv_have_decl_posix_spawn=yes ac_cv_have_decl_posix_spawn_file_actions_addclose=yes ac_cv_have_decl_posix_spawn_file_actions_adddup2=yes ac_cv_have_decl_posix_spawn_file_actions_addopen=yes ac_cv_have_decl_posix_spawn_file_actions_destroy=yes ac_cv_have_decl_posix_spawn_file_actions_init=yes ac_cv_have_decl_posix_spawnattr_destroy=yes ac_cv_have_decl_posix_spawnattr_getflags=yes ac_cv_have_decl_posix_spawnattr_getpgroup=yes ac_cv_have_decl_posix_spawnattr_getschedparam=yes ac_cv_have_decl_posix_spawnattr_getschedpolicy=yes ac_cv_have_decl_posix_spawnattr_getsigdefault=yes ac_cv_have_decl_posix_spawnattr_getsigmask=yes ac_cv_have_decl_posix_spawnattr_init=yes ac_cv_have_decl_posix_spawnattr_setflags=yes ac_cv_have_decl_posix_spawnattr_setpgroup=yes ac_cv_have_decl_posix_spawnattr_setschedparam=yes ac_cv_have_decl_posix_spawnattr_setschedpolicy=yes ac_cv_have_decl_posix_spawnattr_setsigdefault=yes ac_cv_have_decl_posix_spawnattr_setsigmask=yes ac_cv_have_decl_posix_spawnp=yes ac_cv_have_decl_pread=yes ac_cv_have_decl_pselect=yes ac_cv_have_decl_pthread_sigmask=yes ac_cv_have_decl_ptsname=yes ac_cv_have_decl_putc_unlocked=yes ac_cv_have_decl_putchar_unlocked=yes ac_cv_have_decl_pwrite=yes ac_cv_have_decl_random=yes ac_cv_have_decl_rawmemchr=yes ac_cv_have_decl_readdir=yes ac_cv_have_decl_readlink=yes ac_cv_have_decl_readlinkat=yes ac_cv_have_decl_realpath=yes ac_cv_have_decl_renameat=yes ac_cv_have_decl_rewinddir=yes ac_cv_have_decl_rmdir=yes ac_cv_have_decl_rpmatch=yes ac_cv_have_decl_scandir=yes ac_cv_have_decl_select=yes ac_cv_have_decl_setenv=yes ac_cv_have_decl_sethostname=yes ac_cv_have_decl_setlocale=yes ac_cv_have_decl_setstate=yes ac_cv_have_decl_setusershell=yes ac_cv_have_decl_sigaction=yes ac_cv_have_decl_sigaddset=yes ac_cv_have_decl_sigaltstack=yes ac_cv_have_decl_sigdelset=yes ac_cv_have_decl_sigemptyset=yes ac_cv_have_decl_sigfillset=yes ac_cv_have_decl_sigismember=yes ac_cv_have_decl_sigpending=yes ac_cv_have_decl_sigprocmask=yes ac_cv_have_decl_sleep=yes ac_cv_have_decl_snprintf=yes ac_cv_have_decl_srandom=yes ac_cv_have_decl_stat=yes ac_cv_have_decl_stpcpy=yes ac_cv_have_decl_stpncpy=yes ac_cv_have_decl_strcasestr=yes ac_cv_have_decl_strdup=yes ac_cv_have_decl_strerror_r=yes ac_cv_have_decl_strncat=yes ac_cv_have_decl_strndup=yes ac_cv_have_decl_strnlen=yes ac_cv_have_decl_strpbrk=yes ac_cv_have_decl_strsep=yes ac_cv_have_decl_strsignal=yes ac_cv_have_decl_strtod=yes ac_cv_have_decl_strtoimax=yes ac_cv_have_decl_strtok_r=yes ac_cv_have_decl_strtoll=yes ac_cv_have_decl_strtoull=yes ac_cv_have_decl_strtoumax=yes ac_cv_have_decl_symlink=yes ac_cv_have_decl_symlinkat=yes ac_cv_have_decl_sys_siglist=yes ac_cv_have_decl_tcsendbreak=yes ac_cv_have_decl_tmpfile=yes ac_cv_have_decl_towctrans=yes ac_cv_have_decl_ttyname_r=yes ac_cv_have_decl_unlink=yes ac_cv_have_decl_unlinkat=yes ac_cv_have_decl_unlockpt=yes ac_cv_have_decl_unsetenv=yes ac_cv_have_decl_usleep=yes ac_cv_have_decl_vdprintf=yes ac_cv_have_decl_vsnprintf=yes ac_cv_have_decl_waitpid=yes ac_cv_have_decl_wcpcpy=yes ac_cv_have_decl_wcpncpy=yes ac_cv_have_decl_wcrtomb=yes ac_cv_have_decl_wcscasecmp=yes ac_cv_have_decl_wcscat=yes ac_cv_have_decl_wcschr=yes ac_cv_have_decl_wcscmp=yes ac_cv_have_decl_wcscoll=yes ac_cv_have_decl_wcscpy=yes ac_cv_have_decl_wcscspn=yes ac_cv_have_decl_wcsdup=yes ac_cv_have_decl_wcslen=yes ac_cv_have_decl_wcsncasecmp=yes ac_cv_have_decl_wcsncat=yes ac_cv_have_decl_wcsncmp=yes ac_cv_have_decl_wcsncpy=yes ac_cv_have_decl_wcsnlen=yes ac_cv_have_decl_wcsnrtombs=yes ac_cv_have_decl_wcspbrk=yes ac_cv_have_decl_wcsrchr=yes ac_cv_have_decl_wcsrtombs=yes ac_cv_have_decl_wcsspn=yes ac_cv_have_decl_wcsstr=yes ac_cv_have_decl_wcstok=yes ac_cv_have_decl_wcswidth=yes ac_cv_have_decl_wcsxfrm=yes ac_cv_have_decl_wctob=yes ac_cv_have_decl_wctrans=yes ac_cv_have_decl_wctype=yes ac_cv_have_decl_wcwidth=yes ac_cv_have_decl_wmemchr=yes ac_cv_have_decl_wmemcmp=yes ac_cv_have_decl_wmemcpy=yes ac_cv_have_decl_wmemmove=yes ac_cv_have_decl_wmemset=yes ac_cv_have_decl_writev=yes ac_cv_have_getopt_optreset=yes ac_cv_have_int64_t=yes ac_cv_have_intxx_t=yes ac_cv_have_mode_t=yes ac_cv_have_pid_t=yes ac_cv_have_pw_change_in_struct_passwd=yes ac_cv_have_pw_class_in_struct_passwd=yes ac_cv_have_pw_expire_in_struct_passwd=yes ac_cv_have_sa_family_t=yes ac_cv_have_size_t=yes ac_cv_have_ss_family_in_struct_ss=yes ac_cv_have_ssize_t=yes ac_cv_have_struct_addrinfo=yes ac_cv_have_struct_in6_addr=yes ac_cv_have_struct_sockaddr_in6=yes ac_cv_have_struct_sockaddr_storage=yes ac_cv_have_struct_timeval=yes ac_cv_have_u_char=yes ac_cv_have_u_int64_t=yes ac_cv_have_u_int=yes ac_cv_have_u_intxx_t=yes ac_cv_have_va_copy=yes ac_cv_header_alloca_h=no ac_cv_header_argz_h=no ac_cv_header_arpa_inet_h=yes ac_cv_header_arpa_nameser_h=yes ac_cv_header_byteswap_h=no ac_cv_header_ctype_h=yes ac_cv_header_dirent_h=yes ac_cv_header_dl_h=no ac_cv_header_dlfcn_h=yes ac_cv_header_elf_h=yes ac_cv_header_errno_h=yes ac_cv_header_fcntl_h=yes ac_cv_header_float_h=yes ac_cv_header_floatingpoint_h=yes ac_cv_header_getopt_h=yes ac_cv_header_glob_h=yes ac_cv_header_inttypes_h=yes ac_cv_header_langinfo_h=yes ac_cv_header_libgen_h=yes ac_cv_header_libutil_h=yes ac_cv_header_limits_h=yes ac_cv_header_login_cap_h=yes ac_cv_header_malloc_h=no ac_cv_header_math_h=yes ac_cv_header_memory_h=yes ac_cv_header_minix_config_h=no ac_cv_header_net_if_h=yes ac_cv_header_net_if_media_h=yes ac_cv_header_net_if_tap_h=yes ac_cv_header_net_if_tun_h=yes ac_cv_header_netdb_h=yes ac_cv_header_netinet_in_h=yes ac_cv_header_paths_h=yes ac_cv_header_poll_h=yes ac_cv_header_pwd_h=yes ac_cv_header_random_h=no ac_cv_header_readpassphrase_h=yes ac_cv_header_resolv_h=yes ac_cv_header_rpc_types_h=yes ac_cv_header_sched_h=yes ac_cv_header_search_h=yes ac_cv_header_security_pam_appl_h=yes ac_cv_header_signal_h=yes ac_cv_header_spawn_h=yes ac_cv_header_stdarg_h=yes ac_cv_header_stdbool_h=yes ac_cv_header_stdc=yes ac_cv_header_stddef_h=yes ac_cv_header_stdint_h=yes ac_cv_header_stdio_h=yes ac_cv_header_stdlib_h=yes ac_cv_header_string_h=yes ac_cv_header_strings_h=yes ac_cv_header_sys_acl_h=yes ac_cv_header_sys_cdefs_h=yes ac_cv_header_sys_dir_h=yes ac_cv_header_sys_fcntl_h=yes ac_cv_header_sys_file_h=yes ac_cv_header_sys_ioctl_h=yes ac_cv_header_sys_mman_h=yes ac_cv_header_sys_mount_h=yes ac_cv_header_sys_msg_h=yes ac_cv_header_sys_param_h=yes ac_cv_header_sys_poll_h=yes ac_cv_header_sys_ptrace_h=yes ac_cv_header_sys_select_h=yes ac_cv_header_sys_socket_h=yes ac_cv_header_sys_stat_h=yes ac_cv_header_sys_statvfs_h=yes ac_cv_header_sys_time_h=yes ac_cv_header_sys_timers_h=yes ac_cv_header_sys_times_h=yes ac_cv_header_sys_types_h=yes ac_cv_header_sys_un_h=yes ac_cv_header_sys_wait_h=yes ac_cv_header_time_h=yes ac_cv_header_ttyent_h=yes ac_cv_header_ucontext_h=yes ac_cv_header_unistd_h=yes ac_cv_header_utime_h=yes ac_cv_header_vfork_h=no ac_cv_header_vis_h=yes ac_cv_header_wchar_h=yes ac_cv_header_wctype_h=yes ac_cv_header_zlib_h=yes ac_cv_host=amd64-portbld-freebsd8.3 ac_cv_lib_crypt_crypt=yes ac_cv_lib_edit_el_init=yes ac_cv_lib_pam_pam_set_item=yes ac_cv_lib_z_deflate=yes ac_cv_libc_defines___progname=yes ac_cv_libc_defines_sys_errlist=yes ac_cv_libc_defines_sys_nerr=yes ac_cv_member_HEADER_ad=yes ac_cv_member_struct___res_state_retrans=yes ac_cv_member_struct_sigaction_sa_sigaction=yes ac_cv_member_struct_sockaddr_in6_sin6_scope_id=yes ac_cv_member_struct_stat_st_blksize=yes ac_cv_objext=o ac_cv_path_BZIP2=/usr/bin/bzip2 ac_cv_path_EGREP=/usr/bin/egrep ac_cv_path_FGREP=/usr/bin/fgrep ac_cv_path_GREP=/usr/bin/grep ac_cv_path_GZIP=/usr/bin/gzip ac_cv_path_MKTEMP_COMMAND=/usr/bin/mktemp ac_cv_path_SED=/usr/bin/sed ac_cv_path_install=/usr/bin/install ac_cv_path_mkdir=/bin/mkdir ac_cv_prog_AWK=/usr/bin/awk ac_cv_prog_CPP=cpp ac_cv_prog_SED=/usr/bin/sed ac_cv_prog_ac_ct_AR=ar ac_cv_prog_ac_ct_CC=cc ac_cv_prog_ac_ct_MANIFEST_TOOL=mt ac_cv_prog_ac_ct_OBJDUMP=objdump ac_cv_prog_ac_ct_RANLIB=ranlib ac_cv_prog_ac_ct_STRIP=strip ac_cv_prog_cc_c89='' ac_cv_prog_cc_g=yes ac_cv_prog_make_make_set=yes ac_cv_search_dlopen='none required' ac_cv_search_pthread_create='none required' ac_cv_search_readline=-lreadline ac_cv_search_tgetent=-lcurses ac_cv_sys_file_offset_bits=no ac_cv_sys_largefile_CC=no ac_cv_type__Bool=yes ac_cv_type_char=yes ac_cv_type_char_p=yes ac_cv_type_fsblkcnt_t=yes ac_cv_type_fsfilcnt_t=yes ac_cv_type_in_addr_t=yes ac_cv_type_in_port_t=yes ac_cv_type_int16_t=yes ac_cv_type_int32_t=yes ac_cv_type_int=yes ac_cv_type_intmax_t=yes ac_cv_type_long=yes ac_cv_type_long_double=yes ac_cv_type_long_long=yes ac_cv_type_long_long_int=yes ac_cv_type_mbstate_t=yes ac_cv_type_mode_t=yes ac_cv_type_nlink_t=yes ac_cv_type_off_t=yes ac_cv_type_pid_t=yes ac_cv_type_posix_spawn_file_actions_t=yes ac_cv_type_posix_spawnattr_t=yes ac_cv_type_ptrdiff_t=yes ac_cv_type_short=yes ac_cv_type_sig_atomic_t=yes ac_cv_type_sigset_t=yes ac_cv_type_size_t=yes ac_cv_type_socklen_t=yes ac_cv_type_ssize_t=yes ac_cv_type_stack_t=yes ac_cv_type_struct_timespec=yes ac_cv_type_u_char=yes ac_cv_type_u_int16_t=yes ac_cv_type_u_int32_t=yes ac_cv_type_u_int8_t=yes ac_cv_type_u_int=yes ac_cv_type_u_long=yes ac_cv_type_u_short=yes ac_cv_type_uid_t=yes ac_cv_type_uintptr_t=yes ac_cv_type_unsigned_char=yes ac_cv_type_unsigned_int=yes ac_cv_type_unsigned_long=yes ac_cv_type_unsigned_long_long=yes ac_cv_type_unsigned_long_long_int=yes ac_cv_type_unsigned_short=yes ac_cv_type_volatile_sig_atomic_t=yes ac_cv_type_wchar_t=yes ac_cv_type_wint_t=yes am_cv_CC_dependencies_compiler_type=gcc3 am_cv_prog_tar_ustar=/usr/bin/tar cl_cv_prog_LN=/bin/ln cl_cv_prog_cp='/bin/cp -p' gl_cv_func_btowc_eof=yes gl_cv_func_btowc_nul=yes gl_cv_func_fcntl_f_dupfd_cloexec=yes gl_cv_func_fnmatch_posix=yes gl_cv_func_fopen_slash=yes gl_cv_func_frexp_no_libm=yes gl_cv_func_fseeko=yes gl_cv_func_ftello=yes gl_cv_func_getcwd_null=yes gl_cv_func_getcwd_posix_signature=yes gl_cv_func_getopt_posix=yes gl_cv_func_isnand_no_libm=yes gl_cv_func_ldexp_no_libm=yes gl_cv_func_lseek_pipe=yes gl_cv_func_lstat_dereferences_slashed_symlink=yes gl_cv_func_malloc_0_nonnull=1 gl_cv_func_malloc_posix=yes gl_cv_func_mbrtowc_incomplete_state=yes gl_cv_func_mbrtowc_nul_retval=yes gl_cv_func_mbrtowc_null_arg1=yes gl_cv_func_mbrtowc_null_arg2=yes gl_cv_func_mbrtowc_retval=yes gl_cv_func_mbrtowc_sanitycheck=yes gl_cv_func_open_slash=yes gl_cv_func_printf_directive_a=yes gl_cv_func_printf_directive_f=yes gl_cv_func_printf_directive_ls=yes gl_cv_func_printf_directive_n=yes gl_cv_func_printf_flag_grouping=yes gl_cv_func_printf_flag_leftadjust=yes gl_cv_func_printf_flag_zero=yes gl_cv_func_printf_infinite=yes gl_cv_func_printf_long_double=yes gl_cv_func_printf_positions=yes gl_cv_func_printf_precision=yes gl_cv_func_printf_sizes_c99=yes gl_cv_func_sigprocmask=1 gl_cv_func_snprintf_retval_c99=yes gl_cv_func_snprintf_size1=yes gl_cv_func_snprintf_usable=yes gl_cv_func_spawnattr_setschedparam=yes gl_cv_func_spawnattr_setschedpolicy=yes gl_cv_func_stat_dir_slash=yes gl_cv_func_stat_file_slash=yes gl_cv_func_stpncpy=yes gl_cv_func_va_copy=yes gl_cv_func_wcrtomb_retval=yes gl_cv_have_include_next=yes gl_cv_have_raw_decl__Exit=yes gl_cv_have_raw_decl_alphasort=yes gl_cv_have_raw_decl_atoll=yes gl_cv_have_raw_decl_btowc=yes gl_cv_have_raw_decl_chdir=yes gl_cv_have_raw_decl_chown=yes gl_cv_have_raw_decl_closedir=yes gl_cv_have_raw_decl_dprintf=yes gl_cv_have_raw_decl_dup2=yes gl_cv_have_raw_decl_dup=yes gl_cv_have_raw_decl_endusershell=yes gl_cv_have_raw_decl_faccessat=yes gl_cv_have_raw_decl_fchdir=yes gl_cv_have_raw_decl_fchmodat=yes gl_cv_have_raw_decl_fchownat=yes gl_cv_have_raw_decl_fcntl=yes gl_cv_have_raw_decl_fdopendir=yes gl_cv_have_raw_decl_ffsl=yes gl_cv_have_raw_decl_ffsll=yes gl_cv_have_raw_decl_fpurge=yes gl_cv_have_raw_decl_fseeko=yes gl_cv_have_raw_decl_fstat=yes gl_cv_have_raw_decl_fstatat=yes gl_cv_have_raw_decl_fsync=yes gl_cv_have_raw_decl_ftello=yes gl_cv_have_raw_decl_ftruncate=yes gl_cv_have_raw_decl_getcwd=yes gl_cv_have_raw_decl_getdelim=yes gl_cv_have_raw_decl_getdomainname=yes gl_cv_have_raw_decl_getdtablesize=yes gl_cv_have_raw_decl_getgroups=yes gl_cv_have_raw_decl_gethostname=yes gl_cv_have_raw_decl_getline=yes gl_cv_have_raw_decl_getloadavg=yes gl_cv_have_raw_decl_getlogin=yes gl_cv_have_raw_decl_getlogin_r=yes gl_cv_have_raw_decl_getpagesize=yes gl_cv_have_raw_decl_gets=yes gl_cv_have_raw_decl_getsubopt=yes gl_cv_have_raw_decl_gettimeofday=yes gl_cv_have_raw_decl_getusershell=yes gl_cv_have_raw_decl_grantpt=yes gl_cv_have_raw_decl_imaxabs=yes gl_cv_have_raw_decl_imaxdiv=yes gl_cv_have_raw_decl_initstate=yes gl_cv_have_raw_decl_isatty=yes gl_cv_have_raw_decl_iswctype=yes gl_cv_have_raw_decl_lchmod=yes gl_cv_have_raw_decl_lchown=yes gl_cv_have_raw_decl_link=yes gl_cv_have_raw_decl_linkat=yes gl_cv_have_raw_decl_lseek=yes gl_cv_have_raw_decl_lstat=yes gl_cv_have_raw_decl_mbrlen=yes gl_cv_have_raw_decl_mbrtowc=yes gl_cv_have_raw_decl_mbsinit=yes gl_cv_have_raw_decl_mbsnrtowcs=yes gl_cv_have_raw_decl_mbsrtowcs=yes gl_cv_have_raw_decl_memcpy=no gl_cv_have_raw_decl_memmem=yes gl_cv_have_raw_decl_memrchr=yes gl_cv_have_raw_decl_mkdirat=yes gl_cv_have_raw_decl_mkdtemp=yes gl_cv_have_raw_decl_mkfifo=yes gl_cv_have_raw_decl_mkfifoat=yes gl_cv_have_raw_decl_mknod=yes gl_cv_have_raw_decl_mknodat=yes gl_cv_have_raw_decl_mkstemp=yes gl_cv_have_raw_decl_nl_langinfo=yes gl_cv_have_raw_decl_openat=yes gl_cv_have_raw_decl_opendir=yes gl_cv_have_raw_decl_pclose=yes gl_cv_have_raw_decl_pipe=yes gl_cv_have_raw_decl_popen=yes gl_cv_have_raw_decl_posix_openpt=yes gl_cv_have_raw_decl_posix_spawn=yes gl_cv_have_raw_decl_posix_spawn_file_actions_addclose=yes gl_cv_have_raw_decl_posix_spawn_file_actions_adddup2=yes gl_cv_have_raw_decl_posix_spawn_file_actions_addopen=yes gl_cv_have_raw_decl_posix_spawn_file_actions_destroy=yes gl_cv_have_raw_decl_posix_spawn_file_actions_init=yes gl_cv_have_raw_decl_posix_spawnattr_destroy=yes gl_cv_have_raw_decl_posix_spawnattr_getflags=yes gl_cv_have_raw_decl_posix_spawnattr_getpgroup=yes gl_cv_have_raw_decl_posix_spawnattr_getschedparam=yes gl_cv_have_raw_decl_posix_spawnattr_getschedpolicy=yes gl_cv_have_raw_decl_posix_spawnattr_getsigdefault=yes gl_cv_have_raw_decl_posix_spawnattr_getsigmask=yes gl_cv_have_raw_decl_posix_spawnattr_init=yes gl_cv_have_raw_decl_posix_spawnattr_setflags=yes gl_cv_have_raw_decl_posix_spawnattr_setpgroup=yes gl_cv_have_raw_decl_posix_spawnattr_setschedparam=yes gl_cv_have_raw_decl_posix_spawnattr_setschedpolicy=yes gl_cv_have_raw_decl_posix_spawnattr_setsigdefault=yes gl_cv_have_raw_decl_posix_spawnattr_setsigmask=yes gl_cv_have_raw_decl_posix_spawnp=yes gl_cv_have_raw_decl_pread=yes gl_cv_have_raw_decl_pselect=yes gl_cv_have_raw_decl_pthread_sigmask=yes gl_cv_have_raw_decl_ptsname=yes gl_cv_have_raw_decl_pwrite=yes gl_cv_have_raw_decl_random=yes gl_cv_have_raw_decl_rawmemchr=yes gl_cv_have_raw_decl_readdir=yes gl_cv_have_raw_decl_readlink=yes gl_cv_have_raw_decl_readlinkat=yes gl_cv_have_raw_decl_realpath=yes gl_cv_have_raw_decl_renameat=yes gl_cv_have_raw_decl_rewinddir=yes gl_cv_have_raw_decl_rmdir=yes gl_cv_have_raw_decl_rpmatch=yes gl_cv_have_raw_decl_scandir=yes gl_cv_have_raw_decl_select=yes gl_cv_have_raw_decl_setenv=yes gl_cv_have_raw_decl_sethostname=yes gl_cv_have_raw_decl_setlocale=yes gl_cv_have_raw_decl_setstate=yes gl_cv_have_raw_decl_setusershell=yes gl_cv_have_raw_decl_sigaction=yes gl_cv_have_raw_decl_sigaddset=yes gl_cv_have_raw_decl_sigdelset=yes gl_cv_have_raw_decl_sigemptyset=yes gl_cv_have_raw_decl_sigfillset=yes gl_cv_have_raw_decl_sigismember=yes gl_cv_have_raw_decl_sigpending=yes gl_cv_have_raw_decl_sigprocmask=yes gl_cv_have_raw_decl_sleep=yes gl_cv_have_raw_decl_snprintf=yes gl_cv_have_raw_decl_srandom=yes gl_cv_have_raw_decl_stat=yes gl_cv_have_raw_decl_stpcpy=yes gl_cv_have_raw_decl_stpncpy=yes gl_cv_have_raw_decl_strcasestr=yes gl_cv_have_raw_decl_strdup=yes gl_cv_have_raw_decl_strerror_r=yes gl_cv_have_raw_decl_strncat=yes gl_cv_have_raw_decl_strndup=yes gl_cv_have_raw_decl_strnlen=yes gl_cv_have_raw_decl_strpbrk=yes gl_cv_have_raw_decl_strsep=yes gl_cv_have_raw_decl_strsignal=yes gl_cv_have_raw_decl_strtod=yes gl_cv_have_raw_decl_strtoimax=yes gl_cv_have_raw_decl_strtok_r=yes gl_cv_have_raw_decl_strtoll=yes gl_cv_have_raw_decl_strtoull=yes gl_cv_have_raw_decl_strtoumax=yes gl_cv_have_raw_decl_strverscmp=no gl_cv_have_raw_decl_symlink=yes gl_cv_have_raw_decl_symlinkat=yes gl_cv_have_raw_decl_tmpfile=yes gl_cv_have_raw_decl_towctrans=yes gl_cv_have_raw_decl_ttyname_r=yes gl_cv_have_raw_decl_unlink=yes gl_cv_have_raw_decl_unlinkat=yes gl_cv_have_raw_decl_unlockpt=yes gl_cv_have_raw_decl_unsetenv=yes gl_cv_have_raw_decl_usleep=yes gl_cv_have_raw_decl_vdprintf=yes gl_cv_have_raw_decl_vsnprintf=yes gl_cv_have_raw_decl_waitpid=yes gl_cv_have_raw_decl_wcpcpy=yes gl_cv_have_raw_decl_wcpncpy=yes gl_cv_have_raw_decl_wcrtomb=yes gl_cv_have_raw_decl_wcscasecmp=yes gl_cv_have_raw_decl_wcscat=yes gl_cv_have_raw_decl_wcschr=yes gl_cv_have_raw_decl_wcscmp=yes gl_cv_have_raw_decl_wcscoll=yes gl_cv_have_raw_decl_wcscpy=yes gl_cv_have_raw_decl_wcscspn=yes gl_cv_have_raw_decl_wcsdup=yes gl_cv_have_raw_decl_wcslen=yes gl_cv_have_raw_decl_wcsncasecmp=yes gl_cv_have_raw_decl_wcsncat=yes gl_cv_have_raw_decl_wcsncmp=yes gl_cv_have_raw_decl_wcsncpy=yes gl_cv_have_raw_decl_wcsnlen=yes gl_cv_have_raw_decl_wcsnrtombs=yes gl_cv_have_raw_decl_wcspbrk=yes gl_cv_have_raw_decl_wcsrchr=yes gl_cv_have_raw_decl_wcsrtombs=yes gl_cv_have_raw_decl_wcsspn=yes gl_cv_have_raw_decl_wcsstr=yes gl_cv_have_raw_decl_wcstok=yes gl_cv_have_raw_decl_wcswidth=yes gl_cv_have_raw_decl_wcsxfrm=yes gl_cv_have_raw_decl_wctob=yes gl_cv_have_raw_decl_wctrans=yes gl_cv_have_raw_decl_wctype=yes gl_cv_have_raw_decl_wcwidth=yes gl_cv_have_raw_decl_wmemchr=yes gl_cv_have_raw_decl_wmemcmp=yes gl_cv_have_raw_decl_wmemcpy=yes gl_cv_have_raw_decl_wmemmove=yes gl_cv_have_raw_decl_wmemset=yes gl_cv_header_errno_h_complete=yes gl_cv_header_inttypes_h=yes gl_cv_header_langinfo_codeset=yes gl_cv_header_langinfo_era=yes gl_cv_header_langinfo_t_fmt_ampm=yes gl_cv_header_langinfo_yesexpr=yes gl_cv_header_locale_h_posix2001=yes gl_cv_header_signal_h_SIGPIPE=yes gl_cv_header_stdint_h=yes gl_cv_header_sys_select_h_selfcontained=yes gl_cv_header_wchar_h_correct_inline=yes gl_cv_sigaltstack_low_base=yes gl_cv_size_max=yes gl_cv_sys_struct_timespec_in_time_h=yes gl_cv_sys_struct_timeval=yes gl_cv_type_sigset_t=yes gl_cv_type_wchar_t_signed=yes gl_cv_type_wctrans_t=yes gl_cv_type_wctype_t=yes gl_cv_type_wint_t_signed=yes gl_cv_var_stdin_large_offset=yes gt_cv_c_intmax_t=yes gt_cv_c_wchar_t=yes gt_cv_c_wint_t=yes gt_cv_func_printf_posix=yes gt_cv_func_unsetenv_ret=int gt_cv_int_divbyzero_sigfpe=yes gt_cv_siginfo_t=yes gt_cv_ssize_t=yes lt_cv_ar_at_file=no lt_cv_archive_cmds_need_lc=no lt_cv_deplibs_check_method=pass_all lt_cv_file_magic_cmd='$MAGIC_CMD' lt_cv_file_magic_test_file='' lt_cv_ld_reload_flag=-r lt_cv_nm_interface='BSD nm' lt_cv_objdir=.libs lt_cv_path_LD=/usr/bin/ld lt_cv_path_MAGIC_CMD=/usr/bin/file lt_cv_path_NM='/usr/bin/nm -B' lt_cv_path_mainfest_tool=no lt_cv_prog_compiler_c_o=yes lt_cv_prog_compiler_pic='-fPIC -DPIC' lt_cv_prog_compiler_pic_works=yes lt_cv_prog_compiler_rtti_exceptions=no lt_cv_prog_compiler_static_works=yes lt_cv_prog_gnu_ld=yes lt_cv_sharedlib_from_linklib_cmd='printf %s\n' lt_cv_sys_global_symbol_pipe='sed -n -e '\''s/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p'\'' | sed '\''/ __gnu_lto/d'\' lt_cv_sys_global_symbol_to_c_name_address='sed -n -e '\''s/^: \([^ ]*\)[ ]*$/ {\"\1\", (void *) 0},/p'\'' -e '\''s/^[ABCDGIRSTW]* \([^ ]*\) \([^ ]*\)$/ {"\2", (void *) \&\2},/p'\' lt_cv_sys_global_symbol_to_c_name_address_lib_prefix='sed -n -e '\''s/^: \([^ ]*\)[ ]*$/ {\"\1\", (void *) 0},/p'\'' -e '\''s/^[ABCDGIRSTW]* \([^ ]*\) \(lib[^ ]*\)$/ {"\2", (void *) \&\2},/p'\'' -e '\''s/^[ABCDGIRSTW]* \([^ ]*\) \([^ ]*\)$/ {"lib\2", (void *) \&\2},/p'\' lt_cv_sys_global_symbol_to_cdecl='sed -n -e '\''s/^T .* \(.*\)$/extern int \1();/p'\'' -e '\''s/^[ABCDGIRSTW]* .* \(.*\)$/extern char \1;/p'\' lt_cv_sys_max_cmd_len=262144 lt_cv_to_host_file_cmd=func_convert_file_noop lt_cv_to_tool_file_cmd=func_convert_file_noop ## ----------------- ## ## Output variables. ## ## ----------------- ## ACLOCAL='${SHELL} /usr/ports/databases/sqlite3/work/sqlite-autoconf-3080100/missing --run aclocal-1.11' AMDEPBACKSLASH='\' AMDEP_FALSE='#' AMDEP_TRUE='' AMTAR='$${TAR-tar}' AR='ar' AUTOCONF='${SHELL} /usr/ports/databases/sqlite3/work/sqlite-autoconf-3080100/missing --run autoconf' AUTOHEADER='${SHELL} /usr/ports/databases/sqlite3/work/sqlite-autoconf-3080100/missing --run autoheader' AUTOMAKE='${SHELL} /usr/ports/databases/sqlite3/work/sqlite-autoconf-3080100/missing --run automake-1.11' AWK='/usr/bin/awk' BUILD_CFLAGS='' CC='cc' CCDEPMODE='depmode=gcc3' CFLAGS='-O2 -pipe -fno-strict-aliasing' CPP='cpp' CPPFLAGS='-DSQLITE_ENABLE_FTS3=1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=1 -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_SECURE_DELETE=1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=1 -DSQLITE_TEMP_STORE=1' CYGPATH_W='echo' DEFS='-DPACKAGE_NAME=\"sqlite\" -DPACKAGE_TARNAME=\"sqlite\" -DPACKAGE_VERSION=\"3.8.1\" -DPACKAGE_STRING=\"sqlite\ 3.8.1\" -DPACKAGE_BUGREPORT=\"http://www.sqlite.org\" -DPACKAGE_URL=\"\" -DPACKAGE=\"sqlite\" -DVERSION=\"3.8.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_USLEEP=1 -DHAVE_LOCALTIME_R=1 -DHAVE_GMTIME_R=1 -DHAVE_DECL_STRERROR_R=1 -DHAVE_STRERROR_R=1 -DHAVE_READLINE=1 -DHAVE_POSIX_FALLOCATE=1' DEPDIR='.deps' DLLTOOL='false' DSYMUTIL='' DUMPBIN='' DYNAMIC_EXTENSION_FLAGS='' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='/usr/bin/egrep' EXEEXT='' FGREP='/usr/bin/fgrep' GREP='/usr/bin/grep' INSTALL_DATA='install -o root -g wheel -m 444' INSTALL_PROGRAM='install -s -o root -g wheel -m 555' INSTALL_SCRIPT='install -o root -g wheel -m 555' INSTALL_STRIP_PROGRAM='$(install_sh) -c -s' LD='/usr/bin/ld' LDFLAGS=' -pthread' LIBOBJS='' LIBS='' LIBTOOL='$(SHELL) $(top_builddir)/libtool' LIPO='' LN_S='ln -s' LTLIBOBJS='' MAKEINFO='${SHELL} /usr/ports/databases/sqlite3/work/sqlite-autoconf-3080100/missing --run makeinfo' MANIFEST_TOOL=':' MKDIR_P='/bin/mkdir -p' NM='/usr/bin/nm -B' NMEDIT='' OBJDUMP='objdump' OBJEXT='o' OTOOL64='' OTOOL='' PACKAGE='sqlite' PACKAGE_BUGREPORT='http://www.sqlite.org' PACKAGE_NAME='sqlite' PACKAGE_STRING='sqlite 3.8.1' PACKAGE_TARNAME='sqlite' PACKAGE_URL='' PACKAGE_VERSION='3.8.1' PATH_SEPARATOR=':' RANLIB='ranlib' READLINE_LIBS='-lreadline -lcurses ' SED='/usr/bin/sed' SET_MAKE='' SHELL='/bin/sh' STRIP='strip' THREADSAFE_FLAGS='-D_REENTRANT=1 -DSQLITE_THREADSAFE=1' VERSION='3.8.1' ac_ct_AR='ar' ac_ct_CC='cc' ac_ct_DUMPBIN='' am__EXEEXT_FALSE='' am__EXEEXT_TRUE='#' am__fastdepCC_FALSE='#' am__fastdepCC_TRUE='' am__include='include' am__isrc='' am__leading_dot='.' am__nodep='_no' am__quote='' am__tar='$${TAR-tar} chof - "$$tardir"' am__untar='$${TAR-tar} xf -' bindir='${exec_prefix}/bin' build='amd64-portbld-freebsd8.3' build_alias='amd64-portbld-freebsd8.3' build_cpu='amd64' build_os='freebsd8.3' build_vendor='portbld' datadir='${datarootdir}' datarootdir='${prefix}/share' docdir='${datarootdir}/doc/${PACKAGE_TARNAME}' dvidir='${docdir}' exec_prefix='${prefix}' host='amd64-portbld-freebsd8.3' host_alias='' host_cpu='amd64' host_os='freebsd8.3' host_vendor='portbld' htmldir='${docdir}' includedir='${prefix}/include' infodir='/usr/local/info' install_sh='${SHELL} /usr/ports/databases/sqlite3/work/sqlite-autoconf-3080100/install-sh' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localedir='${datarootdir}/locale' localstatedir='${prefix}/var' mandir='/usr/local/man' mkdir_p='/bin/mkdir -p' oldincludedir='/usr/include' pdfdir='${docdir}' prefix='/usr/local' program_transform_name='s,x,x,' psdir='${docdir}' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' sysconfdir='${prefix}/etc' target_alias='' ## ----------- ## ## confdefs.h. ## ## ----------- ## /* confdefs.h */ #define PACKAGE_NAME "sqlite" #define PACKAGE_TARNAME "sqlite" #define PACKAGE_VERSION "3.8.1" #define PACKAGE_STRING "sqlite 3.8.1" #define PACKAGE_BUGREPORT "http://www.sqlite.org" #define PACKAGE_URL "" #define PACKAGE "sqlite" #define VERSION "3.8.1" #define STDC_HEADERS 1 #define HAVE_SYS_TYPES_H 1 #define HAVE_SYS_STAT_H 1 #define HAVE_STDLIB_H 1 #define HAVE_STRING_H 1 #define HAVE_MEMORY_H 1 #define HAVE_STRINGS_H 1 #define HAVE_INTTYPES_H 1 #define HAVE_STDINT_H 1 #define HAVE_UNISTD_H 1 #define HAVE_DLFCN_H 1 #define LT_OBJDIR ".libs/" #define HAVE_USLEEP 1 #define HAVE_LOCALTIME_R 1 #define HAVE_GMTIME_R 1 #define HAVE_DECL_STRERROR_R 1 #define HAVE_STRERROR_R 1 #define HAVE_READLINE 1 #define HAVE_POSIX_FALLOCATE 1 configure: exit 0 --Apple-Mail=_0633C5F2-B731-4103-9FD4-EE876B89F634-- From owner-freebsd-ports@FreeBSD.ORG Fri Dec 27 18:46:57 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5F5DFFF9 for ; Fri, 27 Dec 2013 18:46:57 +0000 (UTC) Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E53D71643 for ; Fri, 27 Dec 2013 18:46:56 +0000 (UTC) Received: by mail-wg0-f44.google.com with SMTP id a1so8313744wgh.23 for ; Fri, 27 Dec 2013 10:46:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=OLZHg1+M52HXaKLNCZf7ZXvOSILwk3ntBdFMge9CzzI=; b=jC7KKmIPiMWnhpIFPs/VZeD1EiViUa3JMOBoHlFVs4Akdfk7eKotRaQkiQ+KIETcab XEkD8Ni7ILlpPA4IiL5XFzHQ6CIBmWqw5nBFcBzXG4mX2AaIXvjYtsHLA4EcYE6Mv8SY xgCU3nVXCYasZnowVfV9ugucXA+68ycDcklbDp/ptqY0hkixeR17a47E0ulpUjUyBaad cTMdDPeY43YES5j/vgbTutAGqRYnR3CKqgaMXfn0YPSxgIuQGqJJon+QFy80CzeC5cId Do7lOU4YB9I+rc15FUUIwHmbjwloHllumJiKKwdoTSXaQ31WEC6Q0PAGMrOwcRnCF6X7 E28g== X-Received: by 10.194.62.70 with SMTP id w6mr10554795wjr.55.1388170014847; Fri, 27 Dec 2013 10:46:54 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id x4sm53016156wif.0.2013.12.27.10.46.53 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Fri, 27 Dec 2013 10:46:54 -0800 (PST) Sender: Baptiste Daroussin Date: Fri, 27 Dec 2013 19:46:52 +0100 From: Baptiste Daroussin To: Malte Hahlbeck Subject: Re: sqlite3-3.8.1 Message-ID: <20131227184652.GD40122@ithaqua.etoilebsd.net> References: <7819F560-EDF0-43E7-9B52-BD518A02B96C@gissmo.eu> <20131227182637.GB40122@ithaqua.etoilebsd.net> <7A175E07-5B3E-4164-A0F4-EC788C75038F@gissmo.eu> <20131227184045.GC40122@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qKojvbh47KHQqxue" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 18:46:57 -0000 --qKojvbh47KHQqxue Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 27, 2013 at 07:44:11PM +0100, Malte Hahlbeck wrote: >=20 > Am 27.12.2013 um 19:40 schrieb Baptiste Daroussin : >=20 > > On Fri, Dec 27, 2013 at 07:34:33PM +0100, Malte Hahlbeck wrote: > >> Am 27.12.2013 um 19:26 schrieb Baptiste Daroussin : > >>=20 > >>> On Fri, Dec 27, 2013 at 07:09:06PM +0100, Malte Hahlbeck wrote: > >>>> Hi, > >>>>=20 > >>>> i can't upgrade sqlite3.7.14.1 to sqlite 3.8.1 > >>>>=20 > >>>> =3D=3D=3D> Building for sqlite3-3.8.1 > >>>> /bin/sh ./libtool --tag=3DCC --mode=3Dcompile cc -DPACKAGE_NAME= =3D\"sqlite\" -DPACKAGE_TARNAME=3D\"sqlite\" -DPACKAGE_VERSION=3D\"3.8.1\" = -DPACKAGE_STRING=3D\"sqlite\ 3.8.1\" -DPACKAGE_BUGREPORT=3D\"http://www.sql= ite.org\" -DPACKAGE_URL=3D\"\" -DPACKAGE=3D\"sqlite\" -DVERSION=3D\"3.8.1\"= -DSTDC_HEADERS=3D1 -DHAVE_SYS_TYPES_H=3D1 -DHAVE_SYS_STAT_H=3D1 -DHAVE_STD= LIB_H=3D1 -DHAVE_STRING_H=3D1 -DHAVE_MEMORY_H=3D1 -DHAVE_STRINGS_H=3D1 -DHA= VE_INTTYPES_H=3D1 -DHAVE_STDINT_H=3D1 -DHAVE_UNISTD_H=3D1 -DHAVE_DLFCN_H=3D= 1 -DLT_OBJDIR=3D\".libs/\" -DHAVE_USLEEP=3D1 -DHAVE_LOCALTIME_R=3D1 -DHAVE_= GMTIME_R=3D1 -DHAVE_DECL_STRERROR_R=3D1 -DHAVE_STRERROR_R=3D1 -DHAVE_READLI= NE=3D1 -DHAVE_POSIX_FALLOCATE=3D1 -I. -DSQLITE_ENABLE_FTS3=3D1 -DSQLITE_= ENABLE_FTS3_PARENTHESIS=3D1 -DSQLITE_ENABLE_FTS4=3D1 -DSQLITE_ENABLE_COLUMN= _METADATA=3D1 -DSQLITE_SECURE_DELETE=3D1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=3D1 = -DSQLITE_TEMP_STORE=3D1 -D_REENTRANT=3D1 -DSQLITE_THREADSAFE=3D1 -O2 -pipe = -fno-strict-aliasing -MT sqlite3.lo -MD -MP -MF .deps/sqlite3.Tpo -c -o sql= ite3.lo sqlite3.c > >>>> libtool: compile: cc -DPACKAGE_NAME=3D\"sqlite\" -DPACKAGE_TARNAME= =3D\"sqlite\" -DPACKAGE_VERSION=3D\"3.8.1\" "-DPACKAGE_STRING=3D\"sqlite 3.= 8.1\"" -DPACKAGE_BUGREPORT=3D\"http://www.sqlite.org\" -DPACKAGE_URL=3D\"\"= -DPACKAGE=3D\"sqlite\" -DVERSION=3D\"3.8.1\" -DSTDC_HEADERS=3D1 -DHAVE_SYS= _TYPES_H=3D1 -DHAVE_SYS_STAT_H=3D1 -DHAVE_STDLIB_H=3D1 -DHAVE_STRING_H=3D1 = -DHAVE_MEMORY_H=3D1 -DHAVE_STRINGS_H=3D1 -DHAVE_INTTYPES_H=3D1 -DHAVE_STDIN= T_H=3D1 -DHAVE_UNISTD_H=3D1 -DHAVE_DLFCN_H=3D1 -DLT_OBJDIR=3D\".libs/\" -DH= AVE_USLEEP=3D1 -DHAVE_LOCALTIME_R=3D1 -DHAVE_GMTIME_R=3D1 -DHAVE_DECL_STRER= ROR_R=3D1 -DHAVE_STRERROR_R=3D1 -DHAVE_READLINE=3D1 -DHAVE_POSIX_FALLOCATE= =3D1 -I. -DSQLITE_ENABLE_FTS3=3D1 -DSQLITE_ENABLE_FTS3_PARENTHESIS=3D1 -DSQ= LITE_ENABLE_FTS4=3D1 -DSQLITE_ENABLE_COLUMN_METADATA=3D1 -DSQLITE_SECURE_DE= LETE=3D1 -DSQLITE_ENABLE_UNLOCK_NOTIFY=3D1 -DSQLITE_TEMP_STORE=3D1 -D_REENT= RANT=3D1 -DSQLITE_THREADSAFE=3D1 -O2 -pipe -fno-strict-aliasing -MT sqlite3= =2Elo -MD -MP -MF .deps/sqlite3.Tpo -c sqlite3.c -fPIC -DPIC -o .libs/sqlit= e3.o > >>>> sqlite3.c:23598: error: 'posix_fallocate' undeclared here (not in a = function) > >>>> *** Error code 1 > >>>>=20 > >>>> Stop in /usr/ports/databases/sqlite3/work/sqlite-autoconf-3080100. > >>>> *** Error code 1 > >>>>=20 > >>>> Stop in /usr/ports/databases/sqlite3. > >>>> *** Error code 1 > >>>>=20 > >>>> Stop in /usr/ports/databases/sqlite3. > >>>>=20 > >>>> Has anyone a suggestion? > >>>>=20 > >>>> Greets > >>>> Malte > >>>>=20 > >>>> _______________________________________________ > >>>> 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" > >>>=20 > >>> You are building the port on an unsupported version of FreeBSD > >>> As a reminder actual supported version are: > >>> 8.3, 8.4, 9.1, 9.2, 10.0-RC3 > >>>=20 > >>> regards, > >>> Bapt > >>=20 > >> Sorry, I forgot to mention: > >>=20 > >> the release is: > >>=20 > >> 8.3-RELEASE-p13 > >>=20 > >> I did not make any changes in configure. > >>=20 > >>=20 > > Sorry then that mean something is getting wrong here :) can we see your > > config.log? > >=20 > > regards, > > Bapt >=20 > Here is my config.log: >=20 Weird configure script properly find posix_fallocate so it should not fail = while building. Sorry I have spent all my ideas here. regards, Bapt --qKojvbh47KHQqxue Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlK9yxwACgkQ8kTtMUmk6Ew9PQCfU5jWF2gBl2cL7HEfVrTksAGa Bf0AniHPT7YZXUsBe96h/GtQ9v4/PJ1u =RX5c -----END PGP SIGNATURE----- --qKojvbh47KHQqxue-- From owner-freebsd-ports@FreeBSD.ORG Fri Dec 27 21:14:35 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0C22608; Fri, 27 Dec 2013 21:14:35 +0000 (UTC) Received: from qat.redports.org (unknown [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AC0E71077; Fri, 27 Dec 2013 21:14:35 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=GrAhXpLUF0ghINgMTWamTXJ8ZFKGUt8YZc4agdg489A=; b=gaK/Nq6ZYW3QJsvatdBmJTcnhAnyTjEAbi5mJ/udciUTk7Z6gKehjtmziaeA9Lqzc8XpG92z/wwyOhAN7PQD5+01n21OUTmu1abvQ0AsD4DqTeJ4ImXNTMozaiNX9iniBKPSjP/mimSIVl+NoCFrC0n4QHeN1y/59hKWASuml7U=; Received: from www by qat.redports.org with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Vwejo-0004R9-MC; Fri, 27 Dec 2013 21:14:32 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: mat@FreeBSD.org X-Trac-Project: redports Date: Fri, 27 Dec 2013 21:14:32 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r337734: 4x leftovers To: mat@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20131227145001-53843 X-Trac-Build-ID: 20131227145001-53843 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 21:14:35 -0000 Update to 1.4.13 PR: ports/185224 Submitted by: Takefu --------------------------------------------------------------------- Build ID: 20131227145001-53843 Job owner: mat@FreeBSD.org Buildtime: 6 hours Enddate: Fri, 27 Dec 2013 21:14:30 GMT Revision: r337734 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=337734 --------------------------------------------------------------------- Port: dns/maradns 1.4.13 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~mat@FreeBSD.org/20131227145001-53843-244224/maradns-1.4.13.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~mat@FreeBSD.org/20131227145001-53843-244225/maradns-1.4.13.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~mat@FreeBSD.org/20131227145001-53843-244226/maradns-1.4.13.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~mat@FreeBSD.org/20131227145001-53843-244227/maradns-1.4.13.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Fri Dec 27 23:33:27 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2DB5BA5A; Fri, 27 Dec 2013 23:33:27 +0000 (UTC) Received: from smtp-out-01.shaw.ca (smtp-out-01.shaw.ca [64.59.136.137]) by mx1.freebsd.org (Postfix) with ESMTP id E70071A32; Fri, 27 Dec 2013 23:33:26 +0000 (UTC) X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=BkBxTXsSVzyY7C2joSQK+JNK4mJr1It1Skr7Xe8+Jh8= c=1 sm=1 a=3bPolIW9wn4A:10 a=QrugwKR0C_UA:10 a=wAGQQ9Az6v0A:10 a=BLceEmwcHowA:10 a=ICAaq7hcmGcA:10 a=kj9zAlcOel0A:10 a=IbtKDeXwb2+SRU442/pi3A==:17 a=BWvPGDcYAAAA:8 a=6I5d2MoRAAAA:8 a=DzYIgAb6d1blAf5Iom4A:9 a=CjuIK1q_8ugA:10 a=0ZIji_GGu4YA:10 a=V7tsTZBp22UA:10 a=SV7veod9ZcQA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Received: from unknown (HELO spqr.komquats.com) ([96.50.7.119]) by smtp-out-01.shaw.ca with ESMTP; 27 Dec 2013 16:33:26 -0700 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id 25BDF28D; Fri, 27 Dec 2013 15:33:26 -0800 (PST) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.14.7/8.14.7) with ESMTP id rBRNXPPP013071; Fri, 27 Dec 2013 15:33:25 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201312272333.rBRNXPPP013071@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.5 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Stefan Bethke Subject: Re: ntp-devel-4.2.7p364_2 coredumps In-Reply-To: Message from Stefan Bethke of "Thu, 26 Dec 2013 14:07:04 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 27 Dec 2013 15:33:25 -0800 Cc: freebsd-ports@freebsd.org, cy@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Cy Schubert List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 23:33:27 -0000 In message , Stefan Bethke wri tes: > > --Apple-Mail=_6EEA81A7-5FCB-41CB-A6F5-4CBEDAB3BBAE > Content-Transfer-Encoding: quoted-printable > Content-Type: text/plain; > charset=us-ascii > > On both 9-stable and 10-stable > > Dec 26 13:02:04 lokschuppen ntpd[5270]: ntpd 4.2.7p364@1.2483-o Thu Dec = > 26 12:55:22 UTC 2013 (1): Starting > Dec 26 13:02:04 lokschuppen ntpd[5270]: Command line: = > /usr/local/sbin/ntpd -c /etc/ntp.conf -p /var/run/ntpd.pid -f = > /var/db/ntpd.drift > Dec 26 13:02:05 lokschuppen kernel: pid 5271 (ntpd), uid 0: exited on = > signal 11 (core dumped) I'll update -devel to p404. If that doesn't help you may need to send me a dump. A quick question, - uname -a? -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Fri Dec 27 23:47:57 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 691FBD73 for ; Fri, 27 Dec 2013 23:47:57 +0000 (UTC) Received: from enterprise.ximalas.info (enterprise.ximalas.info [IPv6:2001:700:1100:1::8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C642E1ACD for ; Fri, 27 Dec 2013 23:47:56 +0000 (UTC) Received: from enterprise.ximalas.info (Ximalas@localhost [127.0.0.1]) by enterprise.ximalas.info (8.14.7/8.14.7) with ESMTP id rBRNlomw084225 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 28 Dec 2013 00:47:50 +0100 (CET) (envelope-from trond@enterprise.ximalas.info) Received: from localhost (trond@localhost) by enterprise.ximalas.info (8.14.7/8.14.7/Submit) with ESMTP id rBRNlo1i084222 for ; Sat, 28 Dec 2013 00:47:50 +0100 (CET) (envelope-from trond@enterprise.ximalas.info) Date: Sat, 28 Dec 2013 00:47:50 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= To: ports@freebsd.org Subject: mail/bbmail fails to compile due to missing in a few files Message-ID: User-Agent: Alpine 2.03 (BSF 1266 2009-07-14) OpenPGP: url=http://ximalas.info/about/tronds-openpgp-public-key MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="598627194-286854772-1388188070=:25501" X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on enterprise.ximalas.info X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 23:47:57 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --598627194-286854772-1388188070=:25501 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Hi, mail/bbmail fails to compile (using clang on head, base r259911, ports r337712) since some the bbmail source files doesn't to include . The attached xz compressed tar file contains my simple patches. Please review them, and if deemed appropriate, please place them in the ports repo. The patches could be simplified into one single patch targeted at config.h. The contents of the xz compressed tar file is as follows: -rw-r--r-- 0 root wheel 266 28 des 00:27 files/patch-src-bbmail.cpp -rw-r--r-- 0 root wheel 297 28 des 00:27 files/patch-src-mailboxmenu.cpp -rw-r--r-- 0 root wheel 262 28 des 00:27 files/patch-src-main.cpp -rw-r--r-- 0 root wheel 281 28 des 00:27 files/patch-src-resource.cpp -- ---------------------------------------------------------------------- Trond Endrestřl | Trond.Endrestol@ximalas.info ACM, NAS, NUUG, SAGE, USENIX | FreeBSD 9.2-S & re-Alpine 2.03 --598627194-286854772-1388188070=:25501 Content-Type: APPLICATION/octet-stream; name=mail-bbmail-files.tar.xz Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: xz compressed tar file with patches for mail/bbmail Content-Disposition: attachment; filename=mail-bbmail-files.tar.xz /Td6WFoAAATm1rRGAgAhARYAAAB0L+Wj4BP/AdRdADMaSda7lFOLAy4mpySK mtXuOl/+3DqQhy/WU8XiscXe3XlA3hW29lrrt/2dLi+PSETf3cVJSdr63ZZC V3K/AVFUAwQxT4IM5KbHr74R1294jJcGUuE2ST8hPv+zxqInB0+/DngeNG8O gPkhxc1fxxMb3ralKXj/Xb+qeYcmK1JtXUx5qyHDUAwwcO21baZF3kNsI9+9 bmktTtatsbnNgk4FNlWSLEJrx1NCBIh5hd0kY4VrmOGFvbUD6rRgR1TozedY 1+bxRxXjZmF3uX9zqAyR1Lgi6vLJoXS4qRamrpbNb7YKuZ8EbMCy0cVivMLY xeUd5ChyxzhkvT047DkWTltUZMGjFmMUkXCUMxvbCQui9vABCS9gU5USpJdE PnKrQjIH2hwUq4i7FL1UoVTUVVpjXQt0EYNcd3yh/8Jg6Gu/ANMUGn9v3P55 wZ/b2icwJ3IIMBDzgUOPt7z+Z8BJOcH/uzkorGBjybckwlXtoohYwZwKH/S8 uejUagKWrfRrd+SmAaE6trmaQU/vRHdsLP2RiO+dHiCUNK1xj4+gdLc8zpz9 1QdeNRGn2toBbA9X7HSeus4NiirdCPejw3TlGGiU2f5Ch1qK3OKYAN0J7pvj E4lFAAAyyIoP8r9kuAAB8AOAKAAAdxZgSrHEZ/sCAAAAAARZWg== --598627194-286854772-1388188070=:25501-- From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 00:00:26 2013 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BEBD7B6 for ; Sat, 28 Dec 2013 00:00:26 +0000 (UTC) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7F3121CD2 for ; Sat, 28 Dec 2013 00:00:26 +0000 (UTC) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id 0D5A9BDC2E; Sat, 28 Dec 2013 01:00:23 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=mat.cc; h=date:from:to :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=plouf; bh=ujZ63nKhbi+ XrvJ0L4EwgxLmW1w=; b=CuEWTJwDkX+hHX0lFAD/wLxkEiSnTpmXMA606FGbGwa TxqOg/HjryWiPLWwtxW816EERMQVEn/oGJf6jkFG7f58xFKoDxsRXfh4NvYOoYMF W9U/6rDLUJB5RrXeVZNRwMD4v5IjGaq4eYLyUUhCJIgtdyCdYjUO89kJVnV3KWW0 = Received: from atuin.in.mat.cc (atuin.in.mat.cc [79.143.241.205]) by prod2.absolight.net (Postfix) with ESMTPA id DB294BDC24; Sat, 28 Dec 2013 01:00:22 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by atuin.in.mat.cc (Postfix) with ESMTP id 0DA31CAD40C5; Sat, 28 Dec 2013 01:00:21 +0100 (CET) Date: Sat, 28 Dec 2013 01:00:19 +0100 From: Mathieu Arnold To: Doug Barton , freebsd-ports@FreeBSD.org Subject: Re: dns/bind* ports overwriting conf files Message-ID: <6F8341277A5BAACC98F195D7@atuin.in.mat.cc> In-Reply-To: <52BBC9A7.8050106@dougbarton.us> References: <52BBC9A7.8050106@dougbarton.us> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 00:00:26 -0000 +--On 25 d=C3=A9cembre 2013 22:16:07 -0800 Doug Barton = wrote: | While looking at the UPDATING entry for the bdb mess (more on that later) | I happened to see this: |=20 | 20131209: | AFFECTS: users of dns/bind96, dns/bind98 and bind99 on FreeBSD 10.0 | AUTHOR: erwin@FreeBSD.org |=20 | Bind versions before 9.6.3.2.ESV.R10_2, 9.8.6_2, and 9.9.4_2 on | FreeBSD 10.0 will replace named.conf on upgrade. Make sure to | backup any local changes before upgrading to the _2 versions. |=20 | This is not Ok. FreeBSD ports are NEVER supposed to blindly overwrite | config files. Please fix this so that it confirms to over a decade of | policy that FreeBSD ports users should be able to safely depend on. That's ok, because FreeBSD 10.0 is not released yet, and the current version of the bind ports doesn't overwrite the config files. --=20 Mathieu Arnold From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 00:12:47 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF2B955B for ; Sat, 28 Dec 2013 00:12:47 +0000 (UTC) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B83CE1D5F for ; Sat, 28 Dec 2013 00:12:47 +0000 (UTC) Received: from [192.168.1.113] (c-174-61-88-207.hsd1.fl.comcast.net [174.61.88.207]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id C322B435C7 for ; Fri, 27 Dec 2013 18:12:35 -0600 (CST) Message-ID: <52BE1763.8090105@marino.st> Date: Sat, 28 Dec 2013 01:12:19 +0100 From: John Marino User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: FreeBSD Mailing List Subject: bsd.port.mk FETCH_ARGS defaults, why "-A" ? X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: marino@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 00:12:47 -0000 For months I've been getting a lot of fetch failures in ports that I couldn't reproduce outside of them. It appears it is caused by the default "-A" passed to fetch. For example, /usr/ports/emulators/javatari will fail with "make fetch" but it will succeed with with "make fetch FETCH_ARGS=-Fpr" I'd like to understand why "-A" is the default. Clearly many distfiles could be retrieved that aren't, so I'd like to know what -A is saving us from, and why that would be worse than the current situation? Thanks, John From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 00:41:39 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0372FAC3; Sat, 28 Dec 2013 00:41:39 +0000 (UTC) Received: from qat.redports.org (unknown [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C5BFF1ED2; Sat, 28 Dec 2013 00:41:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=H7vhJF9heknDLK/R2+uFL3WOCBvhROlOc3/rjMtNBx8=; b=tFxMjm0/lDV86git8BpJkJrVbNet0JNFKhbDHTp6B0uTzIEmYzELYUb32vdTOdTeohTP6IUxHRmF6Rj9eGf3d7RAtzmmvqv6MTnaK1fyxw7Gha6oxdAYTg5pZ+wRcuQ9NMC4LBOSDR8JRvwODPVQGuvGxDVFKGleS2jSD2P2tAU=; Received: from www by qat.redports.org with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VwhyD-000Jyi-Ru; Sat, 28 Dec 2013 00:41:37 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: jadawin@FreeBSD.org X-Trac-Project: redports Date: Sat, 28 Dec 2013 00:41:37 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r337727: 4x leftovers, 16x success To: jadawin@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20131227131000-20162 X-Trac-Build-ID: 20131227131000-20162 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 00:41:39 -0000 - Support STAGE --------------------------------------------------------------------- Build ID: 20131227131000-20162 Job owner: jadawin@FreeBSD.org Buildtime: 12 hours Enddate: Sat, 28 Dec 2013 00:41:33 GMT Revision: r337727 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=337727 --------------------------------------------------------------------- Port: editors/hexcurse 1.55 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244164/hexcurse-1.55.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244165/hexcurse-1.55.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244166/hexcurse-1.55.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244167/hexcurse-1.55.log --------------------------------------------------------------------- Port: games/banihstypos 0.2 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244168/banihstypos-0.2.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244169/banihstypos-0.2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244170/banihstypos-0.2.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244171/banihstypos-0.2.log --------------------------------------------------------------------- Port: irc/irssi-xmpp 0.52 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244172/irssi-xmpp-0.52.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244173/irssi-xmpp-0.52.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244174/irssi-xmpp-0.52.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244175/irssi-xmpp-0.52.log --------------------------------------------------------------------- Port: mail/vrfy 1.0_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244176/vrfy-1.0_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244177/vrfy-1.0_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244178/vrfy-1.0_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244179/vrfy-1.0_1.log --------------------------------------------------------------------- Port: math/p5-Math-BaseCalc 1.017 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244180/p5-Math-BaseCalc-1.017.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244181/p5-Math-BaseCalc-1.017.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244182/p5-Math-BaseCalc-1.017.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244183/p5-Math-BaseCalc-1.017.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 00:49:51 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B84EDBAD; Sat, 28 Dec 2013 00:49:51 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7256E1EF6; Sat, 28 Dec 2013 00:49:51 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::d9e4:f89e:72fa:1b31] (unknown [IPv6:2001:7b8:3a7:0:d9e4:f89e:72fa:1b31]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 825D75C43; Sat, 28 Dec 2013 01:49:46 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_1F6E7232-AC0E-4C2D-B227-C4A815E914AE"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: bsd.port.mk FETCH_ARGS defaults, why "-A" ? From: Dimitry Andric In-Reply-To: <52BE1763.8090105@marino.st> Date: Sat, 28 Dec 2013 01:49:14 +0100 Message-Id: References: <52BE1763.8090105@marino.st> To: marino@freebsd.org X-Mailer: Apple Mail (2.1827) Cc: FreeBSD Mailing List X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 00:49:51 -0000 --Apple-Mail=_1F6E7232-AC0E-4C2D-B227-C4A815E914AE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 28 Dec 2013, at 01:12, John Marino wrote: > For months I've been getting a lot of fetch failures in ports that I > couldn't reproduce outside of them. It appears it is caused by the > default "-A" passed to fetch. >=20 > For example, /usr/ports/emulators/javatari will fail with "make fetch" > but it will succeed with with "make fetch FETCH_ARGS=3D-Fpr" >=20 > I'd like to understand why "-A" is the default. Clearly many = distfiles > could be retrieved that aren't, so I'd like to know what -A is saving = us > from, and why that would be worse than the current situation? Crappy download sites that redirect you to ad pages, malware domains, or = worse? -Dimitry --Apple-Mail=_1F6E7232-AC0E-4C2D-B227-C4A815E914AE Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlK+IBIACgkQsF6jCi4glqOx9gCg4KZnv/K1I9JIJ048OyJn+evL jb0AoLBFVJVoAlfQoy2g69XjfAyNW9xX =DU8L -----END PGP SIGNATURE----- --Apple-Mail=_1F6E7232-AC0E-4C2D-B227-C4A815E914AE-- From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 00:52:57 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D8E19C5B; Sat, 28 Dec 2013 00:52:57 +0000 (UTC) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AF8051F55; Sat, 28 Dec 2013 00:52:57 +0000 (UTC) Received: from [192.168.1.113] (c-174-61-88-207.hsd1.fl.comcast.net [174.61.88.207]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id 502D4435C7; Fri, 27 Dec 2013 18:52:46 -0600 (CST) Message-ID: <52BE20DD.8060403@marino.st> Date: Sat, 28 Dec 2013 01:52:45 +0100 From: John Marino User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Dimitry Andric Subject: Re: bsd.port.mk FETCH_ARGS defaults, why "-A" ? References: <52BE1763.8090105@marino.st> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Mailing List X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: marino@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 00:52:57 -0000 On 12/28/2013 01:49, Dimitry Andric wrote: > On 28 Dec 2013, at 01:12, John Marino wrote: >> For months I've been getting a lot of fetch failures in ports that I >> couldn't reproduce outside of them. It appears it is caused by the >> default "-A" passed to fetch. >> >> For example, /usr/ports/emulators/javatari will fail with "make fetch" >> but it will succeed with with "make fetch FETCH_ARGS=-Fpr" >> >> I'd like to understand why "-A" is the default. Clearly many distfiles >> could be retrieved that aren't, so I'd like to know what -A is saving us >> from, and why that would be worse than the current situation? > > Crappy download sites that redirect you to ad pages, malware domains, or worse? > And? The checksum won't match, and the next site in the MASTER_SITES list will be checked, right? What is the downside of this redirect? Keep in mind that the site was once "approved" by the port maintainer, it's not some random URL stuck in a wiki. From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 00:56:28 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 649AAFF8; Sat, 28 Dec 2013 00:56:28 +0000 (UTC) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A0EE91F74; Sat, 28 Dec 2013 00:56:27 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id bz8so10073229wib.11 for ; Fri, 27 Dec 2013 16:56:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=n7j27m36mBDo1A95Litbu35sLiQ++rgtREPlkFM1jBU=; b=SUi1Nn900mGx2AhrO/7/VnSBtIpZYbPOI6UHwmuu/JF5iqZGgQskKd1LCw283NbA1X SGBAEQ+rl4zfYoJAVbZcmMCKDSR52mbZEr5wcIjd2HyiIonuvD2w2kzOcg6E0zMwiJ/l +cNMoVhDm0DDf95ZvWi1rrSUhxrfCcsT5yvm+nHw3aaCZ60IQaLxLDv+6PIoHaBzt17i 1g1nvLvtZ6j3dyIoGgHq6aarPC+qnc3AuZfa2/gP1eFhxgvpunNeDHE3P3dxKumaoyJk 5MLw77AGju6M7z117/esjwfLWKVyy2AbpIaipr1HzMRm7xXUArh2N7RhuktaNrAaT2rs y8wA== X-Received: by 10.180.93.130 with SMTP id cu2mr4844389wib.38.1388192186081; Fri, 27 Dec 2013 16:56:26 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id pl7sm20390314wjc.16.2013.12.27.16.56.24 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Fri, 27 Dec 2013 16:56:24 -0800 (PST) Sender: Baptiste Daroussin Date: Sat, 28 Dec 2013 01:56:22 +0100 From: Baptiste Daroussin To: marino@freebsd.org Subject: Re: bsd.port.mk FETCH_ARGS defaults, why "-A" ? Message-ID: <20131228005622.GH40122@ithaqua.etoilebsd.net> References: <52BE1763.8090105@marino.st> <52BE20DD.8060403@marino.st> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9gXqgVhKaPB5h51M" Content-Disposition: inline In-Reply-To: <52BE20DD.8060403@marino.st> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Dimitry Andric , FreeBSD Mailing List X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 00:56:28 -0000 --9gXqgVhKaPB5h51M Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 28, 2013 at 01:52:45AM +0100, John Marino wrote: > On 12/28/2013 01:49, Dimitry Andric wrote: > > On 28 Dec 2013, at 01:12, John Marino wrote: > >> For months I've been getting a lot of fetch failures in ports that I > >> couldn't reproduce outside of them. It appears it is caused by the > >> default "-A" passed to fetch. > >> > >> For example, /usr/ports/emulators/javatari will fail with "make fetch" > >> but it will succeed with with "make fetch FETCH_ARGS=3D-Fpr" > >> > >> I'd like to understand why "-A" is the default. Clearly many distfiles > >> could be retrieved that aren't, so I'd like to know what -A is saving = us > >> from, and why that would be worse than the current situation? > >=20 > > Crappy download sites that redirect you to ad pages, malware domains, o= r worse? > >=20 >=20 > And? > The checksum won't match, and the next site in the MASTER_SITES list > will be checked, right? What is the downside of this redirect? Keep in > mind that the site was once "approved" by the port maintainer, it's not > some random URL stuck in a wiki. That's to avoid infinite loop on redirection bapt --9gXqgVhKaPB5h51M Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlK+IbYACgkQ8kTtMUmk6Ez2hgCfQpnFdFeczmb8xPO1NshrZLz7 KP0AoIGk+2WHVZiy0xnibvbU+pqP2goE =rS6x -----END PGP SIGNATURE----- --9gXqgVhKaPB5h51M-- From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 01:01:38 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 49BCD1E1; Sat, 28 Dec 2013 01:01:38 +0000 (UTC) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7E9BF1FEB; Sat, 28 Dec 2013 01:01:37 +0000 (UTC) Received: from [192.168.1.113] (c-174-61-88-207.hsd1.fl.comcast.net [174.61.88.207]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id 7F216435C7; Fri, 27 Dec 2013 19:01:26 -0600 (CST) Message-ID: <52BE22E5.8080301@marino.st> Date: Sat, 28 Dec 2013 02:01:25 +0100 From: John Marino User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: bsd.port.mk FETCH_ARGS defaults, why "-A" ? References: <52BE1763.8090105@marino.st> <52BE20DD.8060403@marino.st> <20131228005622.GH40122@ithaqua.etoilebsd.net> In-Reply-To: <20131228005622.GH40122@ithaqua.etoilebsd.net> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Dimitry Andric , FreeBSD Mailing List X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: marino@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 01:01:38 -0000 On 12/28/2013 01:56, Baptiste Daroussin wrote: > On Sat, Dec 28, 2013 at 01:52:45AM +0100, John Marino wrote: >> On 12/28/2013 01:49, Dimitry Andric wrote: >>> On 28 Dec 2013, at 01:12, John Marino wrote: >>>> For months I've been getting a lot of fetch failures in ports that I >>>> couldn't reproduce outside of them. It appears it is caused by the >>>> default "-A" passed to fetch. >>>> >>>> For example, /usr/ports/emulators/javatari will fail with "make fetch" >>>> but it will succeed with with "make fetch FETCH_ARGS=-Fpr" >>>> >>>> I'd like to understand why "-A" is the default. Clearly many distfiles >>>> could be retrieved that aren't, so I'd like to know what -A is saving us >>>> from, and why that would be worse than the current situation? >>> >>> Crappy download sites that redirect you to ad pages, malware domains, or worse? >>> >> >> And? >> The checksum won't match, and the next site in the MASTER_SITES list >> will be checked, right? What is the downside of this redirect? Keep in >> mind that the site was once "approved" by the port maintainer, it's not >> some random URL stuck in a wiki. > > That's to avoid infinite loop on redirection Does not "fetch" detect too many redirects? What about the "emulators/javatari" case? Do we really want that to fetch to fail on a valid url? My gut tells me the current fetch setup is not ideal and it can (and should) be improved. Any ideas (assuming -A really has a fatal case, of which I'm not convinced since I can't envision how this infinite redirection would occur) John From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 01:04:56 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A1FF46F; Sat, 28 Dec 2013 01:04:56 +0000 (UTC) Received: from qat.redports.org (unknown [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ECF321028; Sat, 28 Dec 2013 01:04:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=CNVUv/qXlQldzQynu8DRL1/U+Hy2CLH2JxYgXseiXL8=; b=jXRrqPF/k22hu7FgujiJF7uy9F6kvePz9fgpSzicoTK4X1UCqTEJKlqlGumHgujgGowdBqFoMvY7egHEc0dLgRkGTdUWCehP2UPl4x0l0Uiwg0uAIrioEbMzw0punwK2hFocvPTLOmH9moNJcJXJtm9kcyWv9PQmLn2P2QemLWo=; Received: from www by qat.redports.org with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VwiKk-000LgW-KD; Sat, 28 Dec 2013 01:04:54 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: dinoex@FreeBSD.org X-Trac-Project: redports Date: Sat, 28 Dec 2013 01:04:54 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r337746: 1x leftovers, 3x success To: dinoex@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20131227162201-34144 X-Trac-Build-ID: 20131227162201-34144 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 01:04:56 -0000 - new option INETD --------------------------------------------------------------------- Build ID: 20131227162201-34144 Job owner: dinoex@FreeBSD.org Buildtime: 9 hours Enddate: Sat, 28 Dec 2013 01:04:52 GMT Revision: r337746 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=337746 --------------------------------------------------------------------- Port: news/nntp 1.5.12.2_7 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~dinoex@FreeBSD.org/20131227162201-34144-244300/nntp-1.5.12.2_7.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~dinoex@FreeBSD.org/20131227162201-34144-244301/nntp-1.5.12.2_7.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~dinoex@FreeBSD.org/20131227162201-34144-244302/nntp-1.5.12.2_7.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~dinoex@FreeBSD.org/20131227162201-34144-244303/nntp-1.5.12.2_7.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 01:05:34 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B48A750D for ; Sat, 28 Dec 2013 01:05:34 +0000 (UTC) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id 1D2F01035 for ; Sat, 28 Dec 2013 01:05:33 +0000 (UTC) Received: (qmail 36945 invoked by uid 89); 28 Dec 2013 01:05:32 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@88.217.181.119) by mail.grem.de with ESMTPA; 28 Dec 2013 01:05:32 -0000 Date: Sat, 28 Dec 2013 02:05:31 +0100 From: Michael Gmelin To: Baptiste Daroussin Subject: Re: bsd.port.mk FETCH_ARGS defaults, why "-A" ? Message-ID: <20131228020531.468e36f9@bsd64.grem.de> In-Reply-To: <20131228005622.GH40122@ithaqua.etoilebsd.net> References: <52BE1763.8090105@marino.st> <52BE20DD.8060403@marino.st> <20131228005622.GH40122@ithaqua.etoilebsd.net> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.18; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: marino@freebsd.org, Dimitry Andric , FreeBSD Mailing List X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 01:05:34 -0000 On Sat, 28 Dec 2013 01:56:22 +0100 Baptiste Daroussin wrote: > On Sat, Dec 28, 2013 at 01:52:45AM +0100, John Marino wrote: > > On 12/28/2013 01:49, Dimitry Andric wrote: > > > On 28 Dec 2013, at 01:12, John Marino > > > wrote: > > >> For months I've been getting a lot of fetch failures in ports > > >> that I couldn't reproduce outside of them. It appears it is > > >> caused by the default "-A" passed to fetch. > > >> > > >> For example, /usr/ports/emulators/javatari will fail with "make > > >> fetch" but it will succeed with with "make fetch FETCH_ARGS=-Fpr" > > >> > > >> I'd like to understand why "-A" is the default. Clearly many > > >> distfiles could be retrieved that aren't, so I'd like to know > > >> what -A is saving us from, and why that would be worse than the > > >> current situation? > > > > > > Crappy download sites that redirect you to ad pages, malware > > > domains, or worse? > > > > > > > And? > > The checksum won't match, and the next site in the MASTER_SITES list > > will be checked, right? What is the downside of this redirect? > > Keep in mind that the site was once "approved" by the port > > maintainer, it's not some random URL stuck in a wiki. > > That's to avoid infinite loop on redirection > > bapt libfetch allows a maximum um five redirects and the -A flag is implemented in terms of limiting this to one: http.c: ... /* Maximum number of redirects to follow */ #define MAX_REDIRECT 5 ... /* if the A flag is set, we only get one try */ n = noredirect ? 1 : MAX_REDIRECT; i = 0; ... -- Michael Gmelin From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 01:13:21 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8359E9B7; Sat, 28 Dec 2013 01:13:21 +0000 (UTC) Received: from dougbarton.us (dougbarton.us [IPv6:2607:f2f8:ab14::2]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 64A7310C7; Sat, 28 Dec 2013 01:13:21 +0000 (UTC) Received: from [IPv6:2001:470:d:5e7:3d74:3890:5edc:cb26] (unknown [IPv6:2001:470:d:5e7:3d74:3890:5edc:cb26]) by dougbarton.us (Postfix) with ESMTPSA id 02C0122B42; Sat, 28 Dec 2013 01:08:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=dougbarton.us; s=dougbarton.us; t=1388192894; bh=oqxckzHDzKri3LUERpcxLl1Yi6EaMg0yWd/cbV27s0E=; h=Date:From:To:CC:Subject:References:In-Reply-To; b=hnPfvkfIsdJFdYK2YJrXkBIYetNIEXWUi3XNQ8dpowbtDjBHOS/t6hkJKE7iYN67Y Z8IR6y6HF+aziI1amjGt7U8cGP6ZwWA/e/f4hKC+GfCCANweSzqmCyj0xoMnxQUrOs qtK4zS/eWNxrF6l0ifjca8AvCZE3UUo1h47bbkd4= Message-ID: <52BE247D.7000403@dougbarton.us> Date: Fri, 27 Dec 2013 17:08:13 -0800 From: Doug Barton User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Baptiste Daroussin , marino@freebsd.org Subject: Re: bsd.port.mk FETCH_ARGS defaults, why "-A" ? References: <52BE1763.8090105@marino.st> <52BE20DD.8060403@marino.st> <20131228005622.GH40122@ithaqua.etoilebsd.net> In-Reply-To: <20131228005622.GH40122@ithaqua.etoilebsd.net> X-Enigmail-Version: 1.6 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Dimitry Andric , FreeBSD Mailing List X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 01:13:21 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 12/27/2013 04:56 PM, Baptiste Daroussin wrote: |> The checksum won't match, and the next site in the MASTER_SITES |> list |>> will be checked, right? What is the downside of this redirect? |>> Keep in mind that the site was once "approved" by the port |>> maintainer, it's not some random URL stuck in a wiki. | | That's to avoid infinite loop on redirection ~ .... which fetch does not permit in any case. Next? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQEcBAEBCAAGBQJSviR9AAoJEFzGhvEaGryEZboIAKm4M8KR10WwjvhfNjl8QB9x 89q6Ah02qj7lf9xe1oZdxMh2Y1amYvVOORSrJlfMC5zol8Wxs7XZnDNtrLdNopL6 pEV2ywjnCAqqbyZ6Ws18WthTxYalT/k9Ml57QCFdztLbEs6cnuBZrFCX47+c5feo fiQHoYEL2h94kvOqjQTb+2wFCYWyfx/XDjFwM68wW2xoBX4lqvgKAYLb9n4RTe6p Rj34exvZFXPYcFmlKtWnosE2trGNqDerUyp4j2ZmBNOjbWiSyeF1LtSgJvg5Iqwp fRt/rbindOiiXEXBjpaANewO6MScVa/UMxexC9ke7T+hM1H3rRrhYbKYMWLKZNU= =cogg -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 01:18:45 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 14AC9CD8; Sat, 28 Dec 2013 01:18:45 +0000 (UTC) Received: from dougbarton.us (dougbarton.us [IPv6:2607:f2f8:ab14::2]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EC3C010ED; Sat, 28 Dec 2013 01:18:44 +0000 (UTC) Received: from [IPv6:2001:470:d:5e7:3d74:3890:5edc:cb26] (unknown [IPv6:2001:470:d:5e7:3d74:3890:5edc:cb26]) by dougbarton.us (Postfix) with ESMTPSA id 8671A22B42; Sat, 28 Dec 2013 01:18:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=dougbarton.us; s=dougbarton.us; t=1388193524; bh=M/rAaDcuihTKbWy/220bgsxq88O5iZXrUrmynjRqrf0=; h=Date:From:To:CC:Subject:References:In-Reply-To; b=hQZiuhfIHIFPzd4LG5N7q4ckb+/icXNBGVZlBd835ia1tPvro8aAg++32qwzUoyzA yrWPXWCGc8C73+AGl/EgPp2sN9Jyfyf45qtxsDPgyOIH/D2XFTbPkBwCEvloOifwcx /6IdrPp6JG+TKVUw0Q2IJEYo1FqZ4Vbpph2etXoA= Message-ID: <52BE26F3.2010402@dougbarton.us> Date: Fri, 27 Dec 2013 17:18:43 -0800 From: Doug Barton User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: dns/bind* ports overwriting conf files References: <52BBC9A7.8050106@dougbarton.us> <6F8341277A5BAACC98F195D7@atuin.in.mat.cc> In-Reply-To: <6F8341277A5BAACC98F195D7@atuin.in.mat.cc> X-Enigmail-Version: 1.6 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 01:18:45 -0000 On 12/27/2013 04:00 PM, Mathieu Arnold wrote: > +--On 25 décembre 2013 22:16:07 -0800 Doug Barton > wrote: > | While looking at the UPDATING entry for the bdb mess (more on that later) > | I happened to see this: > | > | 20131209: > | AFFECTS: users of dns/bind96, dns/bind98 and bind99 on FreeBSD 10.0 > | AUTHOR: erwin@FreeBSD.org > | > | Bind versions before 9.6.3.2.ESV.R10_2, 9.8.6_2, and 9.9.4_2 on > | FreeBSD 10.0 will replace named.conf on upgrade. Make sure to > | backup any local changes before upgrading to the _2 versions. > | > | This is not Ok. FreeBSD ports are NEVER supposed to blindly overwrite > | config files. Please fix this so that it confirms to over a decade of > | policy that FreeBSD ports users should be able to safely depend on. > > That's ok, because FreeBSD 10.0 is not released yet, and the current > version of the bind ports doesn't overwrite the config files. It's not Ok under any circumstances. FreeBSD ports should NEVER blindly overwrite config files. Period, end of discussion. There is no doubt that the work to remove BIND from the base and make the ports version robust on 10.x will be difficult due to the fact that the port relied on several things already being present in the default base install. However "it's hard" is no excuse for not doing the work correctly. What I proposed as part of this work years ago was to create something like a bind-config package that would (optionally) install the same default files and configuration for the port that are still in the base for [89].x. That way users who just wanted the old default local resolver could get that behavior easily, and users with other needs would not have to have it. I still think that's the easiest and least painful way to manage the transition, and would encourage Erwin to consider it. (For extra credit, a different but similar sort of port should be created to enable DNSSEC validation, and should include the root zone trust anchor, and a description of how the user can validate it for themselves.) In any case even a _plan_ to overwrite conf files blindly is a bad idea. So much the better to fix it now before it actually bites any users. Doug From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 01:27:16 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0B5EB3EB; Sat, 28 Dec 2013 01:27:16 +0000 (UTC) Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com [IPv6:2a00:1450:400c:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4A7641170; Sat, 28 Dec 2013 01:27:15 +0000 (UTC) Received: by mail-wg0-f48.google.com with SMTP id z12so8687533wgg.27 for ; Fri, 27 Dec 2013 17:27:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=6CN2ETI5MHovLaYuLAu8SBoFD4ABX0096V1WFSliIQs=; b=Z0mfuqSvx2+H5TQCko5l+jmZON+SgcPQcm9NaWzTqyQlsStTlWHz90PPhUBedCvF3v BXJD4p95LKkxmO3N6e2yW6Ilxehb3eHte2kOrY11/o2FxGiSM6cxQBnA1fY176z2P7ZS MlarI/4O68N7PMjp5jqZZ5YDv4szhjI6CgEHwuhQvvk6udo/VyRL+41eEWlNWWflMtvd sz+LGRw6/H0LEpwuUqkqj0n60VVmHFuuKclZ6ZIHsV34ehIBXnYDL3UZ4jH1N08OEIVR V3jlqhSWSuSzOGBHIj8gHXDxWD0+IdpVtLzNj2tTPwa2x5XysikxqJqTon36hPv53gud VPmg== X-Received: by 10.180.84.166 with SMTP id a6mr35523394wiz.49.1388194033828; Fri, 27 Dec 2013 17:27:13 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id hv3sm24606708wib.5.2013.12.27.17.27.12 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Fri, 27 Dec 2013 17:27:13 -0800 (PST) Sender: Baptiste Daroussin Date: Sat, 28 Dec 2013 02:27:11 +0100 From: Baptiste Daroussin To: Michael Gmelin Subject: Re: bsd.port.mk FETCH_ARGS defaults, why "-A" ? Message-ID: <20131228012711.GJ40122@ithaqua.etoilebsd.net> References: <52BE1763.8090105@marino.st> <52BE20DD.8060403@marino.st> <20131228005622.GH40122@ithaqua.etoilebsd.net> <20131228020531.468e36f9@bsd64.grem.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mjUDp/cLGeqUhYyE" Content-Disposition: inline In-Reply-To: <20131228020531.468e36f9@bsd64.grem.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: marino@freebsd.org, Dimitry Andric , FreeBSD Mailing List X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 01:27:16 -0000 --mjUDp/cLGeqUhYyE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 28, 2013 at 02:05:31AM +0100, Michael Gmelin wrote: > On Sat, 28 Dec 2013 01:56:22 +0100 > Baptiste Daroussin wrote: >=20 > > On Sat, Dec 28, 2013 at 01:52:45AM +0100, John Marino wrote: > > > On 12/28/2013 01:49, Dimitry Andric wrote: > > > > On 28 Dec 2013, at 01:12, John Marino > > > > wrote: > > > >> For months I've been getting a lot of fetch failures in ports > > > >> that I couldn't reproduce outside of them. It appears it is > > > >> caused by the default "-A" passed to fetch. > > > >> > > > >> For example, /usr/ports/emulators/javatari will fail with "make > > > >> fetch" but it will succeed with with "make fetch FETCH_ARGS=3D-Fpr" > > > >> > > > >> I'd like to understand why "-A" is the default. Clearly many > > > >> distfiles could be retrieved that aren't, so I'd like to know > > > >> what -A is saving us from, and why that would be worse than the > > > >> current situation? > > > >=20 > > > > Crappy download sites that redirect you to ad pages, malware > > > > domains, or worse? > > > >=20 > > >=20 > > > And? > > > The checksum won't match, and the next site in the MASTER_SITES list > > > will be checked, right? What is the downside of this redirect? > > > Keep in mind that the site was once "approved" by the port > > > maintainer, it's not some random URL stuck in a wiki. > >=20 > > That's to avoid infinite loop on redirection > >=20 > > bapt >=20 > libfetch allows a maximum um five redirects and the -A flag is > implemented in terms of limiting this to one: >=20 > http.c: > ... > /* Maximum number of redirects to follow */ > #define MAX_REDIRECT 5 > ... > /* if the A flag is set, we only get one try */ > n =3D noredirect ? 1 : MAX_REDIRECT; > i =3D 0; > ... >=20 Great so that s not an argument anymore, it was the argument I was told 2 y= ears ago when I proposed to remove the -A regards, Bapt --mjUDp/cLGeqUhYyE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlK+KO8ACgkQ8kTtMUmk6EwfdACfSBxNAQnQHQNLSbDtPUSeSWMS aBwAn2rOrisoWrPUQSGJjkOCob2uy2x+ =/6QL -----END PGP SIGNATURE----- --mjUDp/cLGeqUhYyE-- From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 01:36:04 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8C38E88C for ; Sat, 28 Dec 2013 01:36:04 +0000 (UTC) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id E45871201 for ; Sat, 28 Dec 2013 01:36:03 +0000 (UTC) Received: (qmail 37258 invoked by uid 89); 28 Dec 2013 01:36:02 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@88.217.181.119) by mail.grem.de with ESMTPA; 28 Dec 2013 01:36:02 -0000 Date: Sat, 28 Dec 2013 02:36:01 +0100 From: Michael Gmelin To: Baptiste Daroussin Subject: Re: bsd.port.mk FETCH_ARGS defaults, why "-A" ? Message-ID: <20131228023601.45838a0a@bsd64.grem.de> In-Reply-To: <20131228012711.GJ40122@ithaqua.etoilebsd.net> References: <52BE1763.8090105@marino.st> <52BE20DD.8060403@marino.st> <20131228005622.GH40122@ithaqua.etoilebsd.net> <20131228020531.468e36f9@bsd64.grem.de> <20131228012711.GJ40122@ithaqua.etoilebsd.net> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.18; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: marino@freebsd.org, Dimitry Andric , FreeBSD Mailing List X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 01:36:04 -0000 On Sat, 28 Dec 2013 02:27:11 +0100 Baptiste Daroussin wrote: > On Sat, Dec 28, 2013 at 02:05:31AM +0100, Michael Gmelin wrote: > > On Sat, 28 Dec 2013 01:56:22 +0100 > > Baptiste Daroussin wrote: > > > > > On Sat, Dec 28, 2013 at 01:52:45AM +0100, John Marino wrote: > > > > On 12/28/2013 01:49, Dimitry Andric wrote: > > > > > On 28 Dec 2013, at 01:12, John Marino > > > > > wrote: > > > > >> For months I've been getting a lot of fetch failures in ports > > > > >> that I couldn't reproduce outside of them. It appears it is > > > > >> caused by the default "-A" passed to fetch. > > > > >> > > > > >> For example, /usr/ports/emulators/javatari will fail with > > > > >> "make fetch" but it will succeed with with "make fetch > > > > >> FETCH_ARGS=-Fpr" > > > > >> > > > > >> I'd like to understand why "-A" is the default. Clearly many > > > > >> distfiles could be retrieved that aren't, so I'd like to know > > > > >> what -A is saving us from, and why that would be worse than > > > > >> the current situation? > > > > > > > > > > Crappy download sites that redirect you to ad pages, malware > > > > > domains, or worse? > > > > > > > > > > > > > And? > > > > The checksum won't match, and the next site in the MASTER_SITES > > > > list will be checked, right? What is the downside of this > > > > redirect? Keep in mind that the site was once "approved" by the > > > > port maintainer, it's not some random URL stuck in a wiki. > > > > > > That's to avoid infinite loop on redirection > > > > > > bapt > > > > libfetch allows a maximum um five redirects and the -A flag is > > implemented in terms of limiting this to one: > > > > http.c: > > ... > > /* Maximum number of redirects to follow */ > > #define MAX_REDIRECT 5 > > ... > > /* if the A flag is set, we only get one try */ > > n = noredirect ? 1 : MAX_REDIRECT; > > i = 0; > > ... > > > > Great so that s not an argument anymore, it was the argument I was > told 2 years ago when I proposed to remove the -A > > regards, > Bapt MAX_REDIRECT is 20 now (9.2 / 10) to match the behavior of popular browsers, but other than that it has been unchanged for over a decade (since July 2000 to be precise). -- Michael Gmelin From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 02:13:39 2013 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70FAAE34; Sat, 28 Dec 2013 02:13:39 +0000 (UTC) Received: from dougbarton.us (dougbarton.us [208.79.90.218]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5359C1442; Sat, 28 Dec 2013 02:13:39 +0000 (UTC) Received: from [IPv6:2001:470:d:5e7:9035:6276:aa4a:69cb] (unknown [IPv6:2001:470:d:5e7:9035:6276:aa4a:69cb]) by dougbarton.us (Postfix) with ESMTPSA id E31AF22B12; Sat, 28 Dec 2013 02:13:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=dougbarton.us; s=dougbarton.us; t=1388196812; bh=ob5i5XzPQgVCSdZHn5ZHQl6M6ho2J3lwV/ILeYJ2nOs=; h=Date:From:To:Subject:References:In-Reply-To; b=QNLaqcwmF9BQiOVS6f/tt5pxfta45a4uuyXz7DZiv4FXUaFsizhbp8XDMGD+hxMUM HeoK2KnJFe4qUlk474KkYQ6aJw50DxeAMTPLJBu/HfuLoV6quJMSoRtSRyE52lmT1c j7k479YhF8WLCnL9Hes3/T6nPA1tGZLIV8ZRSvsM= Message-ID: <52BE33CB.2060005@dougbarton.us> Date: Fri, 27 Dec 2013 18:13:31 -0800 From: Doug Barton User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Matthew Seaman , freebsd-ports@FreeBSD.org Subject: Re: Too frequent/poorly tested bsd.port.mk commits, and general uselessness of p5-FreeBSD-Portindex References: <52BBDB22.5040205@dougbarton.us> <52BBE9FB.6050305@dougbarton.us> <52BCB5B0.1090507@FreeBSD.org> In-Reply-To: <52BCB5B0.1090507@FreeBSD.org> X-Enigmail-Version: 1.6 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 02:13:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 12/26/2013 03:03 PM, Matthew Seaman wrote: | I've just committed an update to version 3.3 which should address some | of the issues to do with handling options files. Happy to say that the latest version now runs without errors on cache-init and portindex, using db5. Thank you for doing the update. I rather strongly suspect that the fact cache-init runs without errors is that work went into fixing the ports I reported broken, so I would also like to offer thanks to those who did that work. Meanwhile since I made my original post there have been 2 more commits to bsd.port.mk. So my other question remains open ... are willy-nilly commits to that file the new way of the world? If so I can adjust my expectations accordingly. It's likely that cache-init is still faster than 'make index', and on those rare occasions when I catch updates between bsd.port.mk commits cache-init isn't necessary in any case. Doug -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQEcBAEBCAAGBQJSvjPLAAoJEFzGhvEaGryEhkMIAKcsW5K8vXwpKrN7WVTWsWwE QXpY4zPfjGnUY8bJyEvPkioxCO3QIZ6vOMJE7dGX6Gfij3SOpnZ1ty/1mkcQQg5z WJH+L9m9tcNLd3ixd7Rj/ufSeiiPYxxmxJhuuXU9KbubAH8p0T/lqzpG4aet2Dv0 7Y3C/jLPt2pWi33v9ZcOkyuyV/QqrXQdKfz5V+TACwS4g45aVLZNRrEKOoTbVOrh i6lHGHXUq+uZ1RlPXrFUwai6bNeptHn7dfIvFWlI98ej9fOuB2qpSmAALB3wQ36h BBAoItYfQbsKwuZ1LM6NSnP6BIUe6dpwaUCHRpHUPFlb2dClydp5JgfjaGvNtVE= =Z6P1 -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 03:36:51 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD0F625A; Sat, 28 Dec 2013 03:36:51 +0000 (UTC) Received: from mail-pa0-x22f.google.com (mail-pa0-x22f.google.com [IPv6:2607:f8b0:400e:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A56EA1A59; Sat, 28 Dec 2013 03:36:51 +0000 (UTC) Received: by mail-pa0-f47.google.com with SMTP id kq14so9772920pab.6 for ; Fri, 27 Dec 2013 19:36:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=sgopuXqWQzVkYtHQsSeNFxM/nZd0AFM0YLXs+wIMsls=; b=vy8ncQLLK7oYmT+ayjWc6PXknekt5Rz0MzM+1E4hqiO7hETnx9SG0DyhnEsvV2+9LK HEgR/4OjxnzLWS0C3MhpnFCum5LyYsXc6sawiwoHefW45sbZc1rwp1wjUEFxn41rNI+5 TdAODcqf3lMNSt8AJViMI+BzRp+lN4gBuKpnpeFUmJjW9nvsof85uKGzpnmef4a8dva9 5o7eMzyg6g6UKdkD6hlUG3yckXAvd81B+nq9kZmlNhg4sDXF32vZ5IaZ4Vx5CTYGnMFz P6s8ZgwKGoQsJGCGywV3HUkdRffUY+UarvtIGmna3jfdrh5ajqKuGSgw3CHoJS8zB+lD UkaA== X-Received: by 10.68.219.72 with SMTP id pm8mr13742435pbc.164.1388201811319; Fri, 27 Dec 2013 19:36:51 -0800 (PST) Received: from [192.168.1.7] (ppp59-167-128-11.static.internode.on.net. [59.167.128.11]) by mx.google.com with ESMTPSA id ha10sm65497587pbd.17.2013.12.27.19.36.48 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 27 Dec 2013 19:36:50 -0800 (PST) Message-ID: <52BE4749.4040703@FreeBSD.org> Date: Sat, 28 Dec 2013 14:36:41 +1100 From: Kubilay Kocak User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:27.0) Gecko/20100101 Thunderbird/27.0 MIME-Version: 1.0 To: Jakob Breivik Grimstveit , FreeBSD Ports mailing list Subject: Re: postfix-current spewing out warnings while building References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/mixed; boundary="------------070104010503060104030801" Cc: sahil@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: koobs@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 03:36:51 -0000 This is a multi-part message in MIME format. --------------070104010503060104030801 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 27/12/2013 6:59 PM, Jakob Breivik Grimstveit wrote: > mail/postfix-current behaves somewhat strange while building, is it > anything I should correct? > > > $ sudo make clean > make: "/usr/ports/mail/postfix-current/Makefile" line 92: warning: Couldn't > read shell's output for "/usr/bin/grep -m 1 '^purgestat' > /etc/mail/mailer.conf || true" > make[1]: "/usr/ports/mail/postfix-current/Makefile" line 92: warning: > Couldn't read shell's output for "/usr/bin/grep -m 1 '^purgestat' > /etc/mail/mailer.conf || true" > ===> Cleaning for postfix-current-base-2.11.20131001,4 > make[1]: "/usr/ports/mail/postfix-current/Makefile" line 92: warning: > Couldn't read shell's output for "/usr/bin/grep -m 1 '^purgestat' > /etc/mail/mailer.conf || true" > > [...] > > And while building, I get a bunch (probably thousands) of these: > > duplex_pipe.c:8:1: warning: '/*' within block comment [-Wcomment] > /* > ^ > duplex_pipe.c:9:1: warning: '/*' within block comment [-Wcomment] > /* int duplex_pipe(fds) > ^ > duplex_pipe.c:10:1: warning: '/*' within block comment [-Wcomment] > /* int *fds; > ^ > > [...] > > ../../include/argv.h:6:1: warning: '/*' within block comment [-Wcomment] > /* argv 3h > ^ > ../../include/argv.h:7:1: warning: '/*' within block comment [-Wcomment] > /* SUMMARY > ^ > ../../include/argv.h:8:1: warning: '/*' within block comment [-Wcomment] > /* string array utilities > ^ > ../../include/argv.h:9:1: warning: '/*' within block comment [-Wcomment] > /* SYNOPSIS > ^ > > Thank you in advance. > Hi Jakob, These comment warnings have been observable for as long as I can remember, though only with postfix ports (not upstream) when also built with clang. This is caused by the override of CC and CCARGS, which clobbers the warnings postfix configures by default. Another instance of these symptoms, albeit with a slightly different root cause can be seen here: http://marc.info/?l=postfix-users&m=134260003817238&w=2 The reason behind the override is a policy in the porters handbook that recommends respecting user-supplied CC, CXX and CFLAGS, which the postfix ports follow: http://www.au.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/book.html#dads-cc http://www.au.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/book.html#dads-cflags While the recommendations above are well-intentioned and grounded (respect user choice & consistent builds), this is one example of where doing so is at least a POLA violation, but ultimately harmless. At worst, for other software in the ports tree where upstream authors customise flags for very good reasons, the results could be functionally pathological. This is fortunately not the case here, but worth us considering more broadly. Attached is a patch (to lang/postfix) which restores the default warning flags while continuing to respect user-supplied flags. This can likely be applied to all postfix ports. Maintainer is CC'd. I've tested it quickly here with the expected results, if you could do the same and let us know how it goes, that would be great. Thanks :) -- koobs --------------070104010503060104030801 Content-Type: text/plain; charset=windows-1252; name="postfix-also-respect-default-warnings-too.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="postfix-also-respect-default-warnings-too.diff" Index: Makefile =================================================================== --- Makefile (revision 337172) +++ Makefile (working copy) @@ -106,7 +106,8 @@ MAKEFILEFLAGS+= CC="${CC}" OPT="${CFLAGS}" -POSTFIX_CCARGS+= -DDEF_CONFIG_DIR=\\\"${ETCDIR}\\\" \ +POSTFIX_CCARGS+= \$$(WARN) \ + -DDEF_CONFIG_DIR=\\\"${ETCDIR}\\\" \ -DDEF_DAEMON_DIR=\\\"${DAEMONDIR}\\\" \ -DDEF_COMMAND_DIR=\\\"${PREFIX}/sbin\\\" \ -DDEF_SENDMAIL_PATH=\\\"${PREFIX}/sbin/sendmail\\\" \ --------------070104010503060104030801-- From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 03:51:27 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71FE043D; Sat, 28 Dec 2013 03:51:27 +0000 (UTC) Received: from qat.redports.org (unknown [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4206C1B33; Sat, 28 Dec 2013 03:51:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=FiG1aF3pMU4qoV+ew080V+K4L3BAC74FO9ocjTevExo=; b=HOoU94FR5g765Uby2SXjSQjZI76OblWoMcbCss9HVqBiaS9E5UxdsDs13SlPTs6dzcn3PQ2jZv7yYJCT06nl+hyDKu18KQTMaVCX7Z+1oBuGr8KoaI21Z2ag8wFGjDDIL1Tve3B+FYCzKqeSwR7XAA0JgUn3hIShd7AMdXTFGPY=; Received: from www by qat.redports.org with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Vwkvu-0008OS-AN; Sat, 28 Dec 2013 03:51:26 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: rene@FreeBSD.org X-Trac-Project: redports Date: Sat, 28 Dec 2013 03:51:26 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r337735: 4x leftovers, 8x success To: rene@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20131227145600-31871 X-Trac-Build-ID: 20131227145600-31871 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 03:51:27 -0000 rene-ladan.nl is offline for now, remove the WWW: line from pkg-descr --------------------------------------------------------------------- Build ID: 20131227145600-31871 Job owner: rene@FreeBSD.org Buildtime: 13 hours Enddate: Sat, 28 Dec 2013 03:51:23 GMT Revision: r337735 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=337735 --------------------------------------------------------------------- Port: lang/bf2c 1.3.1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-31871-244228/bf2c-1.3.1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-31871-244229/bf2c-1.3.1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-31871-244230/bf2c-1.3.1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-31871-244231/bf2c-1.3.1.log --------------------------------------------------------------------- Port: misc/biosfont-demos 1.1_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-31871-244232/biosfont-demos-1.1_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-31871-244233/biosfont-demos-1.1_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-31871-244234/biosfont-demos-1.1_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-31871-244235/biosfont-demos-1.1_1.log --------------------------------------------------------------------- Port: sysutils/biosfont 1.2.1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-31871-244236/biosfont-1.2.1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-31871-244237/biosfont-1.2.1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-31871-244238/biosfont-1.2.1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-31871-244239/biosfont-1.2.1.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 04:07:47 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B56D796; Sat, 28 Dec 2013 04:07:47 +0000 (UTC) Received: from qat.redports.org (unknown [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5B5391D0C; Sat, 28 Dec 2013 04:07:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=+EUkoCnl2yzNX9mso5U2UC4EsAqxlqulrGY68E2Z3vE=; b=T1XQDZCGIVspphOkpBv7yWB8n1GlVJRjHMtTbolf0sCVZPMJ5AekBXAZ0+yWNw2YbnXxGzvzAtxF94tqR5mUN+GABnDPzEmJodsuSnV8sf2X7vyCrf2CuG6VdOq/Q7FmMNff5aREJY/KRChNqseNe1BJ4OuvxLpGK6DBZibq0J0=; Received: from www by qat.redports.org with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VwlBh-0009YR-Qw; Sat, 28 Dec 2013 04:07:45 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: rene@FreeBSD.org X-Trac-Project: redports Date: Sat, 28 Dec 2013 04:07:45 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r337736: 12x leftovers, 16x success To: rene@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20131227145600-2109 X-Trac-Build-ID: 20131227145600-2109 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 04:07:47 -0000 rene-ladan.nl is offline for now, move distfiles into MASTER_SITE_LOCAL --------------------------------------------------------------------- Build ID: 20131227145600-2109 Job owner: rene@FreeBSD.org Buildtime: 13 hours Enddate: Sat, 28 Dec 2013 04:07:43 GMT Revision: r337736 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=337736 --------------------------------------------------------------------- Port: astro/boinc-astropulse 6.01_6 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-2109-244240/boinc-astropulse-6.01_6.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-2109-244241/boinc-astropulse-6.01_6.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-2109-244242/boinc-astropulse-6.01_6.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-2109-244243/boinc-astropulse-6.01_6.log --------------------------------------------------------------------- Port: astro/boinc-setiathome-v7 7.00_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-2109-244244/boinc-setiathome-v7-7.00_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-2109-244245/boinc-setiathome-v7-7.00_2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-2109-244246/boinc-setiathome-v7-7.00_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-2109-244247/boinc-setiathome-v7-7.00_2.log --------------------------------------------------------------------- Port: misc/biosfont-demos 1.1_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-2109-244248/biosfont-demos-1.1_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-2109-244249/biosfont-demos-1.1_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-2109-244250/biosfont-demos-1.1_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-2109-244251/biosfont-demos-1.1_1.log --------------------------------------------------------------------- Port: net/boinc-client 7.2.33 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-2109-244252/boinc-client-7.2.33.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-2109-244253/boinc-client-7.2.33.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-2109-244254/boinc-client-7.2.33.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-2109-244255/boinc-client-7.2.33.log --------------------------------------------------------------------- Port: net/boinc_curses 0.2.2_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-2109-244256/boinc_curses-0.2.2_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-2109-244257/boinc_curses-0.2.2_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-2109-244258/boinc_curses-0.2.2_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-2109-244259/boinc_curses-0.2.2_1.log --------------------------------------------------------------------- Port: sysutils/biosfont 1.2.1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-2109-244260/biosfont-1.2.1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-2109-244261/biosfont-1.2.1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-2109-244262/biosfont-1.2.1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-2109-244263/biosfont-1.2.1.log --------------------------------------------------------------------- Port: www/chromium 31.0.1650.63 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-2109-244264/chromium-31.0.1650.63.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-2109-244265/chromium-31.0.1650.63.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-2109-244266/chromium-31.0.1650.63.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~rene@FreeBSD.org/20131227145600-2109-244267/chromium-31.0.1650.63.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 05:14:46 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0066F64D; Sat, 28 Dec 2013 05:14:45 +0000 (UTC) Received: from smtp-out-04.shaw.ca (smtp-out-04.shaw.ca [64.59.134.12]) by mx1.freebsd.org (Postfix) with ESMTP id BA87B11CE; Sat, 28 Dec 2013 05:14:45 +0000 (UTC) X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=Ur78AkMj4ME0q/xQKDu+fQsLaK/oG8/QJxPJp7yvMIc= c=1 sm=1 a=3bPolIW9wn4A:10 a=QrugwKR0C_UA:10 a=wAGQQ9Az6v0A:10 a=BLceEmwcHowA:10 a=ICAaq7hcmGcA:10 a=kj9zAlcOel0A:10 a=IbtKDeXwb2+SRU442/pi3A==:17 a=BWvPGDcYAAAA:8 a=6I5d2MoRAAAA:8 a=DzYIgAb6d1blAf5Iom4A:9 a=CjuIK1q_8ugA:10 a=0ZIji_GGu4YA:10 a=V7tsTZBp22UA:10 a=SV7veod9ZcQA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Received: from unknown (HELO spqr.komquats.com) ([96.50.7.119]) by smtp-out-04.shaw.ca with ESMTP; 27 Dec 2013 22:13:36 -0700 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id 1D37CE8; Fri, 27 Dec 2013 21:13:35 -0800 (PST) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.14.7/8.14.7) with ESMTP id rBS5DYJM044925; Fri, 27 Dec 2013 21:13:34 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201312280513.rBS5DYJM044925@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.5 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Stefan Bethke Subject: Re: ntp-devel-4.2.7p364_2 coredumps In-Reply-To: Message from Stefan Bethke of "Thu, 26 Dec 2013 14:07:04 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 27 Dec 2013 21:13:34 -0800 Cc: freebsd-ports@freebsd.org, cy@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Cy Schubert List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 05:14:46 -0000 In message , Stefan Bethke wri tes: > > --Apple-Mail=_6EEA81A7-5FCB-41CB-A6F5-4CBEDAB3BBAE > Content-Transfer-Encoding: quoted-printable > Content-Type: text/plain; > charset=us-ascii > > On both 9-stable and 10-stable > > Dec 26 13:02:04 lokschuppen ntpd[5270]: ntpd 4.2.7p364@1.2483-o Thu Dec = > 26 12:55:22 UTC 2013 (1): Starting > Dec 26 13:02:04 lokschuppen ntpd[5270]: Command line: = > /usr/local/sbin/ntpd -c /etc/ntp.conf -p /var/run/ntpd.pid -f = > /var/db/ntpd.drift > Dec 26 13:02:05 lokschuppen kernel: pid 5271 (ntpd), uid 0: exited on = > signal 11 (core dumped) p404 has just been committed. Let's see if it makes a difference. Let me know what uname -a shows and any options/optional modules compiled or loaded. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 08:40:46 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02F5355C; Sat, 28 Dec 2013 08:40:46 +0000 (UTC) Received: from huppa.tuxaco.net (tuxaco.net [IPv6:2001:41d0:1:66c1::1]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 659941A97; Sat, 28 Dec 2013 08:40:45 +0000 (UTC) Received: from android-63b12b8d3cf50bd6.home (ARennes-652-1-71-22.w2-11.abo.wanadoo.fr [2.11.70.22]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: jadawin@tuxaco.net) by huppa.tuxaco.net (Postfix) with ESMTPSA id C88F022855; Sat, 28 Dec 2013 09:45:24 +0100 (CET) User-Agent: K-9 Mail for Android In-Reply-To: References: MIME-Version: 1.0 Subject: Re: [QAT] r337727: 4x leftovers, 16x success From: =?ISO-8859-1?Q?Philippe_Aud=E9oud?= Date: Sat, 28 Dec 2013 09:40:41 +0100 To: qat@redports.org,Ports-QAT ,jadawin@FreeBSD.org Message-ID: <0027140c-5174-49fb-b37c-e5b157fbf11b@email.android.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 08:40:46 -0000 Hi Leftovers are from irssi, not from my port. Regards Ports-QAT a ĂŠcrit : >- Support STAGE >--------------------------------------------------------------------- > > Build ID: 20131227131000-20162 > Job owner: jadawin@FreeBSD.org > Buildtime: 12 hours > Enddate: Sat, 28 Dec 2013 00:41:33 GMT > > Revision: r337727 >Repository: >https://svnweb.freebsd.org/ports?view=revision&revision=337727 > >--------------------------------------------------------------------- > > Port: editors/hexcurse 1.55 > > Buildgroup: 8.4-QAT/amd64 > Buildstatus: SUCCESS >Log: >https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244164/hexcurse-1.55.log > > Buildgroup: 8.4-QAT/i386 > Buildstatus: SUCCESS >Log: >https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244165/hexcurse-1.55.log > > Buildgroup: 9.2-QAT/amd64 > Buildstatus: SUCCESS >Log: >https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244166/hexcurse-1.55.log > > Buildgroup: 9.2-QAT/i386 > Buildstatus: SUCCESS >Log: >https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244167/hexcurse-1.55.log > >--------------------------------------------------------------------- > > Port: games/banihstypos 0.2 > > Buildgroup: 8.4-QAT/amd64 > Buildstatus: SUCCESS >Log: >https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244168/banihstypos-0.2.log > > Buildgroup: 8.4-QAT/i386 > Buildstatus: SUCCESS >Log: >https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244169/banihstypos-0.2.log > > Buildgroup: 9.2-QAT/amd64 > Buildstatus: SUCCESS >Log: >https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244170/banihstypos-0.2.log > > Buildgroup: 9.2-QAT/i386 > Buildstatus: SUCCESS >Log: >https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244171/banihstypos-0.2.log > >--------------------------------------------------------------------- > > Port: irc/irssi-xmpp 0.52 > > Buildgroup: 8.4-QAT/amd64 > Buildstatus: LEFTOVERS >Log: >https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244172/irssi-xmpp-0.52.log > > Buildgroup: 8.4-QAT/i386 > Buildstatus: LEFTOVERS >Log: >https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244173/irssi-xmpp-0.52.log > > Buildgroup: 9.2-QAT/amd64 > Buildstatus: LEFTOVERS >Log: >https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244174/irssi-xmpp-0.52.log > > Buildgroup: 9.2-QAT/i386 > Buildstatus: LEFTOVERS >Log: >https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244175/irssi-xmpp-0.52.log > >--------------------------------------------------------------------- > > Port: mail/vrfy 1.0_1 > > Buildgroup: 8.4-QAT/amd64 > Buildstatus: SUCCESS >Log: >https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244176/vrfy-1.0_1.log > > Buildgroup: 8.4-QAT/i386 > Buildstatus: SUCCESS >Log: >https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244177/vrfy-1.0_1.log > > Buildgroup: 9.2-QAT/amd64 > Buildstatus: SUCCESS >Log: >https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244178/vrfy-1.0_1.log > > Buildgroup: 9.2-QAT/i386 > Buildstatus: SUCCESS >Log: >https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244179/vrfy-1.0_1.log > >--------------------------------------------------------------------- > > Port: math/p5-Math-BaseCalc 1.017 > > Buildgroup: 8.4-QAT/amd64 > Buildstatus: SUCCESS >Log: >https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244180/p5-Math-BaseCalc-1.017.log > > Buildgroup: 8.4-QAT/i386 > Buildstatus: SUCCESS >Log: >https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244181/p5-Math-BaseCalc-1.017.log > > Buildgroup: 9.2-QAT/amd64 > Buildstatus: SUCCESS >Log: >https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244182/p5-Math-BaseCalc-1.017.log > > Buildgroup: 9.2-QAT/i386 > Buildstatus: SUCCESS >Log: >https://qat.redports.org//~jadawin@FreeBSD.org/20131227131000-20162-244183/p5-Math-BaseCalc-1.017.log > > >-- >Buildarchive URL: > >redports -- EnvoyĂŠ de mon tĂŠlĂŠphone Android avec K-9 Mail. Excusez la brièvetĂŠ. From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 10:26:14 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 93E996FB; Sat, 28 Dec 2013 10:26:14 +0000 (UTC) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2a00:14b0:4200:32e0::1ea]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 34C21112F; Sat, 28 Dec 2013 10:26:14 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 3FB12BF781; Sat, 28 Dec 2013 10:26:11 +0000 (UTC) Content-Type: multipart/signed; boundary="Apple-Mail=_C732F0FB-B1AF-463B-AAFC-A6C2FA82A3B2"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: ntp-devel-4.2.7p364_2 coredumps From: Stefan Bethke In-Reply-To: <201312280513.rBS5DYJM044925@slippy.cwsent.com> Date: Sat, 28 Dec 2013 11:26:10 +0100 Message-Id: <5AD6315C-F8D5-477C-8E30-CAB70221E5F0@lassitu.de> References: <201312280513.rBS5DYJM044925@slippy.cwsent.com> To: Cy Schubert X-Mailer: Apple Mail (2.1827) Cc: freebsd-ports@freebsd.org, cy@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 10:26:14 -0000 --Apple-Mail=_C732F0FB-B1AF-463B-AAFC-A6C2FA82A3B2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Am 28.12.2013 um 06:13 schrieb Cy Schubert : > In message , Stefan = Bethke=20 > wri > tes: >>=20 >> --Apple-Mail=3D_6EEA81A7-5FCB-41CB-A6F5-4CBEDAB3BBAE >> Content-Transfer-Encoding: quoted-printable >> Content-Type: text/plain; >> charset=3Dus-ascii >>=20 >> On both 9-stable and 10-stable >>=20 >> Dec 26 13:02:04 lokschuppen ntpd[5270]: ntpd 4.2.7p364@1.2483-o Thu = Dec =3D >> 26 12:55:22 UTC 2013 (1): Starting >> Dec 26 13:02:04 lokschuppen ntpd[5270]: Command line: =3D >> /usr/local/sbin/ntpd -c /etc/ntp.conf -p /var/run/ntpd.pid -f =3D >> /var/db/ntpd.drift >> Dec 26 13:02:05 lokschuppen kernel: pid 5271 (ntpd), uid 0: exited on = =3D >> signal 11 (core dumped) >=20 > p404 has just been committed. Let's see if it makes a difference. >=20 > Let me know what uname -a shows and any options/optional modules = compiled=20 > or loaded. That seems to have done the trick, thank you! The problem occurred on both FreeBSD diesel.lassitu.de 10.0-PRERELEASE FreeBSD 10.0-PRERELEASE #5 = r259696: Sun Dec 22 00:13:23 CET 2013 = root@diesel.lassitu.de:/usr/obj/var/freebsd/10-stable/sys/DIESEL amd64 and FreeBSD lokschuppen.zs64.net 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #2 = r255602: Sun Sep 15 21:25:57 UTC 2013 = root@lokschuppen.zs64.net:/usr/obj/freebsd/checkout/src/sys/EISENBOOT = amd64 with defaults for the port: # make showconfig =3D=3D=3D> The following configuration options are available for = ntp-devel-4.2.7p404: ACTS=3Doff: Enable ACTS modem service ARBITER=3Doff: Enable Arbiter 1088A/B GPS receiver ARCRON_MSF=3Doff: Enable Arcron MSF receiver AS2201=3Doff: Enable Austron 2200A/2201A GPS receiver ATOM=3Don: Enable ATOM PPS interface AUDIO_CHU=3Doff: Enable CHU audio/decoder BANCOMM=3Doff: Enable Datum/Bancomm bc635/VME interface CHRONOLOG=3Doff: Enable Chrono-log K-series WWVB receiver CHU=3Doff: Enable CHU modem/decoder COMPUTIME=3Doff: Enable Diem Computime Radio Clock DATUM=3Doff: Enable Datum Programmable Time System DCF7000=3Doff: Enable ELV/DCF7000 clock DUMBCLOCK=3Doff: Enable Dumb generic hh:mm:ss local clock FG=3Doff: Enable Forum Graphic GPS GPSVME=3Doff: Enable TrueTime GPS receiver/VME interface HEATH=3Doff: Enable Heath GC-1000 WWV/WWVH receiver HOPF6021=3Doff: Enable HOPF 6021 clock HOPFPCI=3Doff: Enable hopf 6039 PCI board HOPFSERIAL=3Doff: Enable hopf serial clock device HPGPS=3Doff: Enable HP 58503A GPS receiver IPV6=3Don: IPv6 protocol support IRIG=3Doff: Enable IRIG audio decoder JJY=3Doff: Enable JJY receiver JUPITER=3Doff: Enable Rockwell Jupiter GPS receiver LEITCH=3Doff: Enable Leitch CSD 5300 Master Clock LOCAL_CLOCK=3Doff: Enable local clock reference MEINBERG=3Doff: Enable Meinberg clocks MX4200=3Doff: Enable Magnavox MX4200 GPS receiver NEOCLOCK4X=3Doff: Enable NeoClock4X DCF77 / TDF receiver NMEA=3Don: Enable NMEA GPS receiver NTPSNMPD=3Doff: Build and install ntpsnmpd NTP_SIGND=3Don: Enable signed NTP ONCORE=3Doff: Enable Motorola VP/UT Oncore GPS receiver PALISADE=3Doff: Enable Palisade clock PCF=3Doff: Enable Conrad parallel port radio clock PST=3Doff: Enable PST/Traconex 1020 WWV/WWVH receiver RAWDCF=3Doff: Enable DCF77 raw time code RCC8000=3Doff: Enable RCC 8000 clock RIPENCC=3Doff: Enable RIPENCC specific Trimble driver SCHMID=3Doff: Enable Schmid DCF77 clock SEL240X=3Doff: Enable SEL 240X clocks SHM=3Doff: Enable SHM clock attached thru shared memory SPECTRACOM=3Doff: Enable Spectracom 8170/Netclock/2 WWVB SSL=3Don: SSL protocol support TRIMTAIP=3Doff: Enable Trimble GPS receiver/TAIP protocol TRIMTSIP=3Doff: Enable Trimble GPS receiver/TSIP protocol TRUETIME=3Doff: Enable Kinemetrics/TrueTime receivers ULINK=3Doff: Enable Ultralink WWVB receiver VARITEXT=3Doff: Enable VARITEXT clock WHARTON=3Doff: Enable WHARTON 400A Series clock WWV=3Doff: Enable WWV Audio receiver ZYFER=3Doff: Enable Zyfer GPStarplus receiver =3D=3D=3D> Use 'make config' to modify these settings --=20 Stefan Bethke Fon +49 151 14070811 --Apple-Mail=_C732F0FB-B1AF-463B-AAFC-A6C2FA82A3B2 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJSvqdCAAoJEA/POViuFuLBvOUH/A1ysLSPqMWiufEV2mfXMq/o KAlkjwWefqr9SmblNduYyigziqezrQy9W6hsVA1V+Irwcd1J8MWz+LAYAV7wPU4O pha2MB7epOvup8OE/HX7P4KuQZZM7v2sQHPy/4Uss833kg5NoA7PbVpZzHORINJv L2OePrBke93UzJjNMavlsl7MbCiPZptkIg6yIGtYcIbL21vymod3aK7T15+oMSJi Ckvz+UEVMS7RlwGORXGea5DMTR7Mvohi6Lgx/JmmFwn/Fgn7PKjz5nh5hnhlbB7y jtG3mOlX0TCmJsBXnNnWi17556emBU42fTtSCrVVTo+c/XfE7HB9yBeJJ/6U64M= =8spA -----END PGP SIGNATURE----- --Apple-Mail=_C732F0FB-B1AF-463B-AAFC-A6C2FA82A3B2-- From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 10:57:46 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC3B1FCC for ; Sat, 28 Dec 2013 10:57:46 +0000 (UTC) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AB4611316 for ; Sat, 28 Dec 2013 10:57:46 +0000 (UTC) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id C4C9CBDC3E; Sat, 28 Dec 2013 11:57:44 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=mat.cc; h=date:from:to :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=plouf; bh=Qk0+FN5/SfB cghhykXzVW6wlRDA=; b=f8560H2iGT9IfnR3Fff0sKT7PEkWG8sbYGGk3Z+Upu2 J42KU7R/L7qs7CEfp2XPqwR8Swc1wtZV8M5NT/hcceDwXeXOkzKuBoU5S/kCYzpw 6V3GeldSNPhHIecgAKGPWVXA+oF/1hgTC9i8BN5YEXICQ3G27mf9VJHwI0t8aJMY = Received: from atuin.in.mat.cc (atuin.in.mat.cc [79.143.241.205]) by prod2.absolight.net (Postfix) with ESMTPA id 9885ABDC2E; Sat, 28 Dec 2013 11:57:44 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by atuin.in.mat.cc (Postfix) with ESMTP id 1DC4ECADCD95; Sat, 28 Dec 2013 11:57:44 +0100 (CET) Date: Sat, 28 Dec 2013 11:57:43 +0100 From: Mathieu Arnold To: Doug Barton , freebsd-ports@freebsd.org Subject: Re: dns/bind* ports overwriting conf files Message-ID: In-Reply-To: <52BE26F3.2010402@dougbarton.us> References: <52BBC9A7.8050106@dougbarton.us> <6F8341277A5BAACC98F195D7@atuin.in.mat.cc> <52BE26F3.2010402@dougbarton.us> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 10:57:47 -0000 +--On 27 d=C3=A9cembre 2013 17:18:43 -0800 Doug Barton = wrote: | What I proposed as part of this work years ago was to create something | like a bind-config package that would (optionally) install the same | default files and configuration for the port that are still in the base | for [89].x. That way users who just wanted the old default local resolver | could get that behavior easily, and users with other needs would not have | to have it. I still think that's the easiest and least painful way to | manage the transition, and would encourage Erwin to consider it. (For | extra credit, a different but similar sort of port should be created to | enable DNSSEC validation, and should include the root zone trust anchor, | and a description of how the user can validate it for themselves.) That's some interesting ideas, yes, the maintainer of bind will certainly keep them in mind, whoever he is in the future. Having the possibility of get sub packages and flavors in a few months will really help in that way. | In any case even a _plan_ to overwrite conf files blindly is a bad idea. | So much the better to fix it now before it actually bites any users. Yes, it was, and it was fixed as soon as Erwin learnt about it. What I was saying is that it only appears on freebsd where bind was absent from the base, which, at that time was 10.0-BETAsomething or 11-CURRENT. I know it was a *big* bug, but the impact was small because the os versions were not releases. --=20 Mathieu Arnold From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 11:36:33 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 00D8C3BF for ; Sat, 28 Dec 2013 11:36:32 +0000 (UTC) Received: from mail-qa0-x234.google.com (mail-qa0-x234.google.com [IPv6:2607:f8b0:400d:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B3DB01609 for ; Sat, 28 Dec 2013 11:36:32 +0000 (UTC) Received: by mail-qa0-f52.google.com with SMTP id cm18so9304548qab.4 for ; Sat, 28 Dec 2013 03:36:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:user-agent:mime-version :content-transfer-encoding:content-type; bh=iGGYTyDl4/frWJlvyrBY9tsqITOB3o1qWihAeq+ybTc=; b=ncQoQSYdtg5uhyvJJP57wzJTjaM4wtEzVam2Sq9ums4WI/tq02oxCgOZUIiv/xt0s0 hjZnB5RGkH4/n43d/AFHfMEUxStaIMMUYUoisnxfCiAiOsbtgI/L5RYvqiwRkATwx+kR Arse5l1NcCPRPIrtMysQ+cj8a/D9sj3wuJJvGzl4QLky87XXM2QVSyCRvlPy9oYhJ66y XwuNIz+ChWiSy2lvWc2h/OcsPgIMHb4PkEPY0hcO8FeXvWrRiQt9A/VpzMZOAtKt3zfB y99HwIvIU8uYwhwh/MaNio2PJc9UOHfWogXgwLje1Q8udIuA6ECSq/MhyKT0nG7/X5ai pLhg== X-Received: by 10.49.35.112 with SMTP id g16mr90447460qej.13.1388230591910; Sat, 28 Dec 2013 03:36:31 -0800 (PST) Received: from lumiwa.farms.net ([71.241.213.42]) by mx.google.com with ESMTPSA id g1sm48325140qec.9.2013.12.28.03.36.30 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 28 Dec 2013 03:36:30 -0800 (PST) From: Ajtim To: freebsd-ports@freebsd.org Subject: gtkglext Date: Sat, 28 Dec 2013 06:36:28 -0500 Message-ID: <3270719.jSfSyd8DHU@lumiwa.farms.net> User-Agent: KMail/4.11.3 (FreeBSD/10.0-RC3; KDE/4.11.3; amd64; ; ) MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 11:36:33 -0000 Hi! My system: FreeBSD 10.0-RC3 #0 r259778: Mon Dec 23 23:27:58 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 I want to update pdfcube which need gtkglext and I got an error but I DON'T WISH to deinstall ot force pkg register. I think this a forth porth which need "force pkg register". ===> Cleaning for pdfcube-0.0.5_1 ===> pdfcube-0.0.5_1 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by pdfcube-0.0.5_1 for building ===> Extracting for pdfcube-0.0.5_1 => SHA256 Checksum OK for pdfcube-0.0.5.tar.gz. ===> Patching for pdfcube-0.0.5_1 /usr/bin/sed -i.bak -e 's|BOOSTLIBDIR/libboost_program_options\*\.{so,a}\*|BOOSTLIBDIR/libboost_program_options.so|' /usr/ports/print/pdfcube/work/pdfcube-0.0.5/configure ===> pdfcube-0.0.5_1 depends on executable: pkgconf - found ===> pdfcube-0.0.5_1 depends on shared library: libgtkglext.so - not found ===> Verifying for libgtkglext.so in /usr/ports/x11-toolkits/gtkglext ===> Installing for gtkglext-1.2.0_13 ===> gtkglext-1.2.0_13 depends on file: /usr/local/libdata/pkgconfig/ice.pc - found ===> gtkglext-1.2.0_13 depends on file: /usr/local/libdata/pkgconfig/pixman-1.pc - found ===> gtkglext-1.2.0_13 depends on file: /usr/local/libdata/pkgconfig/sm.pc - found ===> gtkglext-1.2.0_13 depends on file: /usr/local/libdata/pkgconfig/x11.pc - found ===> gtkglext-1.2.0_13 depends on file: /usr/local/libdata/pkgconfig/xau.pc - found ===> gtkglext-1.2.0_13 depends on file: /usr/local/libdata/pkgconfig/xcb.pc - found ===> gtkglext-1.2.0_13 depends on file: /usr/local/libdata/pkgconfig/xcomposite.pc - found ===> gtkglext-1.2.0_13 depends on file: /usr/local/libdata/pkgconfig/xcursor.pc - found ===> gtkglext-1.2.0_13 depends on file: /usr/local/libdata/pkgconfig/xdamage.pc - found ===> gtkglext-1.2.0_13 depends on file: /usr/local/libdata/pkgconfig/xdmcp.pc - found ===> gtkglext-1.2.0_13 depends on file: /usr/local/libdata/pkgconfig/xext.pc - found ===> gtkglext-1.2.0_13 depends on file: /usr/local/libdata/pkgconfig/xfixes.pc - found ===> gtkglext-1.2.0_13 depends on file: /usr/local/libdata/pkgconfig/xi.pc - found ===> gtkglext-1.2.0_13 depends on file: /usr/local/libdata/pkgconfig/xinerama.pc - found ===> gtkglext-1.2.0_13 depends on file: /usr/local/libdata/pkgconfig/xmu.pc - found ===> gtkglext-1.2.0_13 depends on file: /usr/local/libdata/pkgconfig/xrandr.pc - found ===> gtkglext-1.2.0_13 depends on file: /usr/local/libdata/pkgconfig/xrender.pc - found ===> gtkglext-1.2.0_13 depends on file: /usr/local/libdata/pkgconfig/xt.pc - found ===> gtkglext-1.2.0_13 depends on file: /usr/local/libdata/pkgconfig/xxf86vm.pc - found ===> gtkglext-1.2.0_13 depends on shared library: libpthread-stubs.so - found ===> gtkglext-1.2.0_13 depends on shared library: libpcre.so - found ===> gtkglext-1.2.0_13 depends on shared library: libcairo.so - found ===> gtkglext-1.2.0_13 depends on shared library: libdrm.so - found ===> gtkglext-1.2.0_13 depends on shared library: libpng15.so - found ===> gtkglext-1.2.0_13 depends on shared library: libfreetype.so - found ===> gtkglext-1.2.0_13 depends on shared library: libexpat.so - found ===> gtkglext-1.2.0_13 depends on shared library: libfontconfig.so - found ===> gtkglext-1.2.0_13 depends on shared library: libintl.so - found ===> gtkglext-1.2.0_13 depends on shared library: libGLU.so - found ===> gtkglext-1.2.0_13 depends on shared library: libatk-1.0.so - found ===> gtkglext-1.2.0_13 depends on shared library: libgdk_pixbuf-2.0.so - found ===> gtkglext-1.2.0_13 depends on shared library: libglib-2.0.so - found ===> gtkglext-1.2.0_13 depends on shared library: libpcre.so - found ===> gtkglext-1.2.0_13 depends on shared library: libgtk-x11-2.0.so - found ===> gtkglext-1.2.0_13 depends on shared library: libpango-1.0.so - found ===> gtkglext-1.2.0_13 depends on shared library: libpangox-1.0.so - found ===> Checking if x11-toolkits/gtkglext already installed ===> gtkglext-1.2.0_13 is already installed You may wish to ``make deinstall'' and install this port again by ``make reinstall'' to upgrade it properly. If you really wish to overwrite the old port of x11-toolkits/gtkglext without deleting it first, set the variable "FORCE_PKG_REGISTER" in your environment or the "make install" command line. *** Error code 1 Stop. make[2]: stopped in /usr/ports/x11-toolkits/gtkglext *** Error code 1 Stop. make[1]: stopped in /usr/ports/x11-toolkits/gtkglext *** Error code 1 Stop. make: stopped in /usr/ports/print/pdfcube ===>>> make failed for print/pdfcube ===>>> Aborting update ===>>> Update for print/pdfcube failed ===>>> Aborting update ===>>> Killing background jobs Terminated ===>>> You can restart from the point of failure with this command line: portmaster print/pdfcube -- Mitja ------- http://www.redbubble.com/people/lumiwa From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 12:35:47 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F2141DA for ; Sat, 28 Dec 2013 12:35:47 +0000 (UTC) Received: from mailrelay001.isp.belgacom.be (mailrelay001.isp.belgacom.be [195.238.6.51]) by mx1.freebsd.org (Postfix) with ESMTP id 193AE1989 for ; Sat, 28 Dec 2013 12:35:46 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ar4MAAXFvlJbsLLQ/2dsb2JhbABYgwu3YYMCAwKBFBd0giUBAQEEOhwjEAsYCSUPKh4GiBsByTwXjx0HhDYBA5gWkhWDLjs Received: from 208.178-176-91.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([91.176.178.208]) by relay.skynet.be with ESMTP; 28 Dec 2013 13:34:37 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.7/8.14.7) with ESMTP id rBSCYaHD055008; Sat, 28 Dec 2013 13:34:36 +0100 (CET) (envelope-from tijl@coosemans.org) Date: Sat, 28 Dec 2013 13:34:35 +0100 From: Tijl Coosemans To: Ajtim Subject: Re: gtkglext Message-ID: <20131228133435.08afa24f@kalimero.tijl.coosemans.org> In-Reply-To: <3270719.jSfSyd8DHU@lumiwa.farms.net> References: <3270719.jSfSyd8DHU@lumiwa.farms.net> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 12:35:47 -0000 On Sat, 28 Dec 2013 06:36:28 -0500 Ajtim wrote: > I want to update pdfcube which need gtkglext and I got an error but I > DON'T WISH to deinstall ot force pkg register. I think this a forth > porth which need "force pkg register". I've committed a fix to print/pdfcube in r337872. From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 13:13:03 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DC9EE948 for ; Sat, 28 Dec 2013 13:13:03 +0000 (UTC) Received: from mail-ob0-x22f.google.com (mail-ob0-x22f.google.com [IPv6:2607:f8b0:4003:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9F76F1CCE for ; Sat, 28 Dec 2013 13:13:03 +0000 (UTC) Received: by mail-ob0-f175.google.com with SMTP id uz6so10165859obc.20 for ; Sat, 28 Dec 2013 05:13:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=grimstveit.no; s=google; h=mime-version:from:date:message-id:subject:to:content-type; bh=TqQvNq1jlFqyCD5Cpf1keAH3YhL75lnI4kekm8b44vk=; b=AxGz0d/cHj8Et+17nTLpVFEKctexRow+kwmQhjrAyuu8V69MyE/dDfBZOxVTznMYEf i4ygZFeKOXcaYGl5OzPIIfyeRxBWYgxHQwJMxM27W/rr3m+wvz31kd9yM8RxuXOOGlL1 +5ZMSkqQXANV4pF1kEuAqf2IKXJ8uuePSGHIU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=TqQvNq1jlFqyCD5Cpf1keAH3YhL75lnI4kekm8b44vk=; b=ZqvnQArrazGgtKMvywTn6Qsq9/jy5hGNgiJUsPXVHbEgbuXA3KB+Qyc5vKONaeb+ey T5I461MflP1/FqgSXQeJNSYFCZjHh/1C178AnDpSZmXDYMOBF3Rzz+0olf5JBrW/Difp idxbN7jdQ2/1Ve3goDat4H5isojurNjxUndAOD+j2iOuuIb88xGT+IzeV1DNc0xDoHwZ N0rnTdmD/sWEoxhevkGgDz76eEZkqWu9rRTcq07ANeqLpxJUOwoMRU6wwPuONoXSieQ2 N6pMRgK71rFD6ty1CLH68Z6VIiDPvnL60Lj4FyAStJwg6fKI/uKd0YrHmgwARGneQ+vL 6Vag== X-Gm-Message-State: ALoCoQllfZQESun5cZavT1/zYVH8wuUOwl0LO2pcnlbXnIescy3jP//uJ5bkFYFOjjRrFlKhtZzW X-Received: by 10.182.22.135 with SMTP id d7mr37060704obf.1.1388236382831; Sat, 28 Dec 2013 05:13:02 -0800 (PST) MIME-Version: 1.0 Received: by 10.76.184.199 with HTTP; Sat, 28 Dec 2013 05:12:42 -0800 (PST) From: Jakob Breivik Grimstveit Date: Sat, 28 Dec 2013 14:12:42 +0100 Message-ID: Subject: Screen vertical split To: FreeBSD Ports mailing list Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 13:13:03 -0000 How do I split screen vertically? Neither "Ctrl+a, |" nor "Ctrl+a V" seems to work... -- Vyrdsamt, Jakob Breivik Grimstveit | +47 4829 8152 http://grimstveit.no/jakob From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 13:53:34 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 715982C9 for ; Sat, 28 Dec 2013 13:53:34 +0000 (UTC) Received: from mail-pb0-x231.google.com (mail-pb0-x231.google.com [IPv6:2607:f8b0:400e:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 488E21EC8 for ; Sat, 28 Dec 2013 13:53:34 +0000 (UTC) Received: by mail-pb0-f49.google.com with SMTP id jt11so9977279pbb.8 for ; Sat, 28 Dec 2013 05:53:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=wwPL8S0SfYrsvjAVRIHvvcwvUTLA4W5rMpOHvOypu4Y=; b=MlP3q2IlHy0k6lBpUR6SMOCnDJrqsO7jv3aj8Ih6tsEYLPmwjsfAL/KPHrZxt6qcIv SVShMFpQeGKTVJuBkebQtMBy1+ZI9xrDCHGcxCS9x229zk81zRVU28UKhp0Jd9gPP3CB 7nv1MCRPGfVIswNcbfnSzchUrMeaJ53oqFBS5lh1gSrMeC6EwBXFasVFw5iude+cMxhM UWvuhq8Bvlln6K7vngw3KGLIQlvZozyMCQebVeIS8+j9BTC4FEp6l8hyP6w7qd9VQ/xG 7bCH+YtMGkTvKxtWk+MxwGOYOlSsFa0jCCgysEjB2yXlFuwYcaospRzIK4Q6BZ8Tfyx/ gKvw== MIME-Version: 1.0 X-Received: by 10.68.196.193 with SMTP id io1mr57501574pbc.46.1388238813862; Sat, 28 Dec 2013 05:53:33 -0800 (PST) Received: by 10.70.86.69 with HTTP; Sat, 28 Dec 2013 05:53:33 -0800 (PST) In-Reply-To: References: Date: Sat, 28 Dec 2013 14:53:33 +0100 Message-ID: Subject: Re: Screen vertical split From: Zsolt Udvari To: Jakob Breivik Grimstveit Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Ports mailing list X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 13:53:34 -0000 As I know it's impossible in screen, see [1]. This was the main reason why I choose tmux. [1] http://unix.stackexchange.com/questions/26685/how-to-split-window-vertically-in-gnu-screen 2013/12/28 Jakob Breivik Grimstveit : > How do I split screen vertically? Neither "Ctrl+a, |" nor "Ctrl+a V" seems > to work... > > > -- > Vyrdsamt, > Jakob Breivik Grimstveit | +47 4829 8152 > http://grimstveit.no/jakob > _______________________________________________ > 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 Dec 28 14:52:55 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 079D512C; Sat, 28 Dec 2013 14:52:55 +0000 (UTC) Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com [IPv6:2a00:1450:400c:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6C3651285; Sat, 28 Dec 2013 14:52:54 +0000 (UTC) Received: by mail-wg0-f48.google.com with SMTP id z12so8810901wgg.15 for ; Sat, 28 Dec 2013 06:52:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=Ch9YxjNgSzs20FZWheRxLgtVDITXLTiJgnzCssMqG2I=; b=DUPb9UFw9LTitQxxMp2SNgNvalORzUhmxV8Zf+negrAbbzbRZJjhJqKPIQUk7D4oo6 IhCpYyqJiCVU9VcAOQ6bZTE9WjHhPaa/sxhpDljUSoK3RQ1uqmKHmv2890gnY4wZHcMZ 3OAezZET4R2OCtGs9PurDbvsKYDpw4UZt4JsNA070J1wlFYhQRFkZILjhbdsbxsd9xV4 SDoB8t4TcWlDw/hjZZCZaDsWkCKWPf2Prvl0WD/4G8mbdj7a403drJimGiXMyBK00SDb +ZwIyiL4rcfVliDRcEhhxeQQpHm9NhOUX0b1NnSsCUF1RY0sD+YAtYzjH16b3v20Nqwq Hf1A== X-Received: by 10.194.20.230 with SMTP id q6mr13397289wje.49.1388242372817; Sat, 28 Dec 2013 06:52:52 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id dd3sm21569510wjb.9.2013.12.28.06.52.51 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 28 Dec 2013 06:52:52 -0800 (PST) Sender: Baptiste Daroussin Date: Sat, 28 Dec 2013 15:52:50 +0100 From: Baptiste Daroussin To: ports@FreeBSD.org, stable@FreeFreeBSD.org, current@FreeBSD.org Subject: [HEADSUP] recursive dependency registration is gone for pkgng users Message-ID: <20131228145250.GP40122@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X9OP1fpbq0KufMFh" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 14:52:55 -0000 --X9OP1fpbq0KufMFh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi all, With r337100, we do stop registering recursively the dependency. As a result the dependency tracking is better and finer grain, as a side effect, tinderbox and poudriere users do need to rebuild all their packages from scratch. For poudriere pass the -c to the bulk option. regards, Bapt --X9OP1fpbq0KufMFh Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlK+5cIACgkQ8kTtMUmk6ExERQCfbzXPkltffWTVGqARXxV+Deby GocAn23d2xsN3pt5DaxSelVygmYEPzCH =uS8g -----END PGP SIGNATURE----- --X9OP1fpbq0KufMFh-- From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 15:18:30 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5273A6BC for ; Sat, 28 Dec 2013 15:18:30 +0000 (UTC) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DC0B013C0 for ; Sat, 28 Dec 2013 15:18:29 +0000 (UTC) Received: by mail-wi0-f182.google.com with SMTP id en1so10385258wid.3 for ; Sat, 28 Dec 2013 07:18:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=5JYgu1BMT1hksKWp55cuUHzY6Ty4MjqLsmJzUFgCxnc=; b=ezZmNnDxWp32fZDjU7WPOVO7BD4diJmf2OROwh3FRWESACy/dO9BB9nzzQitpLKPUC paTCSMkhug8RIy+3aoQnoPCjXcVilLhhdP8jRp0l3PiN5sfIcGBlJVm3VOG93XoKfN31 1v0tobkTjcpWC/j/T8ZklfjQ+ls12QzUFKuYRPD+CACWf/qqK2jQ/6fjOxuaGXChNydy e+QBQnzlxrO1s4CDCEPDBFfm1KI7i0vSiSwFxnuolHx5bXRLTpXp54I04HbTCEql/BSh TxgpSlfFeaH1amY2K42LS9/E91T0kih7i8JR/Zs97KTmE0iJ9jKMKzwPY8H/Iy6oCWpq z3Vg== X-Received: by 10.180.36.40 with SMTP id n8mr37445651wij.54.1388243908231; Sat, 28 Dec 2013 07:18:28 -0800 (PST) Received: from kontrol.kode5.net (kontrol.kode5.net. [80.229.5.32]) by mx.google.com with ESMTPSA id z2sm57342961wiy.11.2013.12.28.07.18.27 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 28 Dec 2013 07:18:27 -0800 (PST) Message-ID: <52BEEBC2.2010207@gmail.com> Date: Sat, 28 Dec 2013 15:18:26 +0000 From: James Griffin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Screen vertical split References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 15:18:30 -0000 On 12/28/2013 13:53, Zsolt Udvari wrote: > As I know it's impossible in screen, see [1]. > This was the main reason why I choose tmux. > > [1] http://unix.stackexchange.com/questions/26685/how-to-split-window-vertically-in-gnu-screen > > > 2013/12/28 Jakob Breivik Grimstveit : >> How do I split screen vertically? Neither "Ctrl+a, |" nor "Ctrl+a V" seems >> to work... >> I too wondered about this. I just put it down to a problem with the port that would get fixed at some point; so, is it something that won't be possible on FreeBSD? I also have a similar problem with tmux: the vertical pane divider doesn't accept the colours defined in the configuration file, and even with no configuration file it shows as though the pane have split a second time when the haven't. Same in xterm and console. From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 15:32:16 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C060FA4E for ; Sat, 28 Dec 2013 15:32:16 +0000 (UTC) Received: from mail-pd0-x22a.google.com (mail-pd0-x22a.google.com [IPv6:2607:f8b0:400e:c02::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 96E4C1502 for ; Sat, 28 Dec 2013 15:32:16 +0000 (UTC) Received: by mail-pd0-f170.google.com with SMTP id g10so10019205pdj.1 for ; Sat, 28 Dec 2013 07:32:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=VXWDHvNGEHsHXsWM3VL8XQfKpozxMleZxlB/LXleLoY=; b=m8aM6zUuTY7LCXa+GxOdkL/kOR/ky3tJ8zQYM4632GXMiK07eENfkLOcVgZY+JOAVI xW9CCNfcNh9b11TwLIcAD9ciNLmNv0mtD7xlf49ttcVKHOJBKbYMM1i2YryRN3RkJ/Zg OTXh8K/n9ascjBJxUP2c/wxDb/bv9FcxV5zErIp/aWt1uwJHFXZSn64KDadZCrZQwLZf O2BKWfVH4DwFXtoQ5QnIl5G91tWO50AMGpyN9k3gr8WoDqsiH5srg2bHJSy2Ewf1/MWJ xWwGKt+4hkHKL1ORcyszqfQApvI3pDHFHQ/3dWhSxnkGtJQGhLUGO/lQnpBOGyagg9MQ yTnw== MIME-Version: 1.0 X-Received: by 10.68.242.163 with SMTP id wr3mr58763468pbc.84.1388244736076; Sat, 28 Dec 2013 07:32:16 -0800 (PST) Received: by 10.70.86.69 with HTTP; Sat, 28 Dec 2013 07:32:15 -0800 (PST) In-Reply-To: <52BEEBC2.2010207@gmail.com> References: <52BEEBC2.2010207@gmail.com> Date: Sat, 28 Dec 2013 16:32:15 +0100 Message-ID: Subject: Re: Screen vertical split From: Zsolt Udvari To: James Griffin Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Ports mailing list X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 15:32:16 -0000 Sorry, maybe my information is outdated. There is a patch and I think ubuntu [1] uses this patch. Check: curl http://archive.ubuntu.com/ubuntu/pool/main/s/screen/screen_4.0.3-14ubuntu10.diff.gz | gzcat | grep vertic [1] http://packages.ubuntu.com/saucy/screen 2013/12/28 James Griffin : > > On 12/28/2013 13:53, Zsolt Udvari wrote: >> >> As I know it's impossible in screen, see [1]. >> This was the main reason why I choose tmux. >> >> [1] >> http://unix.stackexchange.com/questions/26685/how-to-split-window-vertically-in-gnu-screen >> >> >> 2013/12/28 Jakob Breivik Grimstveit : >>> >>> How do I split screen vertically? Neither "Ctrl+a, |" nor "Ctrl+a V" >>> seems >>> to work... >>> > > I too wondered about this. I just put it down to a problem with the port > that would get fixed at some point; so, is it something that won't be > possible on FreeBSD? I also have a similar problem with tmux: the vertical > pane divider doesn't accept the colours defined in the configuration file, > and even with no configuration file it shows as though the pane have split a > second time when the haven't. Same in xterm and console. > > _______________________________________________ > 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 Dec 28 15:47:21 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7D5AFBFA for ; Sat, 28 Dec 2013 15:47:21 +0000 (UTC) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 116A115BB for ; Sat, 28 Dec 2013 15:47:20 +0000 (UTC) Received: by mail-wi0-f175.google.com with SMTP id hi5so15128627wib.14 for ; Sat, 28 Dec 2013 07:47:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=ZVTOa7DimVhVYwomnZ2L5LoqJ8n+9H1ewKgLJzrFPjQ=; b=N+4Pu0CVbLR4en+GwF6sqhYryhLqM2QGSRi/LBDHyxt3o/8Y7R/xDauv71f7rlOH1y aQ2beP11JJxYGOiSoxo3CZdU7ea5C8mVKQtbPRRKaoEilOi1gYQ/QYEbY2R1UuyuHcRH 7YKE3zRmBVcrFtyPhVX+RcMPHa+2oJN7ebblGqdHxetsu9Wbetq8BchDIbsnlzBrwbss kF/mpRZYa430LO29QjWawTnwCDxrGgxQ2ZNl/8GcYtgrlgwPU1Z2dJIBhc6W7r8XqClu MsKdzwqn6n0P2cSP/v9EdQGl+Dwu6+7XQXzozfGNuVzY2oL05G2c8aw6jDM2mrmNX57J XrpQ== X-Received: by 10.180.103.193 with SMTP id fy1mr38380772wib.10.1388245639503; Sat, 28 Dec 2013 07:47:19 -0800 (PST) Received: from kontrol.kode5.net (kontrol.kode5.net. [80.229.5.32]) by mx.google.com with ESMTPSA id hv3sm27593054wib.5.2013.12.28.07.47.18 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 28 Dec 2013 07:47:19 -0800 (PST) Message-ID: <52BEF286.8040703@gmail.com> Date: Sat, 28 Dec 2013 15:47:18 +0000 From: James Griffin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Screen vertical split References: <52BEEBC2.2010207@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 15:47:21 -0000 On 12/28/2013 15:32, Zsolt Udvari wrote: > Sorry, maybe my information is outdated. There is a patch and I think > ubuntu [1] uses this patch. Check: > curl http://archive.ubuntu.com/ubuntu/pool/main/s/screen/screen_4.0.3-14ubuntu10.diff.gz > | gzcat | grep vertic > > [1] http://packages.ubuntu.com/saucy/screen > > It is a documented command so i'm not sure why a patch would be necessary From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 15:53:05 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 89EDAE1A for ; Sat, 28 Dec 2013 15:53:05 +0000 (UTC) Received: from mail-pb0-x236.google.com (mail-pb0-x236.google.com [IPv6:2607:f8b0:400e:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 60D1F162A for ; Sat, 28 Dec 2013 15:53:05 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id un15so10182944pbc.13 for ; Sat, 28 Dec 2013 07:53:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=9p3/H5gSd1xQoUddkxY7unCS4wo1rmw7c0rRdDwKG9E=; b=RrZaRmRllF8wubdMjvwM0t0xyw2uXSGrx97rzNbDEqwW3iqIpA1vVG4LyQf021W1jK +i2u58bXjW+FLOoberuhIyFiUiDa+b1tXFJO6vQ6VDm9lUXeNLK/x7U77WeqvFt89gtV pzhvj4da/PhMuciQDO/y9gaG/rrTKxntBv30mG3zgfYY3itkdGuYmx9CKK6BhjdPebq/ ufYryOYALrr7rFOoPZooOQ1zH0jzPCVUJ6To+4/FPzjM6H9S0bRFavbc9yDPfILG+h3/ HUejh+u2Hx6kWZ2blgiyzm0TRkZaLtlis9BV/pbDVERLJWvncYbHh1MMzme72zDv1Xgq T3gg== MIME-Version: 1.0 X-Received: by 10.68.236.35 with SMTP id ur3mr57417823pbc.137.1388245985076; Sat, 28 Dec 2013 07:53:05 -0800 (PST) Received: by 10.70.86.69 with HTTP; Sat, 28 Dec 2013 07:53:05 -0800 (PST) In-Reply-To: <52BEF286.8040703@gmail.com> References: <52BEEBC2.2010207@gmail.com> <52BEF286.8040703@gmail.com> Date: Sat, 28 Dec 2013 16:53:05 +0100 Message-ID: Subject: Re: Screen vertical split From: Zsolt Udvari To: James Griffin Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Ports mailing list X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 15:53:05 -0000 > It is a documented command so i'm not sure why a patch would be necessary The _vertical_ split? From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 15:57:25 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 31A40ED8 for ; Sat, 28 Dec 2013 15:57:25 +0000 (UTC) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B90241646 for ; Sat, 28 Dec 2013 15:57:24 +0000 (UTC) Received: by mail-wi0-f169.google.com with SMTP id j9so6610249wiv.0 for ; Sat, 28 Dec 2013 07:57:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=5oIhtkzLpTKuPXkddHb0XCb//kEEFAYh5dXRP5+OGfM=; b=sspZ/YLRf6S7Rdes9ZjEfAIpgJp657z2uLArFaZ4a532318xMYgT+3QbmcCSA8NehN APwF0ND53nWHiilDIq1PlUfLmRAAHTeR+PivsPhyAIi70FlqYm2fKP31TAp+G3p3Pyl4 +xfQCode1KzwLzqj3/6p/lwH7aMBYwcY1ARjzlJTcyixgTtN90QcTMUHqGX0sNK6Y455 7QN4/JXNOpx4QEgv1hSbMJnHVzTzUQ5WUxKuaMLmBWEqOUu7++XV/Co5n5bIzNwyuqi7 o2111Pga9LgRQz9oNVFzxJidVUWqU0xQNVeSckAk1XxE45i7xeApVu2Qnqheg4KtehCi Rvbg== X-Received: by 10.180.108.240 with SMTP id hn16mr37236336wib.5.1388246243097; Sat, 28 Dec 2013 07:57:23 -0800 (PST) Received: from kontrol.kode5.net (kontrol.kode5.net. [80.229.5.32]) by mx.google.com with ESMTPSA id po3sm21683993wjc.3.2013.12.28.07.57.22 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 28 Dec 2013 07:57:22 -0800 (PST) Message-ID: <52BEF4E1.2070703@gmail.com> Date: Sat, 28 Dec 2013 15:57:21 +0000 From: James Griffin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Screen vertical split References: <52BEEBC2.2010207@gmail.com> <52BEF286.8040703@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 15:57:25 -0000 On 12/28/2013 15:53, Zsolt Udvari wrote: >> It is a documented command so i'm not sure why a patch would be necessary > The _vertical_ split? yeah, it's in the docs I found online, although not in the man page on FreeBSD. From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 16:07:39 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF34D1BA; Sat, 28 Dec 2013 16:07:39 +0000 (UTC) Received: from qat.redports.org (unknown [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8DEEE16D9; Sat, 28 Dec 2013 16:07:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=fAdFt9xUBy3ma8v/ZmqKtsNj8jEnN6xLEDUPJirj0jk=; b=PIeuuP+Zr+PlM2iumvowVtJ1QlrfSD+GRozcoaOYX4TW4pVmGGiwwjXPEmEbXMoxUZugUodU93ltQrxufj3IjNLtj7z8kv2tL6sNLr3UtQk3M7MOMWN4OyZnuW1UiGnnT+G+qfaM3xB+n8cRx6VtMIi+crtCjzUR7W2gPUGjjV4=; Received: from www by qat.redports.org with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VwwQL-000BYx-Hi; Sat, 28 Dec 2013 16:07:37 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: jmmv@FreeBSD.org X-Trac-Project: redports Date: Sat, 28 Dec 2013 16:07:37 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r337877: 2x leftovers, 2x fetch To: jmmv@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20131228160201-45624 X-Trac-Build-ID: 20131228160201-45624 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 16:07:39 -0000 Add devel/shtk. The Shell Toolkit (shtk) is an application toolkit for programmers writing POSIX-compliant shell scripts. shtk provides a collection of reusable modules that work on a wide variety of operating systems and shell interpreters. The included modules aid developers in implementing usable and consistent CLI interfaces, interacting with processes, parsing configuration files and manipulating higher-level data types among other things. Reviewed by: rpaulo (ex-mentor) Approved by: bdrewery (ports) --------------------------------------------------------------------- Build ID: 20131228160201-45624 Job owner: jmmv@FreeBSD.org Buildtime: 6 minutes Enddate: Sat, 28 Dec 2013 16:07:36 GMT Revision: r337877 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=337877 --------------------------------------------------------------------- Port: devel/shtk 1.3 Buildgroup: 8.4-QAT/amd64 Buildstatus: FETCH Log: https://qat.redports.org//~jmmv@FreeBSD.org/20131228160201-45624-244848/shtk-1.3.log Buildgroup: 8.4-QAT/i386 Buildstatus: FETCH Log: https://qat.redports.org//~jmmv@FreeBSD.org/20131228160201-45624-244849/shtk-1.3.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~jmmv@FreeBSD.org/20131228160201-45624-244850/shtk-1.3.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~jmmv@FreeBSD.org/20131228160201-45624-244851/shtk-1.3.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 16:07:57 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4C5FA253 for ; Sat, 28 Dec 2013 16:07:57 +0000 (UTC) Received: from mail-pd0-x232.google.com (mail-pd0-x232.google.com [IPv6:2607:f8b0:400e:c02::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1F69816E2 for ; Sat, 28 Dec 2013 16:07:57 +0000 (UTC) Received: by mail-pd0-f178.google.com with SMTP id y10so10009267pdj.9 for ; Sat, 28 Dec 2013 08:07:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=sLUW9ISY8JvsqFma8Wcq8XjMsowtvP7SR9o/LShXn+4=; b=hKI1HqHVOFUJFF7RsAF8S/HLal++n0KE1/UNeylC3NGw2DjyfbTWjk9mcLURgWzEyl oPTxVbuspQUZ7BQCirMu5KOaXSgihFfyuIGlmER34r8+BnPpDDResE1wq6rQIrFbbFxM z7NtzmXajdO4AlBVony5uECHC4rDLkahtkWgmtpNmVUnd6iEqAb5AFWR/nZrI5PvWbrD 9ddJVUn1MwYWZwUzYFbosEEXliloOrQvFnFFoCFtCv6Sh7OdD3rBf+DxQVFAT/L+r4NK haGODxZT51oIoj/V+zLDERpjtu41KCHXn4Z+U6tt3rZJQpCsSDxMJRY6B4wZMeV2LXD9 T3Qg== MIME-Version: 1.0 X-Received: by 10.68.242.163 with SMTP id wr3mr58948298pbc.84.1388246876840; Sat, 28 Dec 2013 08:07:56 -0800 (PST) Received: by 10.70.86.69 with HTTP; Sat, 28 Dec 2013 08:07:56 -0800 (PST) In-Reply-To: <52BEF4E1.2070703@gmail.com> References: <52BEEBC2.2010207@gmail.com> <52BEF286.8040703@gmail.com> <52BEF4E1.2070703@gmail.com> Date: Sat, 28 Dec 2013 17:07:56 +0100 Message-ID: Subject: Re: Screen vertical split From: Zsolt Udvari To: James Griffin Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Ports mailing list X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 16:07:57 -0000 2013/12/28 James Griffin : > yeah, it's in the docs I found online, although not in the man page on > FreeBSD. Ahh. I don't find it in FreeBSD's manpage. I'm using tmux but installed now screen and as I see there's not vertical split. From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 16:31:54 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D34D974B; Sat, 28 Dec 2013 16:31:54 +0000 (UTC) Received: from gate.utahime.jp (ipq210.utahime.jp [183.180.29.210]) by mx1.freebsd.org (Postfix) with ESMTP id 1A41818A0; Sat, 28 Dec 2013 16:31:54 +0000 (UTC) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) by gate.utahime.jp (Postfix) with ESMTP id DAF9961FD8; Sun, 29 Dec 2013 01:31:51 +0900 (JST) Received: from eastasia.home.utahime.org (localhost [127.0.0.1]) by localhost-backdoor.home.utahime.org (Postfix) with ESMTP id AD74B4E630; Sun, 29 Dec 2013 01:31:51 +0900 (JST) Received: from localhost (rolling.home.utahime.org [192.168.174.11]) by eastasia.home.utahime.org (Postfix) with ESMTPA id 66D6A4E62F; Sun, 29 Dec 2013 01:31:51 +0900 (JST) Date: Sun, 29 Dec 2013 01:31:22 +0900 (JST) Message-Id: <20131229.013122.533749649.yasu@utahime.org> To: bapt@FreeBSD.org Subject: Re: [HEADSUP] recursive dependency registration is gone for pkgng users From: Yasuhiro KIMURA In-Reply-To: <20131228145250.GP40122@ithaqua.etoilebsd.net> References: <20131228145250.GP40122@ithaqua.etoilebsd.net> X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: ports@FreeBSD.org, stable@FreeFreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 16:31:54 -0000 From: Baptiste Daroussin Subject: [HEADSUP] recursive dependency registration is gone for pkgng users Date: Sat, 28 Dec 2013 15:52:50 +0100 > as a side effect, > tinderbox and poudriere users do need to rebuild all their packages from > scratch. Does this mean rebuilding is necessary only if either tinderbox or poudriere are used, or all packages have to be rebuilt anyway if pkgng is used? Best Regards. --- Yasuhiro KIMURA From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 16:35:40 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82CD98FE; Sat, 28 Dec 2013 16:35:40 +0000 (UTC) Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com [IPv6:2a00:1450:400c:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E2A5218CC; Sat, 28 Dec 2013 16:35:39 +0000 (UTC) Received: by mail-wg0-f49.google.com with SMTP id x12so8873809wgg.4 for ; Sat, 28 Dec 2013 08:35:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=DoMsFr4zLXvs7kJoJBJnCnW+stgpZHwT+YD9UhOGbts=; b=ySKhUiltQ9PmCYu9d/BLfapVMSVTjFfZhPXBLGPVaFoWkkYCi8URWJ7dl1WcnkOFTG uw9uo/pUMpigMB63cgsn8+xtAUbFnXQYc6IaJKtHbGgby/2ynxN2m6jEGLEGn0Ft3ZWf n/DocK7PbZ8rnwFZNL9hOAaxMBj4xaoYXrQZuW4y4n7Vu9ZXdspIhvVE0Bms0YUH/8hH WUf2ZNJZIFrni5enoMQfnkn+01jQ8EY5oOcMKiylMScC5ei0Sh0xIvfQ3goGLFIv4obc b4q4ve5Nf3t1WQ2N1INAtA3lFkZcU3BTIEKQl7t74REZRoF5J+vWBycMZAO8+uSkQltk oQOA== X-Received: by 10.194.93.105 with SMTP id ct9mr38176909wjb.6.1388248538397; Sat, 28 Dec 2013 08:35:38 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id j9sm21755738wjz.13.2013.12.28.08.35.37 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 28 Dec 2013 08:35:37 -0800 (PST) Sender: Baptiste Daroussin Date: Sat, 28 Dec 2013 17:35:35 +0100 From: Baptiste Daroussin To: Yasuhiro KIMURA Subject: Re: [HEADSUP] recursive dependency registration is gone for pkgng users Message-ID: <20131228163535.GS40122@ithaqua.etoilebsd.net> References: <20131228145250.GP40122@ithaqua.etoilebsd.net> <20131229.013122.533749649.yasu@utahime.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Wty5iWagpjJlozQq" Content-Disposition: inline In-Reply-To: <20131229.013122.533749649.yasu@utahime.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@FreeBSD.org, stable@FreeFreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 16:35:40 -0000 --Wty5iWagpjJlozQq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 29, 2013 at 01:31:22AM +0900, Yasuhiro KIMURA wrote: > From: Baptiste Daroussin > Subject: [HEADSUP] recursive dependency registration is gone for pkgng us= ers > Date: Sat, 28 Dec 2013 15:52:50 +0100 >=20 > > as a side effect, > > tinderbox and poudriere users do need to rebuild all their packages from > > scratch. >=20 > Does this mean rebuilding is necessary only if either tinderbox or > poudriere are used, or all packages have to be rebuilt anyway if pkgng > is used? >=20 Only when building with tinderbox/poudriere, people bulding other ways are = safe and the packages will on the flow drop their useless dependencies regards, Bapt --Wty5iWagpjJlozQq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlK+/dcACgkQ8kTtMUmk6EwsSgCfQr+abOu9IRwklECgooZ5PN8k WQYAn00ckFPRva89uQHH/C1csdugYKhK =d9tN -----END PGP SIGNATURE----- --Wty5iWagpjJlozQq-- From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 16:41:39 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A2727D72 for ; Sat, 28 Dec 2013 16:41:39 +0000 (UTC) Received: from smtp.peterschmitt.fr (smtp.peterschmitt.fr [IPv6:2a01:4f8:a0:72c8:4224::3]) by mx1.freebsd.org (Postfix) with ESMTP id 5E6041952 for ; Sat, 28 Dec 2013 16:41:39 +0000 (UTC) Received: from [IPv6:2a01:e35:8a3f:81f0:3e97:eff:feae:d925] (unknown [IPv6:2a01:e35:8a3f:81f0:3e97:eff:feae:d925]) by smtp.peterschmitt.fr (Postfix) with ESMTPSA id 4810E60009; Sat, 28 Dec 2013 17:42:20 +0100 (CET) Message-ID: <52BEFF19.6000906@peterschmitt.fr> Date: Sat, 28 Dec 2013 17:40:57 +0100 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20131103 Icedove/17.0.10 MIME-Version: 1.0 To: Zsolt Udvari Subject: Re: Screen vertical split References: <52BEEBC2.2010207@gmail.com> <52BEF286.8040703@gmail.com> <52BEF4E1.2070703@gmail.com> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a9h81es3gMR7DlKqo1G0Igc6i17eIBuqC" Cc: James Griffin , FreeBSD Ports mailing list X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 16:41:39 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --a9h81es3gMR7DlKqo1G0Igc6i17eIBuqC Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Le 28/12/2013 17:07, Zsolt Udvari a =E9crit : > 2013/12/28 James Griffin : >> yeah, it's in the docs I found online, although not in the man page on= >> FreeBSD. > Ahh. I don't find it in FreeBSD's manpage. > I'm using tmux but installed now screen and as I see there's not vertic= al split. What version of FreeBSD and Screen/Tmux are you using? I can do a vertical split with Tmux 1.7/1.8 (dont know for screen) and FreeBSD 9/10 --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --a9h81es3gMR7DlKqo1G0Igc6i17eIBuqC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBAgAGBQJSvv8fAAoJEFr01BkajbiBcQkP/1dbSFxi+sZNp2Zm17LoPhiF tG/Ik3WTMDSBnCMCZ38i7aaFtpA55/nefgTcLomS7hYMXqp7PrK+1AvZex9xDFtH sA0p4CIPA0DAIuUfPuyRciu4x9gvPES6nT6Up6xZ0/5jDmC3T13zjjrpC1Bc81O8 +WsuoLFMkBy6OdO0BuKeM+mD2wlocF6ir8E/+ahkyEbbrXyDmj12eOrpSzfmY5Cu Knq0eg0y5lNpa6y6cSrJx2pkaVs5pAbmc8fnpMn9Z+lgUjTJq+92Ht0xvHHPwBwM kStS/JmfcH66rU13Ys9FWJqzz04bRwml3Sc7KNC5/4D5f2lBd5xEb8NrfZ3/VQbX 8Dp4VX8Ho4XCjA76OFmWQlD4ypO2Fm2hae95hd6olIeQTWV+kxlZz79R5oRtjlrX fGi9nKFN2ZVtOa4xo/q6ADtD+aKpdnlbfdacYfs2+nfkjkJfJqYwEt44aHtoKxOX YJ+1sc7F7qPXMumR4E8NKsn2bifg6fYAJZVVS+Ls7uH5na+jsjxkhewz/vL043Dp Q5AY/3NMuFNKq5jk41Gm4GAaaNhsmRNqkxaTWEu6E+Oa7lSbT2HE2cf1zTU9rFvp isj4SyfMMKzIpVQmTpZcNB06/WbVZlNTIqH7qsF2IfOf++Mi/tY/NH0Gh4p81ZnN fijWwLNE5yn2REk0ZgZQ =bwy+ -----END PGP SIGNATURE----- --a9h81es3gMR7DlKqo1G0Igc6i17eIBuqC-- From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 16:46:04 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 35270F06 for ; Sat, 28 Dec 2013 16:46:04 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D344D1973 for ; Sat, 28 Dec 2013 16:46:03 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.7/8.14.7) with ESMTP id rBSGjsQB020067 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sat, 28 Dec 2013 16:45:55 GMT (envelope-from matthew@FreeBSD.org) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk rBSGjsQB020067 Authentication-Results: smtp.infracaninophile.co.uk/rBSGjsQB020067; dkim=none reason="no signature"; dkim-adsp=none Message-ID: <52BF0035.9010400@FreeBSD.org> Date: Sat, 28 Dec 2013 16:45:41 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: [HEADSUP] recursive dependency registration is gone for pkgng users References: <20131228145250.GP40122@ithaqua.etoilebsd.net> <20131229.013122.533749649.yasu@utahime.org> In-Reply-To: <20131229.013122.533749649.yasu@utahime.org> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="6sPR0xk6lPfhAfwOuSmReX1eScSOdumJA" X-Virus-Scanned: clamav-milter 0.98 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DCC_CHECK autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 16:46:04 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --6sPR0xk6lPfhAfwOuSmReX1eScSOdumJA Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 28/12/2013 16:31, Yasuhiro KIMURA wrote: > From: Baptiste Daroussin > Subject: [HEADSUP] recursive dependency registration is gone for pkgng = users > Date: Sat, 28 Dec 2013 15:52:50 +0100 >=20 >> as a side effect, >> tinderbox and poudriere users do need to rebuild all their packages fr= om >> scratch. >=20 > Does this mean rebuilding is necessary only if either tinderbox or > poudriere are used, or all packages have to be rebuilt anyway if pkgng > is used? If you are running your own pkg repo, then you should rebuild all the packages you supply from it. You shouldn't need to rebuild / reinstall all of the packages already installed on your system -- they will continue to work just fine. As time goes on, and you naturally upgrade installed packages as part of normal system maintenance, you may notice the dependency lists changing, but that's about all. The point of this change is to help binary package management choosing the right set of packages from available repositories as it works; if you're building everything locally via portmaster(8) or otherwise, then it's not going to have much effect on you. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --6sPR0xk6lPfhAfwOuSmReX1eScSOdumJA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJSvwBBXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATyoIP/AmwMWwzJXpdJhmppYLs1u7j 35J/cikI610bGNLjNHChGoeoXFAImj/S6e4mfEipbQ26Ntft06p4UzOqb/BJZfZW VbQN8A7NTg5JzFm3o5bQPgH4uoG2Ps0cdHiEIaTZSSjAZCuCQZ6ICuoic6jmYUYF mSDqcgic8QDVwNzyZsFsRWWQjl3Av9kinS6wwvzoG2CbMxhTsFJE41VdAapexgPC pqW1x9R5JgST3lgRnABC5umXAGAk7lpDKcFcJGPjOFTy6xAUp3FQsusH8dtA/vns 4Z4GylOsU8d5UHYGSYXUm68tTuZwbFpKCnOxlGDODyrsrR2ue1rHcV/t+M+mVznI fXBxSK+/gzLRi0UaUsRkrxhk3nVMuG5jhyT+oU0NmwnKogBQwbwFiSu+Yewm8StW BIiLgdo2yEGUav24o+KmWypfj/JzZa7HwG/65mGzqhEO3MFzi2TMYo8/YbUi3Xc5 nh51rx41mzZ/GcRJ2aI2KFU8KGTTgZ4sn/Ys6+8k7PhkZsHuA0T5OJ5GPeoNvnX0 8ejALrqsq0c3yoYQot6k7n+7UZ1utmtbzFe+f85ewnkidMMni1puCBnw0Xux0pZH c/p8w9e2F/zPWiGb2w+/ub0x09C/ulxPQJIyJ15QOYya7LaYYjWJb/Hf8L8s988n bGR+yH8u2K2xFYH6bMRF =WcIG -----END PGP SIGNATURE----- --6sPR0xk6lPfhAfwOuSmReX1eScSOdumJA-- From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 17:19:38 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DECDB3D0; Sat, 28 Dec 2013 17:19:37 +0000 (UTC) Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com [IPv6:2a00:1450:400c:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4BF581B18; Sat, 28 Dec 2013 17:19:37 +0000 (UTC) Received: by mail-wg0-f48.google.com with SMTP id z12so8882003wgg.3 for ; Sat, 28 Dec 2013 09:19:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=0JOOIm1poTKKrrQNnyaFIpV6Bagth4PIv8JeKeuXNfc=; b=Uy/jhujVjFn/w8FZE2Jb8t5zLu1BKXHvY/bQ2ISPLeRO+ZQbTL9aMCpkpqAFdw5DvB IP2xjjTomSOHx4eZg45FArh54lKBNbLKxUgWCvMY/AD1YtgCmZxo1VL0NjjYf1QTsi4S 3B+J6cLeAThavcTvn0zlCqc5YyRVQMVyu09bjok5dkHrWCTSh97R9X52+c1P0+BA50p8 eWUBJvqWQS/R2LnLAVdWNLI+FMPOTe5dnOWAZS5kEmsMIw/MtOTzN1jKfmuASdL9NwG8 itSoySM+JsFqtiQmXxfjfnS9/SuxMoLlUZWzOXXOtAKyzzoqBHKgI55zYLFiJv5LY+cU RzdA== X-Received: by 10.194.6.161 with SMTP id c1mr28212wja.89.1388251175763; Sat, 28 Dec 2013 09:19:35 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id fj8sm60770443wib.1.2013.12.28.09.19.34 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 28 Dec 2013 09:19:34 -0800 (PST) Sender: Baptiste Daroussin Date: Sat, 28 Dec 2013 18:19:33 +0100 From: Baptiste Daroussin To: Matthew Seaman Subject: Re: [HEADSUP] recursive dependency registration is gone for pkgng users Message-ID: <20131228171933.GT40122@ithaqua.etoilebsd.net> References: <20131228145250.GP40122@ithaqua.etoilebsd.net> <20131229.013122.533749649.yasu@utahime.org> <52BF0035.9010400@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fDWuavwabVZ6mXOJ" Content-Disposition: inline In-Reply-To: <52BF0035.9010400@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 17:19:38 -0000 --fDWuavwabVZ6mXOJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 28, 2013 at 04:45:41PM +0000, Matthew Seaman wrote: > On 28/12/2013 16:31, Yasuhiro KIMURA wrote: > > From: Baptiste Daroussin > > Subject: [HEADSUP] recursive dependency registration is gone for pkgng = users > > Date: Sat, 28 Dec 2013 15:52:50 +0100 > >=20 > >> as a side effect, > >> tinderbox and poudriere users do need to rebuild all their packages fr= om > >> scratch. > >=20 > > Does this mean rebuilding is necessary only if either tinderbox or > > poudriere are used, or all packages have to be rebuilt anyway if pkgng > > is used? >=20 > If you are running your own pkg repo, then you should rebuild all the > packages you supply from it. >=20 > You shouldn't need to rebuild / reinstall all of the packages already > installed on your system -- they will continue to work just fine. As > time goes on, and you naturally upgrade installed packages as part of > normal system maintenance, you may notice the dependency lists changing, > but that's about all. >=20 > The point of this change is to help binary package management choosing > the right set of packages from available repositories as it works; if > you're building everything locally via portmaster(8) or otherwise, then > it's not going to have much effect on you. >=20 To be exact the only risk is that builders and only builders like tinderbox= and poudriere might have some strange build failures because of weird missing dependencies due to old packages badly tracking dependencies, no problem wh= en using those packages FYI pkg_install is still recursively tracking dependencies and won't be cha= nged. regards, Bapt --fDWuavwabVZ6mXOJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlK/CCUACgkQ8kTtMUmk6Ezd5wCfT/b4Ie7A91YMMQmX7MxijNW2 rSEAoJHkJbpLqUqbYvHNxk8oABo3qQUb =R+jf -----END PGP SIGNATURE----- --fDWuavwabVZ6mXOJ-- From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 17:22:31 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 67EDB49E; Sat, 28 Dec 2013 17:22:31 +0000 (UTC) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B815F1C91; Sat, 28 Dec 2013 17:22:30 +0000 (UTC) Received: from [192.168.1.113] (c-174-61-88-207.hsd1.fl.comcast.net [174.61.88.207]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id BD4AD435C7; Sat, 28 Dec 2013 11:22:19 -0600 (CST) Message-ID: <52BF08CB.7010602@marino.st> Date: Sat, 28 Dec 2013 18:22:19 +0100 From: John Marino User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: bsd.port.mk FETCH_ARGS defaults, why "-A" ? References: <52BE1763.8090105@marino.st> <52BE20DD.8060403@marino.st> <20131228005622.GH40122@ithaqua.etoilebsd.net> <20131228020531.468e36f9@bsd64.grem.de> <20131228012711.GJ40122@ithaqua.etoilebsd.net> In-Reply-To: <20131228012711.GJ40122@ithaqua.etoilebsd.net> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: marino@freebsd.org, Dimitry Andric , FreeBSD Mailing List , Michael Gmelin X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: marino@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 17:22:31 -0000 On 12/28/2013 02:27, Baptiste Daroussin wrote: > On Sat, Dec 28, 2013 at 02:05:31AM +0100, Michael Gmelin wrote: >> On Sat, 28 Dec 2013 01:56:22 +0100 >> Baptiste Daroussin wrote: >> >>> On Sat, Dec 28, 2013 at 01:52:45AM +0100, John Marino wrote: >>>> On 12/28/2013 01:49, Dimitry Andric wrote: >>>>> On 28 Dec 2013, at 01:12, John Marino >>>>> wrote: >>>>>> For months I've been getting a lot of fetch failures in ports >>>>>> that I couldn't reproduce outside of them. It appears it is >>>>>> caused by the default "-A" passed to fetch. >>>>>> >>>>>> For example, /usr/ports/emulators/javatari will fail with "make >>>>>> fetch" but it will succeed with with "make fetch FETCH_ARGS=-Fpr" >>>>>> >>>>>> I'd like to understand why "-A" is the default. Clearly many >>>>>> distfiles could be retrieved that aren't, so I'd like to know >>>>>> what -A is saving us from, and why that would be worse than the >>>>>> current situation? >>>>> >>>>> Crappy download sites that redirect you to ad pages, malware >>>>> domains, or worse? >>>>> >>>> >>>> And? >>>> The checksum won't match, and the next site in the MASTER_SITES list >>>> will be checked, right? What is the downside of this redirect? >>>> Keep in mind that the site was once "approved" by the port >>>> maintainer, it's not some random URL stuck in a wiki. >>> >>> That's to avoid infinite loop on redirection >>> >>> bapt >> >> libfetch allows a maximum um five redirects and the -A flag is >> implemented in terms of limiting this to one: >> >> http.c: >> ... >> /* Maximum number of redirects to follow */ >> #define MAX_REDIRECT 5 >> ... >> /* if the A flag is set, we only get one try */ >> n = noredirect ? 1 : MAX_REDIRECT; >> i = 0; >> ... >> > > Great so that s not an argument anymore, it was the argument I was told 2 years > ago when I proposed to remove the -A > Does that mean that "-A" option will be removed in the near future? As Doug indicated, there doesn't seem to be any current reason to have it and sufficient reason not to have it. John From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 17:43:12 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4732F9EB for ; Sat, 28 Dec 2013 17:43:12 +0000 (UTC) Received: from mail-pa0-x22a.google.com (mail-pa0-x22a.google.com [IPv6:2607:f8b0:400e:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 197021DA2 for ; Sat, 28 Dec 2013 17:43:12 +0000 (UTC) Received: by mail-pa0-f42.google.com with SMTP id lj1so10320638pab.15 for ; Sat, 28 Dec 2013 09:43:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=GwbRQAcRvYj8STol/H2OLCef8a9HyB6EQ44UUu9cEnI=; b=kdnEVZA6ECiuPzvXDR6mNvhQby0AYLfXebW4b3VQZG6gQNYFYJNHdnXkNFnH+0Vqvd JC9D+lMsO9p/QAtaAM+IVKvLXhxDdthCdmEjOYH6/DT1TipANeIYmyed68mBQa/532P/ 4p2FqRTrCL82SpV9yrrXmuJYRTIcvZcSdvHeBZdHKceZ2VvyerB28vqxCBllUm1agYoh R6LHwW7m5gz0iHD2CmoSZ31oHBymvHt6DaVZ8y9yAGXrh9CRsNtOClJcHbABJSI7TH9c x0iewtR1cyT3KtFGHAtndSO1zum5u042Rv9URQoQaE2j9VqxF7VdHTeWOYhTpO/LjrYP /SPA== MIME-Version: 1.0 X-Received: by 10.66.162.74 with SMTP id xy10mr35134336pab.4.1388252591677; Sat, 28 Dec 2013 09:43:11 -0800 (PST) Received: by 10.70.86.69 with HTTP; Sat, 28 Dec 2013 09:43:11 -0800 (PST) In-Reply-To: <52BEFF19.6000906@peterschmitt.fr> References: <52BEEBC2.2010207@gmail.com> <52BEF286.8040703@gmail.com> <52BEF4E1.2070703@gmail.com> <52BEFF19.6000906@peterschmitt.fr> Date: Sat, 28 Dec 2013 18:43:11 +0100 Message-ID: Subject: Re: Screen vertical split From: Zsolt Udvari To: Florent Peterschmitt Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: James Griffin , FreeBSD Ports mailing list X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 17:43:12 -0000 Sorry, if I was equivocal: * I'm using tmux and I can split vertically (and horizontally, of course :)= ) * I'm not using screen but I've installed for a probe and I think isn't possible to split vertically (without patching) Cheers, Zsolt 2013/12/28 Florent Peterschmitt : > Le 28/12/2013 17:07, Zsolt Udvari a =E9crit : >> 2013/12/28 James Griffin : >>> yeah, it's in the docs I found online, although not in the man page on >>> FreeBSD. >> Ahh. I don't find it in FreeBSD's manpage. >> I'm using tmux but installed now screen and as I see there's not vertica= l split. > > What version of FreeBSD and Screen/Tmux are you using? I can do a > vertical split with Tmux 1.7/1.8 (dont know for screen) and FreeBSD 9/10 > > > -- > Florent Peterschmitt | Please: > florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. > +33 (0)6 64 33 97 92 | * Send PDF for documents. > http://florent.peterschmitt.fr | * Trim your quotations. Really. > Proudly powered by Open Source | Thank you :) > From owner-freebsd-ports@FreeBSD.ORG Sat Dec 28 23:47:23 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2BEDF54D for ; Sat, 28 Dec 2013 23:47:23 +0000 (UTC) Received: from dougbarton.us (dougbarton.us [IPv6:2607:f2f8:ab14::2]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0EB4D147D for ; Sat, 28 Dec 2013 23:47:23 +0000 (UTC) Received: from [IPv6:2001:470:d:5e7:9035:6276:aa4a:69cb] (unknown [IPv6:2001:470:d:5e7:9035:6276:aa4a:69cb]) by dougbarton.us (Postfix) with ESMTPSA id E144422B27; Sat, 28 Dec 2013 23:47:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=dougbarton.us; s=dougbarton.us; t=1388274435; bh=13QICY63HUtd2e2/Ul9qRQ6E5p+CQjGrDOw9So1tAa4=; h=Date:From:To:Subject:References:In-Reply-To; b=OCtRn6DEvcDLmZGm6vIXTcWM0h2A4+ZYJdSuUFnNbJw7lGMr6d8mL+wqQ8pjvEOqt XD4lpIfm7+FleXLEfSaK3aqf+SNVM1WFSq5WK8eVvl7a275Cbs4eDEnouIpqUutTkK xItPGoNio1oScwxI+YPViRCroPzAnKeTBPxXne6E= Message-ID: <52BF6302.9080105@dougbarton.us> Date: Sat, 28 Dec 2013 15:47:14 -0800 From: Doug Barton User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Mathieu Arnold , freebsd-ports@freebsd.org Subject: Re: dns/bind* ports overwriting conf files References: <52BBC9A7.8050106@dougbarton.us> <6F8341277A5BAACC98F195D7@atuin.in.mat.cc> <52BE26F3.2010402@dougbarton.us> In-Reply-To: X-Enigmail-Version: 1.6 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 23:47:23 -0000 On 12/28/2013 02:57 AM, Mathieu Arnold wrote: > +--On 27 décembre 2013 17:18:43 -0800 Doug Barton > wrote: > | What I proposed as part of this work years ago was to create something > | like a bind-config package that would (optionally) install the same > | default files and configuration for the port that are still in the base > | for [89].x. That way users who just wanted the old default local resolver > | could get that behavior easily, and users with other needs would not have > | to have it. I still think that's the easiest and least painful way to > | manage the transition, and would encourage Erwin to consider it. (For > | extra credit, a different but similar sort of port should be created to > | enable DNSSEC validation, and should include the root zone trust anchor, > | and a description of how the user can validate it for themselves.) > > That's some interesting ideas, yes, the maintainer of bind will certainly > keep them in mind, whoever he is in the future. Having the possibility of > get sub packages and flavors in a few months will really help in that way. > > | In any case even a _plan_ to overwrite conf files blindly is a bad idea. > | So much the better to fix it now before it actually bites any users. > > Yes, it was, and it was fixed as soon as Erwin learnt about it. What I was > saying is that it only appears on freebsd where bind was absent from the > base, which, at that time was 10.0-BETAsomething or 11-CURRENT. I know it > was a *big* bug, but the impact was small because the os versions were not > releases. Thank you for considering my thoughts on the matter. Doug