From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 01:37: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]) by hub.freebsd.org (Postfix) with ESMTP id 1B3AADB9 for ; Sun, 24 Mar 2013 01:37:36 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-vc0-f181.google.com (mail-vc0-f181.google.com [209.85.220.181]) by mx1.freebsd.org (Postfix) with ESMTP id C55B5603 for ; Sun, 24 Mar 2013 01:37:35 +0000 (UTC) Received: by mail-vc0-f181.google.com with SMTP id hv10so3957538vcb.26 for ; Sat, 23 Mar 2013 18:37:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seibercom.net; s=google; h=x-received:date:from:to:subject:message-id:reply-to:organization :x-mailer:face:mime-version:content-type:content-transfer-encoding; bh=xAPaytQPm58jE4qQrX4K3+jaytsiNr8mQSak1gQkuGI=; b=Gon/MtJPq7aCn/k3kFzhRy8+iyOMF7ekqFyIPs3wfxkxdpMp+Cns5h6V1f/ZkNNpwp R0ybRyxF5LWPoADfZ3LawfhPr5u+0lAeOp2ojnr2r2yOK7dA91iBgN8u8g3ztQZrFFb7 HP9Pj4CoHYQxUYjuYYDnI5Xss2sj7bzXliqxM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:date:from:to:subject:message-id:reply-to:organization :x-mailer:face:mime-version:content-type:content-transfer-encoding :x-gm-message-state; bh=xAPaytQPm58jE4qQrX4K3+jaytsiNr8mQSak1gQkuGI=; b=Dekg6LNnpBu9miISCHypnP207jVcJCJWxD3yk948gDulrY+623zK8HZICwu3Odbrla nZr8flY2a4MA+rcdDejBCBfoNdnfx/MDDMwhyPCfqF2wTKUqNWYrxkpJ87xxx9WDyUbc DHAnSLXE5HSwckbjuT3nsi12wBqPQyCm/kUWoNBUEhyabLs6zs4/6mW0ztFWmUHiqcvb p60Uei8C6ryHVD3cOr1uFJ2YdZWwb+iwpUWXWdZa/YvGuZNQtQMqrzSfej7x6aMas0l8 mJ7c2it4HJu59uqJZQY6QbeUR2xL2O3jghAW3XLZSgdRw3z8vfuB8imFIp6dvhv5FTr7 iKRg== X-Received: by 10.58.213.37 with SMTP id np5mr8991881vec.54.1364088688823; Sat, 23 Mar 2013 18:31:28 -0700 (PDT) Received: from scorpio.seibercom.net (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPS id e8sm12235374vdt.7.2013.03.23.18.31.27 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 23 Mar 2013 18:31:28 -0700 (PDT) Received: from scorpio (localhost [127.0.0.1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3ZYLfk3kRfz2CG5T; Sat, 23 Mar 2013 21:31:26 -0400 (EDT) Date: Sat, 23 Mar 2013 21:31:26 -0400 From: Jerry To: freebsd-ports@freebsd.org, sunpoet@FreeBSD.org Subject: Updating curl Message-ID: <20130323213126.59789466@scorpio> Organization: seibercom.net X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.17; amd64-portbld-freebsd8.3) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Gm-Message-State: ALoCoQlLNDhXVU1WkB+dEDAQUkOWAQ01KaapAGBGZhtIezO1m+skSjvkiP/xVawsVV57Gen4LqOr X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 01:37:36 -0000 The port version of curl is "7.24.0_2". On February 6th. curl-7.29.0 was released. Is there any possibility that this port might be updated. A lot of "imap" support was added to this version. The 7.24 version was released over a year ago (01/24/12). -- Jerry â™” Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 02:08:24 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 895B53EC for ; Sun, 24 Mar 2013 02:08:24 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) by mx1.freebsd.org (Postfix) with ESMTP id 562266CD for ; Sun, 24 Mar 2013 02:08:23 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=2.0 cv=R4GB6KtX c=1 sm=0 a=0NJkuBbZY5VCdgJ+v5fl0w==:17 a=AaUjGI9IrlcA:10 a=kj9zAlcOel0A:10 a=OA2lqS22AAAA:8 a=sIt-5M63AAAA:8 a=iv1QV2nMOGUA:10 a=CjLOF336qdChDQSHjyMA:9 a=CjuIK1q_8ugA:10 a=0NJkuBbZY5VCdgJ+v5fl0w==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp01.rcn.cmh.synacor.com header.from=roberthuff@rcn.com; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=roberthuff@rcn.com; spf=neutral; sender-id=neutral Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 209.6.84.183 is neither permitted nor denied by domain of rcn.com) Received: from [209.6.84.183] ([209.6.84.183:10241] helo=jerusalem.litteratus.org.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 2.2.3.49 r(42060/42061)) with ESMTP id CD/CA-18243-0106E415; Sat, 23 Mar 2013 22:08:17 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <20814.24592.288492.914792@jerusalem.litteratus.org> Date: Sat, 23 Mar 2013 22:08:16 -0400 To: freebsd-ports@freebsd.org Subject: Updating curl In-Reply-To: <20130323213126.59789466@scorpio> References: <20130323213126.59789466@scorpio> X-Mailer: VM 7.17 under 21.4 (patch 22) "Instant Classic" XEmacs Lucid Cc: sunpoet@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 02:08:24 -0000 Jerry writes: > The port version of curl is "7.24.0_2". On February > 6th. curl-7.29.0 was released. Is there any possibility that this > port might be updated. Of course. However: my system alone has around two dozen ports that list curl as a dependency. No update will happen without sufficient testing to make sure there's no breakage. Volunteers for testing should probably contact the maintainer. :-) Robert Huff From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 02:45: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]) by hub.freebsd.org (Postfix) with ESMTP id CC945789 for ; Sun, 24 Mar 2013 02:45:06 +0000 (UTC) (envelope-from jeffreybouquet@yahoo.com) Received: from nm1-vm8.bullet.mail.gq1.yahoo.com (nm1-vm8.bullet.mail.gq1.yahoo.com [98.136.218.87]) by mx1.freebsd.org (Postfix) with SMTP id 91F69796 for ; Sun, 24 Mar 2013 02:45:06 +0000 (UTC) Received: from [98.137.12.174] by nm1.bullet.mail.gq1.yahoo.com with NNFMP; 24 Mar 2013 02:43:18 -0000 Received: from [98.137.12.194] by tm13.bullet.mail.gq1.yahoo.com with NNFMP; 24 Mar 2013 02:43:18 -0000 Received: from [127.0.0.1] by omp1002.mail.gq1.yahoo.com with NNFMP; 24 Mar 2013 02:43:18 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 407282.37944.bm@omp1002.mail.gq1.yahoo.com Received: (qmail 3934 invoked by uid 60001); 24 Mar 2013 02:43:18 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1364092998; bh=PV0QX6Xfn1qEYZbxaueYYw1CQ5jVIgbOegv6NnFfrB0=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Subject:To:MIME-Version:Content-Type; b=e/cWbZgKUwxUucRmt1LuHthtLrE8vAHOUCdfYexalsqk2Vn1PVnNZ6ZB91I7YJs+xHKfxygG19C3MGfIQkJEoECMQs2VkNCSQeL/gWVEMR3AHyncfY3SP/aaPcnYny7uItR9JbLVfShKlKpOvBXR4Rv+Lro3CtqDcUejyBj95Rk= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Subject:To:MIME-Version:Content-Type; b=cZU4+5X+xFvfX78Yhb0HPydDePob8U+xD7zj9XDNjyBb3J8uvKHE2HXDOrgqVjq8kV3i4lGr/C3hXH/6BUTx6+ugVkoH9F1ytZYgQfscnGkHYW8MlzdHYdxFS/g7uP9UdTuhgAYsczj5WtMzyBBagIHOCnn7d8STfEZx0MuX/VQ=; X-YMail-OSG: kj0YrEIVM1m8Os77U_K3K6ZXvvszKEZ465f4wYFg7WpTX9l b7UJhaVEAJy7joKDuP83fAoO6zlE9BWoul9TaWqOJi3Y_NLuiq.TQBWAUJXG IC7SX3iQKPskDlW48..jpdIHkz9VC1daJ4V1IAMCdy9cbVSn_Z0Dp03kwifL JmPWHjBbdhLhZ27oxV4pjaIrGZUO2IaEKxgMOknbv1uz8VoTCOdjiFMvLF_Z eenkKKRjWBgtcjjQf8nKPr8_DdTNTkbqEaHcx04PCtu6uomgLf2WWuW51utl .yPABJcOFgGei6SMgyxqZmzDciH2kYTNgBs_xYYvtl9H.q7JzuPbh8iNc75C xVZTYjDHoU3KczJS_7gpoMma6vsmqiiFSMJJHfSTGN58T1lSvyTqMnJHe92T bt.fRC3gBI44ZXZyq.1m7d6hiUww_5ZH6o_SDR1.YJFl6loJc0WO3Te88q4Z PjATy84dSP0aOVhko.Cb2vMUoL6icL0Ss1B0zZd_jNkJpFmfwdPSSv6ck7kO 5vA-- Received: from [66.92.43.99] by web164003.mail.gq1.yahoo.com via HTTP; Sat, 23 Mar 2013 19:43:18 PDT X-Rocket-MIMEInfo: 002.001, I3BrZ19hZGQgY29kZWxpdGUtNS4wLjYyMTMudGJ6DQpwa2dfYWRkOiBjb3JydXB0ZWQgcmVjb3JkIGZvciBwYWNrYWdlIGNvZGVsaXRlLTUuMC42MjEzICguLi4pLCBpZ25vcmluZw0KcGtnX2FkZDogbGVhdmVfcGxheXBlbjogY2FuJ3QgY2hkaXIgYmFjayB0byAnJw0KLi4uLg0KDQpUaGlzIGVycm9yIHJhbmRvbWx5IG9jY3VycyBvbiBhIHRlbnRoIG9mIHByb2dyYW1zICh1c3VhbGx5IGdub21lLCBzb21ldGltZXMNCnA1LSkgdGhhdCBJIHRyYW5zZmVyIGZyb20gbWFjaGluZSB0byBtYWNoaW5lIChzYW1lIGkBMAEBAQE- X-Mailer: YahooMailClassic/15.1.7 YahooMailWebService/0.8.138.524 Message-ID: <1364092998.2819.YahooMailClassic@web164003.mail.gq1.yahoo.com> Date: Sat, 23 Mar 2013 19:43:18 -0700 (PDT) From: Jeffrey Bouquet Subject: pkg_add persistent error... To: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 02:45:06 -0000 #pkg_add codelite-5.0.6213.tbz pkg_add: corrupted record for package codelite-5.0.6213 (...), ignoring pkg_add: leave_playpen: can't chdir back to '' .... This error randomly occurs on a tenth of programs (usually gnome, sometimes p5-) that I transfer from machine to machine (same installworld...) via=20 thumbdrive.=A0 Not usually a big problem, but some ports (codelite for inst= ance) then need an additional many minutes or hours of building *again*. ... I posted the question on the forums a while back, but no one knew. ... 2nd subject... Should the freebsd forums have=A0 subsections (lang, x11...) /lang/ [bug] how to choose perl threaded [hint] python for numeric CLI computations [fix] {some port...} builds with gcc not clang... /x11/ [fix] yad built with... ... etc etc. Not only is this a feature they'd be hard put to put to use in other operating systems, but it may lessen the backlog of PR's if maintainers, sa= y, check new posts and fix it locally without the need for PR's, essentially= =20 having a bit more streamlining, at the cost of de-standardization of a sort= . J. Bouquet=20 From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 03:25: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]) by hub.freebsd.org (Postfix) with ESMTP id 47C12307 for ; Sun, 24 Mar 2013 03:25:56 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (neu.net [199.48.129.194]) by mx1.freebsd.org (Postfix) with ESMTP id EA88C9A6 for ; Sun, 24 Mar 2013 03:25:55 +0000 (UTC) Received: from neu.net (neu.net [199.48.129.194]) by mail.neu.net (8.14.6/8.14.5) with ESMTP id r2O3PpXt091257; Sat, 23 Mar 2013 23:25:51 -0400 (EDT) (envelope-from andy@neu.net) Date: Sat, 23 Mar 2013 23:25:51 -0400 (EDT) From: AN To: Larry Rosenman Subject: Re: sysutils/lsof (lsof-4.87,8) compiler error In-Reply-To: <68586d995d564fe3da556dc530e40453@webmail.lerctr.org> Message-ID: References: <68586d995d564fe3da556dc530e40453@webmail.lerctr.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: clamav-milter 0.97.7 at my.mail.server X-Virus-Status: Clean X-Spam-Status: No, score=0.0 required=4.5 tests=RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.neu.net Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 03:25:56 -0000 On Fri, 22 Mar 2013, Larry Rosenman wrote: > On 2013-03-22 19:31, AN wrote: >> FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #38 r248401: Sat Mar >> 16 21:39:04 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL >> amd64 >> >> cc -pipe -fno-strict-aliasing -DHASTASKS -DHAS_PAUSE_SBT >> -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT -DHASWCTYPE_H >> -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T >> -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS >> -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB >> -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS >> -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME >> -DLSOF_VSTR=\"10.0-CURRENT\" -I/usr/src/sys -O2 -c dmnt.c >> cc -pipe -fno-strict-aliasing -DHASTASKS -DHAS_PAUSE_SBT >> -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT -DHASWCTYPE_H >> -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T >> -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS >> -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB >> -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS >> -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME >> -DLSOF_VSTR=\"10.0-CURRENT\" -I/usr/src/sys -O2 -c dnode.c >> cc -pipe -fno-strict-aliasing -DHASTASKS -DHAS_PAUSE_SBT >> -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT -DHASWCTYPE_H >> -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T >> -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS >> -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB >> -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS >> -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME >> -DLSOF_VSTR=\"10.0-CURRENT\" -I/usr/src/sys -O2 -c dnode1.c >> cc -pipe -fno-strict-aliasing -DFREEBSDV=10000 -DHAS_ZFS >> -DHAS_V_LOCKF -D_SOLARIS_C_SOURCE -O2 >> -I/usr/src/sys/cddl/compat/opensolaris >> -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs >> -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/zmod >> -I/usr/src/sys/cddl/contrib/opensolaris/uts/common >> -I/usr/src/sys/cddl/contrib/opensolaris/common/zfs >> -I/usr/src/sys/cddl/contrib/opensolaris/common >> -I/usr/ports/sysutils/lsof/work/lsof_4.88B.freebsd/usr/src/include >> -I`pwd` -c dnode2.c >> In file included from dnode2.c:55: >> In file included from >> /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_znode.h:33: >> In file included from >> /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_vfsops.h:31: >> In file included from /usr/src/sys/cddl/compat/opensolaris/sys/vfs.h:37: >> In file included from /usr/src/sys/cddl/compat/opensolaris/sys/vnode.h:49: >> In file included from /usr/src/sys/cddl/compat/opensolaris/sys/file.h:32: >> In file included from /usr/include/sys/file.h:42: >> In file included from >> /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/refcount.h:33: >> In file included from >> /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_context.h:88: >> /usr/src/sys/cddl/compat/opensolaris/sys/sig.h:58:18: error: too few >> arguments to function call, expected 2, have 1 >> sig = cursig(td); >> ~~~~~~ ^ >> /usr/include/sys/signalvar.h:330:1: note: 'cursig' declared here >> int cursig(struct thread *td, int stop_allowed); >> ^ >> In file included from dnode2.c:55: >> In file included from >> /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_znode.h:33: >> In file included from >> /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_vfsops.h:31: >> In file included from /usr/src/sys/cddl/compat/opensolaris/sys/vfs.h:37: >> /usr/src/sys/cddl/compat/opensolaris/sys/vnode.h:257:10: warning: >> implicit declaration of function 'VOP_FSYNC' is invalid in C99 >> [-Wimplicit-function-declaration] >> error = VOP_FSYNC(vp, MNT_WAIT, curthread); >> ^ >> 1 warning and 1 error generated. >> *** [dnode2.o] Error code 1 >> >> Stop in /usr/ports/sysutils/lsof/work/lsof_4.88B.freebsd. >> *** [dnode2.o] Error code 1 >> >> Stop in /usr/ports/sysutils/lsof/work/lsof_4.88B.freebsd. >> *** [do-build] Error code 1 >> >> Stop in /usr/ports/sysutils/lsof. > 1) make sure world and kernel agree > 2) update to 4.88B in the ports tree now. > -- # svn up Updating '.': At revision 315090. cc -pipe -fno-strict-aliasing -DFREEBSDV=10000 -DHAS_ZFS -DHAS_V_LOCKF -D_SOLARIS_C_SOURCE -O2 -I/usr/src/sys/cddl/compat/opensolaris -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/usr/src/sys/cddl/contrib/opensolaris/uts/common -I/usr/src/sys/cddl/contrib/opensolaris/common/zfs -I/usr/src/sys/cddl/contrib/opensolaris/common -I/usr/ports/sysutils/lsof/work/lsof_4.88B.freebsd/usr/src/include -I`pwd` -c dnode2.c In file included from dnode2.c:55: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_znode.h:33: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_vfsops.h:31: In file included from /usr/src/sys/cddl/compat/opensolaris/sys/vfs.h:37: In file included from /usr/src/sys/cddl/compat/opensolaris/sys/vnode.h:49: In file included from /usr/src/sys/cddl/compat/opensolaris/sys/file.h:32: In file included from /usr/include/sys/file.h:42: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/refcount.h:33: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_context.h:88: /usr/src/sys/cddl/compat/opensolaris/sys/sig.h:58:18: error: too few arguments to function call, expected 2, have 1 sig = cursig(td); ~~~~~~ ^ /usr/include/sys/signalvar.h:330:1: note: 'cursig' declared here int cursig(struct thread *td, int stop_allowed); ^ In file included from dnode2.c:55: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_znode.h:33: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_vfsops.h:31: In file included from /usr/src/sys/cddl/compat/opensolaris/sys/vfs.h:37: /usr/src/sys/cddl/compat/opensolaris/sys/vnode.h:257:10: warning: implicit declaration of function 'VOP_FSYNC' is invalid in C99 [-Wimplicit-function-declaration] error = VOP_FSYNC(vp, MNT_WAIT, curthread); ^ 1 warning and 1 error generated. *** [dnode2.o] Error code 1 Stop in /usr/ports/sysutils/lsof/work/lsof_4.88B.freebsd. *** [dnode2.o] Error code 1 Stop in /usr/ports/sysutils/lsof/work/lsof_4.88B.freebsd. *** [do-build] Error code 1 Stop in /usr/ports/sysutils/lsof. From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 03:27:43 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B642A4BE for ; Sun, 24 Mar 2013 03:27:43 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) by mx1.freebsd.org (Postfix) with ESMTP id 73A6B9CE for ; Sun, 24 Mar 2013 03:27:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=SG4QwhME9luO2pF1vleujOAxSKS6rMG7lYcgMufITr0=; b=jub3iLAzZrqVKyf2kBNe3mh4p4vSWn5dIN2w3eV6ct5iXG5NVPqCzLlAbwVSt1HvQJRUpwQTll/Ls+CuFDGczzTtzqwH7/CElXV7UqxtVQFYU9o7rTgqpwG5wd9Iietqd5OjYq+6ypCM/2apdKxCwwBPD9Pp+aiNm1QMZ00YE3s=; Received: from localhost.lerctr.org ([127.0.0.1]:47933 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UJbav-000GCO-BN; Sat, 23 Mar 2013 22:27:42 -0500 Received: from cpe-72-182-19-162.austin.res.rr.com ([72.182.19.162]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Sat, 23 Mar 2013 22:27:41 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Sat, 23 Mar 2013 22:27:41 -0500 From: Larry Rosenman To: AN Subject: Re: sysutils/lsof (lsof-4.87,8) compiler error In-Reply-To: References: <68586d995d564fe3da556dc530e40453@webmail.lerctr.org> Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.8.5 X-Spam-Score: -5.4 (-----) X-LERCTR-Spam-Score: -5.4 (-----) X-Spam-Report: SpamScore (-5.4/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-2.497 X-LERCTR-Spam-Report: SpamScore (-5.4/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-2.497 Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 03:27:43 -0000 On 2013-03-23 22:25, AN wrote: > On Fri, 22 Mar 2013, Larry Rosenman wrote: > >> On 2013-03-22 19:31, AN wrote: >>> FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #38 r248401: Sat >>> Mar >>> 16 21:39:04 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL >>> amd64 >>> cc -pipe -fno-strict-aliasing -DHASTASKS -DHAS_PAUSE_SBT >>> -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT >>> -DHASWCTYPE_H >>> -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T >>> -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS >>> -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB >>> -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS >>> -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME >>> -DLSOF_VSTR=\"10.0-CURRENT\" -I/usr/src/sys -O2 -c dmnt.c >>> cc -pipe -fno-strict-aliasing -DHASTASKS -DHAS_PAUSE_SBT >>> -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT >>> -DHASWCTYPE_H >>> -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T >>> -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS >>> -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB >>> -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS >>> -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME >>> -DLSOF_VSTR=\"10.0-CURRENT\" -I/usr/src/sys -O2 -c dnode.c >>> cc -pipe -fno-strict-aliasing -DHASTASKS -DHAS_PAUSE_SBT >>> -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT >>> -DHASWCTYPE_H >>> -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T >>> -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS >>> -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB >>> -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS >>> -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME >>> -DLSOF_VSTR=\"10.0-CURRENT\" -I/usr/src/sys -O2 -c dnode1.c >>> cc -pipe -fno-strict-aliasing -DFREEBSDV=10000 -DHAS_ZFS >>> -DHAS_V_LOCKF -D_SOLARIS_C_SOURCE -O2 >>> -I/usr/src/sys/cddl/compat/opensolaris >>> -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs >>> -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/zmod >>> -I/usr/src/sys/cddl/contrib/opensolaris/uts/common >>> -I/usr/src/sys/cddl/contrib/opensolaris/common/zfs >>> -I/usr/src/sys/cddl/contrib/opensolaris/common >>> -I/usr/ports/sysutils/lsof/work/lsof_4.88B.freebsd/usr/src/include >>> -I`pwd` -c dnode2.c >>> In file included from dnode2.c:55: >>> In file included from >>> /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_znode.h:33: >>> In file included from >>> /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_vfsops.h:31: >>> In file included from >>> /usr/src/sys/cddl/compat/opensolaris/sys/vfs.h:37: >>> In file included from >>> /usr/src/sys/cddl/compat/opensolaris/sys/vnode.h:49: >>> In file included from >>> /usr/src/sys/cddl/compat/opensolaris/sys/file.h:32: >>> In file included from /usr/include/sys/file.h:42: >>> In file included from >>> /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/refcount.h:33: >>> In file included from >>> /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_context.h:88: >>> /usr/src/sys/cddl/compat/opensolaris/sys/sig.h:58:18: error: too few >>> arguments to function call, expected 2, have 1 >>> sig = cursig(td); >>> ~~~~~~ ^ >>> /usr/include/sys/signalvar.h:330:1: note: 'cursig' declared here >>> int cursig(struct thread *td, int stop_allowed); >>> ^ >>> In file included from dnode2.c:55: >>> In file included from >>> /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_znode.h:33: >>> In file included from >>> /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_vfsops.h:31: >>> In file included from >>> /usr/src/sys/cddl/compat/opensolaris/sys/vfs.h:37: >>> /usr/src/sys/cddl/compat/opensolaris/sys/vnode.h:257:10: warning: >>> implicit declaration of function 'VOP_FSYNC' is invalid in C99 >>> [-Wimplicit-function-declaration] >>> error = VOP_FSYNC(vp, MNT_WAIT, curthread); >>> ^ >>> 1 warning and 1 error generated. >>> *** [dnode2.o] Error code 1 >>> Stop in /usr/ports/sysutils/lsof/work/lsof_4.88B.freebsd. >>> *** [dnode2.o] Error code 1 >>> Stop in /usr/ports/sysutils/lsof/work/lsof_4.88B.freebsd. >>> *** [do-build] Error code 1 >>> Stop in /usr/ports/sysutils/lsof. >> 1) make sure world and kernel agree >> 2) update to 4.88B in the ports tree now. >> -- > > # svn up > Updating '.': > At revision 315090. > cc -pipe -fno-strict-aliasing -DFREEBSDV=10000 -DHAS_ZFS > -DHAS_V_LOCKF -D_SOLARIS_C_SOURCE -O2 > -I/usr/src/sys/cddl/compat/opensolaris > -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs > -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/zmod > -I/usr/src/sys/cddl/contrib/opensolaris/uts/common > -I/usr/src/sys/cddl/contrib/opensolaris/common/zfs > -I/usr/src/sys/cddl/contrib/opensolaris/common > -I/usr/ports/sysutils/lsof/work/lsof_4.88B.freebsd/usr/src/include > -I`pwd` -c dnode2.c > In file included from dnode2.c:55: > In file included from > /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_znode.h:33: > In file included from > /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_vfsops.h:31: > In file included from > /usr/src/sys/cddl/compat/opensolaris/sys/vfs.h:37: > In file included from > /usr/src/sys/cddl/compat/opensolaris/sys/vnode.h:49: > In file included from > /usr/src/sys/cddl/compat/opensolaris/sys/file.h:32: > In file included from /usr/include/sys/file.h:42: > In file included from > /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/refcount.h:33: > In file included from > /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_context.h:88: > /usr/src/sys/cddl/compat/opensolaris/sys/sig.h:58:18: error: too few > arguments to function call, expected 2, have > 1 > sig = cursig(td); > ~~~~~~ ^ > /usr/include/sys/signalvar.h:330:1: note: 'cursig' declared here > int cursig(struct thread *td, int stop_allowed); > ^ > In file included from dnode2.c:55: > In file included from > /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_znode.h:33: > In file included from > /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_vfsops.h:31: > In file included from > /usr/src/sys/cddl/compat/opensolaris/sys/vfs.h:37: > /usr/src/sys/cddl/compat/opensolaris/sys/vnode.h:257:10: warning: > implicit declaration of function 'VOP_FSYNC' is > invalid in C99 [-Wimplicit-function-declaration] > error = VOP_FSYNC(vp, MNT_WAIT, curthread); > ^ > 1 warning and 1 error generated. > *** [dnode2.o] Error code 1 > > Stop in /usr/ports/sysutils/lsof/work/lsof_4.88B.freebsd. > *** [dnode2.o] Error code 1 > > Stop in /usr/ports/sysutils/lsof/work/lsof_4.88B.freebsd. > *** [do-build] Error code 1 > > Stop in /usr/ports/sysutils/lsof. Did you do a make clean, and fetch the 4.88B version? -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 04:29:58 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8877AFCA for ; Sun, 24 Mar 2013 04:29:58 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ob0-x22f.google.com (mail-ob0-x22f.google.com [IPv6:2607:f8b0:4003:c01::22f]) by mx1.freebsd.org (Postfix) with ESMTP id 50ED1B6F for ; Sun, 24 Mar 2013 04:29:58 +0000 (UTC) Received: by mail-ob0-f175.google.com with SMTP id va7so1944662obc.6 for ; Sat, 23 Mar 2013 21:29:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=EXXdxxJm0gsEZvBTEvEDKCLBfJZVggt0ls/8EEPAeV0=; b=S2na7/Ze20t56frCUKasHqHJu+eKB4Ifqc/fU3Ee06ZD2ahUj4RlON/lszr/HAWAG0 dS8uRN6cKDUWZrTNhihJGHJkNbx4cG/sNm2+Ew78uc+geD4XcttERZoKSABtgAXC6KH3 hlCNrBVbvpCrSZOgVe4DKbdUKaGx3tikmcqhwSdYsY2nrmJE/RjYuJCwrvfMHqDRwmKF X2DDUqzEQAqdImdoPbHOANANIrUdv2ODKP9u+WyiLVo7f1iq8S025aC7x8ZUp9iBnQGW ZW/RFMRVa039IIb3qhWJhhqQn8vRlTXHO2WDquQgdtMaT1yCeViKIDSpU88hZU6NlFIb x55A== MIME-Version: 1.0 X-Received: by 10.60.24.197 with SMTP id w5mr6795366oef.6.1364099397736; Sat, 23 Mar 2013 21:29:57 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.76.33.7 with HTTP; Sat, 23 Mar 2013 21:29:57 -0700 (PDT) In-Reply-To: <514DECEB.70807@snafu.de> References: <514B8F9D.4080701@snafu.de> <514C0B3A.4090901@snafu.de> <514C8E0C.5000507@snafu.de> <514DECEB.70807@snafu.de> Date: Sat, 23 Mar 2013 21:29:57 -0700 X-Google-Sender-Auth: 7fvTPAs2ikdWycev5xrhEBMXntQ Message-ID: Subject: Re: trouble with ffmpeg1 From: Kevin Oberman To: Joerg Surmann Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Freebsd_mailinglist_PORTS X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 04:29:58 -0000 On Sat, Mar 23, 2013 at 10:56 AM, Joerg Surmann wr= ote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > now its not too big. > i hope. > > sorry > Am 23.03.2013 05:38, schrieb Kevin Oberman: >> On Fri, Mar 22, 2013 at 9:02 PM, Kevin Oberman wro= te: >>> On Fri, Mar 22, 2013 at 5:24 PM, Kevin Oberman > wrote: >>>> On Fri, Mar 22, 2013 at 9:59 AM, Joerg Surmann > wrote: >>>>> >>>>> ok. >>>>> here the complet make output. >>>>> (without make install) >>>> >>>> Actually, it was just the STDERR output without the STDOUT stuff. To >>>> get far we need to have the complete output. >>>> % script >>>> % cd /usr/ports/multimedia/fmpeg1 && make >>>> % exit >>>> >>>> Then send the typescript file. That will have everything in order, >>>> just as it comes out on the terminal. Also, >>>> /usr/ports/multimedia/fmpeg1/work/ffmpeg-1.05/config.log >>>> >>>> texi2html is the tool that actually generates the *.html files. You >>>> might want to confirm that texi2html is available. >>>> % which texi2html >>> >>> OK. I just looked for the obvious and it looks like texi2html is not >>> listed as a build dependency for ffmpeg1. Install textproc/texi2html >>> and ffmpewg1 should work properly. >> >> Again, I was too quick. I should have tested first. texi2html is a >> BUILD_DEPEND of ffmpeg1, so you should not be able to build ffmpeg1 >> without it. If you try, the ports system should install it for you. >> >> So, again, we need to see the complete build log (as recorded by >> script(1)) and the config.log file. >> >> Sorry for the false information on the last message Joerg, Well, I think I have sort of found the problem, but it gets a bit out of my realm of cluefulness. HTe problem is perl does not seem to have the required files to handle the El Salvador locale. I'm not too sure what to suggest, but some other Spanish speaking country might work. I'm really not at all sure since my locale is en_US, so no real internationalization is needed. In any case, yo may be closer to a solution. If you just want to get ffmpeg1 installed, you can do so by: # cd /usr/ports/multimedia/ffmpeg1 # make # cd work/ffmpeg-1.05/doc # touch developer.html # cd # portmaster -C ffmpeg1 This will fake out the error and make the install work. the root issue is that you have your locale set to sv but it looks like all of the ports may not support it at this time. I wish I could help more here, but you may want to read up on gettext and internationalization and, if you don't see what needs to be done, open a new thread. If you have not already read it, check out Chapter 24 of the FreeBSD Handbook at: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/l10n.html o, en Espa=C3=B1ol, http://www.freebsd.org/doc/es_ES.ISO8859-1/books/handbo= ok/l10n.html Good luck! --=20 R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 04:51:10 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id AA8F0846; Sun, 24 Mar 2013 04:51:10 +0000 (UTC) (envelope-from itechbear@gmail.com) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 6F5DCCEA; Sun, 24 Mar 2013 04:51:10 +0000 (UTC) Received: by mail-ob0-f172.google.com with SMTP id tb18so5073446obb.17 for ; Sat, 23 Mar 2013 21:51:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to:cc :content-type; bh=uTqpkejjP0fu0Nv+3m6HeM7YHWzuiuesfE3mt0sxB14=; b=AMdNsilnbhbOXX+IB1Jph6uKXa0qGz3oIjetmLMpc5vHuMTfU7I1bS6QeX5LdR+Ms6 ddNZpqfu8ufXlfMInaatAsYhfsMhIFqWau9YM5JzfDyCdJ01MbhulvF8/mzIWnGwwDNx rDUt0zHLWVaaoAzrHBslZOrBMztCIHxq5DbvEjO75yeQuXJ4lgcx5SbbTBSfjbSopw4l HZv9bC9i1K+lZh1LnCNpmXqemKjhdpXJTsVYcFXc5AcGBayjHUJkdGx6iT1Q9rr2+BUK Ec8YIe4yEd7DnPIWaz1Cli07UnbguIauP55OiCB9dPeUC5o3va5pE+/xW6VqJV3Kle6C /ZIg== MIME-Version: 1.0 X-Received: by 10.60.8.197 with SMTP id t5mr7161675oea.4.1364100669953; Sat, 23 Mar 2013 21:51:09 -0700 (PDT) Received: by 10.60.33.231 with HTTP; Sat, 23 Mar 2013 21:51:09 -0700 (PDT) Date: Sun, 24 Mar 2013 12:51:09 +0800 Message-ID: Subject: FreeBSD Port: eclipse-3.7.1_3 From: HU Dong To: freebsd-eclipse@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 04:51:10 -0000 Hi, there! the port java/eclipse fails to build due to a recent glib update. the error messages are as following: In file included from ../gnomeproxy.c:16 /usr/local/include/glib-2.0/glib/glslist.h:28:2 error: #error "Only can be included directly". hope this problem could be fixed soon. thank you! -- B.R. HU Dong From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 05:32:54 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4AEC4517; Sun, 24 Mar 2013 05:32:54 +0000 (UTC) (envelope-from miwi@freebsd.org) Received: from bsdhash.org (bsdhash.org [94.23.250.27]) by mx1.freebsd.org (Postfix) with ESMTP id B6522F8A; Sun, 24 Mar 2013 05:32:53 +0000 (UTC) Received: from [192.168.0.105] (unknown [175.139.48.247]) by bsdhash.org (Postfix) with ESMTPA id 9533F51302; Sun, 24 Mar 2013 13:32:51 +0800 (MYT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Fwd: libshbuf-0.0.3 failed on amd64 9 From: Martin Wilke Date: Sun, 24 Mar 2013 13:32:50 +0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201303240513.r2O5DM4o032724@pointyhat.freebsd.org> To: "ports@FreeBSD.org Ports" X-Mailer: Apple Mail (2.1499) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 05:32:54 -0000 Could someone please have a look.=20 Thx. Begin forwarded message: > From: Portbuild user > Subject: libshbuf-0.0.3 failed on amd64 9 > Date: March 24, 2013 1:13:22 PM GMT+08:00 > To: miwi@freebsd.org >=20 > You can also find this build log at >=20 > = http://pointyhat.freebsd.org/errorlogs/amd64-errorlogs/a.9.20130324041140.= pointyhat/libshbuf-0.0.3.log >=20 > building libshbuf-0.0.3 on beefy1.isc.freebsd.org > in directory /a/pkgbuild/9/20130324041140.pointyhat/chroot/72190 > building for: 9.1-RELEASE-p1 amd64 > maintained by: ports@FreeBSD.org > port directory: /usr/ports/devel/libshbuf > Makefile ident: $FreeBSD: head/devel/libshbuf/Makefile 314640 = 2013-03-19 13:04:30Z eadler $ > build started at Sun Mar 24 05:12:50 UTC 2013 > FETCH_DEPENDS=3D > PATCH_DEPENDS=3D > EXTRACT_DEPENDS=3D > BUILD_DEPENDS=3Dlibtool-2.4.2.tbz > RUN_DEPENDS=3D > PKG_DEPENDS=3D > prefixes: LOCALBASE=3Dusr/local > add_pkg > add_pkg > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D> License GPLv2 accepted by the user > =3D> libshbuf-0.0.3.tar.gz doesn't seem to exist in /tmp/distfiles/. > =3D> Attempting to fetch = ftp://ftp-master.freebsd.org/pub/FreeBSD/ports/distfiles//libshbuf-0.0.3.t= ar.gz > fetch: = ftp://ftp-master.freebsd.org/pub/FreeBSD/ports/distfiles//libshbuf-0.0.3.t= ar.gz: No route to host > =3D> Attempting to fetch = ftp://pointyhat.FreeBSD.org/pub/FreeBSD/distfiles//libshbuf-0.0.3.tar.gz > fetch: = ftp://pointyhat.FreeBSD.org/pub/FreeBSD/distfiles//libshbuf-0.0.3.tar.gz: = No route to host > =3D> Attempting to fetch = http://0pointer.de/lennart/projects/libshbuf/libshbuf-0.0.3.tar.gz > libshbuf-0.0.3.tar.gz 261 kB 172 = kBps > =3D=3D=3D> Fetching all distfiles required by libshbuf-0.0.3 for = building > =3D> SHA256 Checksum OK for libshbuf-0.0.3.tar.gz. > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > add_pkg > =3D=3D=3D> License GPLv2 accepted by the user > =3D=3D=3D> Fetching all distfiles required by libshbuf-0.0.3 for = building > =3D=3D=3D> Extracting for libshbuf-0.0.3 > =3D> SHA256 Checksum OK for libshbuf-0.0.3.tar.gz. > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > add_pkg > =3D=3D=3D> Patching for libshbuf-0.0.3 > =3D=3D=3D> Applying FreeBSD patches for libshbuf-0.0.3 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > add_pkg libtool-2.4.2.tbz > adding dependencies > adding package libtool-2.4.2.tbz > =3D=3D=3D> libshbuf-0.0.3 depends on package: libtool>=3D2.4 - found > =3D=3D=3D> Configuring for libshbuf-0.0.3 > checking for a BSD-compatible install... /usr/bin/install -c -o root = -g wheel > checking whether build environment is sane... yes > checking for gawk... no > checking for mawk... no > checking for nawk... nawk > checking whether make sets $(MAKE)... yes > checking for gcc... cc > checking for C compiler default output... a.out > checking whether the C compiler works... yes > checking whether we are cross compiling... no > checking for suffix of executables...=20 > checking for suffix of object files... o > checking whether we are using the GNU C compiler... yes > checking whether cc accepts -g... yes > checking for cc option to accept ANSI C... none needed > checking for style of include used by make... GNU > checking dependency style of cc... gcc3 > checking whether we are using the GNU C++ compiler... yes > checking whether c++ accepts -g... yes > checking dependency style of c++... gcc3 > checking for a BSD-compatible install... /usr/bin/install -c -o root = -g wheel > checking whether make sets $(MAKE)... (cached) yes > checking build system type... amd64-portbld-freebsd9.1 > checking host system type... amd64-portbld-freebsd9.1 > checking for ld used by GCC... /usr/bin/ld > checking if the linker (/usr/bin/ld) is GNU ld... yes > checking for /usr/bin/ld option to reload object files... -r > checking for BSD-compatible nm... /usr/bin/nm -B > checking for a sed that does not truncate output... /usr/bin/sed > checking whether ln -s works... yes > checking how to recognise dependent libraries... pass_all > checking command to parse /usr/bin/nm -B output... ok > checking how to run the C preprocessor... cpp > checking for egrep... grep -E > checking for ANSI C header files... yes > checking for sys/types.h... yes > checking for sys/stat.h... yes > checking for stdlib.h... yes > checking for string.h... yes > checking for memory.h... yes > checking for strings.h... yes > checking for inttypes.h... yes > checking for stdint.h... yes > checking for unistd.h... yes > checking dlfcn.h usability... yes > checking dlfcn.h presence... yes > checking for dlfcn.h... yes > checking for ranlib... ranlib > checking for strip... strip > checking for objdir... .libs > checking for cc option to produce PIC... -fPIC > checking if cc PIC flag -fPIC works... yes > checking if cc static flag -static works... yes > checking if cc supports -c -o file.o... yes > checking if cc supports -c -o file.lo... yes > checking if cc supports -fno-rtti -fno-exceptions... yes > checking whether the linker (/usr/bin/ld) supports shared libraries... = yes > checking how to hardcode library paths into programs... immediate > checking whether stripping libraries is possible... yes > checking dynamic linker characteristics... freebsd9.1 ld.so > checking if libtool supports shared libraries... yes > checking whether to build shared libraries... yes > checking whether to build static libraries... yes > checking whether -lc should be explicitly linked in... no > creating libtool > ./configure: ./ltconfig: not found > checking for ANSI C header files... (cached) yes > checking fcntl.h usability... yes > checking fcntl.h presence... yes > checking for fcntl.h... yes > checking pthread.h usability... yes > checking pthread.h presence... yes > checking for pthread.h... yes > checking for old style FreeBSD -pthread flag... no > checking for pthread_attr_init in -lpthread... yes > checking for an ANSI C-conforming const... yes > checking for working volatile... yes > checking return type of signal handlers... void > checking for stdlib.h... (cached) yes > checking for GNU libc compatible malloc... yes > checking sys/select.h usability... yes > checking sys/select.h presence... yes > checking for sys/select.h... yes > checking sys/socket.h usability... yes > checking sys/socket.h presence... yes > checking for sys/socket.h... yes > checking types of arguments for select... int,fd_set *,struct timeval = * > checking whether strerror_r is declared... yes > checking for strerror_r... yes > checking whether strerror_r returns char *... no > checking for memset... yes > checking for select... yes > checking for doxygen... no > configure: error: *** Sorry, you have to install doxygen or use = --disable-doxygen *** > =3D=3D=3D> Script "configure" failed unexpectedly. > Please report the problem to ports@FreeBSD.org [maintainer] and attach = the > "/work/a/ports/devel/libshbuf/work/libshbuf-0.0.3/config.log" = including the > output of the failure of your make command. Also, it might be a good = idea to > provide an overview of all packages installed on your system (e.g. a > /usr/sbin/pkg_info -Ea). > *** [do-configure] Error code 1 >=20 > Stop in /a/ports/devel/libshbuf. > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > build of /usr/ports/devel/libshbuf ended at Sun Mar 24 05:13:19 UTC = 2013 >=20 +-----------------oOO--(_)--OOo-------------------------+ With best Regards, Martin Wilke (miwi_(at)_FreeBSD.org) Mess with the Best, Die like the Rest From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 08:59:25 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CD8E11C58 for ; Sun, 24 Mar 2013 08:59:25 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-ea0-x232.google.com (mail-ea0-x232.google.com [IPv6:2a00:1450:4013:c01::232]) by mx1.freebsd.org (Postfix) with ESMTP id 6957B955 for ; Sun, 24 Mar 2013 08:59:25 +0000 (UTC) Received: by mail-ea0-f178.google.com with SMTP id g14so1980172eak.9 for ; Sun, 24 Mar 2013 01:59:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=VDkb8gBcnXE9eWg/tTeWxpJ6ftpqd682+/75Ec3pDiw=; b=JOiu/bROC+HHinF4p5sKoDu9eETb8SrWpFff1rZwnaZ8+Ux40IcaHEiJxcrxQkFNiq FmL2retHYBVSoA+rUVCHlBLKSfGLk7MykxOqFttY/wFlzy6/wPloUwElOrXq8x/GbkIE hcSSakWmR3/p4CJe+g1RUFfl5XU4uUd8+8YqRE+S0axvPGsBDs5dqPpZoemn5Ic50Saj Ak8+7e2bwh6xEwQBsvnUkZmbLfx3TQTTCxH+g1JH9vTgObUOcvTaN8mCWyotOzIDY4/p WhGvo6AD3hPRC919+Uh3ruG6W2QF+yXElTftnIGZkxiHYfYIfodaqiCuBy0NgwblVXVi nOAQ== X-Received: by 10.14.200.137 with SMTP id z9mr21479280een.20.1364115564561; Sun, 24 Mar 2013 01:59:24 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPS id 44sm12373977eek.5.2013.03.24.01.59.22 (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 24 Mar 2013 01:59:23 -0700 (PDT) Sender: Baptiste Daroussin Date: Sun, 24 Mar 2013 09:59:20 +0100 From: Baptiste Daroussin To: Daniel Thiele Subject: Re: texinfo Message-ID: <20130324085920.GA41438@ithaqua.etoilebsd.net> References: <10036027.4LiqNzccbQ@luna.wi.rr.com> <20130314220441.GA5864@mud.stack.nl> <5142FFEC.70108@gmx.net> <20130315112146.GC54969@ithaqua.etoilebsd.net> <51433A15.8090109@gmx.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline In-Reply-To: <51433A15.8090109@gmx.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Johan van Selst , lumiwa@gmail.com, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 08:59:25 -0000 --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 15, 2013 at 04:11:17PM +0100, Daniel Thiele wrote: > On 03/15/13 12:21, Baptiste Daroussin wrote: > > On Fri, Mar 15, 2013 at 12:03:08PM +0100, Daniel Thiele wrote: > >> On 03/14/13 23:04, Johan van Selst wrote: > >>> Hi Mitja, > >>> > >>> ajtiM wrote: > >>>> In ports is texinfo-5.1 update but whenever is texinfo new version > >>>> (update) I have a problem: > >>>> print/texinfo-5.1 confilcts with texi2html-5.0 (installs files into > >>>> the same place. > >>>> Problematic: /usr/local/share/texinfo/init/book.init > >>> > >>> This is curious: texinfo does not install this book.init file; and > >>> neither port seems to mention a potential conflict in the port Makefi= le. > >>> > >>> Could this be a left-over warning from an old version? Are other peop= le > >>> seeing this problem as well? > >> > >> I also see this problem. I am experiencing this on a freshly installed > >> system, so no updating of any of the two ports is involved. texi2html > >> was installed first and seems to install a couple of init files in > >> TEXINFODIR. An installation of texinfo then fails with > >> > >> =3D=3D=3D> Registering installation for texinfo-5.1.20130313 as auto= matic > >> Installing texinfo-5.1.20130313...pkg: texinfo-5.1.20130313 conflicts > >> with texi2html-5.0_1,1 (installs files into the same place). > >> Problematic file: /usr/local/share/texinfo/init/book.init > >> *** [fake-pkg] Error code 70 > >> > >> although the conflicting file is not listed in texinfo's pkg-plist. > >> > >> > >> Regards, > >> Daniel > >> > > > > Ok I'll try to reproduce, and fix pkgng is the bug comes from pkgng or = come back > > with an explanation > > > > But do not expect something before next week. > > > > regards > > Bapt > > >=20 > Thanks for looking into it. If you need any assistance or more=20 > information, just drop me a line. >=20 I finally got it. The bug is in the texinfo port: PORTDATA=3D * This globbing makes texinfo pick up all the files inside /usr/local/share/texinfo but if texi2html is installed before texinfo then = it installs some files in that place, and those files are picked up in the tex= info plist. Thus pkgng is right yelling about a conflict in files. The fix would be to expand the files in PORTDATADIR directly into the texin= fo plist. Until we get the stage feature into the ports tree regards, Bapt --G4iJoqBmSsgzjUCe Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlFOwGgACgkQ8kTtMUmk6EwOpACfWDAvnDkR/F/mVETf0Gh4/VrV Ly8AoIdjd1q/Qbi1GvqoBdJGB+YkuzFs =I8E6 -----END PGP SIGNATURE----- --G4iJoqBmSsgzjUCe-- From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 09:55:38 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id ABB102263; Sun, 24 Mar 2013 09:55:38 +0000 (UTC) (envelope-from johans@stack.nl) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) by mx1.freebsd.org (Postfix) with ESMTP id 6E9DF135; Sun, 24 Mar 2013 09:55:38 +0000 (UTC) Received: by mx1.stack.nl (Postfix, from userid 65534) id 5A29B359306; Sun, 24 Mar 2013 10:55:36 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mailscan02.stack.nl X-Spam-Level: X-Spam-Status: No, score=-1.8 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD, TW_KG autolearn=ham version=3.3.2 X-Spam-Relay-Country: XX X-Spam-DCC: EATSERVER: mailscan02.stack.nl 1166; Body=2 Fuz1=2 Fuz2=2 Received: from mud.stack.nl (mud.stack.nl [IPv6:2001:610:1108:5011::70]) by mx1.stack.nl (Postfix) with ESMTP id 9C0B6358C57; Sun, 24 Mar 2013 10:55:30 +0100 (CET) Received: by mud.stack.nl (Postfix, from userid 801) id 8C30D9653B; Sun, 24 Mar 2013 10:55:30 +0100 (CET) Date: Sun, 24 Mar 2013 10:55:30 +0100 From: Johan van Selst To: Baptiste Daroussin Subject: Re: texinfo Message-ID: <20130324095530.GA7877@mud.stack.nl> References: <10036027.4LiqNzccbQ@luna.wi.rr.com> <20130314220441.GA5864@mud.stack.nl> <5142FFEC.70108@gmx.net> <20130315112146.GC54969@ithaqua.etoilebsd.net> <51433A15.8090109@gmx.net> <20130324085920.GA41438@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline In-Reply-To: <20130324085920.GA41438@ithaqua.etoilebsd.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Daniel Thiele , lumiwa@gmail.com, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 09:55:38 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi Baptiste, Baptiste Daroussin wrote: > I finally got it. The bug is in the texinfo port: PORTDATA= * > This globbing makes texinfo pick up all the files inside > /usr/local/share/texinfo but if texi2html is installed before texinfo > then it installs some files in that place, and those files are picked > up in the texinfo plist. Thus pkgng is right yelling about a conflict > in files. The fix would be to expand the files in PORTDATADIR directly > into the texinfo plist. Thank you for working this out: I completely missed that. I'll update the plist for texinfo now. Will look into texi2html later and see if it really makes sense to install its files in share/texinfo. Regards, Johan --0F1p//8PRICkK4MW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iF4EAREIAAYFAlFOzZEACgkQAEpMHW8nCPSlLQD9EERDeqQWXt8dka/mEwajaB/d olhz4WyemFvbtHC4rP0BAMaiCgGa59vq9nkCpIOay6Q0hYVMUFKHRPKXdnP+49R6 =jYfu -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 11:04:56 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5CE9C14C9 for ; Sun, 24 Mar 2013 11:04:56 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-vb0-x233.google.com (mail-vb0-x233.google.com [IPv6:2607:f8b0:400c:c02::233]) by mx1.freebsd.org (Postfix) with ESMTP id 0E6062F2 for ; Sun, 24 Mar 2013 11:04:55 +0000 (UTC) Received: by mail-vb0-f51.google.com with SMTP id fq11so3479844vbb.10 for ; Sun, 24 Mar 2013 04:04:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seibercom.net; s=google; h=x-received:date:from:to:subject:message-id:in-reply-to:references :reply-to:organization:x-mailer:face:mime-version:content-type :content-transfer-encoding; bh=sXPbSDHemgcmfqkCDF4cJP/Xc13U3RGlwmwGiOJaG9o=; b=RGoQhUB4Qe6xqoB21ZB5LHx4PFvJRz1mk51xBSymfAT3uMcMr8qpIwhgjPH3cq+SdF E3n6IpRJT3jiLzFuUlPT4xUZJOe6FeziWRPPmqrCdsLze7n8cbzNNHpDnbIVXG2TywJt ocJilaU3Jb1lxuyo21Hpmh5N420AxefiaYafs= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:date:from:to:subject:message-id:in-reply-to:references :reply-to:organization:x-mailer:face:mime-version:content-type :content-transfer-encoding:x-gm-message-state; bh=sXPbSDHemgcmfqkCDF4cJP/Xc13U3RGlwmwGiOJaG9o=; b=Ajp1v1nCkh8mKqbtZv9lY35l3jqaa2gP/Q8QVIFR14XNY9tBboHHD1Qdz+RK+8tJfP 9qCqM9dPsh+uwjV/5KgidnJZDYvr0a3ebB/t21x49xNRcP1NgFe+oDEo7xSKf18ePvyh BZZJeTdnMK6URVI3qsegjLtxO9VN2kG/K/tmXW9rVwmguarRn91aY9LR6ktBUwZLtQX7 pv3Joarjb1oWeKygV46Mf/QxArhR4paotEDcwh/R5kh+nAgS9erbGRRxcmxdz4UqP4KH 4urag8s5Rs0UJtvvutA4GcBRo8xnpLydPr9fdunZ8smjxxx12Errl8tB79VU5G17icWy m9tg== X-Received: by 10.52.24.229 with SMTP id x5mr8991031vdf.84.1364123095395; Sun, 24 Mar 2013 04:04:55 -0700 (PDT) Received: from scorpio.seibercom.net (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPS id q5sm14081894vdj.5.2013.03.24.04.04.54 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 24 Mar 2013 04:04:54 -0700 (PDT) Received: from scorpio (localhost [127.0.0.1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3ZYbNP0sy4z2CG5T for ; Sun, 24 Mar 2013 07:04:53 -0400 (EDT) Date: Sun, 24 Mar 2013 07:04:52 -0400 From: Jerry To: freebsd-ports@freebsd.org Subject: Re: Updating curl Message-ID: <20130324070452.176c84ce@scorpio> In-Reply-To: <20814.24592.288492.914792@jerusalem.litteratus.org> References: <20130323213126.59789466@scorpio> <20814.24592.288492.914792@jerusalem.litteratus.org> Organization: seibercom.net X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.17; amd64-portbld-freebsd8.3) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Gm-Message-State: ALoCoQlH8+jzZ4D50uRrqHMs0XKOG6lMMaqQM+baVJQJlmFsQXLniWi9O9tK2abuEmZsaHv4qWK/ X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 11:04:56 -0000 On Sat, 23 Mar 2013 22:08:16 -0400 Robert Huff articulated: > > The port version of curl is "7.24.0_2". On February > > 6th. curl-7.29.0 was released. Is there any possibility that this > > port might be updated. > > Of course. > However: my system alone has around two dozen ports that list > > curl as a dependency. No update will happen without sufficient > testing to make sure there's no breakage. > Volunteers for testing should probably contact the maintainer. That is an excuse, not a reason. If the maintainer, who has not bothered to reply, were to issue an experimental or devel port of curl, I would be happy to try it. The fact that curl is a dependent of numerous ports is also irrelevant. There are ports that are in far greater demand on the system that get updated in less than a year, and multiple versions, time. There have been several versions released since the one in the port's system and over a years time. The KDE and GNOME team often state why they are not updating a particular port and what to expect in its regards. If the curl maintainer either has lost interest in maintaining the port or has a specific reason for not keeping it relatively current, then I think he|she|they have an obligation to at least make that know to the FreeBSD community. I can totally understand a maintainer walking away from a port, it happens here all the time. However, if the maintainer no longer desires to keep the port current, it would behoove them to state so, so that another individual who might have the knowledge and time to do so can take over maintainer ship. I am not upset at the maintainer, I just want to know what the future of the curl port is. I use it extensively. Your statement regarding "testing" is a non-starter Robert. Other versions of this port were released sans any formal testing that I am aware of. Plus, the maintainer, again to the best of my knowledge, has not offered any of the versions of curl issued since the port's version, for public testing. It appears to me that the port is abandoned. We have ports like "Postfix" that are updated in virtual real time and then we have ports that seem to orphaned. It is too bad we cannot find a nice happy medium. -- Jerry â™” Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ Chicago law prohibits eating in a place that is on fire. From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 11:09: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]) by hub.freebsd.org (Postfix) with ESMTP id E9A20161F for ; Sun, 24 Mar 2013 11:09:16 +0000 (UTC) (envelope-from zaphod@berentweb.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id D1EC131C for ; Sun, 24 Mar 2013 11:09:16 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UJinb-0007yA-GS for freebsd-ports@freebsd.org; Sun, 24 Mar 2013 04:09:15 -0700 Date: Sun, 24 Mar 2013 04:09:15 -0700 (PDT) From: Beeblebrox To: freebsd-ports@freebsd.org Message-ID: <1364123355503-5798581.post@n5.nabble.com> Subject: Ports should provide knobs disabling unwanted network services 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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 11:09:17 -0000 Many ports, (specially the KDE-related ones) provide no option to disable network-related options. Usually these are things like samba-client, Avahi-mDNS* (with variants), and the like. Gnome usually provides a choice to disable gnome-vfs. I really don't understand why such ports enable those services by default, then provide a warning along the lines of "if you are unhappy with the security risk present through this service, uninstall the port... etc." I usually end up hacking the Makefile and disabling the cr*p that I don't want, then build. I understand the purpose of those services, but as an example, is net/mDNSResponder REALLY mandatory for everyone who intends to use graphics/okular? -- View this message in context: http://freebsd.1045724.n5.nabble.com/Ports-should-provide-knobs-disabling-unwanted-network-services-tp5798581.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 11:58:12 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4200810FE for ; Sun, 24 Mar 2013 11:58:12 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [5.135.177.31]) by mx1.freebsd.org (Postfix) with ESMTP id 0C57E75B for ; Sun, 24 Mar 2013 11:58:11 +0000 (UTC) Received: from [192.168.0.23] (4ab54-4-88-163-248-31.fbx.proxad.net [88.163.248.31]) by peterschmitt.fr (Postfix) with ESMTPSA id EF0B74AB5D4 for ; Sun, 24 Mar 2013 12:58:14 +0100 (CET) Message-ID: <514EF84F.1090208@peterschmitt.fr> Date: Sun, 24 Mar 2013 12:57:51 +0000 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130314 Thunderbird/17.0.4 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Ports should provide knobs disabling unwanted network services References: <1364123355503-5798581.post@n5.nabble.com> In-Reply-To: <1364123355503-5798581.post@n5.nabble.com> X-Enigmail-Version: 1.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2AQGWLRSLDXLPSWJHDXSR" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 11:58:12 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2AQGWLRSLDXLPSWJHDXSR Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If you want, you can submit a little patch adding choice to disable these options. You'll see if it is adopted or not, but you have more chance to get your request done with something than without. Le 24/03/2013 11:09, Beeblebrox a =E9crit : > Many ports, (specially the KDE-related ones) provide no option to disab= le > network-related options. Usually these are things like samba-client, > Avahi-mDNS* (with variants), and the like. Gnome usually provides a cho= ice > to disable gnome-vfs. >=20 > I really don't understand why such ports enable those services by defau= lt, > then provide a warning along the lines of "if you are unhappy with the > security risk present through this service, uninstall the port... etc."= >=20 > I usually end up hacking the Makefile and disabling the cr*p that I don= 't > want, then build. I understand the purpose of those services, but as a= n > example, is net/mDNSResponder REALLY mandatory for everyone who intends= to > use graphics/okular? >=20 >=20 >=20 >=20 > -- > View this message in context: http://freebsd.1045724.n5.nabble.com/Port= s-should-provide-knobs-disabling-unwanted-network-services-tp5798581.html= > Sent from the freebsd-ports mailing list archive at Nabble.com. > _______________________________________________ > 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 --=20 Florent Peterschmitt +33 (0)6 64 33 97 92 florent@peterschmitt.fr ------enig2AQGWLRSLDXLPSWJHDXSR Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRTvhUAAoJEMtO2Sol0IImScwH/1yPZCf5+VueLJO9nWo+pHUj iXttQV/61mWh/fuhi8WUTmDgIaZz6GINburWxb7zoaN1VCa/v4RQWD2zdXxDEHut e9aOJ7px6mNZRUPkmW0ErimM31xImLllrbcHG7p+4PdCALzfkDnw/85c1uwA3KRw RDNZcB9j2WF0ZJOuL8tMiFxFPRjO0nhd3aXOHt/K0KLBwfL5mBMHyMFuYm0nwHUA IIvHWFSzlP/58232B2oWL0pl51+lLNmZQyGpSLzl84mTZoGl+jEAGUF8kiaz4HU5 jt3OKRGUvLpNU92fIneAo7S3AXgeosFrOjwyS3O5dEr5PGz7L6aLawPdbRK+His= =9z3f -----END PGP SIGNATURE----- ------enig2AQGWLRSLDXLPSWJHDXSR-- From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 12:01:00 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 48927145B for ; Sun, 24 Mar 2013 12:01:00 +0000 (UTC) (envelope-from zaphod@berentweb.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 2F8AD7DA for ; Sun, 24 Mar 2013 12:00:59 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UJjbf-00075d-NO for freebsd-ports@freebsd.org; Sun, 24 Mar 2013 05:00:59 -0700 Date: Sun, 24 Mar 2013 05:00:59 -0700 (PDT) From: Beeblebrox To: freebsd-ports@freebsd.org Message-ID: <1364126459718-5798594.post@n5.nabble.com> In-Reply-To: <514EF84F.1090208@peterschmitt.fr> References: <1364123355503-5798581.post@n5.nabble.com> <514EF84F.1090208@peterschmitt.fr> Subject: Re: Ports should provide knobs disabling unwanted network services 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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 12:01:00 -0000 I would be very happy to submit a patch, if I actually knew how to write one... -- View this message in context: http://freebsd.1045724.n5.nabble.com/Ports-should-provide-knobs-disabling-unwanted-network-services-tp5798581p5798594.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 12:02: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]) by hub.freebsd.org (Postfix) with ESMTP id BACCC1564 for ; Sun, 24 Mar 2013 12:02:51 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [5.135.177.31]) by mx1.freebsd.org (Postfix) with ESMTP id 83BBC7ED for ; Sun, 24 Mar 2013 12:02:51 +0000 (UTC) Received: from [192.168.0.23] (4ab54-4-88-163-248-31.fbx.proxad.net [88.163.248.31]) by peterschmitt.fr (Postfix) with ESMTPSA id 7EC384AB5D4 for ; Sun, 24 Mar 2013 13:03:00 +0100 (CET) Message-ID: <514EF975.9000802@peterschmitt.fr> Date: Sun, 24 Mar 2013 13:02:45 +0000 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130314 Thunderbird/17.0.4 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Ports should provide knobs disabling unwanted network services References: <1364123355503-5798581.post@n5.nabble.com> <514EF84F.1090208@peterschmitt.fr> <1364126459718-5798594.post@n5.nabble.com> In-Reply-To: <1364126459718-5798594.post@n5.nabble.com> X-Enigmail-Version: 1.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2CPCPSIEPUUEIIRHHISWF" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 12:02:51 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2CPCPSIEPUUEIIRHHISWF Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable It's no something difficult. Rewrite the Makefile port (based on the one already here of course) and use diff util. Or if you want, submit the whole file ;) Le 24/03/2013 12:00, Beeblebrox a =E9crit : > I would be very happy to submit a patch, if I actually knew how to writ= e > one... >=20 >=20 >=20 > -- > View this message in context: http://freebsd.1045724.n5.nabble.com/Port= s-should-provide-knobs-disabling-unwanted-network-services-tp5798581p5798= 594.html > Sent from the freebsd-ports mailing list archive at Nabble.com. > _______________________________________________ > 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 --=20 Florent Peterschmitt +33 (0)6 64 33 97 92 florent@peterschmitt.fr ------enig2CPCPSIEPUUEIIRHHISWF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRTvl1AAoJEMtO2Sol0IImU0wH+gI7WmqUfwNakB7zqwBTX0Fj QG1z7dm4KaCW3Z5YfFjJ5y/jY9xJScAwBzhAefnIJbxpkiX0IRJLhrzxT33JWRzM ZArQZGrWcgc4cEqajJVgcoFhPMEqWpFUpphoe0nWZe8ggxm+MU24p4NpTWxmOrtn gsHnp0F79kASg2zAdX0UmEWgYnAPTB2g2yn8E3QRQn+3jUnBgCuwpSSntmlagpox ZKHaoE3HuUGd+RPH48MOS9+dSJS8lLPCTDCWMzhrPkQsw34SwkUPc14fsYWN9fzE 1SuN6qzmni49Ub7Y+vX14TBvBeMeLE1YZxToZNn6ObUVM16ZLFiQEjEiUGfvPVk= =cOXg -----END PGP SIGNATURE----- ------enig2CPCPSIEPUUEIIRHHISWF-- From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 12:05:11 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C5A2016FA; Sun, 24 Mar 2013 12:05:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 3FEEA820; Sun, 24 Mar 2013 12:05:11 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.6/8.14.6) with ESMTP id r2OC57k0082412; Sun, 24 Mar 2013 14:05:07 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.0 kib.kiev.ua r2OC57k0082412 Received: (from kostik@localhost) by tom.home (8.14.6/8.14.6/Submit) id r2OC57g2082407; Sun, 24 Mar 2013 14:05:07 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 24 Mar 2013 14:05:07 +0200 From: Konstantin Belousov To: Ivan Klymenko Subject: Re: Kernel panic CURRENT r248596 at virtualbox-ose-kmod module load Message-ID: <20130324120507.GX3794@kib.kiev.ua> References: <20130323132627.04bf7ef4@nonamehost> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vEdmTXXA9+5BA9oB" Content-Disposition: inline In-Reply-To: <20130323132627.04bf7ef4@nonamehost> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 12:05:11 -0000 --vEdmTXXA9+5BA9oB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 23, 2013 at 01:26:27PM +0200, Ivan Klymenko wrote: > I have > uname -a > FreeBSD nonamehost 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r248596: Fri > Mar 22 01:17:08 EET 2013 > ivan@nonamehost:/usr/obj/usr/src/sys/GENERIC amd64 >=20 > I updated the ports tree to r314921 and recompiled virtualbox-ose-kmod >=20 > After load the module a have kernel panic. >=20 > Panic String: Lock vm object not exclusively locked @ > /usr/src/sys/vm/vm_page.c:1396 >=20 > http://pkgupdate.nevosoft.ru/backtrace.txt This looks like a vbox issue, the driver did not properly locked the object passed to the vm_page_alloc_contig(). If you want this fixed, you probably need to look up the code yourself, compiling the vbox kld with debugging, finding the offending call to vm_page_alloc_contig() and looking around it to see which object is passed and why it is not locked. --vEdmTXXA9+5BA9oB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBAgAGBQJRTuvyAAoJEJDCuSvBvK1BtA0P/3MSDsivMhCMTgXZrkxxW1Ih LqA4LFGMeSrPpEaCXBIb4JceREUPJHJj4lajhS5uXtmX8Pl5SfF6YKaPH6E5Vm9G vD2h5Wg2vjaI3l6Hb6DqEZBRvscu7nJywpAfFFG8ML3WPD28QawBx985wWdFraBz YL3Hex7s0ORudnrRNAsqVMGIgCTH0PRxlTtis5ZvRs0N/9LNS1S7mdP4nP+RU229 RzsoBCeKbETv2r2BbAPzeUVbkxA+TOH+wljzH9cZ7DVusASQCAfkOzGBBt9soijp PiWzCZgh6QtWfzMu9aCVskWNjnD7BFunSROxJjF8XArnCEkxYQ3m0oiuhcIS7lIV /uHY3BPUijgoXJchrwLf1FwVnQtiQpQfVPpy3gXYYHLEPD7LJVdFV9DTF/154PZD z8SoFwiO+zW+U//lIN7cdUNBoupIFOgBPlm5QvfNDSuq8n1kz/t0Eu05ta6Crmr6 9hUD7eHyK+QlJA5897NHUUHGKsD0gbznl8bPaue5HOCyL6VNLgAaKyn8+774L84F kgW84MPVaQfsZJ3zBMCglRd6ZGgdRWm3QF4XQphIEX1PId5+hBccheqOmjN0wInI hoRiaaiebov1XW2ipCtG6K+IzwxfXM00DO1hG9xEEXcnAcjXLnlwj3f1RIrj6F7c w97YKMpC7NAo3qWq86X2 =0wUr -----END PGP SIGNATURE----- --vEdmTXXA9+5BA9oB-- From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 12:09:20 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A909A1A36 for ; Sun, 24 Mar 2013 12:09:20 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) by mx1.freebsd.org (Postfix) with ESMTP id 309F287C for ; Sun, 24 Mar 2013 12:09:19 +0000 (UTC) Received: from mailout-de.gmx.net ([10.1.76.31]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0Lv7rY-1UjLUS3T6I-010KbR for ; Sun, 24 Mar 2013 13:09:18 +0100 Received: (qmail invoked by alias); 24 Mar 2013 12:09:18 -0000 Received: from p578be941.dip0.t-ipconnect.de (EHLO [192.168.0.100]) [87.139.233.65] by mail.gmx.net (mp031) with SMTP; 24 Mar 2013 13:09:18 +0100 X-Authenticated: #1956535 X-Provags-ID: V01U2FsdGVkX18GevkNJXQGyi1KgfDvpn6Okxg7Ke/2HIGVcm9/XQ 1ocaEQvjjdZvCb Message-ID: <514EED31.7070108@gmx.de> Date: Sun, 24 Mar 2013 13:10:25 +0100 From: olli hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Updating curl References: <20130323213126.59789466@scorpio> <20814.24592.288492.914792@jerusalem.litteratus.org> <20130324070452.176c84ce@scorpio> In-Reply-To: <20130324070452.176c84ce@scorpio> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 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: Sun, 24 Mar 2013 12:09:20 -0000 On 2013-03-24 12:04, Jerry wrote: > On Sat, 23 Mar 2013 22:08:16 -0400 > Robert Huff articulated: > >>> The port version of curl is "7.24.0_2". On February >>> 6th. curl-7.29.0 was released. Is there any possibility that this >>> port might be updated. >> >> Of course. >> However: my system alone has around two dozen ports that list >> >> curl as a dependency. No update will happen without sufficient >> testing to make sure there's no breakage. >> Volunteers for testing should probably contact the maintainer. > > That is an excuse, not a reason. If the maintainer, who has not bothered > to reply, were to issue an experimental or delve port of curl, I > would be happy to try it. The fact that curl is a dependent of > numerous ports is also irrelevant. There are ports that are in far > greater demand on the system that get updated in less than a year, and > multiple versions, time. > > There have been several versions released since the one in the port's > system and over a years time. The KDE and GNOME team often state why > they are not updating a particular port and what to expect in its > regards. If the curl maintainer either has lost interest in maintaining > the port or has a specific reason for not keeping it relatively > current, then I think he|she|they have an obligation to at least make > that know to the FreeBSD community. I can totally understand a > maintainer walking away from a port, it happens here all the time. > However, if the maintainer no longer desires to keep the port current, > it would behoove them to state so, so that another individual who might > have the knowledge and time to do so can take over maintainer ship. > > I am not upset at the maintainer, I just want to know what the future > of the curl port is. I use it extensively. Your statement regarding > "testing" is a non-starter Robert. Other versions of this port were > released sans any formal testing that I am aware of. Plus, the > maintainer, again to the best of my knowledge, has not offered any of > the versions of curl issued since the port's version, for public > testing. It appears to me that the port is abandoned. > > We have ports like "Postfix" that are updated in virtual real time and > then we have ports that seem to orphaned. It is too bad we cannot find > a nice happy medium. Just a quick question. How many ports do you maintain? I have to ask this question because it looks like you are always coming up with the same copy pasted text snippets (do you have them as text blocks in vim or emacs?) If you are willing to do the maintenance of an actual curl port please come up with an patch and request maintainer ship. From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 12:43:12 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5B41D97A for ; Sun, 24 Mar 2013 12:43:12 +0000 (UTC) (envelope-from dthiele@gmx.net) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) by mx1.freebsd.org (Postfix) with ESMTP id E5477970 for ; Sun, 24 Mar 2013 12:43:11 +0000 (UTC) Received: from mailout-de.gmx.net ([10.1.76.30]) by mrigmx.server.lan (mrigmx001) with ESMTP (Nemesis) id 0LiqoN-1UpmlB3PHZ-00d25Y for ; Sun, 24 Mar 2013 13:43:04 +0100 Received: (qmail invoked by alias); 24 Mar 2013 12:43:04 -0000 Received: from port-92-196-27-91.dynamic.qsc.de (EHLO impala.vnws.lan) [92.196.27.91] by mail.gmx.net (mp030) with SMTP; 24 Mar 2013 13:43:04 +0100 X-Authenticated: #19302822 X-Provags-ID: V01U2FsdGVkX18d4YREl+QdreV2ezPsOeZWxCL/rytKdtfYgf/NJ9 z9OpM0+m+OZ0xr Message-ID: <514EF7C9.9040900@gmx.net> Date: Sun, 24 Mar 2013 13:55:37 +0100 From: Daniel Thiele User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130314 Thunderbird/17.0.4 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: texinfo References: <10036027.4LiqNzccbQ@luna.wi.rr.com> <20130314220441.GA5864@mud.stack.nl> <5142FFEC.70108@gmx.net> <20130315112146.GC54969@ithaqua.etoilebsd.net> <51433A15.8090109@gmx.net> <20130324085920.GA41438@ithaqua.etoilebsd.net> In-Reply-To: <20130324085920.GA41438@ithaqua.etoilebsd.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: johans@stack.nl, bapt@FreeBSD.org, lumiwa@gmail.com X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 12:43:12 -0000 On 03/24/13 09:59, Baptiste Daroussin wrote: > On Fri, Mar 15, 2013 at 04:11:17PM +0100, Daniel Thiele wrote: >> On 03/15/13 12:21, Baptiste Daroussin wrote: >>> On Fri, Mar 15, 2013 at 12:03:08PM +0100, Daniel Thiele wrote: >>>> On 03/14/13 23:04, Johan van Selst wrote: >>>>> Hi Mitja, >>>>> >>>>> ajtiM wrote: >>>>>> In ports is texinfo-5.1 update but whenever is texinfo new version >>>>>> (update) I have a problem: >>>>>> print/texinfo-5.1 confilcts with texi2html-5.0 (installs files into >>>>>> the same place. >>>>>> Problematic: /usr/local/share/texinfo/init/book.init >>>>> >>>>> This is curious: texinfo does not install this book.init file; and >>>>> neither port seems to mention a potential conflict in the port Makefile. >>>>> >>>>> Could this be a left-over warning from an old version? Are other people >>>>> seeing this problem as well? >>>> >>>> I also see this problem. I am experiencing this on a freshly installed >>>> system, so no updating of any of the two ports is involved. texi2html >>>> was installed first and seems to install a couple of init files in >>>> TEXINFODIR. An installation of texinfo then fails with >>>> >>>> ===> Registering installation for texinfo-5.1.20130313 as automatic >>>> Installing texinfo-5.1.20130313...pkg: texinfo-5.1.20130313 conflicts >>>> with texi2html-5.0_1,1 (installs files into the same place). >>>> Problematic file: /usr/local/share/texinfo/init/book.init >>>> *** [fake-pkg] Error code 70 >>>> >>>> although the conflicting file is not listed in texinfo's pkg-plist. >>>> >>>> >>>> Regards, >>>> Daniel >>>> >>> >>> Ok I'll try to reproduce, and fix pkgng is the bug comes from pkgng or come back >>> with an explanation >>> >>> But do not expect something before next week. >>> >>> regards >>> Bapt >>> >> >> Thanks for looking into it. If you need any assistance or more >> information, just drop me a line. >> > > I finally got it. The bug is in the texinfo port: > PORTDATA= * > This globbing makes texinfo pick up all the files inside > /usr/local/share/texinfo but if texi2html is installed before texinfo then it > installs some files in that place, and those files are picked up in the texinfo > plist. Thus pkgng is right yelling about a conflict in files. > > The fix would be to expand the files in PORTDATADIR directly into the texinfo > plist. > > Until we get the stage feature into the ports tree > > regards, > Bapt > Thank you for your effort to fix this issue. I can confirm, that now the issue with the conflicting files seems to be resolved. Thank you again! Regards, Daniel From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 12:50: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]) by hub.freebsd.org (Postfix) with ESMTP id 67FE5DF8 for ; Sun, 24 Mar 2013 12:50:42 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pd0-f170.google.com (mail-pd0-f170.google.com [209.85.192.170]) by mx1.freebsd.org (Postfix) with ESMTP id 424C59A8 for ; Sun, 24 Mar 2013 12:50:42 +0000 (UTC) Received: by mail-pd0-f170.google.com with SMTP id 4so2167833pdd.29 for ; Sun, 24 Mar 2013 05:50:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:x-enigmail-version:content-type; bh=1/sfM3EIOwKzKTnFL4ObQb52I91qs9V331AZnvVbZtk=; b=uGZ6/L3o8d6i/HJrkcy682QIBfrHbuEJc8wF0KSHcGhQZqPzT/ZIs9fRHGIXgopWfc NJyz9963C1XfjZ8PaNywvlIgXNu9coFqbj9BUo1fHRRJkEEQ1p/SKzeukb2KqC+TS9Gp VBni4WDBTVLTgw5kkmPo/d4lk0G7XIj2KMmHHrFpJIm1c07QrXJChBDIOkOUSvuBXR0P c2y88T3h4JVXnP7rIpM0hhHzz/F8QQtxuRs0FmjMGQ/tysC1AKlyym31MFhk6xfi00CU 4xAK6HruLYuS+IrzO9DUZWxd15fjqni+pbhkKbdExs1BcBExk7uVL6Vc0NQR4ulgxdG2 cmRw== X-Received: by 10.68.190.99 with SMTP id gp3mr12391321pbc.117.1364129436330; Sun, 24 Mar 2013 05:50:36 -0700 (PDT) Received: from [192.168.1.7] (ppp59-167-128-11.static.internode.on.net. [59.167.128.11]) by mx.google.com with ESMTPS id i9sm10703069paa.7.2013.03.24.05.50.33 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 24 Mar 2013 05:50:35 -0700 (PDT) Message-ID: <514EF696.4070103@FreeBSD.org> Date: Sun, 24 Mar 2013 23:50:30 +1100 From: Kubilay Kocak User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Updating curl References: <20130323213126.59789466@scorpio> <20814.24592.288492.914792@jerusalem.litteratus.org> <20130324070452.176c84ce@scorpio> In-Reply-To: <20130324070452.176c84ce@scorpio> X-Enigmail-Version: 1.5.1 Content-Type: multipart/mixed; boundary="------------080405050904090103010705" Cc: Jerry X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 12:50:42 -0000 This is a multi-part message in MIME format. --------------080405050904090103010705 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 24/03/2013 10:04 PM, Jerry wrote: > On Sat, 23 Mar 2013 22:08:16 -0400 > Robert Huff articulated: > >>> The port version of curl is "7.24.0_2". On February >>> 6th. curl-7.29.0 was released. Is there any possibility that this >>> port might be updated. >> >> Of course. >> However: my system alone has around two dozen ports that list >> >> curl as a dependency. No update will happen without sufficient >> testing to make sure there's no breakage. >> Volunteers for testing should probably contact the maintainer. > > That is an excuse, not a reason. If the maintainer, who has not bothered > to reply, were to issue an experimental or devel port of curl, I > would be happy to try it. The fact that curl is a dependent of > numerous ports is also irrelevant. There are ports that are in far > greater demand on the system that get updated in less than a year, and > multiple versions, time. > > There have been several versions released since the one in the port's > system and over a years time. The KDE and GNOME team often state why > they are not updating a particular port and what to expect in its > regards. If the curl maintainer either has lost interest in maintaining > the port or has a specific reason for not keeping it relatively > current, then I think he|she|they have an obligation to at least make > that know to the FreeBSD community. I can totally understand a > maintainer walking away from a port, it happens here all the time. > However, if the maintainer no longer desires to keep the port current, > it would behoove them to state so, so that another individual who might > have the knowledge and time to do so can take over maintainer ship. > > I am not upset at the maintainer, I just want to know what the future > of the curl port is. I use it extensively. Your statement regarding > "testing" is a non-starter Robert. Other versions of this port were > released sans any formal testing that I am aware of. Plus, the > maintainer, again to the best of my knowledge, has not offered any of > the versions of curl issued since the port's version, for public > testing. It appears to me that the port is abandoned. > > We have ports like "Postfix" that are updated in virtual real time and > then we have ports that seem to orphaned. It is too bad we cannot find > a nice happy medium. > To get this going, find attached a work in progress patch updating curl to 7.29.0, with the following notes: 1) I've moved patch-configure to DONT-patch-configure Note A: You may assist by merging the patch against 7.29.0 Note B: This change means the port doesn't honour debug/opt flags 2) OPTIONS need to be converted to OPTIONSng Note: You can assist by merging the changes from this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/172325 3) It fails `make test` (from port dir) with regressions: ----------- test 2030...OK (782 out of 784, remaining: 00:00) test 2031...OK (783 out of 784, remaining: 00:00) test 2032...OK (784 out of 784, remaining: 00:00) TESTDONE: 624 tests out of 626 reported OK: 99% TESTFAIL: These test cases failed: 591 1316 TESTDONE: 787 tests were considered during 291 seconds. *** [quiet-test] Error code 1 ----------- You may assist by testing and identifying the causes and providing patches for changes 4) This will require an exp-run when its considered 'ready' 5) I ran the port test with default OPTIONS A final comment that I was inspired to do this because of my desire to improve FreeBSD and the experience of our (my) community, and the satisfaction I get from contributing. A commitment to reporting issues is appreciated (so thank you), and is more than what most do. It is also however, a minimum expectation. Perhaps a more mindful, positive approach to encouraging action from others will garner a higher incidence of favourable responses in the future. I hope my work helps. -- Ta, Koobs --------------080405050904090103010705 Content-Type: text/plain; charset=windows-1252; name="curl-7.29.0.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="curl-7.29.0.patch" SW5kZXg6IE1ha2VmaWxlCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIE1ha2VmaWxlCShyZXZpc2lvbiAz MTUxMTApCisrKyBNYWtlZmlsZQkod29ya2luZyBjb3B5KQpAQCAtMSwxMyArMSw4IEBACi0j IE5ldyBwb3J0cyBjb2xsZWN0aW9uIG1ha2VmaWxlIGZvcjoJY3VybAotIyBEYXRlIGNyZWF0 ZWQ6CQkxMiBEZWNlbWJlciAxOTk4Ci0jIFdob206CQkJTmVpbCBCbGFrZXktTWlsbmVyIDxu Ym1AcnVjdXMucnUuYWMuemE+Ci0jCisjIENyZWF0ZWQgYnk6IE5laWwgQmxha2V5LU1pbG5l ciA8bmJtQHJ1Y3VzLnJ1LmFjLnphPgogIyAkRnJlZUJTRCQKLSMKIAogUE9SVE5BTUU9CWN1 cmwKLVBPUlRWRVJTSU9OPQk3LjI0LjAKLVBPUlRSRVZJU0lPTj0JMgorUE9SVFZFUlNJT049 CTcuMjkuMAogQ0FURUdPUklFUz0JZnRwIGlwdjYgd3d3CiBNQVNURVJfU0lURVM9CWh0dHA6 Ly9jdXJsLmhheHguc2UvZG93bmxvYWQvIFwKIAkJTE9DQUwvc3VucG9ldApAQCAtNTIsNyAr NDcsNyBAQAogCQlNQU5VQUwgUkVBRE1FLm5ldHdhcmUgUkVBRE1FLndpbjMyIFJFU09VUkNF UyBTU0xDRVJUUyBUSEFOS1MgXAogCQlUT0RPIFRoZUFydE9mSHR0cFNjcmlwdGluZyBWRVJT SU9OUyBjdXJsLWNvbmZpZy5odG1sIFwKIAkJY3VybC1jb25maWcucGRmIGN1cmwuaHRtbCBj dXJsLnBkZiBpbmRleC5odG1sCi1NQU4xPQkJY3VybC4xIGN1cmwtY29uZmlnLjEKK01BTjE9 CQljdXJsLjEgY3VybC1jb25maWcuMSBtay1jYS1idW5kbGUuMQogTUFOMz0JCWN1cmxfZWFz eV9jbGVhbnVwLjMgY3VybF9lYXN5X2R1cGhhbmRsZS4zIGN1cmxfZWFzeV9lc2NhcGUuMyBc CiAJCWN1cmxfZWFzeV9nZXRpbmZvLjMgY3VybF9lYXN5X2luaXQuMyBjdXJsX2Vhc3lfcGF1 c2UuMyBcCiAJCWN1cmxfZWFzeV9wZXJmb3JtLjMgY3VybF9lYXN5X3JlY3YuMyBjdXJsX2Vh c3lfcmVzZXQuMyBcCkBAIC02NSw3ICs2MCw3IEBACiAJCWN1cmxfbXVsdGlfaW5mb19yZWFk LjMgY3VybF9tdWx0aV9pbml0LjMgY3VybF9tdWx0aV9wZXJmb3JtLjMgXAogCQljdXJsX211 bHRpX3JlbW92ZV9oYW5kbGUuMyBjdXJsX211bHRpX3NldG9wdC4zIFwKIAkJY3VybF9tdWx0 aV9zb2NrZXQuMyBjdXJsX211bHRpX3NvY2tldF9hY3Rpb24uMyBcCi0JICAgICAgIAljdXJs X211bHRpX3N0cmVycm9yLjMgY3VybF9tdWx0aV90aW1lb3V0LjMgXAorCSAgICAgICAJY3Vy bF9tdWx0aV9zdHJlcnJvci4zIGN1cmxfbXVsdGlfdGltZW91dC4zIGN1cmxfbXVsdGlfd2Fp dC4zIFwKIAkJY3VybF9zaGFyZV9jbGVhbnVwLjMgY3VybF9zaGFyZV9pbml0LjMgY3VybF9z aGFyZV9zZXRvcHQuMyBcCiAJCWN1cmxfc2hhcmVfc3RyZXJyb3IuMyBjdXJsX3NsaXN0X2Fw cGVuZC4zIFwKIAkJY3VybF9zbGlzdF9mcmVlX2FsbC4zIGN1cmxfc3RyZXF1YWwuMyBjdXJs X3VuZXNjYXBlLjMgXApAQCAtNzQsNyArNjksNyBAQAogCQlsaWJjdXJsLXR1dG9yaWFsLjMK IFBMSVNUX1NVQj0JU0hMSUJfVkVSPSIke1NITElCX1ZFUn0iCiAKLVNITElCX1ZFUj0JNgor U0hMSUJfVkVSPQk3CiAuZW5kaWYKIAogLmluY2x1ZGUgPGJzZC5wb3J0Lm9wdGlvbnMubWs+ CkBAIC0yMjAsNyArMjE1LDcgQEAKIC5lbmRpZgogLmlmICFkZWZpbmVkKE5PUE9SVEVYQU1Q TEVTKQogCSR7TUtESVJ9ICR7RVhBTVBMRVNESVJ9LwotCWNkICR7V1JLU1JDfS9kb2NzL2V4 YW1wbGVzLyAmJiAke0lOU1RBTExfREFUQX0gUkVBRE1FIE1ha2VmaWxlLmV4YW1wbGUgbWFr ZWZpbGUqICouYyAqLmNjICR7RVhBTVBMRVNESVJ9LworCWNkICR7V1JLU1JDfS9kb2NzL2V4 YW1wbGVzLyAmJiAke0lOU1RBTExfREFUQX0gUkVBRE1FIE1ha2VmaWxlLmV4YW1wbGUgbWFr ZWZpbGUqICouYyAke0VYQU1QTEVTRElSfS8KIC5lbmRpZgogLmVuZGlmCiAKSW5kZXg6IGRp c3RpbmZvCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT0KLS0tIGRpc3RpbmZvCShyZXZpc2lvbiAzMTUxMTApCisr KyBkaXN0aW5mbwkod29ya2luZyBjb3B5KQpAQCAtMSwyICsxLDIgQEAKLVNIQTI1NiAoY3Vy bC03LjI0LjAudGFyLmx6bWEpID0gY2Q2ODNlZThiZTEzN2VkOGE4ZTk3ZDQyZmQzY2M5NGY4 OGY2M2Q0NzhiODNkNGFiZTM4ZTMxYjYyODFlMjI2OAotU0laRSAoY3VybC03LjI0LjAudGFy Lmx6bWEpID0gMTk3MzgxMQorU0hBMjU2IChjdXJsLTcuMjkuMC50YXIubHptYSkgPSA0YWU5 NTNlZjE0NGJjNmNiN2M4YzBhMDU0Y2U4MGY5M2VhMTc0MzE4Y2Y5YjE4YTJlMmNjM2NiZjA2 MmQ5YjIxCitTSVpFIChjdXJsLTcuMjkuMC50YXIubHptYSkgPSAyMTAwNDEyCkluZGV4OiBm aWxlcy9wYXRjaC1jb25maWd1cmUKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gZmlsZXMvcGF0Y2gtY29u ZmlndXJlCShyZXZpc2lvbiAzMTUxMTApCisrKyBmaWxlcy9wYXRjaC1jb25maWd1cmUJKHdv cmtpbmcgY29weSkKQEAgLTEsMTA5ICswLDAgQEAKLURlc2NyaXB0aW9uOiBUd2VhayB0aGUg YnVpbGQgZm9yIGEgRnJlZUJTRCBlbnZpcm9ubWVudC4KLSBSZXNwZWN0IHVzZXItc3VwcGxp ZWQgQ0ZMQUdTCi0gVXNlIHRoZSBGcmVlQlNEIGxvY2F0aW9uIG9mIHBrZy1jb25maWcncyBs aWJyYXJ5IGRpcmVjdG9yeS4KLSBDaGVjayBmb3IgbGlicnRtcCBpbiBzZW5zaWJsZSBsb2Nh dGlvbnMgaW4gYWxsIGNhc2VzLgotRm9yd2FyZGVkOiBub3QtbmVlZGVkCi1BdXRob3I6IFBl dGVyIFBlbnRjaGV2IDxyb2FtQEZyZWVCU0Qub3JnPgotTGFzdC1VcGRhdGU6IDIwMTAtMTIt MTkKLQotLS0tIGNvbmZpZ3VyZS5vcmlnCTIwMTItMDItMjYgMTc6NTI6MjEuOTA0OTA4NTg3 ICswODAwCi0rKysgY29uZmlndXJlCTIwMTItMDItMjYgMTc6NTI6MjEuOTI5OTA5OTQ4ICsw ODAwCi1AQCAtMTUwNDksMTAgKzE1MDQ5LDEwIEBACi0gICAgIGZsYWdzX2RiZ19hbGw9IiRm bGFnc19kYmdfYWxsIC1nZHdhcmYtMiIKLSAgICAgZmxhZ3NfZGJnX2FsbD0iJGZsYWdzX2Ri Z19hbGwgLWd2bXMiCi0gICAgIGZsYWdzX2RiZ195ZXM9Ii1nIgotLSAgICBmbGFnc19kYmdf b2ZmPSItZzAiCi0rICAgIGZsYWdzX2RiZ19vZmY9IiIKLSAgICAgZmxhZ3Nfb3B0X2FsbD0i LU8gLU8wIC1PMSAtTzIgLU8zIC1PcyIKLSAgICAgZmxhZ3Nfb3B0X3llcz0iLU8yIgotLSAg ICBmbGFnc19vcHRfb2ZmPSItTzAiCi0rICAgIGZsYWdzX29wdF9vZmY9IiIKLSAgIGVsc2UK LSAgICAgeyAkYXNfZWNobyAiJGFzX21lOiR7YXNfbGluZW5vLSRMSU5FTk99OiByZXN1bHQ6 IG5vIiA+JjUKLSAkYXNfZWNobyAibm8iID4mNjsgfQotQEAgLTE1ODkyLDYgKzE1ODkyLDkg QEAKLSAgICAgdG1wX0NGTEFHUz0iJENGTEFHUyIKLSAgICAgdG1wX0NQUEZMQUdTPSIkQ1BQ RkxBR1MiCi0gCi0rIyBEbyBub3QgcmVtb3ZlIHRoZSB1c2VyLXN1cHBsaWVkIGRlYnVnIGZs YWdzIGluIENGTEFHUwotKyMgUFI6IDE1MDg1NAotK2lmIGZhbHNlOyB0aGVuCi0gICAgIGFj X3Zhcl9zdHJpcHBlZD0iIgotICAgZm9yIHdvcmQxIGluICR0bXBfQ0ZMQUdTOyBkbwotICAg ICBhY192YXJfc3RyaXBfd29yZD0ibm8iCi1AQCAtMTU5MjIsNiArMTU5MjUsNyBAQAotICAg ZG9uZQotICAgICB0bXBfQ1BQRkxBR1M9IiRhY192YXJfc3RyaXBwZWQiCi0gICBzcXVlZXpl IHRtcF9DUFBGTEFHUwotK2ZpCi0gCi0gICAgICMKLSAgICAgaWYgdGVzdCAiJHdhbnRfZGVi dWciID0gInllcyI7IHRoZW4KLUBAIC0xNjEzOSw2ICsxNjE0Myw5IEBACi0gICAgICMKLSAg ICAgaWYgdGVzdCAiJGhvbm9yX29wdGltaXplX29wdGlvbiIgPSAieWVzIjsgdGhlbgotIAot KyMgRG8gbm90IHJlbW92ZSB0aGUgdXNlci1zdXBwbGllZCBvcHRpbWl6YXRpb24gZmxhZ3Mg aW4gQ0ZMQUdTCi0rIyBQUjogMTUwODU0Ci0raWYgZmFsc2U7IHRoZW4KLSAgICAgYWNfdmFy X3N0cmlwcGVkPSIiCi0gICBmb3Igd29yZDEgaW4gJHRtcF9DRkxBR1M7IGRvCi0gICAgIGFj X3Zhcl9zdHJpcF93b3JkPSJubyIKLUBAIC0xNjE2OSw2ICsxNjE3Niw3IEBACi0gICBkb25l Ci0gICAgIHRtcF9DUFBGTEFHUz0iJGFjX3Zhcl9zdHJpcHBlZCIKLSAgIHNxdWVlemUgdG1w X0NQUEZMQUdTCi0rZmkKLSAKLSAgICAgICBpZiB0ZXN0ICIkd2FudF9vcHRpbWl6ZSIgPSAi eWVzIjsgdGhlbgotICAgICAgICAgeyAkYXNfZWNobyAiJGFzX21lOiR7YXNfbGluZW5vLSRM SU5FTk99OiBjaGVja2luZyBpZiBjb21waWxlciBhY2NlcHRzIG9wdGltaXplciBlbmFibGlu ZyBvcHRpb25zIiA+JjUKLUBAIC0yMDEzNyw3ICsyMDE0NSw4IEBACi0gICAgICAgICBQS0dU RVNUPSJubyIKLSAgICAgUFJFRklYX09QRU5TU0w9JE9QVF9TU0wKLSAKLS0gICAgICAgICAg ICAgICAgT1BFTlNTTF9QQ0RJUj0iJE9QVF9TU0wvbGliL3BrZ2NvbmZpZyIKLSsgICAgICAg ICAgICAgICAgIyBVc2UgdGhlIEZyZWVCU0QgbG9jYXRpb24gb2YgdGhlIHBrZy1jb25maWcg bGliZGlyCi0rICAgICAgICAgICAgICAgIE9QRU5TU0xfUENESVI9IiRMT0NBTEJBU0UvbGli ZGF0YS9wa2djb25maWciCi0gICAgIHsgJGFzX2VjaG8gIiRhc19tZToke2FzX2xpbmVuby0k TElORU5PfTogUEtHX0NPTkZJR19MSUJESVIgd2lsbCBiZSBzZXQgdG8gXCIkT1BFTlNTTF9Q Q0RJUlwiIiA+JjUKLSAkYXNfZWNobyAiJGFzX21lOiBQS0dfQ09ORklHX0xJQkRJUiB3aWxs IGJlIHNldCB0byBcIiRPUEVOU1NMX1BDRElSXCIiID4mNjt9Ci0gICAgIGlmIHRlc3QgLWYg IiRPUEVOU1NMX1BDRElSL29wZW5zc2wucGMiOyB0aGVuCi1AQCAtMjMyMzEsMjkgKzIzMjQw LDMwIEBACi0gICAgIDs7Ci0gICBvZmYpCi0gICAgICAgICBMSUJfUlRNUD0iLWxydG1wIgot KyAgICAgICAgTERfUlRNUD0iIgotKyAgICAgICAgQ1BQX1JUTVA9IiIKLSsgICAgICAgIERJ Ul9SVE1QPSIiCi0gICAgIDs7Ci0gICAqKQotICAgICAgICAgUFJFRklYX1JUTVA9JE9QVF9M SUJSVE1QCi0rICAgICAgICBMSUJfUlRNUD0iLWxydG1wIgotKyAgICAgICAgTERfUlRNUD0t TCR7UFJFRklYX1JUTVB9L2xpYiRsaWJzdWZmCi0rICAgICAgICBDUFBfUlRNUD0tSSR7UFJF RklYX1JUTVB9L2luY2x1ZGUKLSsgICAgICAgIERJUl9SVE1QPSR7UFJFRklYX1JUTVB9L2xp YiRsaWJzdWZmCi0gICAgIDs7Ci0gICBlc2FjCi0gCi0tICAgIGlmIHRlc3QgLW4gIiRQUkVG SVhfUlRNUCI7IHRoZW4KLS0gICAgTERfUlRNUD0tTCR7UFJFRklYX1JUTVB9L2xpYiRsaWJz dWZmCi0tICAgIENQUF9SVE1QPS1JJHtQUkVGSVhfUlRNUH0vaW5jbHVkZQotLSAgICBESVJf UlRNUD0ke1BSRUZJWF9SVE1QfS9saWIkbGlic3VmZgotLSAgZmkKLS0KLSAgIExERkxBR1M9 IiRMREZMQUdTICRMRF9SVE1QIgotICAgQ1BQRkxBR1M9IiRDUFBGTEFHUyAkQ1BQX1JUTVAi Ci0gICBMSUJTPSIkTElCUyAkTElCX1JUTVAiCi0gCi0tICB7ICRhc19lY2hvICIkYXNfbWU6 JHthc19saW5lbm8tJExJTkVOT306IGNoZWNraW5nIGZvciBSVE1QX0luaXQgaW4gLWxydG1w IiA+JjUKLS0kYXNfZWNob19uICJjaGVja2luZyBmb3IgUlRNUF9Jbml0IGluIC1scnRtcC4u LiAiID4mNjsgfQotKyAgeyAkYXNfZWNobyAiJGFzX21lOiR7YXNfbGluZW5vLSRMSU5FTk99 OiBjaGVja2luZyBmb3IgUlRNUF9Jbml0IGluICRMSUJfUlRNUCIgPiY1Ci0rJGFzX2VjaG9f biAiY2hlY2tpbmcgZm9yIFJUTVBfSW5pdCBpbiAkTElCX1JUTVAuLi4gIiA+JjY7IH0KLSBp ZiB0ZXN0ICIke2FjX2N2X2xpYl9ydG1wX1JUTVBfSW5pdCtzZXR9IiA9IHNldDsgdGhlbiA6 Ci0gICAkYXNfZWNob19uICIoY2FjaGVkKSAiID4mNgotIGVsc2UKLSAgIGFjX2NoZWNrX2xp Yl9zYXZlX0xJQlM9JExJQlMKLS1MSUJTPSItbHJ0bXAgICRMSUJTIgotK0xJQlM9IiRMSUJT IgotIGNhdCBjb25mZGVmcy5oIC0gPDxfQUNFT0YgPmNvbmZ0ZXN0LiRhY19leHQKLSAvKiBl bmQgY29uZmRlZnMuaC4gICovCi0gCkluZGV4OiBwa2ctcGxpc3QKPT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQot LS0gcGtnLXBsaXN0CShyZXZpc2lvbiAzMTUxMTApCisrKyBwa2ctcGxpc3QJKHdvcmtpbmcg Y29weSkKQEAgLTExNyw2ICsxMTcsOCBAQAogJSVQT1JURE9DUyUlJSVET0NTRElSJSUvbGli Y3VybC9jdXJsX211bHRpX3N0cmVycm9yLnBkZgogJSVQT1JURE9DUyUlJSVET0NTRElSJSUv bGliY3VybC9jdXJsX211bHRpX3RpbWVvdXQuaHRtbAogJSVQT1JURE9DUyUlJSVET0NTRElS JSUvbGliY3VybC9jdXJsX211bHRpX3RpbWVvdXQucGRmCislJVBPUlRET0NTJSUlJURPQ1NE SVIlJS9saWJjdXJsL2N1cmxfbXVsdGlfd2FpdC5odG1sCislJVBPUlRET0NTJSUlJURPQ1NE SVIlJS9saWJjdXJsL2N1cmxfbXVsdGlfd2FpdC5wZGYKICUlUE9SVERPQ1MlJSUlRE9DU0RJ UiUlL2xpYmN1cmwvY3VybF9zaGFyZV9jbGVhbnVwLmh0bWwKICUlUE9SVERPQ1MlJSUlRE9D U0RJUiUlL2xpYmN1cmwvY3VybF9zaGFyZV9jbGVhbnVwLnBkZgogJSVQT1JURE9DUyUlJSVE T0NTRElSJSUvbGliY3VybC9jdXJsX3NoYXJlX2luaXQuaHRtbApAQCAtMTcyLDEyICsxNzQs MTQgQEAKICUlUE9SVEVYQU1QTEVTJSUlJUVYQU1QTEVTRElSJSUvZnRwZ2V0LmMKICUlUE9S VEVYQU1QTEVTJSUlJUVYQU1QTEVTRElSJSUvZnRwZ2V0aW5mby5jCiAlJVBPUlRFWEFNUExF UyUlJSVFWEFNUExFU0RJUiUlL2Z0cGdldHJlc3AuYworJSVQT1JURVhBTVBMRVMlJSUlRVhB TVBMRVNESVIlJS9mdHBzZ2V0LmMKICUlUE9SVEVYQU1QTEVTJSUlJUVYQU1QTEVTRElSJSUv ZnRwdXBsb2FkLmMKICUlUE9SVEVYQU1QTEVTJSUlJUVYQU1QTEVTRElSJSUvZnRwdXBsb2Fk cmVzdW1lLmMKICUlUE9SVEVYQU1QTEVTJSUlJUVYQU1QTEVTRElSJSUvZ2V0aW5mby5jCiAl JVBPUlRFWEFNUExFUyUlJSVFWEFNUExFU0RJUiUlL2dldGlubWVtb3J5LmMKICUlUE9SVEVY QU1QTEVTJSUlJUVYQU1QTEVTRElSJSUvZ2hpcGVyLmMKICUlUE9SVEVYQU1QTEVTJSUlJUVY QU1QTEVTRElSJSUvaGlwZXJmaWZvLmMKKyUlUE9SVEVYQU1QTEVTJSUlJUVYQU1QTEVTRElS JSUvaHJlZl9leHRyYWN0b3IuYwogJSVQT1JURVhBTVBMRVMlJSUlRVhBTVBMRVNESVIlJS9o dG1sdGlkeS5jCiAlJVBPUlRFWEFNUExFUyUlJSVFWEFNUExFU0RJUiUlL2h0bWx0aXRsZS5j YwogJSVQT1JURVhBTVBMRVMlJSUlRVhBTVBMRVNESVIlJS9odHRwLXBvc3QuYwpAQCAtMjAz LDYgKzIwNyw3IEBACiAlJVBPUlRFWEFNUExFUyUlJSVFWEFNUExFU0RJUiUlL3J0c3AuYwog JSVQT1JURVhBTVBMRVMlJSUlRVhBTVBMRVNESVIlJS9zYW1wbGVjb252LmMKICUlUE9SVEVY QU1QTEVTJSUlJUVYQU1QTEVTRElSJSUvc2VwaGVhZGVycy5jCislJVBPUlRFWEFNUExFUyUl JSVFWEFNUExFU0RJUiUlL3NmdHBnZXQuYwogJSVQT1JURVhBTVBMRVMlJSUlRVhBTVBMRVNE SVIlJS9zZW5kcmVjdi5jCiAlJVBPUlRFWEFNUExFUyUlJSVFWEFNUExFU0RJUiUlL3NpbXBs ZS5jCiAlJVBPUlRFWEFNUExFUyUlJSVFWEFNUExFU0RJUiUlL3NpbXBsZXBvc3QuYwo= --------------080405050904090103010705-- From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 12:53: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]) by hub.freebsd.org (Postfix) with ESMTP id DCC2BEEF for ; Sun, 24 Mar 2013 12:53:57 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-vc0-f178.google.com (mail-vc0-f178.google.com [209.85.220.178]) by mx1.freebsd.org (Postfix) with ESMTP id 8F36B9BD for ; Sun, 24 Mar 2013 12:53:57 +0000 (UTC) Received: by mail-vc0-f178.google.com with SMTP id hz11so4135298vcb.23 for ; Sun, 24 Mar 2013 05:53:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seibercom.net; s=google; h=x-received:date:from:to:subject:message-id:in-reply-to:references :reply-to:organization:x-mailer:face:mime-version:content-type :content-transfer-encoding; bh=63RhqMFyX6JNiKTmD8BJVXkJQjVjAJD8eJjnAGI+UjY=; b=gnzF/9vn8+KeXVi3vEQIoaRJQ2OJjwQfTAXPRrdoFxK0glMtvFadwinyF373E6l/fn XcVJp2ONXlGUWpmLTDO44/g7+KocB090HEjONHR637ri3feTcsR5ySZIDj/MKRfWUVtA +7nnaTXDq8Xic+Du0aFUHjpfPrDNUynGZcdNM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:date:from:to:subject:message-id:in-reply-to:references :reply-to:organization:x-mailer:face:mime-version:content-type :content-transfer-encoding:x-gm-message-state; bh=63RhqMFyX6JNiKTmD8BJVXkJQjVjAJD8eJjnAGI+UjY=; b=Mf52PtB6urqcoBPxzafmmyXL5/pOgjwNwSJOnaU1HKhItl5tTGedk6rTF5oBueIwdp NVRHeVyB+vCHVJyY37UZOWCCfNH54DHVozIwR8YQrSlerXm7NpSU9pYUG3AmcsN6po6W g4SIQtKYmUhZl2nHzllNnnswMV3UQv4KzFJexphzLuc8FSxVp5YDp/aGrBxcuhyeQgXf Q6nfGvip6rtC/lfvjAcg0u4AI8y8ApHnmSR07UJWkHgyoL+qlK94XQzls85MfQbqPYv5 7EEkuRg6/nd5SF6ABnOyd7SBObEfc1/zKyJvGf8vybroSn64/99HDLDYV2oUtj8F1QKM jhkQ== X-Received: by 10.220.124.74 with SMTP id t10mr10786374vcr.67.1364129631248; Sun, 24 Mar 2013 05:53:51 -0700 (PDT) Received: from scorpio.seibercom.net (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPS id dz9sm14443019vdc.4.2013.03.24.05.53.50 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 24 Mar 2013 05:53:50 -0700 (PDT) Received: from scorpio (localhost [127.0.0.1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3ZYdp52t3fz2CG5T for ; Sun, 24 Mar 2013 08:53:49 -0400 (EDT) Date: Sun, 24 Mar 2013 08:53:48 -0400 From: Jerry To: freebsd-ports@freebsd.org Subject: Re: Updating curl Message-ID: <20130324085348.2fe3a8c1@scorpio> In-Reply-To: <514EED31.7070108@gmx.de> References: <20130323213126.59789466@scorpio> <20814.24592.288492.914792@jerusalem.litteratus.org> <20130324070452.176c84ce@scorpio> <514EED31.7070108@gmx.de> Organization: seibercom.net X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.17; amd64-portbld-freebsd8.3) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Gm-Message-State: ALoCoQkEYX71/8yx4UADGInB6UnJvsGLq8C8GlPiSBKjZ/cSKbl5QGMS09vWb0mLpGXZkd5Yr+/q X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 12:53:57 -0000 On Sun, 24 Mar 2013 13:10:25 +0100 olli hauer articulated: [snip} > Just a quick question. > How many ports do you maintain? Three, very simple ports. > I have to ask this question because it looks like you are always > coming up with the same copy pasted text snippets (do you have them > as text blocks in vim or emacs?) I have never created a boilerplate if that is what you are referring to. > If you are willing to do the maintenance of an actual curl port please > come up with an patch and request maintainer ship. I am actually thinking about updating curl on my system and no I would not release it since I am (1) not the maintain of said port, and (2) I don't have the time to actively maintain it. Which brings us back to my original statement, that being that if the current maintainer is not going to properly maintain the port than they should publicly state that fact which would allow another individual with sufficient time and skill to do so. If you remember a few months ago, there was a discussion as to why "Bash" lingered on for months, actually a year, with numerous patches being issued by the Bash author yet never being included in the port's system. Finally, another user created a "devel" port. Perhaps that is the proper way to handle this problem. "Postfix", probably the best maintained port in the entire system. has both a "stable" release and a "current" release in the ports system. I will agree that "sahil@FreeBSD.org" is probably an over achiever, but it is an example of what can be accomplished, and in virtual real time no less, when someone dedicates themselves to a task. -- Jerry â™” Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 12:58:29 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 263F1206 for ; Sun, 24 Mar 2013 12:58:29 +0000 (UTC) (envelope-from thierry@pompo.net) Received: from mx1b.lautre.net (etna.lautre.net [80.67.160.72]) by mx1.freebsd.org (Postfix) with ESMTP id E28D49DD for ; Sun, 24 Mar 2013 12:58:28 +0000 (UTC) Received: from graf.pompo.net (graf.pompo.net [78.225.128.39]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: thierry@pompo.net) by mx1b.lautre.net (Postfix) with ESMTPSA id CC1477E015; Sun, 24 Mar 2013 13:58:26 +0100 (CET) Received: by graf.pompo.net (Postfix, from userid 1001) id 51A1442D29E1; Sun, 24 Mar 2013 13:58:26 +0100 (CET) Date: Sun, 24 Mar 2013 13:58:26 +0100 From: Thierry Thomas To: Andrea Venturoli Subject: Re: OpenCASCADE Message-ID: <20130324125826.GA926@graf.pompo.net> Mail-Followup-To: Andrea Venturoli , ports@freebsd.org References: <514C6398.4050509@netfence.it> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <514C6398.4050509@netfence.it> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 9.1-RELEASE i386 Organization: Kabbale Eros X-Face: (hRbQnK~Pt7$ct`!fupO(`y_WL4^-Iwn4@ly-.,[4xC4xc; y=\ipKMNm<1J>lv@PP~7Z<.t KjAnXLs: X-PGP: 0xC71405A2 Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 12:58:29 -0000 Le ven 22 mar 13 à 14:58:48 +0100, Andrea Venturoli écrivait : > Hello. Hello Andrea, > Several months ago, I sent you a port skeleton for OpenCASCADE 6.5.2. > The version in ports is still at 6.3. > In the meanwhile 6.5.2 is already old, as 6.5.3 is out. > > I understand there are other ports in the tree which require OpenCASCADE > 6.3. This is the first point. The second one is my lack of availability... Have you checked that the ports depending on OpenCASCADE are really incompatible with this latest release? > My proposal is to rename 6.3 from opencascade to opencascade-legacy or > opencascade63 and introduce a new 6.5.3 port. > I could create the latter and volunteer to maintain it. > > What do you think? Yes, that would be fine! Please go. -- Th. Thomas. From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 13:16:21 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1869E50D for ; Sun, 24 Mar 2013 13:16:21 +0000 (UTC) (envelope-from portscout@portscout.freebsd.org) Received: from null.zi0r.com (null.zi0r.com [71.245.171.204]) by mx1.freebsd.org (Postfix) with ESMTP id D2BA8A47 for ; Sun, 24 Mar 2013 13:16:20 +0000 (UTC) Received: from null.zi0r.com (localhost [127.0.0.1]) by null.zi0r.com (8.14.5/8.14.5) with ESMTP id r2ODGK07090057 for ; Sun, 24 Mar 2013 09:16:20 -0400 (EDT) (envelope-from portscout@null.zi0r.com) Received: (from portscout@localhost) by null.zi0r.com (8.14.5/8.14.5/Submit) id r2ODGKt8089848; Sun, 24 Mar 2013 09:16:20 -0400 (EDT) (envelope-from portscout) Message-Id: <201303241316.r2ODGKt8089848@null.zi0r.com> MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain Date: Sun, 24 Mar 2013 09:16:20 -0400 From: portscout@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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 13:16:21 -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 ------------------------------------------------+-----------------+------------ editors/tea | 34.0.1 | 35.0.0 ------------------------------------------------+-----------------+------------ 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 If wish to stop receiving portscout reminders, please contact portscout@portscout.freebsd.org Thanks. From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 13:28: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]) by hub.freebsd.org (Postfix) with ESMTP id 67134881 for ; Sun, 24 Mar 2013 13:28:39 +0000 (UTC) (envelope-from decke@bluelife.at) Received: from mail-ob0-x235.google.com (mail-ob0-x235.google.com [IPv6:2607:f8b0:4003:c01::235]) by mx1.freebsd.org (Postfix) with ESMTP id 2C293AAE for ; Sun, 24 Mar 2013 13:28:39 +0000 (UTC) Received: by mail-ob0-f181.google.com with SMTP id ni5so5262239obc.12 for ; Sun, 24 Mar 2013 06:28:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bluelife.at; s=google; h=mime-version:x-received:sender:x-originating-ip:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to :content-type; bh=CrWIcKNmKJHvg1cK4Vs58dsU5rheGAvTQYgbE+4F0uo=; b=TfYU2rTg4GQ24+XoRDb1uKTZSjLeDw/YIdSnNCGHwmVLqsEiL3hOOjwFwEVC9Ii4/3 KC68ImdTcfAFYbhUGgglKbP3oLl1nxMs2jySQLwtVFbn1sf+LAcwh89POhtuLoVs5nAO rU+SzCMXTBckKRC3yQ9772SWCq40weCamWyrA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:sender:x-originating-ip:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to :content-type:x-gm-message-state; bh=CrWIcKNmKJHvg1cK4Vs58dsU5rheGAvTQYgbE+4F0uo=; b=nN4F7U8eLS+BUKkzHPcSMo6BngWEyJSmF7wG2u4Q8lEvgs7j6KoH+hMG53uPaopzNq JJ9mmhkiN4KrfszNefzWy2arNPUpu2Ar3eihqlTDAyTteI5ooa+6ZyZRRO2CR2llkptO CDBwm8P+fm2CjxZ6bK1pSUtfHvoHtS1Di2lrtLcbdy5qdEje2a0D257cZJN5ZBW/nSTS 3QHC7MuHf0jaXOoGRKwOKQG4YchidD2f0dHwG6xpTw9/cJsaMcrZlbcNu8cCbk6c3w5q 96qYDzsV+lNbYKVe5dIuKeIzihuk3eN4Q3rc69DbL+gUbx7fCJzRyRsmZsnBGI1O6xXF nunA== MIME-Version: 1.0 X-Received: by 10.60.3.200 with SMTP id e8mr8004333oee.94.1364131718607; Sun, 24 Mar 2013 06:28:38 -0700 (PDT) Sender: decke@bluelife.at Received: by 10.76.99.114 with HTTP; Sun, 24 Mar 2013 06:28:38 -0700 (PDT) X-Originating-IP: [2001:470:1f0b:1dbc:221:6aff:fe1e:6c60] In-Reply-To: <20130324085348.2fe3a8c1@scorpio> References: <20130323213126.59789466@scorpio> <20814.24592.288492.914792@jerusalem.litteratus.org> <20130324070452.176c84ce@scorpio> <514EED31.7070108@gmx.de> <20130324085348.2fe3a8c1@scorpio> Date: Sun, 24 Mar 2013 14:28:38 +0100 X-Google-Sender-Auth: WS8UTt8eiM34_tyAQawLlRtsENE Message-ID: Subject: Re: Updating curl From: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQkNyyljXmIiDp3hwOimfcQyV8sKtj5ODDMtCiow7xvKb2mfB8X3r9geChsuLzU7y/DMFyZb X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 13:28:39 -0000 On Sun, Mar 24, 2013 at 1:53 PM, Jerry wrote: > On Sun, 24 Mar 2013 13:10:25 +0100 > olli hauer articulated: > > [snip} > >> Just a quick question. >> How many ports do you maintain? > > Three, very simple ports. > >> I have to ask this question because it looks like you are always >> coming up with the same copy pasted text snippets (do you have them >> as text blocks in vim or emacs?) > > I have never created a boilerplate if that is what you are referring to. > >> If you are willing to do the maintenance of an actual curl port please >> come up with an patch and request maintainer ship. > > I am actually thinking about updating curl on my system and no I would > not release it since I am (1) not the maintain of said port, and (2) I > don't have the time to actively maintain it. Which brings us back to my > original statement, that being that if the current maintainer is not > going to properly maintain the port than they should publicly state > that fact which would allow another individual with sufficient time and > skill to do so. > > If you remember a few months ago, there was a discussion as to why > "Bash" lingered on for months, actually a year, with numerous patches > being issued by the Bash author yet never being included in the port's > system. Finally, another user created a "devel" port. Perhaps that is > the proper way to handle this problem. "Postfix", probably the best > maintained port in the entire system. has both a "stable" release and a > "current" release in the ports system. I will agree that > "sahil@FreeBSD.org" is probably an over achiever, but it is an example > of what can be accomplished, and in virtual real time no less, when > someone dedicates themselves to a task. Sorry, but that is the absolutely wrong approach. The way it works is by contributing not by keeping stuff in your hands and telling other that they should come up with a solution. If a port maintainer is unavailable for some time and unable to update the port himself then it would be the best way to contact him if he has something that you can help with. If he does not respond prepare an update yourself, test it and verify that it works fine and then submit the patch as PR. Then some committer will have a look and either the maintainer approves it or it becomes a maintainer timeout and after that the patch is committed. If you talk to the maintainer and he feels that you already care more about the port than he does I'm pretty sure he will offer to pass maintainership to you. If a maintainer is unavailable for a longer period (multiple maintainer timeouts) then the port maintainer will be reset anyway and can be adopted. -- Bernhard Froehlich http://www.bluelife.at/ From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 13:41:09 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5C742C91 for ; Sun, 24 Mar 2013 13:41:09 +0000 (UTC) (envelope-from 5u623l20@gmail.com) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::234]) by mx1.freebsd.org (Postfix) with ESMTP id 01C2BB0D for ; Sun, 24 Mar 2013 13:41:08 +0000 (UTC) Received: by mail-wi0-f180.google.com with SMTP id c10so1157370wiw.1 for ; Sun, 24 Mar 2013 06:41:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=u9padvqEgii6YeYa7LT46evdutxC7Me4lcoh0vVrwbk=; b=oa7t961MhrNaJZ8E6rCddFuRFI3Xml28oIKSBGV4voURUOywT/goOIuL9LfY14Cxjl mp93CrsoQ/xo6xPf4LOLQd4ztmRfdZuoMIOtoOrN1ewhLP6NWhkWJ/KxIqFNzrUGz4gs Pr1rOzOm4XDFnYO7EvcJx/XDn2eD+A3M8H/OaoFl8BYvLfwR4vViP6SlSXS6KL0QwEnW EcnthhOWW1pG6gcfTvLGtmF6ZCqanxSjTSFk/jSk9EB+UGf8IjKC1LuezdGYc0tR9aqF xYoZEdgwqBEcefLKxmGSXHGRRqto+znuw9sNLg+ydtUgGmfiEBmlnPH7708RLju37pzT oNVg== MIME-Version: 1.0 X-Received: by 10.180.185.176 with SMTP id fd16mr12200072wic.31.1364132468230; Sun, 24 Mar 2013 06:41:08 -0700 (PDT) Received: by 10.194.163.10 with HTTP; Sun, 24 Mar 2013 06:41:08 -0700 (PDT) Date: Sun, 24 Mar 2013 19:41:08 +0600 Message-ID: Subject: ports/175104: [PATCH] net/libosip: update to 4.0.0 From: Muhammad Moinur Rahman <5u623l20@gmail.com> To: FreeBSD Ports Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 13:41:09 -0000 Hi, Can anyone please take care of ports/175104? It has been a while and I need to update libexosip2, which is dependent on this. Regards, Muhammad From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 14:08:59 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 903343B0 for ; Sun, 24 Mar 2013 14:08:59 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) by mx1.freebsd.org (Postfix) with ESMTP id 5DDCFC28 for ; Sun, 24 Mar 2013 14:08:59 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=2.0 cv=EehKsYaC c=1 sm=0 a=0NJkuBbZY5VCdgJ+v5fl0w==:17 a=ys5gSX4tWhgA:10 a=AaUjGI9IrlcA:10 a=kj9zAlcOel0A:10 a=OA2lqS22AAAA:8 a=sIt-5M63AAAA:8 a=c1E3fgVQjBQA:10 a=5YFMHc8-3e03f26KhqcA:9 a=CjuIK1q_8ugA:10 a=0NJkuBbZY5VCdgJ+v5fl0w==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp02.rcn.cmh.synacor.com header.from=roberthuff@rcn.com; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.mail=roberthuff@rcn.com; spf=neutral; sender-id=neutral Received-SPF: neutral (smtp02.rcn.cmh.synacor.com: 209.6.84.183 is neither permitted nor denied by domain of rcn.com) Received: from [209.6.84.183] ([209.6.84.183:26145] helo=jerusalem.litteratus.org.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 2.2.3.49 r(42060/42061)) with ESMTP id 2A/D4-28841-9F80F415; Sun, 24 Mar 2013 10:08:58 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <20815.2297.352935.738935@jerusalem.litteratus.org> Date: Sun, 24 Mar 2013 10:08:57 -0400 To: ports@freebsd.org Subject: skipping system Makefile? X-Mailer: VM 7.17 under 21.4 (patch 22) "Instant Classic" XEmacs Lucid X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 14:08:59 -0000 As I understand it: If I go to the directory for port FOO and type "make", this invokes the local Makefile ... which invokes various thing in ports/Mk/ ... which at some point read /etc/make.conf. Is there a per-invocation way to avoid the last step? I need to test whether the problem with a particular port is something in make,conf, and it would be ... expedient ... to not have to move it aside and then remember to move it back. Curiously and lazily, Robert Huff From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 14:11:19 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8DA09480 for ; Sun, 24 Mar 2013 14:11:19 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-ia0-x232.google.com (mail-ia0-x232.google.com [IPv6:2607:f8b0:4001:c02::232]) by mx1.freebsd.org (Postfix) with ESMTP id 6515AC3F for ; Sun, 24 Mar 2013 14:11:19 +0000 (UTC) Received: by mail-ia0-f178.google.com with SMTP id r13so3835877iar.9 for ; Sun, 24 Mar 2013 07:11:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=uqZhln1gVvtcaQ5f7KGA95SsJp3SLUNBbbruOvN5MBA=; b=M0RUBFHEK8Su9hmVR7+p4Y0CFdUI10KdCmzdRzn2ZY42lzX2VMg2yc9wTDDIruYp8f yhtupZxm+RFTtO6ij4JLsnp0KJxEtyV1bdI2snEY0rWT1antKsVfHY6NJo/NxsNvOfyw J+ABTWADQRgxjGgEYzzIkWLaT58xFSmA4ERTCVBDixQun/rVOTAoOf0bNHv1dooMqmdY ieAsuCUTjNN4G6CimEBjG7ljn1G7AmMe37j6IpyRD+6GBsbMMdePgaEAJJMLBWKV96T9 kqfUZAstDgP1Qcdcx7ETLzR7OjkiiXk0uj9YbVN1l2aE3bEXUDwngfzv3rELG0KIijD/ JPxQ== X-Received: by 10.50.152.132 with SMTP id uy4mr5526158igb.62.1364134279117; Sun, 24 Mar 2013 07:11:19 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.64.63.12 with HTTP; Sun, 24 Mar 2013 07:10:49 -0700 (PDT) In-Reply-To: <20815.2297.352935.738935@jerusalem.litteratus.org> References: <20815.2297.352935.738935@jerusalem.litteratus.org> From: Chris Rees Date: Sun, 24 Mar 2013 14:10:49 +0000 X-Google-Sender-Auth: j50ctkbCcTR2ftzM5USXs8_lhg0 Message-ID: Subject: Re: skipping system Makefile? To: Robert Huff Content-Type: text/plain; charset=ISO-8859-1 Cc: "ports@freebsd.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 14:11:19 -0000 On 24 March 2013 14:08, Robert Huff wrote: > > As I understand it: > If I go to the directory for port FOO and type "make", this > invokes the local Makefile ... which invokes various thing in > ports/Mk/ ... which at some point read /etc/make.conf. > Is there a per-invocation way to avoid the last step? I need > to test whether the problem with a particular port is something in > make,conf, and it would be ... expedient ... to not have to move it > aside and then remember to move it back. > > Curiously and lazily, > > > Robert Huff > make __MAKE_CONF=/nonexistent Chris From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 14:36:14 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 53DB6D02 for ; Sun, 24 Mar 2013 14:36:14 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (dns1.vizion2000.net [62.49.197.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1AC1CDA9 for ; Sun, 24 Mar 2013 14:36:13 +0000 (UTC) Received: from [127.0.0.1] (graphics [62.49.197.51]) by dns1.vizion2000.net (Postfix) with ESMTP id 3131F119C2B; Sun, 24 Mar 2013 06:18:35 -0700 (PDT) Message-ID: <514F0F5C.10001@vizion2000.net> Date: Sun, 24 Mar 2013 07:36:12 -0700 From: David Southwell Organization: Vision Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: freebsd-ports@freebsd.org, alex.deiter@gmail.com Subject: Bigbluebutton - is this port being maintained? 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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 14:36:14 -0000 Hi I have asked a couple of questions about www/bigbluebutton. The current port is looking for openoffice files in the wrong place and the port has not been updated to 0.8. I have cc'd posts to the listed maintainer and emailed directly but so far there have been no responses. Can anyone enlighten me? Thanks in advance David -- David Southwell ARPS AFIAP Photographic Arts Trained & experienced competition judge, mentor, trainer, lecturer, Advanced digital techniques, international project photography From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 15:50:22 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3A07ADA0 for ; Sun, 24 Mar 2013 15:50:22 +0000 (UTC) (envelope-from cynt6007@vandals.uidaho.edu) Received: from db8outboundpool.messaging.microsoft.com (mail-db8lp0186.outbound.messaging.microsoft.com [213.199.154.186]) by mx1.freebsd.org (Postfix) with ESMTP id A6DD4130 for ; Sun, 24 Mar 2013 15:50:20 +0000 (UTC) Received: from mail59-db8-R.bigfish.com (10.174.8.232) by DB8EHSOBE028.bigfish.com (10.174.4.91) with Microsoft SMTP Server id 14.1.225.23; Sun, 24 Mar 2013 15:35:03 +0000 Received: from mail59-db8 (localhost [127.0.0.1]) by mail59-db8-R.bigfish.com (Postfix) with ESMTP id CC6966800C2; Sun, 24 Mar 2013 15:35:03 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.244.181; KIP:(null); UIP:(null); IPV:NLI; H:CH1PRD0410HT004.namprd04.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: 6 X-BigFish: PS6(zz9371I936eI103dKzz1f42h1d77h1ee6h1de0h1202h1e76h1d1ah1d2ah1648lzz8275dh8275bhz2fh2a8h668h839h944hd25hf0ah1220h1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh15d0h162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah1b1cn1b1bi1155h) Received-SPF: pass (mail59-db8: domain of vandals.uidaho.edu designates 157.56.244.181 as permitted sender) client-ip=157.56.244.181; envelope-from=cynt6007@vandals.uidaho.edu; helo=CH1PRD0410HT004.namprd04.prod.outlook.com ; .outlook.com ; Received: from mail59-db8 (localhost.localdomain [127.0.0.1]) by mail59-db8 (MessageSwitch) id 1364139301528508_11286; Sun, 24 Mar 2013 15:35:01 +0000 (UTC) Received: from DB8EHSMHS027.bigfish.com (unknown [10.174.8.226]) by mail59-db8.bigfish.com (Postfix) with ESMTP id 7E61C980049; Sun, 24 Mar 2013 15:35:01 +0000 (UTC) Received: from CH1PRD0410HT004.namprd04.prod.outlook.com (157.56.244.181) by DB8EHSMHS027.bigfish.com (10.174.4.37) with Microsoft SMTP Server (TLS) id 14.1.225.23; Sun, 24 Mar 2013 15:35:01 +0000 Received: from CH1PRD0410MB355.namprd04.prod.outlook.com ([169.254.4.190]) by CH1PRD0410HT004.namprd04.prod.outlook.com ([10.255.147.39]) with mapi id 14.16.0275.006; Sun, 24 Mar 2013 15:34:59 +0000 From: "Rempel, Cynthia" To: "Joel.Sherrill@OARCorp.com" , "ports@FreeBSD.org" Subject: Could you remove the *-rtems-* ports? Thread-Topic: Could you remove the *-rtems-* ports? Thread-Index: AQHOKKUkl+7eqba9g0yr/s7CY1MYOw== Date: Sun, 24 Mar 2013 15:34:58 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [173.20.208.182] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: vandals.uidaho.edu X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 15:50:22 -0000 Hi FreeBSD Ports Maintainer, Could you remove the *-rtems-* ports? They fail to build (the user has to c= hange to bash to build them), and once built they don't build RTEMS. There = are additional issues stated below. Thanks! Cynthia Rempel ________________________________________ From: bugzilla-daemon@rtems.org [bugzilla-daemon@rtems.org] Sent: Sunday, March 24, 2013 7:40 AM To: cynt6007@vandals.uidaho.edu Subject: [Bug 2099] sparc-gcc: error: cannot compute suffix of object files https://www.rtems.org/bugzilla/show_bug.cgi?id=3D2099 --- Comment #3 from Joel Sherrill 2013-03-24 09= :40:35 CDT --- We really want the RTEMS Ports collections deleted. They do not include the RTEMS version in the target name and do not include recent patches. They we= re not submitted by the project and have no maintainer. You just tripped into a pit we wanted to fill with dirt. :) -- Configure bugmail: https://www.rtems.org/bugzilla/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You reported the bug. From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 17:10:49 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id ACB6961C for ; Sun, 24 Mar 2013 17:10:49 +0000 (UTC) (envelope-from freebsd-ports@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6D99C74B for ; Sun, 24 Mar 2013 17:10:49 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UJoRk-0003o5-6D for freebsd-ports@freebsd.org; Sun, 24 Mar 2013 18:11:04 +0100 Received: from e176062000.adsl.alicedsl.de ([85.176.62.0]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Mar 2013 18:11:04 +0100 Received: from rotkap by e176062000.adsl.alicedsl.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Mar 2013 18:11:04 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-ports@freebsd.org From: Heino Tiedemann Subject: graphics/gimp-resynthesizer on single core i386 Date: Sun, 24 Mar 2013 18:10:23 +0100 Organization: yes Lines: 11 Message-ID: Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: e176062000.adsl.alicedsl.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (berkeley-unix) X-Face: v6Lci{Mw=kwHf$`7C?L-U#BHn7O\wqF-1qg#Vk%}nUQv\i^mM/.p=wU+cr)yXf#Ob+foOOxW; ir"QI!|25wG3`ywF)yh~@V.kKtr.qp+v.R; w?c@ZzM#!'/7r_+)$NjMN:]qo-]`&z~KlP}|cERO'%s9":6\ZnN/O List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 17:10:49 -0000 Hi, is there any Single Core i386 user out there which is using graphics/gimp-resynthesizer? It is hanging a lot on my machine. What is on yours? Heino From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 17:34:17 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3339E240 for ; Sun, 24 Mar 2013 17:34:17 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-ia0-x229.google.com (mail-ia0-x229.google.com [IPv6:2607:f8b0:4001:c02::229]) by mx1.freebsd.org (Postfix) with ESMTP id 06606864 for ; Sun, 24 Mar 2013 17:34:16 +0000 (UTC) Received: by mail-ia0-f169.google.com with SMTP id j5so4965730iaf.28 for ; Sun, 24 Mar 2013 10:34:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=hVE32opGdx8njXfpyNlaEzueKYfXAG+nLYtEd13CxGs=; b=iERc0f4M5YFOiAq0vB2a0zvs3J8LzxwBh3aVW5OCcFWWuXwfw8QH9KGBzH8j/nzF5l mD0bT0RPK6BfTVZHZRPIEQK4rqTc2+MRqyixEyz4zla7Ib3pkxzIG5IxaA7D3jfvOk4j U6sVGrjT4+jkBGdqkDadL9/xyODLWs1O1LqW0yrLYfb31WbFNR+tWSmfCwPUdkxVQ+eo ll78IemRlKa6cBVUNKZX5koB4Mp9eqNIMiykW15ZBuau16ZTdhRt/FP+4zPRdV68gxcZ WHozP9L1AtxXQbwNxE51yynLQJspaMCrIHL+F5cvYe1pzVxckqX+QoDwrpjCgMQBhsQv n03g== MIME-Version: 1.0 X-Received: by 10.50.1.38 with SMTP id 6mr5292357igj.106.1364146456687; Sun, 24 Mar 2013 10:34:16 -0700 (PDT) Received: by 10.50.45.135 with HTTP; Sun, 24 Mar 2013 10:34:16 -0700 (PDT) In-Reply-To: <1364126459718-5798594.post@n5.nabble.com> References: <1364123355503-5798581.post@n5.nabble.com> <514EF84F.1090208@peterschmitt.fr> <1364126459718-5798594.post@n5.nabble.com> Date: Sun, 24 Mar 2013 12:34:16 -0500 Message-ID: Subject: Re: Ports should provide knobs disabling unwanted network services From: Scot Hetzel To: Beeblebrox Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 17:34:17 -0000 On Sun, Mar 24, 2013 at 7:00 AM, Beeblebrox wrote: > I would be very happy to submit a patch, if I actually knew how to write > one... > It is quite simple to create the patch. If you have a working copy checked out with svn, then it would be: cd /usr/ports/[category]/[port] - Make the necessary changes to the port - After testing the port make sure to do a 'make clean' svn diff > port.diff Otherwise make a copy of the port: cd /usr/ports/[catagory] cp port port-orig cd port - Make the necessary changes to port - After testing port make sure to do a 'make clean' cd .. diff -ruN port-orig port > port.diff Then just submit the port.diff in a PR using either send-pr or http://www.freebsd.org/send-pr.html. -- DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 17:38:17 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id EFA895FD for ; Sun, 24 Mar 2013 17:38:17 +0000 (UTC) (envelope-from backyard@newyorkbarstore.com) Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::22c]) by mx1.freebsd.org (Postfix) with ESMTP id C71DB8A7 for ; Sun, 24 Mar 2013 17:38:17 +0000 (UTC) Received: by mail-ie0-f172.google.com with SMTP id c10so6503129ieb.17 for ; Sun, 24 Mar 2013 10:38:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:subject:from:to:content-type:date:message-id :mime-version:x-mailer:content-transfer-encoding:x-gm-message-state; bh=xh+yq9VDPlZwNElipT4wQqIEvgP9WRzmnCsFuD5yDCo=; b=Rl34907mSDkN8ywu+GM2eOek2OuCRz0oHAxlcBJ+Fyg9PgYlDiXRYM6MOq/OH0G+as soZ/XsvjL1ctuCsz/yhZHJnVP7F15K/KxIFjPfHm1J28EJjP534MtzsCKaS9n9ZTUG58 +Q6l45k4dWFo/Piw3IisT70KxFm1CZ+hK07bnNt64BCLT3XPeIz1Dyi8nsSnbIxv5jlD fstqIZrT5FetNw5wzYVEVUteL961zPbOwD61Oh02RJN7t0yJSuecHpQYybG4Y5+bPxpr fIeoVNHk3GKGvjWte+DpALdig5nTpjdMaEYXPfnXD5VoB0tu9RBdPN+v6Z6G5yZAcjGq jaog== X-Received: by 10.50.47.200 with SMTP id f8mr9436455ign.98.1364146697384; Sun, 24 Mar 2013 10:38:17 -0700 (PDT) Received: from [192.168.0.5] (68-118-187-183.dhcp.asfd.ct.charter.com. [68.118.187.183]) by mx.google.com with ESMTPS id ua6sm16484216igb.0.2013.03.24.10.38.15 (version=SSLv3 cipher=RC4-SHA bits=128/128); Sun, 24 Mar 2013 10:38:16 -0700 (PDT) Subject: py-qt maintenance From: Brian McKeon To: ports@FreeBSD.org Content-Type: text/plain; charset="us-ascii" Date: Sun, 24 Mar 2013 13:40:03 -0400 Message-ID: <1364146803.16775.27.camel@optimus> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQk3PYTVsIDLGvsRhJ79aREEeXB37nyoOa934yRKNj+qBB2VMZ9JeXSoLwOowI7g8kNdK1fY X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 17:38:18 -0000 Hello, I have a need for py-qt to ultimately get to a native salome 6.5. I see it is not maintained presently, and am interested in taking ownership. I've been using FreeBSD for so long I figure I should start helping out where I can. I know the latest version of py-qt (4.10) builds against my current system, so I do not think it would be hard to get going considering the old version is about to expire. I do not know what I would need to do to become a maintainer but I figure this is the first step. I will read the docs more in depth though. Not sure if it would be possible to have an @freebsd.org email address, but that would be cool. I'd be interested in helping out other places of the organization too, but I'm not much of a coder. This is a skill I very much need to learn though. I've been using the system since 5.4 as my main OS, and have gotten good at making it work without much help. Love me some beastie, want to help make it keep going. Let me know if I can help. Brian From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 17:50:19 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id BB9B5B8E for ; Sun, 24 Mar 2013 17:50:19 +0000 (UTC) (envelope-from freebsdml@marino.st) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) by mx1.freebsd.org (Postfix) with ESMTP id 9D6C0943 for ; Sun, 24 Mar 2013 17:50:19 +0000 (UTC) Received: from [192.168.0.101] (unknown [130.255.28.143]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id 4146543BA9; Sun, 24 Mar 2013 12:50:14 -0500 (CDT) Message-ID: <514F3CD0.6030309@marino.st> Date: Sun, 24 Mar 2013 18:50:08 +0100 From: John Marino User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0) Gecko/20120129 Thunderbird/10.0 MIME-Version: 1.0 To: Brian McKeon Subject: Re: py-qt maintenance References: <1364146803.16775.27.camel@optimus> In-Reply-To: <1364146803.16775.27.camel@optimus> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 17:50:19 -0000 On 3/24/2013 18:40, Brian McKeon wrote: > I have a need for py-qt to ultimately get to a native salome 6.5. I see > it is not maintained presently, and am interested in taking ownership. > I've been using FreeBSD for so long I figure I should start helping out > where I can. > > I know the latest version of py-qt (4.10) builds against my current > system, so I do not think it would be hard to get going considering the > old version is about to expire. > > I do not know what I would need to do to become a maintainer but I > figure this is the first step. I will read the docs more in depth > though. Not sure if it would be possible to have an @freebsd.org email > address, but that would be cool. I'd be interested in helping out other > places of the organization too, but I'm not much of a coder. This is a > skill I very much need to learn though. > > I've been using the system since 5.4 as my main OS, and have gotten good > at making it work without much help. Love me some beastie, want to help > make it keep going. > > > Let me know if I can help. Hi Brian, I fixed py-qt a few days ago in DragonFly Ports. The patches are here: https://github.com/jrmarino/DeltaPorts/commit/7cf2d3f44950fa3929d9d1d9fb3d1fb9dc4edf8a I guess I should submit a PR on it.... John From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 18:08: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]) by hub.freebsd.org (Postfix) with ESMTP id 60F72FEA for ; Sun, 24 Mar 2013 18:08:11 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward4h.mail.yandex.net (forward4h.mail.yandex.net [IPv6:2a02:6b8:0:f05::4]) by mx1.freebsd.org (Postfix) with ESMTP id 19997A10 for ; Sun, 24 Mar 2013 18:08:11 +0000 (UTC) Received: from smtp3h.mail.yandex.net (smtp3h.mail.yandex.net [84.201.186.20]) by forward4h.mail.yandex.net (Yandex) with ESMTP id 7D0671B20678; Sun, 24 Mar 2013 22:08:08 +0400 (MSK) Received: from smtp3h.mail.yandex.net (localhost [127.0.0.1]) by smtp3h.mail.yandex.net (Yandex) with ESMTP id 149631B4063C; Sun, 24 Mar 2013 22:08:07 +0400 (MSK) Received: from unknown (unknown [178.76.224.133]) by smtp3h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 87kmLdt2-87kOjB91; Sun, 24 Mar 2013 22:08:07 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1364148487; bh=+11UhzvPriqnBmEGmuWxSfjgYg3SeYoK2Up1WLRrW5k=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=HIgZwD+f4HUQSsz6h2RQ8mmeBDUHZ4AsoiluxorO382J6hmId3ht9znc/hto5Wzf4 qYNcP4t1cCVfltiubvs+ANMJc+6AA8+DAkowwEfwnkesSoQAr8WAJqcyIJNxcTZDZv vXJbPWPYwHmya+NdwZrIq09Th/3iftmoUiQ8Sqwk= Message-ID: <514F40E4.6060208@yandex.ru> Date: Sun, 24 Mar 2013 22:07:32 +0400 From: Ruslan Makhmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: Muhammad Moinur Rahman <5u623l20@gmail.com> Subject: Re: ports/175104: [PATCH] net/libosip: update to 4.0.0 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: frank@dynamical-systems.org, FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 18:08:11 -0000 Hi Muhammad, Muhammad Moinur Rahman wrote on 24.03.2013 17:41: > Hi, > Can anyone please take care of ports/175104? It has been a while and I need > to update libexosip2, which is dependent on this. > > Regards, > Muhammad net/siproxd fails to build with this version of libosip [1] (and builds fine with 3.6.0), so or this update should be coordinated with siproxd maintainer (cc:ed) or it should be added to the tree as libosip24 or something. The first one is preferred, because there is newer version of siproxd that may work with new libosip. [1] http://people.freebsd.org/~rm/siproxd-0.7.2_3.log -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 18:14:39 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 59C463C5 for ; Sun, 24 Mar 2013 18:14:39 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward3h.mail.yandex.net (forward3h.mail.yandex.net [IPv6:2a02:6b8:0:f05::3]) by mx1.freebsd.org (Postfix) with ESMTP id 11F86B6E for ; Sun, 24 Mar 2013 18:14:39 +0000 (UTC) Received: from smtp1h.mail.yandex.net (smtp1h.mail.yandex.net [84.201.187.144]) by forward3h.mail.yandex.net (Yandex) with ESMTP id 6850D1361124; Sun, 24 Mar 2013 22:14:37 +0400 (MSK) Received: from smtp1h.mail.yandex.net (localhost [127.0.0.1]) by smtp1h.mail.yandex.net (Yandex) with ESMTP id 0232913402BB; Sun, 24 Mar 2013 22:14:36 +0400 (MSK) Received: from unknown (unknown [178.76.224.133]) by smtp1h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id Ear45luC-Earejmch; Sun, 24 Mar 2013 22:14:36 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1364148876; bh=i4JugpJwU+3KhCwR7ieQbllPNfYSD2iD0MML5MGKABw=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=kqAqsKD7/1cJrzQOSd1zqrF508i9Q2ptK7VAaDLdan1mOGenflm3lB5nC22y5+op/ kiLhmyuJ1AD/uRGD/qLgstmMwDMwteLEG0CYQHtrJXnHzu04XJnZR05uTmocx6r7qs P1K2VxQyjk969nLfQd/9BBHTHSDAR9reNrs/Ia0U= Message-ID: <514F426A.9090108@yandex.ru> Date: Sun, 24 Mar 2013 22:14:02 +0400 From: Ruslan Makhmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: Muhammad Moinur Rahman <5u623l20@gmail.com> Subject: Re: ports/175104: [PATCH] net/libosip: update to 4.0.0 References: <514F40E4.6060208@yandex.ru> In-Reply-To: <514F40E4.6060208@yandex.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Ports , frank@dynamical-systems.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 18:14:39 -0000 Ruslan Makhmatkhanov wrote on 24.03.2013 22:07: > Hi Muhammad, > > Muhammad Moinur Rahman wrote on 24.03.2013 17:41: >> Hi, >> Can anyone please take care of ports/175104? It has been a while and I >> need >> to update libexosip2, which is dependent on this. >> >> Regards, >> Muhammad > > net/siproxd fails to build with this version of libosip [1] (and builds > fine with 3.6.0), so or this update should be coordinated with siproxd > maintainer (cc:ed) or it should be added to the tree as libosip24 or > something. The first one is preferred, because there is newer version of > siproxd that may work with new libosip. > > [1] http://people.freebsd.org/~rm/siproxd-0.7.2_3.log Looks like the first one will fail because 0.8.1 also requires libosip2 (3.x.x), according to release notes [1]. It may worth to check, but I'm afraid it will be new port. [1] http://siproxd.sourceforge.net/index.php?op=relnotes -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 19:08:53 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5BD6ED5 for ; Sun, 24 Mar 2013 19:08:53 +0000 (UTC) (envelope-from 5u623l20@gmail.com) Received: from mail-wg0-f51.google.com (mail-wg0-f51.google.com [74.125.82.51]) by mx1.freebsd.org (Postfix) with ESMTP id EAF13F45 for ; Sun, 24 Mar 2013 19:08:52 +0000 (UTC) Received: by mail-wg0-f51.google.com with SMTP id 8so4519485wgl.30 for ; Sun, 24 Mar 2013 12:08:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=4B/R5N6y8seUbINEEF/qtIlLCm3Xv6QlJpAbtTEkivg=; b=xO+W0SSZ2dgEiE3Z9tXquJYhL1TYA9UUWp+qoJNwSvJ1ebEbDcwTkjQrQGSC//zLIH zP3X0zGf2J8VYt/4FXHWmAsrVp8MddH1x4RxJYEFLT/XYjD24BFmXUwCkE/w7zyIl08P KkhPY0XCgpiRB1OS60jqj9PGlwA+QJIgQjpLvDd0sy04JPU6Dnf+8ib7F9HsQUJBEnEg ktypnGGYTjNIoB1LK8O6FXg2KDw+0/2harLlgIinm4Kv/n0xayG6knNvsZTKpwhGvQnl QSLk+YXGAsY2Kn3XWW/qXkikKoIVNzuixThlslDZD3gMvII0rUorOG1j5z6jKhtKq1mu pRzg== MIME-Version: 1.0 X-Received: by 10.194.7.131 with SMTP id j3mr13647682wja.23.1364152126328; Sun, 24 Mar 2013 12:08:46 -0700 (PDT) Received: by 10.194.163.10 with HTTP; Sun, 24 Mar 2013 12:08:46 -0700 (PDT) In-Reply-To: <514F426A.9090108@yandex.ru> References: <514F40E4.6060208@yandex.ru> <514F426A.9090108@yandex.ru> Date: Mon, 25 Mar 2013 01:08:46 +0600 Message-ID: Subject: Re: ports/175104: [PATCH] net/libosip: update to 4.0.0 From: Muhammad Moinur Rahman <5u623l20@gmail.com> To: Ruslan Makhmatkhanov Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Ports , frank@dynamical-systems.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 19:08:53 -0000 Hi Ruslan, Do we need to do it in a REPOCOPY style? Or plain simple new port? Regards, Muhammad On Mon, Mar 25, 2013 at 12:14 AM, Ruslan Makhmatkhanov wrote: > Ruslan Makhmatkhanov wrote on 24.03.2013 22:07: > > Hi Muhammad, >> >> Muhammad Moinur Rahman wrote on 24.03.2013 17:41: >> >>> Hi, >>> Can anyone please take care of ports/175104? It has been a while and I >>> need >>> to update libexosip2, which is dependent on this. >>> >>> Regards, >>> Muhammad >>> >> >> net/siproxd fails to build with this version of libosip [1] (and builds >> fine with 3.6.0), so or this update should be coordinated with siproxd >> maintainer (cc:ed) or it should be added to the tree as libosip24 or >> something. The first one is preferred, because there is newer version of >> siproxd that may work with new libosip. >> >> [1] http://people.freebsd.org/~rm/**siproxd-0.7.2_3.log >> > > Looks like the first one will fail because 0.8.1 also requires libosip2 > (3.x.x), according to release notes [1]. It may worth to check, but I'm > afraid it will be new port. > > [1] http://siproxd.sourceforge.**net/index.php?op=relnotes > > > -- > Regards, > Ruslan > > Tinderboxing kills... the drives. > From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 19:45:14 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8FADDBFE for ; Sun, 24 Mar 2013 19:45:14 +0000 (UTC) (envelope-from eugene@home.wdc.spb.ru) Received: from mail.wdc.spb.ru (mail.wdc.spb.ru [IPv6:2001:470:df2f:face::23]) by mx1.freebsd.org (Postfix) with ESMTP id 4EE49125 for ; Sun, 24 Mar 2013 19:45:14 +0000 (UTC) Received: from mail.wdc.spb.ru (localhost [127.0.0.1]) by mail.wdc.spb.ru (Postfix) with ESMTP id 5DD992151449 for ; Sun, 24 Mar 2013 23:45:06 +0400 (MSK) Received: by mail.wdc.spb.ru (Postfix, from userid 66) id 4FD41215127C; Sun, 24 Mar 2013 23:45:06 +0400 (MSK) Received: from home.wdc.spb.ru (localhost [127.0.0.1]) by home.wdc.spb.ru (Postfix) with ESMTP id 70382272C19 for ; Sun, 24 Mar 2013 23:40:47 +0400 (MSK) Received: from home.wdc.spb.ru (home.my.intranet [192.168.2.1]) by home.wdc.spb.ru (Postfix) with ESMTP id 4C6D3272C18 for ; Sun, 24 Mar 2013 23:40:47 +0400 (MSK) Message-ID: <514F56BF.5040805@home.wdc.spb.ru> Date: Sun, 24 Mar 2013 23:40:47 +0400 From: "Eugene V. Boontseff" Organization: warm home company User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130310 Thunderbird/17.0.4 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: cannot open tty-output X-Virus-Scanned: ClamAV using ClamSMTP X-Virus-Scanned: ClamAV using ClamSMTP Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: eugene@wdc.spb.ru List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 19:45:14 -0000 *Marco Steinbach wrote: * > Hi, > > after installing dialog4ports, I'm getting the following behaviour on > each 8.3-STABLE I tried: > > # jexec /bin/tcsh > # cd > # make config > > cannot open tty-output > ===> Options unchanged > # > > Regardless, if I'm logged in on the console or connect to the host via ssh. > > > I've also tried on 8.4-BETA1 (r248617), but got the same behaviour. > > Anyone else experiencing this ? Yes, I have also experienced this. 8.3-STABLE r244863 Only if i do a "make config" in a jail. Outside the jail all goes well. > > MfG CoCo -- Eugene From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 20:19:31 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1D65A6AA for ; Sun, 24 Mar 2013 20:19:31 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-da0-x235.google.com (mail-da0-x235.google.com [IPv6:2607:f8b0:400e:c00::235]) by mx1.freebsd.org (Postfix) with ESMTP id EC9AE28C for ; Sun, 24 Mar 2013 20:19:30 +0000 (UTC) Received: by mail-da0-f53.google.com with SMTP id n34so1800060dal.26 for ; Sun, 24 Mar 2013 13:19:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=a7IhxaxUBhBdWaEuIi4VeSUy5jGEdfsbA2xi7HmdTsw=; b=bDq23Vw2B3Qqjmb5FVudH10JjoycbEiGIaghqciijzGykT2URu/Tw3Esu5FWjO+RRf TkVayg7Cpjd9ifEmzJIZCO0mzV8kQc5t8WbjajCSO5p67xGKaltu29NBeNbJ9T2t7Ha7 bgBvtcWP6ARl0TdHeVXxqN75FM0ZXJtMjb6OY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:x-gm-message-state; bh=a7IhxaxUBhBdWaEuIi4VeSUy5jGEdfsbA2xi7HmdTsw=; b=H/NtgljLr4GDNUF6v038O+TwgOw58xq7qg9HkoFgt6l2tod/kRBnXQYIU589DLpI/D lnG1OdWH2ojG0sJSfUUXqyg0eiS59D1STeoZPMpC0vFEXuoVX/gBl1NY5LS+dLdwtEN5 0Xo8DEgaCx8adGRoPEO8R1PCLux5j+VTe2d908n1ESPdydcAqCrmoracjQsTPLIUbDR2 Fbfl0lv8UTfIGCuLgLWGm1Dg3CPIa7AotL0hGM4uvPH6r1efDrsbXe6Asfdc0OCLYlsi Prw2MHE6YpLahPWav381Bqsd1zzqZltqlYz+xcYMbkar7E1S3YBPg1jWaN9xptPSFg5Z QRvw== X-Received: by 10.68.116.169 with SMTP id jx9mr13716767pbb.94.1364156370780; Sun, 24 Mar 2013 13:19:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.139.162 with HTTP; Sun, 24 Mar 2013 13:19:00 -0700 (PDT) In-Reply-To: References: From: Eitan Adler Date: Sun, 24 Mar 2013 16:19:00 -0400 Message-ID: Subject: Re: Could you remove the *-rtems-* ports? To: "Rempel, Cynthia" Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnIxWMsVw6xkWxlzuyVniiyuzb19P0B/BmPt6IHKzcvXcmR8e/8mG8t2mF9COJ7bo3aM4pH Cc: "ports@FreeBSD.org" , "Joel.Sherrill@OARCorp.com" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 20:19:31 -0000 On 24 March 2013 11:34, Rempel, Cynthia wrote: > Hi FreeBSD Ports Maintainer, > > Could you remove the *-rtems-* ports? They fail to build (the user has to change to bash to build them), and once built they don't build RTEMS. There are additional issues stated below. I'm following up and will act as needed. Thanks for the heads up. -- Eitan Adler From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 21:25:32 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C0B96C8F for ; Sun, 24 Mar 2013 21:25:32 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id 1FB32711 for ; Sun, 24 Mar 2013 21:25:30 +0000 (UTC) Received: (qmail 86569 invoked by uid 89); 24 Mar 2013 20:58:48 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@79.251.7.111) by mail.grem.de with ESMTPA; 24 Mar 2013 20:58:48 -0000 Date: Sun, 24 Mar 2013 21:58:47 +0100 From: Michael Gmelin To: freebsd-ports@freebsd.org Subject: Re: cannot open tty-output Message-ID: <20130324215847.2243e4dc@bsd64.grem.de> In-Reply-To: <514F56BF.5040805@home.wdc.spb.ru> References: <514F56BF.5040805@home.wdc.spb.ru> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: eugene@wdc.spb.ru X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 21:25:32 -0000 On Sun, 24 Mar 2013 23:40:47 +0400 "Eugene V. Boontseff" wrote: > *Marco Steinbach wrote: > * > > Hi, > > > > after installing dialog4ports, I'm getting the following behaviour > > on each 8.3-STABLE I tried: > > > > # jexec /bin/tcsh > > # cd > > # make config > > > > cannot open tty-output > > ===> Options unchanged > > # > > > > Regardless, if I'm logged in on the console or connect to the host > > via ssh. > > > > > > I've also tried on 8.4-BETA1 (r248617), but got the same behaviour. > > > > Anyone else experiencing this ? > Yes, I have also experienced this. > 8.3-STABLE r244863 > Only if i do a "make config" in a jail. > Outside the jail all goes well. > > > > MfG CoCo This problem doesn't exist in 9.1. On 8 it only happens when you jexeced into the jail (ssh should be ok). As a workaround you can run tmux (sysutils/tmux) within your jail and install ports from within the terminal multiplexer (screen will do as well, but is also heavier). -- Michael Gmelin From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 22:02:10 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0713F438 for ; Sun, 24 Mar 2013 22:02:10 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from qmta15.emeryville.ca.mail.comcast.net (qmta15.emeryville.ca.mail.comcast.net [IPv6:2001:558:fe2d:44:76:96:27:228]) by mx1.freebsd.org (Postfix) with ESMTP id E28E4848 for ; Sun, 24 Mar 2013 22:02:09 +0000 (UTC) Received: from omta06.emeryville.ca.mail.comcast.net ([76.96.30.51]) by qmta15.emeryville.ca.mail.comcast.net with comcast id FZLP1l00316AWCUAFa28bX; Sun, 24 Mar 2013 22:02:08 +0000 Received: from koitsu.strangled.net ([67.180.84.87]) by omta06.emeryville.ca.mail.comcast.net with comcast id Fa271l00J1t3BNj8Sa27gl; Sun, 24 Mar 2013 22:02:08 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 579AB73A1C; Sun, 24 Mar 2013 15:02:07 -0700 (PDT) Date: Sun, 24 Mar 2013 15:02:07 -0700 From: Jeremy Chadwick To: koobs.freebsd@gmail.com Subject: Re: Updating curl Message-ID: <20130324220207.GA41263@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1364162528; bh=6I6QXAgmayOxMnR3S1Feu2ekSNN9mylBm7NlEGJLuk0=; h=Received:Received:Received:Date:From:To:Subject:Message-ID: MIME-Version:Content-Type; b=YoAxh3j0fzx72BbNew+LAl2nZchV8rQZhbFKKIvYVwLMGnBpXQ15y5szB04yZJ1Wz HFxI2TOGZX0kH/XbII6zUbZIUsDOT2hGx7qJ7057zezIoi8O4ExTiCEUdfCQgvEvdH E+jzpye7H/fJOSKq8aKtqg1RcfSR9cu520GAem5mHI6phtoOAJo0pEJpeGiJxShpuS wXw8WG2xW5p/ogxrFkmwsF4tbt70LmpC4j6S0ySKeWC3KhrF6cSPwAVACvaelPkZQk HI74byQgURHgkdCH5ISevBod4KSTW7PlM4IoRA4NyDVi14Abzp9i1Z2BzDDH+abSy8 L4KxC9gL9ojcQ== Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 22:02:10 -0000 (Please keep me CC'd as I'm not subscribed to -ports) curl tests 591 and 1316 pass for me using vanilla source and running configure + make test (i.e. not as a port/not using your patch). However, test 1316 does intermittently fail with socket-related problems (see the logs referenced below). What those tests are: test 591...[FTP multi PORT and 425 on upload] test 1316...[FTP LIST tunneled through HTTP proxy] You can list tests by doing: cd tests ./runtests.pl -l And can run an individual test: ./runtests.pl -v -k {testnum} The results are stored in the underlying log/ directory. I've uploaded two test 1316 log directories (one for the failure, one for the success during the subsequent run) in case someone wants to figure this out. Whether this is a curl bug vs. a test case bug vs. a FreeBSD bug vs. a regression from older curl versions I do not know, and am not particularly interested in figuring it out myself. Enjoy: http://jdc.koitsu.org/freebsd/curl-7.29-tests/ -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 22:33:50 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 618E6B7E for ; Sun, 24 Mar 2013 22:33:50 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-pb0-f43.google.com (mail-pb0-f43.google.com [209.85.160.43]) by mx1.freebsd.org (Postfix) with ESMTP id 4030A945 for ; Sun, 24 Mar 2013 22:33:50 +0000 (UTC) Received: by mail-pb0-f43.google.com with SMTP id md12so3878875pbc.16 for ; Sun, 24 Mar 2013 15:33:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=x-received:mime-version:from:date:message-id:subject:to :content-type; bh=6A6WR6Yrnw9HZuVLQ57icVXkSnSskfLQdN1velNmFwo=; b=QXaZgc8iGCtJp8t2Q5fqyfPhb5o7mHAT6ZRYqSmT6q1PDTmR9Efg2l5XxlUhLlb/XI clCXN//Psy7nOpjRTuvu5Cw6/sxPO0cc7TpQw7h3VsiUoqiDpKW2isYiWArSQvcpkx9j U2eLzjm219MBPxLyY/8j+IAYKbiLBX/cHxZfY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:from:date:message-id:subject:to :content-type:x-gm-message-state; bh=6A6WR6Yrnw9HZuVLQ57icVXkSnSskfLQdN1velNmFwo=; b=TbHzimMCTIMvHA/mSYwfnOQac3Xa6hITTEWKPgVQHo335zoh7UzLm7Qv42u8zekYST sF9rHQgSD7QOh6edXrMG/YtWbjIv1yBV4v+GMXe+ud9E3qmILEWRknYw4EHp5fhRZGAS aeKrYaNVNLQhKSlB1SFz6EAQ9AyFPNgoQ3WaHHOjAaFhJntPruz+ZRI51xCTJW7AuxJs mOBLzw4CRXb3Kp5AY+rbGli5OdR3ynbmQZ3whD3tc9KI3Acsk5oP1IFbntaqKWVV2bhZ VhNUyANZ4FqVelHqYQ6R7N0DsX87TJTWAK6ZfRUA6waY5W1TEjMPsFpQP9uk2lCMRuvY q85A== X-Received: by 10.68.129.9 with SMTP id ns9mr14478269pbb.16.1364164423984; Sun, 24 Mar 2013 15:33:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.139.162 with HTTP; Sun, 24 Mar 2013 15:33:13 -0700 (PDT) From: Eitan Adler Date: Sun, 24 Mar 2013 18:33:13 -0400 Message-ID: Subject: LEGAL variable to capture generic issues To: FreeBSD Ports Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnPPcXucVA+IPTZSQSXcDRsw0AeYOM1w/YaIh5+d8O4Cu96zo8mE80wPFUGIsFeg1ocZmrY X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 22:33:50 -0000 Hi all, I have been trying to capture the differences between LEGAL and the ports tree. At this point I am convinced we need a new variable to capture in a machine usable way issues such as "special permission granted to distribute under the GPL" or "No license -- see http://cr.yp.to/softwarelaw.html". Furthermore some ports define NO_PACKAGE for reasons of legality (GPL issues) and others defined it for other reasons (the package becomes too big). We have no method to differentiate between these two reasons. I'd like to add a global "meta" variable that captures this relationship. This would add the ability to mark per port special text to be included in LEGAL even if it doesn't affect the ports tee behavior. The patch below would require a little bit of additional work (ports which defined NO_PACKAGE for reasons other than legality would also need to define LEGAL_PACKAGE= yes). This would make it much easier to autogenerate LEGAL from the tree. Thoughts? Index: Mk/bsd.port.mk =================================================================== --- Mk/bsd.port.mk (revision 315169) +++ Mk/bsd.port.mk (working copy) @@ -161,6 +161,9 @@ FreeBSD_MAINTAINER= portmgr@FreeBSD.org # but distfiles can be put on ftp sites and CDROMs. # FORBIDDEN - Package build should not be attempted because of # security vulnerabilities. +# LEGAL_TEXT - Port has legal issues (e.g., special +# permission to distribute, lacks a license). +# LEGAL_PACKAGE - Port has no legal issues but defines NO_PACKAGE # IGNORE - Package build should be skipped entirely (e.g. # because of serious unfixable problems in the build, # because it cannot be manually fetched, etc). Error @@ -3200,6 +3203,17 @@ IGNORE= is marked as broken: ${BROKEN} IGNORE= is forbidden: ${FORBIDDEN} .endif +# Define the text to be output to LEGAL +.if defined(LEGAL_TEXT) +LEGAL= ${LEGAL_TEXT} +.elif defined(RESTRICTED) +LEGAL= ${RESTRICTED} +.elif defined(NO_CDROM) +LEGAL= ${NO_CDROM} +.elif defined(NO_PACKAGE) && ! defined(LEGAL_PACKAGE) +LEGAL= ${NO_PACKAGE} +.endif + .if (defined(MANUAL_PACKAGE_BUILD) && defined(PACKAGE_BUILDING)) IGNORE= has to be built manually: ${MANUAL_PACKAGE_BUILD} clean: -- Eitan Adler From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 23:11:46 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id F1C219AC for ; Sun, 24 Mar 2013 23:11:46 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-ve0-f182.google.com (mail-ve0-f182.google.com [209.85.128.182]) by mx1.freebsd.org (Postfix) with ESMTP id B742EAA2 for ; Sun, 24 Mar 2013 23:11:46 +0000 (UTC) Received: by mail-ve0-f182.google.com with SMTP id m1so207858ves.41 for ; Sun, 24 Mar 2013 16:11:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=jHl2i+d//mNoQJr+rFz8UO20kX7+fjS5mci2uWGxQBY=; b=npIscJRfFAJNfCPBGUC2QXVjmxQADeVWTCRheks3J2wjTjOAHNHNVOaHl4/iyLhvp7 V/Ee3wM3vKXR1deWwOM+mELbIcrrz/I9HrFukx+RHvGbmilaZvD1vNHp6N+krFNHfArI t0hInsGZHEN2Ut5jBc4x5MKE5IfQjup+fHSyaQPsPFQyMZTBKiKYO9vhRKzEUGcyfMEp c5P3hz1BCA6h7G55INw/uZLnBzroWcGG9C3SWW3PgAI3rnZO1mJP5PqpR4lkHAP6zz4i YLfQ0rUbVnGn/DHtzcppnNLhsO6KsRokJFjViwdVPTHJltNHY5Qhj3WnOjYi2VYK2W2C IR9A== MIME-Version: 1.0 X-Received: by 10.52.27.17 with SMTP id p17mr11296771vdg.0.1364166705813; Sun, 24 Mar 2013 16:11:45 -0700 (PDT) Received: by 10.58.132.203 with HTTP; Sun, 24 Mar 2013 16:11:45 -0700 (PDT) In-Reply-To: References: Date: Sun, 24 Mar 2013 16:11:45 -0700 Message-ID: Subject: Re: LEGAL variable to capture generic issues From: Mehmet Erol Sanliturk To: Eitan Adler Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 23:11:47 -0000 On Sun, Mar 24, 2013 at 3:33 PM, Eitan Adler wrote: > Hi all, > > I have been trying to capture the differences between LEGAL and the ports > tree. > At this point I am convinced we need a new variable to capture in a > machine usable way issues such as "special permission granted to > distribute under the GPL" or "No license -- see > http://cr.yp.to/softwarelaw.html". Furthermore some ports define > NO_PACKAGE for reasons of legality (GPL issues) and others defined it > for other reasons (the package becomes too big). We have no method to > differentiate between these two reasons. > > I'd like to add a global "meta" variable that captures this > relationship. This would add the ability to mark per port special > text to be included in LEGAL even if it doesn't affect the ports tee > behavior. > > The patch below would require a little bit of additional work (ports > which defined NO_PACKAGE for reasons other than legality would also > need to define LEGAL_PACKAGE= yes). This would make it much easier to > autogenerate LEGAL from the tree. > > Thoughts? > > > Index: Mk/bsd.port.mk > =================================================================== > --- Mk/bsd.port.mk (revision 315169) > +++ Mk/bsd.port.mk (working copy) > @@ -161,6 +161,9 @@ FreeBSD_MAINTAINER= portmgr@FreeBSD.org > # but distfiles can be put on ftp sites > and CDROMs. > # FORBIDDEN - Package build should not be attempted because of > # security vulnerabilities. > +# LEGAL_TEXT - Port has legal issues (e.g., special > +# permission to distribute, lacks a > license). > +# LEGAL_PACKAGE - Port has no legal issues but defines NO_PACKAGE > # IGNORE - Package build should be skipped entirely (e.g. > # because of serious unfixable problems in > the build, > # because it cannot be manually fetched, > etc). Error > @@ -3200,6 +3203,17 @@ IGNORE= is marked as broken: ${BROKEN} > IGNORE= is forbidden: ${FORBIDDEN} > .endif > > +# Define the text to be output to LEGAL > +.if defined(LEGAL_TEXT) > +LEGAL= ${LEGAL_TEXT} > +.elif defined(RESTRICTED) > +LEGAL= ${RESTRICTED} > +.elif defined(NO_CDROM) > +LEGAL= ${NO_CDROM} > +.elif defined(NO_PACKAGE) && ! defined(LEGAL_PACKAGE) > +LEGAL= ${NO_PACKAGE} > +.endif > + > .if (defined(MANUAL_PACKAGE_BUILD) && defined(PACKAGE_BUILDING)) > IGNORE= has to be built manually: ${MANUAL_PACKAGE_BUILD} > clean: > > > -- > Eitan Adler > _______________________________________________ > > This is very useful feature because to find such information sometimes requires much search work . During package/port development , this information is easily available and recording it into visible field will make external searches unnecessary . At the beginning , this field may be empty , but over time , it may be populated during renew of package/port descriptions/versions . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 23:12:14 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1B578A40; Sun, 24 Mar 2013 23:12:14 +0000 (UTC) (envelope-from miwi@freebsd.org) Received: from bsdhash.org (bsdhash.org [94.23.250.27]) by mx1.freebsd.org (Postfix) with ESMTP id 7A043AAB; Sun, 24 Mar 2013 23:12:13 +0000 (UTC) Received: from [192.168.0.105] (stm-15-249.tm.net.my [202.188.15.249]) by bsdhash.org (Postfix) with ESMTPA id 35E8B5111B; Mon, 25 Mar 2013 07:12:09 +0800 (MYT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Fwd: seom-2010011201 failed on i386 8 From: Martin Wilke Date: Mon, 25 Mar 2013 07:12:06 +0800 Content-Transfer-Encoding: quoted-printable Message-Id: <535AC4FB-5F67-4833-B42E-0DDBD4C5BDA4@freebsd.org> References: <201303242158.r2OLwLC8026005@pointyhat.freebsd.org> To: "ports@FreeBSD.org Ports" X-Mailer: Apple Mail (2.1499) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 23:12:14 -0000 Hi, Could someone plz have a look? kthxbye Begin forwarded message: > From: Portbuild user > Subject: seom-2010011201 failed on i386 8 > Date: March 25, 2013 5:58:21 AM GMT+08:00 > To: miwi@freebsd.org >=20 > You can also find this build log at >=20 > = http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/a.8.20130324140101.p= ointyhat/seom-2010011201.log >=20 > building seom-2010011201 on beefy3.isc.freebsd.org > in directory /a/pkgbuild/8/20130324140101.pointyhat/chroot/19778 > building for: 8.3-RELEASE-p6 i386 > maintained by: ports@FreeBSD.org > port directory: /usr/ports/graphics/seom > Makefile ident: $FreeBSD: head/graphics/seom/Makefile 311878 = 2013-02-07 17:40:34Z mi $ > build started at Sun Mar 24 21:55:03 UTC 2013 > FETCH_DEPENDS=3D > PATCH_DEPENDS=3D > EXTRACT_DEPENDS=3D > BUILD_DEPENDS=3Ddamageproto-1.2.1.tbz dri2proto-2.6.tbz = expat-2.0.1_2.tbz fixesproto-5.0.tbz gettext-0.18.1.1_1.tbz = kbproto-1.0.5.tbz libGL-7.6.1_3.tbz libGLU-7.6.1_2.tbz = libX11-1.4.4,1.tbz libXau-1.0.6.tbz libXdamage-1.1.3.tbz = libXdmcp-1.1.0.tbz libXext-1.3.0_1,1.tbz libXfixes-5.0.tbz = libXv-1.0.6,1.tbz libXxf86vm-1.1.1.tbz libdrm-2.4.17_1.tbz = libiconv-1.14_1.tbz libpciaccess-0.12.1.tbz libpthread-stubs-0.3_3.tbz = libxcb-1.7.tbz pciids-20130313.tbz pkgconf-0.9.1_2.tbz = videoproto-2.3.1.tbz xextproto-7.2.0.tbz xf86vidmodeproto-2.3.1.tbz = xproto-7.0.22.tbz yasm-1.2.0.tbz > RUN_DEPENDS=3Ddamageproto-1.2.1.tbz dri2proto-2.6.tbz = expat-2.0.1_2.tbz fixesproto-5.0.tbz kbproto-1.0.5.tbz libGL-7.6.1_3.tbz = libGLU-7.6.1_2.tbz libX11-1.4.4,1.tbz libXau-1.0.6.tbz = libXdamage-1.1.3.tbz libXdmcp-1.1.0.tbz libXext-1.3.0_1,1.tbz = libXfixes-5.0.tbz libXv-1.0.6,1.tbz libXxf86vm-1.1.1.tbz = libdrm-2.4.17_1.tbz libpciaccess-0.12.1.tbz libpthread-stubs-0.3_3.tbz = libxcb-1.7.tbz pciids-20130313.tbz pkgconf-0.9.1_2.tbz = videoproto-2.3.1.tbz xextproto-7.2.0.tbz xf86vidmodeproto-2.3.1.tbz = xproto-7.0.22.tbz > PKG_DEPENDS=3D > prefixes: LOCALBASE=3Dusr/local > add_pkg > add_pkg > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D> seom-2010011201.tar.bz2 doesn't seem to exist in /tmp/distfiles/. > =3D> Attempting to fetch = ftp://ftp-master.freebsd.org/pub/FreeBSD/ports/distfiles//seom-2010011201.= tar.bz2 > seom-2010011201.tar.bz2 23 kB 1956 = kBps > =3D=3D=3D> Fetching all distfiles required by seom-2010011201 for = building > =3D> SHA256 Checksum OK for seom-2010011201.tar.bz2. > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > add_pkg > =3D=3D=3D> Fetching all distfiles required by seom-2010011201 for = building > =3D=3D=3D> Extracting for seom-2010011201 > =3D> SHA256 Checksum OK for seom-2010011201.tar.bz2. > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > add_pkg > =3D=3D=3D> Patching for seom-2010011201 > =3D=3D=3D> Applying FreeBSD patches for seom-2010011201 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > add_pkg damageproto-1.2.1.tbz dri2proto-2.6.tbz expat-2.0.1_2.tbz = fixesproto-5.0.tbz gettext-0.18.1.1_1.tbz kbproto-1.0.5.tbz = libGL-7.6.1_3.tbz libGLU-7.6.1_2.tbz libX11-1.4.4,1.tbz libXau-1.0.6.tbz = libXdamage-1.1.3.tbz libXdmcp-1.1.0.tbz libXext-1.3.0_1,1.tbz = libXfixes-5.0.tbz libXv-1.0.6,1.tbz libXxf86vm-1.1.1.tbz = libdrm-2.4.17_1.tbz libiconv-1.14_1.tbz libpciaccess-0.12.1.tbz = libpthread-stubs-0.3_3.tbz libxcb-1.7.tbz pciids-20130313.tbz = pkgconf-0.9.1_2.tbz videoproto-2.3.1.tbz xextproto-7.2.0.tbz = xf86vidmodeproto-2.3.1.tbz xproto-7.0.22.tbz yasm-1.2.0.tbz > adding dependencies > adding package damageproto-1.2.1.tbz > adding package dri2proto-2.6.tbz > adding package expat-2.0.1_2.tbz > adding package fixesproto-5.0.tbz > adding package gettext-0.18.1.1_1.tbz > adding package kbproto-1.0.5.tbz > adding package libGL-7.6.1_3.tbz > adding package libGLU-7.6.1_2.tbz > adding package libX11-1.4.4,1.tbz > skipping libX11-1.4.4,1, already added > adding package libXau-1.0.6.tbz > skipping libXau-1.0.6, already added > adding package libXdamage-1.1.3.tbz > skipping libXdamage-1.1.3, already added > adding package libXdmcp-1.1.0.tbz > skipping libXdmcp-1.1.0, already added > adding package libXext-1.3.0_1,1.tbz > skipping libXext-1.3.0_1,1, already added > adding package libXfixes-5.0.tbz > skipping libXfixes-5.0, already added > adding package libXv-1.0.6,1.tbz > adding package libXxf86vm-1.1.1.tbz > skipping libXxf86vm-1.1.1, already added > adding package libdrm-2.4.17_1.tbz > skipping libdrm-2.4.17_1, already added > adding package libiconv-1.14_1.tbz > skipping libiconv-1.14_1, already added > adding package libpciaccess-0.12.1.tbz > skipping libpciaccess-0.12.1, already added > adding package libpthread-stubs-0.3_3.tbz > skipping libpthread-stubs-0.3_3, already added > adding package libxcb-1.7.tbz > skipping libxcb-1.7, already added > adding package pciids-20130313.tbz > skipping pciids-20130313, already added > adding package pkgconf-0.9.1_2.tbz > skipping pkgconf-0.9.1_2, already added > adding package videoproto-2.3.1.tbz > skipping videoproto-2.3.1, already added > adding package xextproto-7.2.0.tbz > skipping xextproto-7.2.0, already added > adding package xf86vidmodeproto-2.3.1.tbz > skipping xf86vidmodeproto-2.3.1, already added > adding package xproto-7.0.22.tbz > skipping xproto-7.0.22, already added > adding package yasm-1.2.0.tbz > =3D=3D=3D> seom-2010011201 depends on file: /usr/local/bin/yasm - = found > =3D=3D=3D> seom-2010011201 depends on file: = /usr/local/libdata/pkgconfig/x11.pc - found > =3D=3D=3D> seom-2010011201 depends on file: = /usr/local/libdata/pkgconfig/xv.pc - found > =3D=3D=3D> seom-2010011201 depends on shared library: GLU.1 - found > =3D=3D=3D> Configuring for seom-2010011201 > =3D=3D=3D> Building for seom-2010011201 > gcc -O2 -pipe -fno-strict-aliasing -Iinclude -std=3Dc99 = -I/usr/local/include -L/usr/local/lib -fPIC -c -o src/buffer.o = src/buffer.c > gcc -O2 -pipe -fno-strict-aliasing -Iinclude -std=3Dc99 = -I/usr/local/include -L/usr/local/lib -fPIC -c -o src/client.o = src/client.c > gcc -O2 -pipe -fno-strict-aliasing -Iinclude -std=3Dc99 = -I/usr/local/include -L/usr/local/lib -fPIC -c -o src/codec.o = src/codec.c > gcc -O2 -pipe -fno-strict-aliasing -Iinclude -std=3Dc99 = -I/usr/local/include -L/usr/local/lib -fPIC -c -o src/frame.o = src/frame.c > gcc -O2 -pipe -fno-strict-aliasing -Iinclude -std=3Dc99 = -I/usr/local/include -L/usr/local/lib -fPIC -c -o src/opengl.o = src/opengl.c > gcc -O2 -pipe -fno-strict-aliasing -Iinclude -std=3Dc99 = -I/usr/local/include -L/usr/local/lib -fPIC -c -o src/server.o = src/server.c > gcc -O2 -pipe -fno-strict-aliasing -Iinclude -std=3Dc99 = -I/usr/local/include -L/usr/local/lib -fPIC -c -o src/stream.o = src/stream.c > yasm -m x86 -f elf -o src/arch/x86/frame.o src/arch/x86/frame.asm > gcc -shared -Wl,--as-needed -Wl,-soname,libseom.so.0 -o libseom.so = src/buffer.o src/client.o src/codec.o src/frame.o src/opengl.o = src/server.o src/stream.o src/arch/x86/frame.o -lpthread > gcc -O2 -pipe -fno-strict-aliasing -Iinclude -std=3Dc99 = -I/usr/local/include -L/usr/local/lib -Wl,--as-needed -L. -o filter = src/filter/main.c -lseom=20 > gcc -O2 -pipe -fno-strict-aliasing -Iinclude -std=3Dc99 = -I/usr/local/include -L/usr/local/lib -Wl,--as-needed -L. -o server = src/server/main.c -lseom=20 > gcc -O2 -pipe -fno-strict-aliasing -Iinclude -std=3Dc99 = -I/usr/local/include -L/usr/local/lib -Wl,--as-needed -L. -o player = src/player/main.c -lseom -lX11 -lXv > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > make: don't know how to make regression-test(continuing) > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > add_pkg damageproto-1.2.1.tbz dri2proto-2.6.tbz expat-2.0.1_2.tbz = fixesproto-5.0.tbz kbproto-1.0.5.tbz libGL-7.6.1_3.tbz = libGLU-7.6.1_2.tbz libX11-1.4.4,1.tbz libXau-1.0.6.tbz = libXdamage-1.1.3.tbz libXdmcp-1.1.0.tbz libXext-1.3.0_1,1.tbz = libXfixes-5.0.tbz libXv-1.0.6,1.tbz libXxf86vm-1.1.1.tbz = libdrm-2.4.17_1.tbz libpciaccess-0.12.1.tbz libpthread-stubs-0.3_3.tbz = libxcb-1.7.tbz pciids-20130313.tbz pkgconf-0.9.1_2.tbz = videoproto-2.3.1.tbz xextproto-7.2.0.tbz xf86vidmodeproto-2.3.1.tbz = xproto-7.0.22.tbz > adding dependencies > adding package damageproto-1.2.1.tbz > skipping damageproto-1.2.1, already added > adding package dri2proto-2.6.tbz > skipping dri2proto-2.6, already added > adding package expat-2.0.1_2.tbz > skipping expat-2.0.1_2, already added > adding package fixesproto-5.0.tbz > skipping fixesproto-5.0, already added > adding package kbproto-1.0.5.tbz > skipping kbproto-1.0.5, already added > adding package libGL-7.6.1_3.tbz > skipping libGL-7.6.1_3, already added > adding package libGLU-7.6.1_2.tbz > skipping libGLU-7.6.1_2, already added > adding package libX11-1.4.4,1.tbz > skipping libX11-1.4.4,1, already added > adding package libXau-1.0.6.tbz > skipping libXau-1.0.6, already added > adding package libXdamage-1.1.3.tbz > skipping libXdamage-1.1.3, already added > adding package libXdmcp-1.1.0.tbz > skipping libXdmcp-1.1.0, already added > adding package libXext-1.3.0_1,1.tbz > skipping libXext-1.3.0_1,1, already added > adding package libXfixes-5.0.tbz > skipping libXfixes-5.0, already added > adding package libXv-1.0.6,1.tbz > skipping libXv-1.0.6,1, already added > adding package libXxf86vm-1.1.1.tbz > skipping libXxf86vm-1.1.1, already added > adding package libdrm-2.4.17_1.tbz > skipping libdrm-2.4.17_1, already added > adding package libpciaccess-0.12.1.tbz > skipping libpciaccess-0.12.1, already added > adding package libpthread-stubs-0.3_3.tbz > skipping libpthread-stubs-0.3_3, already added > adding package libxcb-1.7.tbz > skipping libxcb-1.7, already added > adding package pciids-20130313.tbz > skipping pciids-20130313, already added > adding package pkgconf-0.9.1_2.tbz > skipping pkgconf-0.9.1_2, already added > adding package videoproto-2.3.1.tbz > skipping videoproto-2.3.1, already added > adding package xextproto-7.2.0.tbz > skipping xextproto-7.2.0, already added > adding package xf86vidmodeproto-2.3.1.tbz > skipping xf86vidmodeproto-2.3.1, already added > adding package xproto-7.0.22.tbz > skipping xproto-7.0.22, already added > =3D=3D=3D> Installing for seom-2010011201 > =3D=3D=3D> seom-2010011201 depends on file: = /usr/local/libdata/pkgconfig/x11.pc - found > =3D=3D=3D> seom-2010011201 depends on file: = /usr/local/libdata/pkgconfig/xv.pc - found > =3D=3D=3D> seom-2010011201 depends on shared library: GLU.1 - found > =3D=3D=3D> Generating temporary packing list > =3D=3D=3D> Checking if graphics/seom already installed > ./seom.pc.in /usr/local lib > svn: not found > svn: not found > $(call inst,644,seom.pc,$(PREFIX)/$(LIBDATADIR)/pkgconfig) expands to = empty string > $(call inst,755,$(LIBRARY),$(PREFIX)/$(LIBDIR),$(LIBRARY).$(MAJOR)) = expands to empty string > ln -sf libseom.so.0 /usr/local/lib/libseom.so > $(call inst,644,art/seom.svg,$(DATADIR),seom.svg) expands to empty = string > $(call inst,644,include/seom/*,$(PREFIX)/include/seom) expands to = empty string > $(call inst,755,src/scripts/backup,$(PREFIX)/bin,seom-backup) expands = to empty string > $(foreach app,$(APPS),$(call = inst,755,$(app),$(PREFIX)/bin,seom-$(app))) expands to empty string > =3D=3D=3D> Running ldconfig > /sbin/ldconfig -m /usr/local/lib > =3D=3D=3D> Registering installation for seom-2010011201 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D=3D> Building package for seom-2010011201 > tar: bin/seom-backup: Cannot stat: No such file or directory > tar: bin/seom-filter: Cannot stat: No such file or directory > tar: bin/seom-player: Cannot stat: No such file or directory > tar: bin/seom-server: Cannot stat: No such file or directory > tar: lib/libseom.so.0: Cannot stat: No such file or directory > tar: libdata/pkgconfig/seom.pc: Cannot stat: No such file or directory > tar: include/seom/buffer.h: Cannot stat: No such file or directory > tar: include/seom/client.h: Cannot stat: No such file or directory > tar: include/seom/codec.h: Cannot stat: No such file or directory > tar: include/seom/frame.h: Cannot stat: No such file or directory > tar: include/seom/seom.h: Cannot stat: No such file or directory > tar: include/seom/server.h: Cannot stat: No such file or directory > tar: include/seom/stream.h: Cannot stat: No such file or directory > tar: share/seom/seom.svg: Cannot stat: No such file or directory > tar: Error exit delayed from previous errors. > pkg_create: make_dist: tar command failed with code 256 > *** Error code 1 >=20 > Stop in /a/ports/graphics/seom. > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > build of /usr/ports/graphics/seom ended at Sun Mar 24 21:58:15 UTC = 2013 >=20 +-----------------oOO--(_)--OOo-------------------------+ With best Regards, Martin Wilke (miwi_(at)_FreeBSD.org) Mess with the Best, Die like the Rest From owner-freebsd-ports@FreeBSD.ORG Sun Mar 24 23:38: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]) by hub.freebsd.org (Postfix) with ESMTP id 8C7D2F3 for ; Sun, 24 Mar 2013 23:38:06 +0000 (UTC) (envelope-from coco@executive-computing.de) Received: from mail.moehre.org (mail.moehre.org [195.96.35.7]) by mx1.freebsd.org (Postfix) with ESMTP id 51E9CB9E for ; Sun, 24 Mar 2013 23:38:05 +0000 (UTC) Received: from mail.moehre.org (unknown [195.96.35.7]) by mail.moehre.org (Postfix) with ESMTP id E500A8B143B; Mon, 25 Mar 2013 00:37:58 +0100 (CET) X-Spam-Flag: NO X-Spam-Score: -100.964 X-Spam-Level: X-Spam-Status: No, score=-100.964 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-1, AWL=0.036, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mail.moehre.org ([195.96.35.7]) by mail.moehre.org (mail.moehre.org [195.96.35.7]) (amavisd-new, port 10024) with ESMTP id LAf7WlOq72Xm; Mon, 25 Mar 2013 00:37:57 +0100 (CET) Received: from [192.168.100.35] (p54B0A677.dip.t-dialin.net [84.176.166.119]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: coco@executive-computing.de) by mail.moehre.org (Postfix) with ESMTPSA id 2090E8B1420; Mon, 25 Mar 2013 00:37:57 +0100 (CET) Message-ID: <514F8E36.3010606@executive-computing.de> Date: Mon, 25 Mar 2013 00:37:26 +0100 From: Marco Steinbach User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Michael Gmelin Subject: Re: cannot open tty-output References: <514F56BF.5040805@home.wdc.spb.ru> <20130324215847.2243e4dc@bsd64.grem.de> In-Reply-To: <20130324215847.2243e4dc@bsd64.grem.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ilyuha.arkhipov@gmail.com, eugene@wdc.spb.ru, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 23:38:06 -0000 Michael Gmelin schrieb: > On Sun, 24 Mar 2013 23:40:47 +0400 > "Eugene V. Boontseff" wrote: > >> *Marco Steinbach wrote: >> * >>> Hi, >>> >>> after installing dialog4ports, I'm getting the following behaviour >>> on each 8.3-STABLE I tried: >>> >>> # jexec /bin/tcsh >>> # cd >>> # make config >>> >>> cannot open tty-output >>> ===> Options unchanged >>> # >>> >>> Regardless, if I'm logged in on the console or connect to the host >>> via ssh. >>> >>> >>> I've also tried on 8.4-BETA1 (r248617), but got the same behaviour. >>> >>> Anyone else experiencing this ? >> Yes, I have also experienced this. >> 8.3-STABLE r244863 >> Only if i do a "make config" in a jail. >> Outside the jail all goes well. >>> MfG CoCo > > This problem doesn't exist in 9.1. On 8 it only happens when you > jexeced into the jail (ssh should be ok). As a workaround you can run > tmux (sysutils/tmux) within your jail and install ports from within the > terminal multiplexer (screen will do as well, but is also heavier). > dialog4ports(1) uses stdout for passing back results, where the former dialog(1) used stderr. I reverted the new behaviour back to the previous one, which fixed the problem for me. I don't know about other implications, though. Ilya (author of dialog4ports) is aware of the problem and having a look at it. I'm glad that other people are running into this, also. I was beginning to think, that there's something fundamentally wrong with the way our 8.x jails are configured. MfG CoCo From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 00:03:52 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C982D7BA; Mon, 25 Mar 2013 00:03:52 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm1.ukr.net (fsm1.ukr.net [195.214.192.120]) by mx1.freebsd.org (Postfix) with ESMTP id 7F939D0D; Mon, 25 Mar 2013 00:03:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=SdweTkZgTVsakIWN4p9kGkhl6CXaqwfrw4oZ5lKOFFc=; b=HgHwOuO5U0QZfx5VVlJbLkza6a3zRzL+yYYeo3odYpD6HAVMQ6N5VlINpe2H6VmXv6VdXjIBcM7/NarYg6mbSdNnUPj3hjx646Bh9mSdlYhEO5cQN68/XqRjSpoOlogrgfjaEZr8ogV6Lfd64k6WWipm6TZ6Rs5r3LxP1kzuuJg=; Received: from [178.137.138.140] (helo=nonamehost) by fsm1.ukr.net with esmtpsa ID 1UJut3-000Hy4-GY ; Mon, 25 Mar 2013 02:03:41 +0200 Date: Mon, 25 Mar 2013 02:03:40 +0200 From: Ivan Klymenko To: Konstantin Belousov Subject: Re: Kernel panic CURRENT r248596 at virtualbox-ose-kmod module load Message-ID: <20130325020340.02c5ace0@nonamehost> In-Reply-To: <20130324120507.GX3794@kib.kiev.ua> References: <20130323132627.04bf7ef4@nonamehost> <20130324120507.GX3794@kib.kiev.ua> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.17; amd64-portbld-freebsd10.0) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWpqak/Pz/i4uIfHx8GBwZwcHAQEBA6o92AAAACHElEQVQ4jWWUTY7bMAyF6QzUPSEoa8PFHEBgqwuM4bVVg7MvZOj+R+ijpMTpjIwgkT7z75EKrdfattpXERG6zqvUOtAr2LCRYfEKcB4l/Q+2cc6XjQH7hv+2YZYreIk5nevZEPvuzUzptizHLzgDMnC5Wpbl7ewJlOEqlQF+DlCjgVLki0WV6FMDMsBxjlJiQulIznwZ+DxHiQyDyIg0wN3Oo6o6ZQ5s5AIfar+W2Wlmz+kCcb8tg6j3voMEwNrBQk69dDBDqw/urpqJH+m+Q6u/4QnoAeYpnUXC/s1iup9rhCd6xMgAqdDyAyFegbKkVAHeLCcOulPLawaoUIDos4M88iLNrVkU7uu5ccTDO6naJzWLum51C6Yb7y4HKKbdArLWir0PBiS8glJRBZHeyHl7J9lENpAC6qT9NlNG4u5hsVYDyJP6mlJJtY3oVju4WSUzHal1sDU17NASoBWSk40J2eBLBJhYrVmzC5gVALGpNIAiQgN6eGstOp9Oa6zFbbLTISYi28BGZDRUJKWeroECkCEkzXjUtbmmaKMfAx2RfbT69/cO+tgHcmx6AfyZOmj3NDIah0F0GB66d4CrdIoplNFFGHSpSheRxbo0W4S8azNItEoMWbw3uXAeJgCrmX5joz7CGXqSg6PcryEhnFr/C1C2ntPxBOYbdwY+8dO3+wZJyFlbMX9s8zNnvp/tLwAv03NB4j3HVpn8Awwm+GrlP6MVAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 00:03:52 -0000 =D0=92 Sun, 24 Mar 2013 14:05:07 +0200 Konstantin Belousov =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > On Sat, Mar 23, 2013 at 01:26:27PM +0200, Ivan Klymenko wrote: > > I have > > uname -a > > FreeBSD nonamehost 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r248596: Fri > > Mar 22 01:17:08 EET 2013 > > ivan@nonamehost:/usr/obj/usr/src/sys/GENERIC amd64 > >=20 > > I updated the ports tree to r314921 and recompiled > > virtualbox-ose-kmod > >=20 > > After load the module a have kernel panic. > >=20 > > Panic String: Lock vm object not exclusively locked @ > > /usr/src/sys/vm/vm_page.c:1396 > >=20 > > http://pkgupdate.nevosoft.ru/backtrace.txt >=20 > This looks like a vbox issue, the driver did not properly locked > the object passed to the vm_page_alloc_contig(). >=20 > If you want this fixed, you probably need to look up the code > yourself, compiling the vbox kld with debugging, finding the > offending call to vm_page_alloc_contig() and looking around it to see > which object is passed and why it is not locked. The problem is that port commiter did not listen your advice: http://docs.freebsd.org/cgi/mid.cgi?20130312151751.GJ3794 and used in the patch is not the functions that need http://svnweb.freebsd.org/ports/head/emulators/virtualbox-ose-kmod/files/pa= tch-src-VBox-Runtime-r0drv-freebsd-memobj-r0drv-freebsd_VM_OBJECT_RENAME.c?= r1=3D314794&r2=3D314796 I replaced the all function "VM_OBJECT_RLOCK" on "VM_OBJECT_WLOCK" and "VM_OBJECT_RUNLOCK" on "VM_OBJECT_WUNLOCK" and the kernel panic ceased. Thanks. This problem is solved. From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 00:57:02 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E3324EEC; Mon, 25 Mar 2013 00:57:02 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) by mx1.freebsd.org (Postfix) with ESMTP id 90696E74; Mon, 25 Mar 2013 00:57:02 +0000 (UTC) Received: from mouf.net (www@mouf [199.48.129.64]) by mouf.net (8.14.5/8.14.5) with ESMTP id r2P0ukUf094783; Mon, 25 Mar 2013 00:56:52 GMT (envelope-from swills@FreeBSD.org) Received: from 98.122.135.254 (SquirrelMail authenticated user swills) by mouf.net with HTTP; Sun, 24 Mar 2013 20:56:52 -0400 Message-ID: <0213f08f9ccb1021a7d65029ab2565c3.squirrel@mouf.net> In-Reply-To: <4F83D89D-95C5-452A-AC1F-A2214F6A4C28@bsdhash.org> References: <20130318174150.GN72627@ithaqua.etoilebsd.net> <514DC7AF.60404@FreeBSD.org> <4F83D89D-95C5-452A-AC1F-A2214F6A4C28@bsdhash.org> Date: Sun, 24 Mar 2013 20:56:52 -0400 Subject: Re: [CFT] add a config.site cache for the ports From: "Steve Wills" To: "Martin Wilke" User-Agent: SquirrelMail/1.4.22 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mouf.net [199.48.129.64]); Mon, 25 Mar 2013 00:56:52 +0000 (UTC) X-Spam-Status: No, score=0.0 required=4.5 tests=none autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mouf.net X-Virus-Scanned: clamav-milter 0.97.6 at mouf.net X-Virus-Status: Clean Cc: ports@FreeBSD.org, Baptiste Daroussin , autotools@FreeBSD.org, Bryan Drewery X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 00:57:03 -0000 I'm sure your list probably includes this, but just in case, databases/db42 broke with this for me. Steve > > just a fyi this exp-run broke quiet a lot. > > > > On Mar 23, 2013, at 11:18 PM, Bryan Drewery wrote: > >> On 3/18/2013 12:41 PM, Baptiste Daroussin wrote: >>> Hi, >>> >>> The autotools allows us to have a config.site cache where we define our >>> defaults >>> values for a couple of things, and prevent the "slow" and possibly >>> wrong >>> autodetection. >>> >>> Here is a patch that makes use of it: >>> http://people.freebsd.org/~bapt/autotools_config_site.diff >>> >>> As the libiconv/gettext update has shown the configure scripts can fall >>> back on >>> gnu version of commands first if it find it, and in case gettext is >>> removed you >>> can get trouble. >>> >>> In this config.site, I hardcoded a couple of FreeBSD binaries in order >>> to always >>> use them, but I let the toolchain being autodetected. >>> >>> I also added a couple of headers to avoid useless checks and more can >>> be added >>> in the futur. >>> >>> Any thought? >>> >>> regards, >>> Bapt >>> >> >> This will be great. >> >> I've added it to my jails for testing too. >> >> Bryan >> >> > > +-----------------oOO--(_)--OOo-------------------------+ > With best Regards, > Martin Wilke (miwi_(at)_FreeBSD.org) > > Mess with the Best, Die like the Rest > > _______________________________________________ > 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 Mon Mar 25 02:10:49 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 73385B6C for ; Mon, 25 Mar 2013 02:10:49 +0000 (UTC) (envelope-from Joel.Sherrill@OARcorp.com) Received: from OARmail.OARCORP.com (oarmail.oarcorp.com [67.63.146.244]) by mx1.freebsd.org (Postfix) with ESMTP id 2C2D61E2 for ; Mon, 25 Mar 2013 02:10:48 +0000 (UTC) Received: from [192.168.0.14] (24.96.88.41) by OARmail.OARCORP.com (192.168.2.2) with Microsoft SMTP Server (TLS) id 8.2.255.0; Sun, 24 Mar 2013 21:09:37 -0500 Message-ID: <514FB1DB.60608@oarcorp.com> Date: Sun, 24 Mar 2013 21:09:31 -0500 From: Joel Sherrill User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: Eitan Adler Subject: Re: Could you remove the *-rtems-* ports? References: In-Reply-To: Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit Cc: "ports@FreeBSD.org" , "Rempel, Cynthia" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 02:10:49 -0000 On 3/24/2013 3:19 PM, Eitan Adler wrote: > On 24 March 2013 11:34, Rempel, Cynthia wrote: >> Hi FreeBSD Ports Maintainer, >> >> Could you remove the *-rtems-* ports? They fail to build (the user has to change to bash to build them), and once built they don't build RTEMS. There are additional issues stated below. > I'm following up and will act as needed. Thanks for the heads up. > Just to be prudent. These appear to be being updated which hints that someone cares about them. It would be good to know why they are updating them. Are they actually using RTEMS or just doing it to them up to date. But there are some general issues: + the official tools use CPU-rtemsVERSION as the target where VERSION is 4.10, 4.11, etc to indicate the major RTEMS version. We have included the VERSION component for a decade. + The particular set of tool versions and patches do not correspond to anything the RTEMS Project considers a "set". We are trying to separate tool version and patch management from packaging. If the person who maintains these wants to work with us so the ports collection follows the recommended naming, versions, patches, etc., we would be very grateful. Otherwise, they are just wrong and that's not good. -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherrill@OARcorp.com On-Line Applications Research Ask me about RTEMS: a free RTOS Huntsville AL 35805 Support Available (256) 722-9985 From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 02:33: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]) by hub.freebsd.org (Postfix) with ESMTP id 7AABAD20 for ; Mon, 25 Mar 2013 02:33:21 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [5.135.177.31]) by mx1.freebsd.org (Postfix) with ESMTP id 4352E267 for ; Mon, 25 Mar 2013 02:33:21 +0000 (UTC) Received: from [192.168.0.23] (4ab54-4-88-163-248-31.fbx.proxad.net [88.163.248.31]) by peterschmitt.fr (Postfix) with ESMTPSA id A0FB94AB40A for ; Mon, 25 Mar 2013 03:33:29 +0100 (CET) Message-ID: <514FC573.8060806@peterschmitt.fr> Date: Mon, 25 Mar 2013 03:33:07 +0000 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130314 Thunderbird/17.0.4 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Ports should provide knobs disabling unwanted network services References: <1364123355503-5798581.post@n5.nabble.com> <514EF84F.1090208@peterschmitt.fr> <1364126459718-5798594.post@n5.nabble.com> In-Reply-To: X-Enigmail-Version: 1.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2BDMKPOCLTSNTCFFVUGRU" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 02:33:21 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2BDMKPOCLTSNTCFFVUGRU Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Le 24/03/2013 17:34, Scot Hetzel a =E9crit : > On Sun, Mar 24, 2013 at 7:00 AM, Beeblebrox wrot= e: >> I would be very happy to submit a patch, if I actually knew how to wri= te >> one... >> >=20 > It is quite simple to create the patch. >=20 > If you have a working copy checked out with svn, then it would be: >=20 > cd /usr/ports/[category]/[port] > - Make the necessary changes to the port > - After testing the port make sure to do a 'make clean' > svn diff > port.diff >=20 > Otherwise make a copy of the port: >=20 > cd /usr/ports/[catagory] > cp port port-orig > cd port > - Make the necessary changes to port > - After testing port make sure to do a 'make clean' > cd .. > diff -ruN port-orig port > port.diff >=20 > Then just submit the port.diff in a PR using either send-pr or > http://www.freebsd.org/send-pr.html. >=20 Is there a way to manually make a patch that will say : --- MyFile +++ MyFile Even if these files are in two distinct trees ? --=20 Florent Peterschmitt +33 (0)6 64 33 97 92 florent@peterschmitt.fr ------enig2BDMKPOCLTSNTCFFVUGRU Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRT8V3AAoJEMtO2Sol0IImglYIAJkNNTHLQGgvGKOiz/4yekJK sC6bZ/SS8oQ+fIXzwuxxtDtTJobxccZ7Ze8b4OCUQVJEDS8wyyNAyJJxV6i9oMZC ZvtCuvbUNMK15c1+n8kamrSxDvkta8hULBz8DXS3pmoeLakTrZ1BvJM80gyuMLkU 5WrM2z5O/coCBy+AJznYdL8Kr00pLXfqNP26cdwfnevVR+kcq4VqZ9NSFTRiURwr +jy23u5jTSNILm0QIUNG1IvTCkYFn1gzPiL8n5/wMDn+fymPkjG+y7jNTu4rpBKc 2Isk8rnSlS20j/LgA6nuHcHlQd1SsNRUxNOwk9RC5EEXtE0tC4Sx1l9ZJ6NV8YE= =wO1M -----END PGP SIGNATURE----- ------enig2BDMKPOCLTSNTCFFVUGRU-- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 03:16:14 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E0FA6340 for ; Mon, 25 Mar 2013 03:16:14 +0000 (UTC) (envelope-from sib@tormail.org) Received: from outgoing.tormail.org (outgoing.tormail.org [82.221.96.22]) by mx1.freebsd.org (Postfix) with ESMTP id A361867B for ; Mon, 25 Mar 2013 03:16:14 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=internal.tormail.org) by outgoing.tormail.org with esmtp (Exim 4.72) (envelope-from ) id 1UJxtG-0007hn-9G for freebsd-ports@freebsd.org; Mon, 25 Mar 2013 06:16:06 +0300 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tormail.org; s=tm; h=Message-Id:X-TorMail-User:Content-Transfer-Encoding:Content-Type:MIME-Version:To:From:Subject:Date; bh=0OQ8xEvhEWfm/Q5uPu3wa1BjBsMyv1vkJcmUBe+UJLA=; b=iVHQ7U6c9jfScpEPK0K0+2S7xQVWuCHxb1gkonnRgqjEjBu5jeUxgFx0BahZn+P40T1kn+GvGOSmme6l/Cg15kuwCLRqj81xZivD946nle4Yui/g8mGX4DPUmw1SoVYgLMQ7vuy4CNlEzkuC3kXOnbd40FpcJGg2/Uz6PCNYcbs=; Received: from sib by internal.tormail.org with local (Exim 4.63) (envelope-from ) id 1UJxqn-0004Jp-LC for freebsd-ports@freebsd.org; Mon, 25 Mar 2013 03:13:33 +0000 Date: Mon, 25 Mar 2013 03:13:33 -0000 Subject: Ports as an unprivileged user From: sib@tormail.org To: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Importance: High X-TorMail-User: sib Message-Id: <1UJxqn-0004Jp-LC@internal.tormail.org> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 03:16:14 -0000 Hi. While looking up how to configure ports to run as a user other than root, I came across a few pages that describe setting some make.conf variables. http://forums.freebsd.org/showthread.php?t=22368 http://www.mail-archive.com/freebsd-questions@freebsd.org/msg31323.html Is there any plans or work being done on making this kind of system default? There "probably" won't be any exploits in fetch/libfetch, but there's also no reason to do everything as root. Even just the distfile fetching as a user would be better I think. We could have a dedicated "ports" user that has access to /usr/ports/distfiles or something. Just some security for consideration. From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 03:40:42 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 40C167C9 for ; Mon, 25 Mar 2013 03:40:42 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 17C84733 for ; Mon, 25 Mar 2013 03:40:42 +0000 (UTC) Received: by mail-ie0-f172.google.com with SMTP id c10so6943710ieb.3 for ; Sun, 24 Mar 2013 20:40:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; bh=aNoFiEJbVLTF1XpMKNFHkN6Go4cLqiqoDTMeDypT/7c=; b=VyFKulNlx2a/FaFh3wwYjIVPkDmcQ/QgZBtbfoPEuo/gmGp9RpWgDODlN2LIMOZBT1 46pZ92Z4Rl2rBl41HrHUK6Mun7KbcC4WrbyT1t3Rs2ofsHe/A0Fu269lM9Nf1sdAPsYi 6ou/MxMQHYVNnJmIYV18jV1wbdDSydthbBHgrXS/TW+doXpxnMPH9LXP0GAdzb+LC0I+ MQnktesbMiSKhJsAzzQmdw+wTf8SLLTNoO533+EqGrsxGSVbLxC0rNFtt4GbXImi/Ckl W0IHt6X43WQBvZ22jPhO6kiXIDQMI8cUgoTpld7piLc6G56XJBe5pCmE1STYjF2ztItP xFIQ== MIME-Version: 1.0 X-Received: by 10.50.135.8 with SMTP id po8mr6702144igb.41.1364182841840; Sun, 24 Mar 2013 20:40:41 -0700 (PDT) Received: by 10.50.45.135 with HTTP; Sun, 24 Mar 2013 20:40:41 -0700 (PDT) In-Reply-To: <514FC573.8060806@peterschmitt.fr> References: <1364123355503-5798581.post@n5.nabble.com> <514EF84F.1090208@peterschmitt.fr> <1364126459718-5798594.post@n5.nabble.com> <514FC573.8060806@peterschmitt.fr> Date: Sun, 24 Mar 2013 22:40:41 -0500 Message-ID: Subject: Re: Ports should provide knobs disabling unwanted network services From: Scot Hetzel To: Florent Peterschmitt Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 03:40:42 -0000 On Sun, Mar 24, 2013 at 10:33 PM, Florent Peterschmitt wrote: > Le 24/03/2013 17:34, Scot Hetzel a =E9crit : >> On Sun, Mar 24, 2013 at 7:00 AM, Beeblebrox wrote= : >>> I would be very happy to submit a patch, if I actually knew how to writ= e >>> one... >>> >> >> It is quite simple to create the patch. >> >> If you have a working copy checked out with svn, then it would be: >> >> cd /usr/ports/[category]/[port] >> - Make the necessary changes to the port >> - After testing the port make sure to do a 'make clean' >> svn diff > port.diff >> >> Otherwise make a copy of the port: >> >> cd /usr/ports/[catagory] >> cp port port-orig >> cd port >> - Make the necessary changes to port >> - After testing port make sure to do a 'make clean' >> cd .. >> diff -ruN port-orig port > port.diff >> >> Then just submit the port.diff in a PR using either send-pr or >> http://www.freebsd.org/send-pr.html. >> > > Is there a way to manually make a patch that will say : > > --- MyFile > +++ MyFile > > Even if these files are in two distinct trees ? > There is always a way to do that: diff -u /path/to/original/port/MyFile /path/to/modified/port/MyFile > /place/to/save/patch/port.diff or if you modifed several files: diff -ruN /path/to/original/port /path/to/modified/port > /place/to/save/patch/port.diff --=20 DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 06:08:51 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id AB9F2BB5 for ; Mon, 25 Mar 2013 06:08:51 +0000 (UTC) (envelope-from chenyy@sifinc.cn) Received: from cngw.fujielectric.com (cngw.fujielectric.com [114.141.164.85]) by mx1.freebsd.org (Postfix) with ESMTP id ABC2CCC6 for ; Mon, 25 Mar 2013 06:08:50 +0000 (UTC) Received: (qmail 457 invoked by uid 508); 25 Mar 2013 14:08:47 +0800 Received: from unknown (HELO sifpc191) (chenyy@sifinc.cn@122.224.171.226) by cngw.fujielectric.com with SMTP; 25 Mar 2013 14:08:46 +0800 From: =?gb2312?B?s8LS5tLl?= To: Subject: postfix-vda-v11-2.9.5.patch Date: Mon, 25 Mar 2013 14:08:43 +0800 Message-ID: <001801ce291f$346878f0$9d396ad0$@sifinc.cn> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac4pHOB8vmaeEQ8eTbWHu2UnebCEbQ== Content-Language: zh-cn X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.10/RELEASE, bases: 24032013 #9444537, status: clean Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 06:08:51 -0000 HI,I don=A1=AFt download the postfix-vda-v11-2.9.5.patch. Please help me. =20 Thank you! =20 Chenyiyi =20 =20 Error: =20 root@mail:/usr/ports/mail/postfix # make install clean =3D=3D=3D> Found saved configuration for postfix-2.9.5,1 =3D> postfix-vda-v11-2.9.5.patch doesn't seem to exist in /usr/ports/distfiles/postfix. =3D> Attempting to fetch = http://vda.sourceforge.net/VDA/postfix-vda-v11-2.9.5. patch fetch: http://vda.sourceforge.net/VDA/postfix-vda-v11-2.9.5.patch: = Operation timed out =3D> Attempting to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/postfix/postfix-vda-v11= -2. 9.5.patch fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/postfix/postfix-vda-v11= -2. 9.5.patch: File unavailable (e.g., file not found, no access) =3D> Couldn't fetch it - please try to retrieve this =3D> port manually into /usr/ports/distfiles/postfix and try again. *** [do-fetch] Error code 1 =20 Stop in /usr/ports/mail/postfix. *** [install] Error code 1 =20 From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 06:37:12 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D05BA146 for ; Mon, 25 Mar 2013 06:37:12 +0000 (UTC) (envelope-from itechbear@gmail.com) Received: from mail-oa0-f52.google.com (mail-oa0-f52.google.com [209.85.219.52]) by mx1.freebsd.org (Postfix) with ESMTP id 92CD0E41 for ; Mon, 25 Mar 2013 06:37:12 +0000 (UTC) Received: by mail-oa0-f52.google.com with SMTP id k14so5906013oag.25 for ; Sun, 24 Mar 2013 23:37:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=lXpgfrWGJ1W//LVdQ8cEO5SDvFk3n04ifVw/tbhsi2o=; b=aHq9AqJLV2Hd30Oz8MLmyV/EERcSR80HXxDT50sohBdHYDgnV5j+w/hKua+93Lij4p eV88r3MKA1Xh4vtP7NNo6TzTEHTH52Sp0ptj8ReUxjH0Cr9uahajWRmIAyoMVPjn2/fa wmjW5reHFNYmF6ZlgFTsxvx3TGvNfrKi3YAf9FwH07BZovgf9YJKcsc09Q8l+r7bwtWV c9v8FwUL0mY8WT6X/kwpgLr5gjklWFQie+G0lKQbIgGF1BOSFeGHGccyO0EMrrgYboQF +YVIWe6zVhWS7KL9w8PA0VtzJp3ajnaeBTloUanac/4+O0QPfLaN/G86i+r9uNrj68SR 7+hA== MIME-Version: 1.0 X-Received: by 10.60.11.228 with SMTP id t4mr9846867oeb.42.1364193426024; Sun, 24 Mar 2013 23:37:06 -0700 (PDT) Received: by 10.60.33.231 with HTTP; Sun, 24 Mar 2013 23:37:05 -0700 (PDT) In-Reply-To: <001801ce291f$346878f0$9d396ad0$@sifinc.cn> References: <001801ce291f$346878f0$9d396ad0$@sifinc.cn> Date: Mon, 25 Mar 2013 14:37:05 +0800 Message-ID: Subject: Re: postfix-vda-v11-2.9.5.patch From: HU Dong To: =?GB2312?B?s8LS5tLl?= Content-Type: multipart/mixed; boundary=e89a8fb1ed0690339604d8ba0895 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-ports@freebsd.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 06:37:12 -0000 --e89a8fb1ed0690339604d8ba0895 Content-Type: text/plain; charset=ISO-8859-1 you can manually download the patch from sourceforge.net through any proxy... also, you can use the attached file i downloaded just now. just put it in /usr/ports/distfiles/postfix or /usr/ports/distfiles. give it a try. remember to check the patch that it doesn't contain any malicious code before using it. B.R. HU Dong --e89a8fb1ed0690339604d8ba0895 Content-Type: application/octet-stream; name="postfix-vda-v11-2.9.5.patch" Content-Disposition: attachment; filename="postfix-vda-v11-2.9.5.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hep9ipq10 ZGlmZiAtdU5yIHBvc3RmaXgtMi45LjUub3JpZy9SRUFETUVfRklMRVMvVkRBX1JFQURNRSBwb3N0 Zml4LTIuOS41L1JFQURNRV9GSUxFUy9WREFfUkVBRE1FCi0tLSBwb3N0Zml4LTIuOS41Lm9yaWcv UkVBRE1FX0ZJTEVTL1ZEQV9SRUFETUUJMTk3MC0wMS0wMSAwMTowMDowMC4wMDAwMDAwMDAgKzAx MDAKKysrIHBvc3RmaXgtMi45LjUvUkVBRE1FX0ZJTEVTL1ZEQV9SRUFETUUJMjAxMi0wMy0wMiAw ODozMDoxMi4wNzk1MzcwNTIgKzAxMDAKQEAgLTAsMCArMSwxMCBAQAorUG9zdGZpeCBWREEgcGF0 Y2ggZm9yIG1haWxkaXIrKyBxdW90YSBzdXBwb3J0IGJ5IAorICAgIEFuZGVyc29uIE5hZGFsIDxh bmRlcm5hZGFsQGdtYWlsLmNvbT4KKyAgICBUb21hcyBNYWNlayA8bWFjYTAyQGF0bGFzLmN6Pgor ICAgIEx1Y2NhIExvbmdpbm90dGkKKworU2VlIFZEQSBwYXRjaCBvZmZpY2lhbCB3ZWJzaXRlIGh0 dHA6Ly92ZGEuc2YubmV0IGZvciBpbnN0cnVjdGlvbnMKK2hvd3RvIHBhdGNoIHRoZSBQb3N0Zml4 J3Mgc291cmNldHJlZSBhbmQgY29uZmlndXJlIHRoZSBvcHRpb25zIAorcHJvdmlkZWQgYnkgdGhp cyBwYXRjaC4KKworCmRpZmYgLXVOciBwb3N0Zml4LTIuOS41Lm9yaWcvc3JjL2dsb2JhbC9tYWls X3BhcmFtcy5oIHBvc3RmaXgtMi45LjUvc3JjL2dsb2JhbC9tYWlsX3BhcmFtcy5oCi0tLSBwb3N0 Zml4LTIuOS41Lm9yaWcvc3JjL2dsb2JhbC9tYWlsX3BhcmFtcy5oCTIwMTItMDEtMTUgMDE6MzY6 MzcuMDAwMDAwMDAwICswMTAwCisrKyBwb3N0Zml4LTIuOS41L3NyYy9nbG9iYWwvbWFpbF9wYXJh bXMuaAkyMDEyLTAzLTAyIDA4OjMwOjEyLjA3OTUzNzA1MiArMDEwMApAQCAtMjM2MCw2ICsyMzYw LDU0IEBACiAjZGVmaW5lIERFRl9WSVJUX0dJRF9NQVBTCQkiIgogZXh0ZXJuIGNoYXIgKnZhcl92 aXJ0X2dpZF9tYXBzOwogCisjZGVmaW5lIFZBUl9WSVJUX01BSUxCT1hfTElNSVRfTUFQUyAgICAg InZpcnR1YWxfbWFpbGJveF9saW1pdF9tYXBzIgorI2RlZmluZSBERUZfVklSVF9NQUlMQk9YX0xJ TUlUX01BUFMgICAgICIiCitleHRlcm4gY2hhciAqdmFyX3ZpcnRfbWFpbGJveF9saW1pdF9tYXBz OworCisjZGVmaW5lIFZBUl9WSVJUX01BSUxCT1hfTElNSVRfSU5CT1ggICAgInZpcnR1YWxfbWFp bGJveF9saW1pdF9pbmJveCIKKyNkZWZpbmUgREVGX1ZJUlRfTUFJTEJPWF9MSU1JVF9JTkJPWCAg ICAwCitleHRlcm4gYm9vbCB2YXJfdmlydF9tYWlsYm94X2xpbWl0X2luYm94OworCisjZGVmaW5l IFZBUl9WSVJUX01BSUxCT1hfTElNSVRfT1ZFUlJJREUgInZpcnR1YWxfbWFpbGJveF9saW1pdF9v dmVycmlkZSIKKyNkZWZpbmUgREVGX1ZJUlRfTUFJTEJPWF9MSU1JVF9PVkVSUklERSAwCitleHRl cm4gYm9vbCB2YXJfdmlydF9tYWlsYm94X2xpbWl0X292ZXJyaWRlOworCisjZGVmaW5lIFZBUl9W SVJUX01BSUxESVJfRVhURU5ERUQgICAgICAgInZpcnR1YWxfbWFpbGRpcl9leHRlbmRlZCIKKyNk ZWZpbmUgREVGX1ZJUlRfTUFJTERJUl9FWFRFTkRFRCAgICAgICAwCitleHRlcm4gYm9vbCB2YXJf dmlydF9tYWlsZGlyX2V4dGVuZGVkOworCisjZGVmaW5lIFZBUl9WSVJUX09WRVJRVU9UQV9CT1VO Q0UgICAgICAgInZpcnR1YWxfb3ZlcnF1b3RhX2JvdW5jZSIKKyNkZWZpbmUgREVGX1ZJUlRfT1ZF UlFVT1RBX0JPVU5DRSAgICAgICAwCitleHRlcm4gYm9vbCB2YXJfdmlydF9vdmVycXVvdGFfYm91 bmNlOworCisjZGVmaW5lIFZBUl9WSVJUX01BSUxESVJfTElNSVRfTUVTU0FHRSAgInZpcnR1YWxf bWFpbGRpcl9saW1pdF9tZXNzYWdlIgorI2RlZmluZSBERUZfVklSVF9NQUlMRElSX0xJTUlUX01F U1NBR0UgICJTb3JyeSwgdGhlIHVzZXIncyBtYWlsZGlyIGhhcyBvdmVyZHJhd24gaGlzIGRpc2tz cGFjZSBxdW90YSwgcGxlYXNlIHRyeSBhZ2FpbiBsYXRlci4iCitleHRlcm4gY2hhciAqdmFyX3Zp cnRfbWFpbGRpcl9saW1pdF9tZXNzYWdlOworCisjZGVmaW5lIFZBUl9WSVJUX01BSUxESVJfTElN SVRfTUVTU0FHRV9NQVBTICJ2aXJ0dWFsX21haWxkaXJfbGltaXRfbWVzc2FnZV9tYXBzIgorI2Rl ZmluZSBERUZfVklSVF9NQUlMRElSX0xJTUlUX01FU1NBR0VfTUFQUyAiIgorZXh0ZXJuIGNoYXIg KnZhcl92aXJ0X21haWxkaXJfbGltaXRfbWVzc2FnZV9tYXBzOworCisjZGVmaW5lIFZBUl9WSVJU X01BSUxESVJfU1VGRklYICAgICAgICAgInZpcnR1YWxfbWFpbGRpcl9zdWZmaXgiCisjZGVmaW5l IERFRl9WSVJUX01BSUxESVJfU1VGRklYICAgICAgICAgIiIKK2V4dGVybiBjaGFyICp2YXJfdmly dF9tYWlsZGlyX3N1ZmZpeDsKKworI2RlZmluZSBWQVJfVklSVF9UUkFTSF9DT1VOVCAgICAgICAg ICAgICJ2aXJ0dWFsX3RyYXNoX2NvdW50IgorI2RlZmluZSBERUZfVklSVF9UUkFTSF9DT1VOVCAg ICAgICAgICAgIDAKK2V4dGVybiBib29sIHZhcl92aXJ0X3RyYXNoX2NvdW50OworCisjZGVmaW5l IFZBUl9WSVJUX1RSQVNIX05BTUUgICAgICAgICAgICAgInZpcnR1YWxfdHJhc2hfbmFtZSIKKyNk ZWZpbmUgREVGX1ZJUlRfVFJBU0hfTkFNRSAgICAgICAgICAgICAiLlRyYXNoIgorZXh0ZXJuIGNo YXIgKnZhcl92aXJ0X3RyYXNoX25hbWU7CisKKyNkZWZpbmUgVkFSX1ZJUlRfTUFJTERJUl9GSUxU RVIgICAgICAgICAidmlydHVhbF9tYWlsZGlyX2ZpbHRlciIKKyNkZWZpbmUgREVGX1ZJUlRfTUFJ TERJUl9GSUxURVIgICAgICAgICAwCitleHRlcm4gYm9vbCB2YXJfdmlydF9tYWlsZGlyX2ZpbHRl cjsKKworI2RlZmluZSBWQVJfVklSVF9NQUlMRElSX0ZJTFRFUl9NQVBTICAgICJ2aXJ0dWFsX21h aWxkaXJfZmlsdGVyX21hcHMiCisjZGVmaW5lIERFRl9WSVJUX01BSUxESVJfRklMVEVSX01BUFMg ICAgIiIKK2V4dGVybiBjaGFyICp2YXJfdmlydF9tYWlsZGlyX2ZpbHRlcl9tYXBzOworCiAjZGVm aW5lIFZBUl9WSVJUX01JTlVJRAkJCSJ2aXJ0dWFsX21pbmltdW1fdWlkIgogI2RlZmluZSBERUZf VklSVF9NSU5VSUQJCQkxMDAKIGV4dGVybiBpbnQgdmFyX3ZpcnRfbWluaW11bV91aWQ7CmRpZmYg LXVOciBwb3N0Zml4LTIuOS41Lm9yaWcvc3JjL3V0aWwvZmlsZV9saW1pdC5jIHBvc3RmaXgtMi45 LjUvc3JjL3V0aWwvZmlsZV9saW1pdC5jCi0tLSBwb3N0Zml4LTIuOS41Lm9yaWcvc3JjL3V0aWwv ZmlsZV9saW1pdC5jCTIwMDMtMTAtMjIgMjA6NDg6MzYuMDAwMDAwMDAwICswMjAwCisrKyBwb3N0 Zml4LTIuOS41L3NyYy91dGlsL2ZpbGVfbGltaXQuYwkyMDEyLTAzLTAyIDA4OjMwOjEyLjExMDUz NzAzMyArMDEwMApAQCAtODUsNyArODUsMTEgQEAKICNlbHNlCiAgICAgc3RydWN0IHJsaW1pdCBy bGltOwogCi0gICAgcmxpbS5ybGltX2N1ciA9IHJsaW0ucmxpbV9tYXggPSBsaW1pdDsKKyAgICAv KiBybGltX21heCBjYW4gb25seSBiZSBjaGFuZ2VkIGJ5IHJvb3QuICovCisgICAgaWYgKGdldHJs aW1pdChSTElNSVRfRlNJWkUsICZybGltKSA8IDApCisgICAgICAgIG1zZ19mYXRhbCgiZ2V0cmxp bWl0OiAlbSIpOworICAgIHJsaW0ucmxpbV9jdXIgPSBsaW1pdDsKKwogICAgIGlmIChzZXRybGlt aXQoUkxJTUlUX0ZTSVpFLCAmcmxpbSkgPCAwKQogCW1zZ19mYXRhbCgic2V0cmxpbWl0OiAlbSIp OwogI2lmZGVmIFNJR1hGU1oKZGlmZiAtdU5yIHBvc3RmaXgtMi45LjUub3JpZy9zcmMvdmlydHVh bC9tYWlsYm94LmMgcG9zdGZpeC0yLjkuNS9zcmMvdmlydHVhbC9tYWlsYm94LmMKLS0tIHBvc3Rm aXgtMi45LjUub3JpZy9zcmMvdmlydHVhbC9tYWlsYm94LmMJMjAxMS0xMi0yNCAwMzoxMzozMi4w MDAwMDAwMDAgKzAxMDAKKysrIHBvc3RmaXgtMi45LjUvc3JjL3ZpcnR1YWwvbWFpbGJveC5jCTIw MTItMDMtMDIgMDg6MzA6MTIuMTEwNTM3MDMzICswMTAwCkBAIC03MCw2ICs3MCw3MCBAQAogI2Rl ZmluZSBZRVMJMQogI2RlZmluZSBOTwkwCiAKKy8qIGNoYW5nZV9tYWlsYm94X2xpbWl0IC0gY2hh bmdlIGxpbWl0IGZvciBtYWlsYm94IGZpbGUgKi8KK3N0YXRpYyBpbnQgY2hhbmdlX21haWxib3hf bGltaXQoTE9DQUxfU1RBVEUgc3RhdGUsIFVTRVJfQVRUUiB1c3JfYXR0cikKK3sKKyAgICBjaGFy ICpteW5hbWUgPSAiY2hhbmdlX21haWxib3hfbGltaXQiOworICAgIGNvbnN0IGNoYXIgKmxpbWl0 X3JlczsKKyAgICBsb25nIG4gPSAwOworICAgIGludCBzdGF0dXMgPSBOTzsKKworICAgIC8qCisg ICAgICogTG9vayB1cCB0aGUgdmlydHVhbCBtYWlsYm94IGxpbWl0IHNpemUgZm9yIHRoaXMgdXNl ci4KKyAgICAgKiBGYWxsIGJhY2sgdG8gdmlydHVhbF9tYWlsYm94X2xpbWl0IGluIGNhc2UgbG9v a3VwIGZhaWxlZC4KKyAgICAgKiBJZiB2aXJ0dWFsIG1haWxib3ggbGltaXQgc2l6ZSBpcyBuZWdh dGl2ZSwgZmFsbCBiYWNrIHRvIHZpcnR1YWxfbWFpbGJveF9saW1pdC4KKyAgICAgKiBJZiBpdCdz IDAsIHNldCB0aGUgbWFpbGJveCBsaW1pdCB0byAwLCB3aGljaCBtZWFucyB1bmxpbWl0ZWQuCisg ICAgICogSWYgaXQncyBtb3JlIHRoYW4gMCAocG9zaXRpdmUgaW50KSwgY2hlY2sgaWYgdGhlIHZh bHVlIGlzIHNtYWxsZXIgdGhhbiB0aGUgbWF4aW11bSBtZXNzYWdlIHNpemUsCisgICAgICogaWYg aXQgaXMgYW5kIHRoZSB2aXJ0dWFsIG1haWxib3ggbGltaXQgY2FuJ3QgYmUgb3ZlcnJpZGRlbiwg ZmFsbCBiYWNrIHRvIHZpcnR1YWxfbWFpbGJveF9saW1pdCBhbmQKKyAgICAgKiB3YXJuIHRoZSB1 c2VyLCBlbHNlIHVzZSB0aGUgdmFsdWUgZGlyZWN0bHkgYXMgdGhlIG1haWxib3ggbGltaXQuCisg ICAgICovCisgICAgaWYgKCp2YXJfdmlydF9tYWlsYm94X2xpbWl0X21hcHMgIT0gMCAmJiAobGlt aXRfcmVzID0gbWFpbF9hZGRyX2ZpbmQodmlydHVhbF9tYWlsYm94X2xpbWl0X21hcHMsIHN0YXRl Lm1zZ19hdHRyLnVzZXIsIChjaGFyICoqKSBOVUxMKSkgIT0gMCkgeworICAgICAgICBuID0gYXRv bChsaW1pdF9yZXMpOworICAgICAgICBpZiAobiA+IDApIHsKKyAgICAgICAgICAgIGlmICgobiA8 IHZhcl9tZXNzYWdlX2xpbWl0KSAmJiAoIXZhcl92aXJ0X21haWxib3hfbGltaXRfb3ZlcnJpZGUp KSB7CisgICAgICAgICAgICAgICAgc2V0X2ZpbGVfbGltaXQodmFyX3ZpcnRfbWFpbGJveF9saW1p dCk7CisgICAgICAgICAgICAgICAgc3RhdHVzID0gTk87CisKKyAgICAgICAgICAgICAgICBtc2df d2FybigiJXM6IHJlY2lwaWVudCAlcyAtIHZpcnR1YWwgbWFpbGJveCBsaW1pdCBpcyAiCisgICAg ICAgICAgICAgICAgICAgICAgICAic21hbGxlciB0aGFuICVzIGluICVzIC0gZmFsbGluZyBiYWNr IHRvICVzIiwKKyAgICAgICAgICAgICAgICAgICAgICAgIG15bmFtZSwKKyAgICAgICAgICAgICAg ICAgICAgICAgIHN0YXRlLm1zZ19hdHRyLnVzZXIsCisgICAgICAgICAgICAgICAgICAgICAgICBW QVJfTUVTU0FHRV9MSU1JVCwKKyAgICAgICAgICAgICAgICAgICAgICAgIHZpcnR1YWxfbWFpbGJv eF9saW1pdF9tYXBzLT50aXRsZSwKKyAgICAgICAgICAgICAgICAgICAgICAgIFZBUl9WSVJUX01B SUxCT1hfTElNSVQpOworICAgICAgICAgICAgfQorICAgICAgICAgICAgZWxzZSB7CisgICAgICAg ICAgICAgICAgc2V0X2ZpbGVfbGltaXQoKG9mZl90KSBuKTsKKyAgICAgICAgICAgICAgICBzdGF0 dXMgPSBZRVM7CisKKyAgICAgICAgICAgICAgICBpZiAobXNnX3ZlcmJvc2UpCisgICAgICAgICAg ICAgICAgICAgIG1zZ19pbmZvKCIlczogc2V0IHZpcnR1YWwgbWFpbGJveCBsaW1pdCBzaXplIGZv ciAlcyB0byAlbGQiLAorICAgICAgICAgICAgICAgICAgICAgICAgICAgIG15bmFtZSwgdXNyX2F0 dHIubWFpbGJveCwgbik7CisgICAgICAgICAgICB9CisgICAgICAgIH0KKyAgICAgICAgZWxzZSBp ZiAobiA9PSAwKSB7CisgICAgICAgICAgICAgICAgc2V0X2ZpbGVfbGltaXQoT0ZGX1RfTUFYKTsK KyAgICAgICAgICAgICAgICBzdGF0dXMgPSBZRVM7CisKKyAgICAgICAgICAgICAgICBpZiAobXNn X3ZlcmJvc2UpCisgICAgICAgICAgICAgICAgICAgIG1zZ19pbmZvKCIlczogc2V0IHZpcnR1YWwg bWFpbGJveCBsaW1pdCBzaXplIGZvciAlcyB0byAlbGQiLAorICAgICAgICAgICAgICAgICAgICAg ICAgICAgIG15bmFtZSwgdXNyX2F0dHIubWFpbGJveCwgT0ZGX1RfTUFYKTsKKyAgICAgICAgfQor ICAgICAgICBlbHNlIHsKKyAgICAgICAgICAgIC8qIEludmFsaWQgbGltaXQgc2l6ZSAobmVnYXRp dmUpLiBVc2UgZGVmYXVsdCB2aXJ0dWFsX21haWxib3hfbGltaXQuICovCisgICAgICAgICAgICBz ZXRfZmlsZV9saW1pdCh2YXJfdmlydF9tYWlsYm94X2xpbWl0KTsKKyAgICAgICAgICAgIHN0YXR1 cyA9IE5POworICAgICAgICB9CisgICAgfQorICAgIGVsc2UgeworICAgICAgICAvKiBUaGVyZSBp cyBubyBsaW1pdCBpbiB0aGUgbWFwcy4gVXNlIGRlZmF1bHQgdmlydHVhbF9tYWlsYm94X2xpbWl0 LiAqLworICAgICAgICBzZXRfZmlsZV9saW1pdCh2YXJfdmlydF9tYWlsYm94X2xpbWl0KTsKKyAg ICAgICAgc3RhdHVzID0gTk87CisgICAgfQorCisgICAgcmV0dXJuKHN0YXR1cyk7Cit9CisKIC8q IGRlbGl2ZXJfbWFpbGJveF9maWxlIC0gZGVsaXZlciB0byByZWNpcGllbnQgbWFpbGJveCAqLwog CiBzdGF0aWMgaW50IGRlbGl2ZXJfbWFpbGJveF9maWxlKExPQ0FMX1NUQVRFIHN0YXRlLCBVU0VS X0FUVFIgdXNyX2F0dHIpCkBAIC0yMTMsNjIgKzI3Nyw3MiBAQAogICAgICAqIExvb2sgdXAgdGhl IG1haWxib3ggb3duZXIgcmlnaHRzLiBEZWZlciBpbiBjYXNlIG9mIHRyb3VibGUuCiAgICAgICov CiAgICAgdWlkX3JlcyA9IG1haWxfYWRkcl9maW5kKHZpcnR1YWxfdWlkX21hcHMsIHN0YXRlLm1z Z19hdHRyLnVzZXIsCi0JCQkgICAgIElHTk9SRV9FWFRFTlNJT04pOwotICAgIGlmICh1aWRfcmVz ID09IDApIHsKLQltc2dfd2FybigicmVjaXBpZW50ICVzOiBub3QgZm91bmQgaW4gJXMiLAotCQkg c3RhdGUubXNnX2F0dHIudXNlciwgdmlydHVhbF91aWRfbWFwcy0+dGl0bGUpOwotCWRzYl9zaW1w bGUod2h5LCAiNC4zLjUiLCAibWFpbCBzeXN0ZW0gY29uZmlndXJhdGlvbiBlcnJvciIpOwotCSpz dGF0dXNwID0gZGVmZXJfYXBwZW5kKEJPVU5DRV9GTEFHUyhzdGF0ZS5yZXF1ZXN0KSwKLQkJCQlC T1VOQ0VfQVRUUihzdGF0ZS5tc2dfYXR0cikpOwotCVJFVFVSTihZRVMpOworICAgICAgICAgICAg ICAgICAgICAgICAgICAgIElHTk9SRV9FWFRFTlNJT04pOworCisgICAgaWYgKCh1aWRfcmVzID0g bWFpbF9hZGRyX2ZpbmQodmlydHVhbF91aWRfbWFwcywgc3RhdGUubXNnX2F0dHIudXNlciwgKGNo YXIgKiopIDApKSA9PSAwKSB7CisgICAgICAgIGlmICgodWlkX3JlcyA9IG1hcHNfZmluZCh2aXJ0 dWFsX3VpZF9tYXBzLCBzdHJjaHIoc3RhdGUubXNnX2F0dHIudXNlciwgJ0AnKSwgRElDVF9GTEFH X0ZJWEVEKSkgPT0gMCkgeworCQkJbXNnX3dhcm4oInJlY2lwaWVudCAlczogbm90IGZvdW5kIGlu ICVzIiwgc3RhdGUubXNnX2F0dHIudXNlciwgdmlydHVhbF91aWRfbWFwcy0+dGl0bGUpOworCQkJ ZHNiX3NpbXBsZSh3aHksICI0LjMuNSIsICJtYWlsIHN5c3RlbSBjb25maWd1cmF0aW9uIGVycm9y Iik7CisJCQkqc3RhdHVzcCA9IGRlZmVyX2FwcGVuZChCT1VOQ0VfRkxBR1Moc3RhdGUucmVxdWVz dCksIEJPVU5DRV9BVFRSKHN0YXRlLm1zZ19hdHRyKSk7CisJCQlSRVRVUk4oWUVTKTsKKyAgICAg ICAgfQogICAgIH0KKwogICAgIGlmICgobiA9IGF0b2wodWlkX3JlcykpIDwgdmFyX3ZpcnRfbWlu aW11bV91aWQpIHsKLQltc2dfd2FybigicmVjaXBpZW50ICVzOiBiYWQgdWlkICVzIGluICVzIiwK LQkJIHN0YXRlLm1zZ19hdHRyLnVzZXIsIHVpZF9yZXMsIHZpcnR1YWxfdWlkX21hcHMtPnRpdGxl KTsKLQlkc2Jfc2ltcGxlKHdoeSwgIjQuMy41IiwgIm1haWwgc3lzdGVtIGNvbmZpZ3VyYXRpb24g ZXJyb3IiKTsKLQkqc3RhdHVzcCA9IGRlZmVyX2FwcGVuZChCT1VOQ0VfRkxBR1Moc3RhdGUucmVx dWVzdCksCi0JCQkJQk9VTkNFX0FUVFIoc3RhdGUubXNnX2F0dHIpKTsKLQlSRVRVUk4oWUVTKTsK KwkJbXNnX3dhcm4oInJlY2lwaWVudCAlczogYmFkIHVpZCAlcyBpbiAlcyIsIHN0YXRlLm1zZ19h dHRyLnVzZXIsIHVpZF9yZXMsIHZpcnR1YWxfdWlkX21hcHMtPnRpdGxlKTsKKwkJZHNiX3NpbXBs ZSh3aHksICI0LjMuNSIsICJtYWlsIHN5c3RlbSBjb25maWd1cmF0aW9uIGVycm9yIik7CisJCSpz dGF0dXNwID0gZGVmZXJfYXBwZW5kKEJPVU5DRV9GTEFHUyhzdGF0ZS5yZXF1ZXN0KSwgQk9VTkNF X0FUVFIoc3RhdGUubXNnX2F0dHIpKTsKKwkJUkVUVVJOKFlFUyk7CiAgICAgfQorCiAgICAgdXNy X2F0dHIudWlkID0gKHVpZF90KSBuOwogCiAgICAgLyoKICAgICAgKiBMb29rIHVwIHRoZSBtYWls Ym94IGdyb3VwIHJpZ2h0cy4gRGVmZXIgaW4gY2FzZSBvZiB0cm91YmxlLgogICAgICAqLwogICAg IGdpZF9yZXMgPSBtYWlsX2FkZHJfZmluZCh2aXJ0dWFsX2dpZF9tYXBzLCBzdGF0ZS5tc2dfYXR0 ci51c2VyLAotCQkJICAgICBJR05PUkVfRVhURU5TSU9OKTsKLSAgICBpZiAoZ2lkX3JlcyA9PSAw KSB7Ci0JbXNnX3dhcm4oInJlY2lwaWVudCAlczogbm90IGZvdW5kIGluICVzIiwKLQkJIHN0YXRl Lm1zZ19hdHRyLnVzZXIsIHZpcnR1YWxfZ2lkX21hcHMtPnRpdGxlKTsKLQlkc2Jfc2ltcGxlKHdo eSwgIjQuMy41IiwgIm1haWwgc3lzdGVtIGNvbmZpZ3VyYXRpb24gZXJyb3IiKTsKLQkqc3RhdHVz cCA9IGRlZmVyX2FwcGVuZChCT1VOQ0VfRkxBR1Moc3RhdGUucmVxdWVzdCksCi0JCQkJQk9VTkNF X0FUVFIoc3RhdGUubXNnX2F0dHIpKTsKLQlSRVRVUk4oWUVTKTsKKyAgICAgICAgICAgICAgICAg ICAgICAgICAgICBJR05PUkVfRVhURU5TSU9OKTsKKworICAgIGlmICgoZ2lkX3JlcyA9IG1haWxf YWRkcl9maW5kKHZpcnR1YWxfZ2lkX21hcHMsIHN0YXRlLm1zZ19hdHRyLnVzZXIsIChjaGFyICoq KSAwKSkgPT0gMCkgeworICAgICAgICBpZiAoKGdpZF9yZXMgPSBtYXBzX2ZpbmQodmlydHVhbF9n aWRfbWFwcywgc3RyY2hyKHN0YXRlLm1zZ19hdHRyLnVzZXIsICdAJyksIERJQ1RfRkxBR19GSVhF RCkpID09IDApIHsKKwkJCW1zZ193YXJuKCJyZWNpcGllbnQgJXM6IG5vdCBmb3VuZCBpbiAlcyIs IHN0YXRlLm1zZ19hdHRyLnVzZXIsIHZpcnR1YWxfZ2lkX21hcHMtPnRpdGxlKTsKKwkJCWRzYl9z aW1wbGUod2h5LCAiNC4zLjUiLCAibWFpbCBzeXN0ZW0gY29uZmlndXJhdGlvbiBlcnJvciIpOwor CQkJKnN0YXR1c3AgPSBkZWZlcl9hcHBlbmQoQk9VTkNFX0ZMQUdTKHN0YXRlLnJlcXVlc3QpLCBC T1VOQ0VfQVRUUihzdGF0ZS5tc2dfYXR0cikpOworCQkJUkVUVVJOKFlFUyk7CisgICAgICAgIH0K ICAgICB9CisKICAgICBpZiAoKG4gPSBhdG9sKGdpZF9yZXMpKSA8PSAwKSB7Ci0JbXNnX3dhcm4o InJlY2lwaWVudCAlczogYmFkIGdpZCAlcyBpbiAlcyIsCi0JCSBzdGF0ZS5tc2dfYXR0ci51c2Vy LCBnaWRfcmVzLCB2aXJ0dWFsX2dpZF9tYXBzLT50aXRsZSk7Ci0JZHNiX3NpbXBsZSh3aHksICI0 LjMuNSIsICJtYWlsIHN5c3RlbSBjb25maWd1cmF0aW9uIGVycm9yIik7Ci0JKnN0YXR1c3AgPSBk ZWZlcl9hcHBlbmQoQk9VTkNFX0ZMQUdTKHN0YXRlLnJlcXVlc3QpLAotCQkJCUJPVU5DRV9BVFRS KHN0YXRlLm1zZ19hdHRyKSk7Ci0JUkVUVVJOKFlFUyk7CisJCW1zZ193YXJuKCJyZWNpcGllbnQg JXM6IGJhZCBnaWQgJXMgaW4gJXMiLCBzdGF0ZS5tc2dfYXR0ci51c2VyLCBnaWRfcmVzLCB2aXJ0 dWFsX2dpZF9tYXBzLT50aXRsZSk7CisJCWRzYl9zaW1wbGUod2h5LCAiNC4zLjUiLCAibWFpbCBz eXN0ZW0gY29uZmlndXJhdGlvbiBlcnJvciIpOworCQkqc3RhdHVzcCA9IGRlZmVyX2FwcGVuZChC T1VOQ0VfRkxBR1Moc3RhdGUucmVxdWVzdCksIEJPVU5DRV9BVFRSKHN0YXRlLm1zZ19hdHRyKSk7 CisJCVJFVFVSTihZRVMpOwogICAgIH0KKwogICAgIHVzcl9hdHRyLmdpZCA9IChnaWRfdCkgbjsK IAogICAgIGlmIChtc2dfdmVyYm9zZSkKLQltc2dfaW5mbygiJXNbJWRdOiBzZXQgdXNlcl9hdHRy OiAlcywgdWlkID0gJXUsIGdpZCA9ICV1IiwKLQkJIG15bmFtZSwgc3RhdGUubGV2ZWwsIHVzcl9h dHRyLm1haWxib3gsCi0JCSAodW5zaWduZWQpIHVzcl9hdHRyLnVpZCwgKHVuc2lnbmVkKSB1c3Jf YXR0ci5naWQpOworICAgICAgICBtc2dfaW5mbygiJXNbJWRdOiBzZXQgdXNlcl9hdHRyOiAlcywg dWlkID0gJXUsIGdpZCA9ICV1IiwKKyAgICAgICAgICAgICAgICBteW5hbWUsIHN0YXRlLmxldmVs LCB1c3JfYXR0ci5tYWlsYm94LAorICAgICAgICAgICAgICAgICh1bnNpZ25lZCkgdXNyX2F0dHIu dWlkLCAodW5zaWduZWQpIHVzcl9hdHRyLmdpZCk7CiAKICAgICAvKgogICAgICAqIERlbGl2ZXIg dG8gbWFpbGJveCBvciB0byBtYWlsZGlyLgogICAgICAqLwogI2RlZmluZSBMQVNUX0NIQVIocykg KHNbc3RybGVuKHMpIC0gMV0pCiAKLSAgICBpZiAoTEFTVF9DSEFSKHVzcl9hdHRyLm1haWxib3gp ID09ICcvJykKLQkqc3RhdHVzcCA9IGRlbGl2ZXJfbWFpbGRpcihzdGF0ZSwgdXNyX2F0dHIpOwot ICAgIGVsc2UKLQkqc3RhdHVzcCA9IGRlbGl2ZXJfbWFpbGJveF9maWxlKHN0YXRlLCB1c3JfYXR0 cik7CisgICAgaWYgKExBU1RfQ0hBUih1c3JfYXR0ci5tYWlsYm94KSA9PSAnLycpIHsKKyAgICAg ICAgKnN0YXR1c3AgPSBkZWxpdmVyX21haWxkaXIoc3RhdGUsIHVzcl9hdHRyKTsKKyAgICB9Cisg ICAgZWxzZSB7CisgICAgICAgIGludCBjaGFuZ2VkX2xpbWl0OworCisgICAgICAgIGNoYW5nZWRf bGltaXQgPSBjaGFuZ2VfbWFpbGJveF9saW1pdChzdGF0ZSwgdXNyX2F0dHIpOworICAgICAgICAq c3RhdHVzcCA9IGRlbGl2ZXJfbWFpbGJveF9maWxlKHN0YXRlLCB1c3JfYXR0cik7CisKKyAgICAg ICAgaWYgKGNoYW5nZWRfbGltaXQpCisgICAgICAgICAgICBzZXRfZmlsZV9saW1pdCh2YXJfdmly dF9tYWlsYm94X2xpbWl0KTsKKyAgICB9CiAKICAgICAvKgogICAgICAqIENsZWFudXAuCmRpZmYg LXVOciBwb3N0Zml4LTIuOS41Lm9yaWcvc3JjL3ZpcnR1YWwvbWFpbGRpci5jIHBvc3RmaXgtMi45 LjUvc3JjL3ZpcnR1YWwvbWFpbGRpci5jCi0tLSBwb3N0Zml4LTIuOS41Lm9yaWcvc3JjL3ZpcnR1 YWwvbWFpbGRpci5jCTIwMTItMDEtMjUgMDE6NDE6MDguMDAwMDAwMDAwICswMTAwCisrKyBwb3N0 Zml4LTIuOS41L3NyYy92aXJ0dWFsL21haWxkaXIuYwkyMDEyLTAzLTAyIDA4OjMzOjQ3LjcyNDUy OTM2MSArMDEwMApAQCAtNjQsMjggKzY0LDQyMCBAQAogI2luY2x1ZGUgPG1ib3hfb3Blbi5oPgog I2luY2x1ZGUgPGRzbl91dGlsLmg+CiAKKy8qIFBhdGNoIGxpYnJhcnkuICovCisKKyNpbmNsdWRl IDxzeXMvdHlwZXMuaD4gLyogb3BlbmRpcigzKSwgc3RhdCgyKSAqLworI2luY2x1ZGUgPHN5cy9z dGF0Lmg+ICAvKiBzdGF0KDIpICovCisjaW5jbHVkZSA8ZGlyZW50Lmg+ICAgIC8qIG9wZW5kaXIo MykgKi8KKyNpbmNsdWRlIDx1bmlzdGQuaD4gICAgLyogc3RhdCgyKSAqLworI2luY2x1ZGUgPHN0 ZGxpYi5oPiAgICAvKiBhdG9sKDMpICovCisjaW5jbHVkZSA8c3RyaW5nLmg+ICAgIC8qIHN0cnJj aHIoMykgKi8KKyNpbmNsdWRlIDx2c3RyaW5nX3ZzdHJlYW0uaD4KKyNpbmNsdWRlIDxkaWN0Lmg+ CisjaW5jbHVkZSA8ZGljdF9yZWdleHAuaD4KKyNpbmNsdWRlIDxjdHlwZS5oPgorI2luY2x1ZGUg PHN0ZGlvLmg+CisjaW5jbHVkZSA8c3lzX2RlZnMuaD4KKyNpbmNsdWRlIDxtYWlsX2FkZHJfZmlu ZC5oPgorCiAvKiBBcHBsaWNhdGlvbi1zcGVjaWZpYy4gKi8KIAogI2luY2x1ZGUgInZpcnR1YWwu aCIKIAotLyogZGVsaXZlcl9tYWlsZGlyIC0gZGVsaXZlcnkgdG8gbWFpbGRpci1zdHlsZSBtYWls Ym94ICovCisvKiBNYWlsZGlyc2l6ZSBtYXhpbWFsIHNpemUuICovCisKKyNkZWZpbmUgU0laRUZJ TEVfTUFYIDUxMjAKKworLyoKKyAqIENocmlzIFN0cmF0Zm9yZCA8Y2hyaXNzQHBpcGV4Lm5ldD4K KyAqIFJlYWQgdGhlIG1haWxkaXJzaXplIGZpbGUgdG8gZ2V0IHF1b3RhIGluZm8uCisgKgorICog QXJndW1lbnRzOgorICogIGRpcm5hbWU6IHRoZSBtYWlsZGlyCisgKiAgY291bnRwdHI6IG51bWJl ciBvZiBtZXNzYWdlcworICoKKyAqIFJldHVybnMgdGhlIHNpemUgb2YgYWxsIG1haWxzIGFzIHJl YWQgZnJvbSBtYWlsZGlyc2l6ZSwKKyAqIHplcm8gaWYgaXQgY291bGRuJ3QgcmVhZCB0aGUgZmls ZS4KKyAqLworc3RhdGljIGxvbmcgcmVhZF9tYWlsZGlyc2l6ZShjaGFyICpmaWxlbmFtZSwgbG9u ZyAqc3VtcHRyLCBsb25nICpjb3VudHB0cikKK3sKKyAgICBjaGFyICpteW5hbWUgPSAicmVhZF9t YWlsZGlyc2l6ZSI7CisgICAgc3RydWN0IHN0YXQgc3RhdGJ1ZjsKKyAgICBWU1RSRUFNICpzaXpl ZmlsZTsKKyAgICBjaGFyICpwOworICAgIGludCBsZW4sIGZpcnN0OworICAgIGxvbmcgc3VtID0g MCwgY291bnQgPSAwLCByZXRfdmFsdWUgPSAtMTsKKworICAgIGlmIChtc2dfdmVyYm9zZSkgCisJ bXNnX2luZm8oIiVzOiB3ZSB3aWxsIHVzZSBzaXplZmlsZSA9ICclcyciLCBteW5hbWUsIGZpbGVu YW1lKTsKKwkKKyAgICBzaXplZmlsZSA9IHZzdHJlYW1fZm9wZW4oZmlsZW5hbWUsIE9fUkRPTkxZ LCAwKTsKKyAgICBpZiAoIXNpemVmaWxlKSB7CisJaWYgKG1zZ192ZXJib3NlKQorCSAgICBtc2df aW5mbygiJXM6IGNhbm5vdCBvcGVuICVzOiAlbSAobWF5YmUgZmlsZSBkb2VzIG5vdCBleGlzdCki LCBteW5hbWUsIGZpbGVuYW1lKTsKKwkgICAgCisJcmV0dXJuIC0xOworICAgIH0gZWxzZSBpZiAo c3RhdChmaWxlbmFtZSwgJnN0YXRidWYpIDwgMCB8fCBzdGF0YnVmLnN0X3NpemUgPiBTSVpFRklM RV9NQVgpIHsKKyAgICAgICAgaWYgKHNpemVmaWxlKSB7CisgICAgICAgICAgICB2c3RyZWFtX2Zj bG9zZShzaXplZmlsZSk7CisgICAgICAgICAgICB1bmxpbmsoZmlsZW5hbWUpOworICAgICAgICB9 CisgICAgICAgIAorICAgICAgICBpZiAobXNnX3ZlcmJvc2UpIAorCSAgICBtc2dfaW5mbygiJXM6 IHN0YXQoKSByZXR1cm5lZCA8IDAgb3IgZmlsZXNpemUgPiBTSVpFRklMRV9NQVggKGZpbGVuYW1l ID0gJXMsIGZpbGVzaXplID0gJWxkKSIsIG15bmFtZSwgZmlsZW5hbWUsIHN0YXRidWYuc3Rfc2l6 ZSk7CisgICAgICAgIAorICAgICAgICByZXR1cm4gLTE7CisgICAgfQorICAgIAorICAgIFZTVFJJ TkcgKnNpemVidWYgPSB2c3RyaW5nX2FsbG9jKFNJWkVGSUxFX01BWCk7CisgICAgbGVuID0gdnN0 cmVhbV9mcmVhZChzaXplZmlsZSwgU1RSKHNpemVidWYpLCBTSVpFRklMRV9NQVgpOworCisgICAg cCA9IFNUUihzaXplYnVmKTsKKyAgICAqKHAgKyBsZW4pID0gJ1wwJzsKKyAgICBmaXJzdCA9IDE7 CisKKyAgICB3aGlsZSAoKnApIHsKKyAgICAgICAgbG9uZyBuID0gMCwgYyA9IDA7CisgICAgICAg IGNoYXIgKnEgPSBwOworCisgICAgICAgIHdoaWxlICgqcCkgeworICAgICAgICAgICAgaWYgKCpw KysgPT0gJ1xuJykgeworICAgICAgICAgICAgICAgIHBbLTFdID0gMDsKKyAgICAgICAgICAgICAg ICBicmVhazsKKyAgICAgICAgICAgIH0KKyAgICAgICAgfQorCisgICAgICAgIGlmIChmaXJzdCkg eworICAgICAgICAgICAgZmlyc3QgPSAwOworICAgICAgICAgICAgY29udGludWU7CisgICAgICAg IH0KKworICAgICAgICBpZiAoc3NjYW5mKHEsICIlbGQgJWxkIiwgJm4sICZjKSA9PSAyKSB7Cisg ICAgICAgICAgICBzdW0gKz0gbjsKKyAgICAgICAgICAgIGNvdW50ICs9IGM7CisgICAgICAgICAg ICAvKiBpZiAobXNnX3ZlcmJvc2UpCisgICAgCQltc2dfaW5mbygiJXM6IHdlIHJlYWQgbGluZSAn JXMnLCB0b3RhbHM6IHN1bSA9ICVsZCwgY291bnQgPSAlbGQiLCBteW5hbWUsIHEsIHN1bSwgY291 bnQpOyAqLworICAgICAgICB9CisgICAgICAgIGVsc2UgeworICAgICAgICAgICAgdnN0cmVhbV9m Y2xvc2Uoc2l6ZWZpbGUpOworICAgICAgICAgICAgdW5saW5rKGZpbGVuYW1lKTsKKyAgICAgICAg ICAgIG1zZ193YXJuKCIlczogaW52YWxpZCBsaW5lICclcycgZm91bmQgaW4gJXMsIHJlbW92aW5n IG1haWxkaXJzaXplIGZpbGUiLCBteW5hbWUsIHEsIGZpbGVuYW1lKTsKKyAgICAgICAgICAgIHZz dHJpbmdfZnJlZShzaXplYnVmKTsKKworICAgICAgICAgICAgcmV0dXJuIC0xOworICAgICAgICB9 CisgICAgfQorCisgICAgKmNvdW50cHRyID0gY291bnQ7CisgICAgKnN1bXB0ciA9IHN1bTsKKyAg ICAgICAgCisgICAgaWYgKHN1bSA8IDAgfHwgY291bnQgPCAwIHx8IChzdW0gPT0gMCAmJiBjb3Vu dCAhPSAwKSB8fCAoc3VtICE9IDAgJiYgY291bnQgPT0gMCkpIHsKKwlpZiAobXNnX3ZlcmJvc2Up IHsKKwkgICAgbXNnX2luZm8oIiVzOiB3ZSB3aWxsIHJldHVybiAtMSBhbmQgdW5saW5rICVzLCBi ZWNhdXNlIGZpbGUgY291bnQgb3Igc3VtIGlzIDw9IDAgKHN1bSA9ICVsZCwgY291bnQgPSAlbGQp IiwgbXluYW1lLCBmaWxlbmFtZSwgc3VtLCBjb3VudCk7CisJfQorCQorCXVubGluayhmaWxlbmFt ZSk7CisJcmV0X3ZhbHVlID0gLTE7CisgICAgfSBlbHNlIHsKKwlpZiAobXNnX3ZlcmJvc2UpIAor CSAgICBtc2dfaW5mbygiJXM6IHdlIHdpbGwgcmV0dXJuIE1haWxkaXIgc2l6ZSA9ICVsZCwgY291 bnQgPSAlbGQiLCBteW5hbWUsICpzdW1wdHIsICpjb3VudHB0cik7CisKKwlyZXRfdmFsdWUgPSBz dW07CQorICAgIH0KKworICAgIHZzdHJlYW1fZmNsb3NlKHNpemVmaWxlKTsKKyAgICB2c3RyaW5n X2ZyZWUoc2l6ZWJ1Zik7CisgICAgCisgICAgcmV0dXJuIHJldF92YWx1ZTsKK30KKworLyoKKyAq IEdpdmVzIHRoZSBzaXplIG9mIHRoZSBmaWxlIGFjY29yZGluZyB0byB0aGUgTWFpbGRpcisrIGV4 dGVuc2lvbgorICogcHJlc2VudCBpbiB0aGUgZmlsZW5hbWUgKGNvZGUgdGFrZW4gZnJvbSBjb3Vy aWVyLWltYXApLgorICoKKyAqIEFyZ3VtZW50czoKKyAqICBuOiBmaWxlbmFtZQorICoKKyAqIFJl dHVybnMgdGhlIHNpemUgZ2l2ZW4gaW4gIixTPTxzaXplPiIgaW4gdGhlIGZpbGVuYW1lLAorICog emVybyBpZiBpdCBjYW5ub3QgZmluZCAiLFM9PHNpemU+IiBpbiB0aGUgZmlsZW5hbWUuCisgKi8K K3N0YXRpYyBsb25nIG1haWxkaXJfcGFyc2VxdW90YShjb25zdCBjaGFyICpuKQoreworICAgIGNv bnN0IGNoYXIgKm87CisgICAgaW50IHllcyA9IDA7CisKKyAgICBpZiAoKG8gPSBzdHJyY2hyKG4s ICcvJykpID09IDApCisgICAgICAgIG8gPSBuOworCisgICAgZm9yICg7ICpvOyBvKyspIHsKKyAg ICAgICAgaWYgKCpvID09ICc6JykKKyAgICAgICAgICAgIGJyZWFrOworICAgIH0KKworICAgIGZv ciAoOyBvID49IG47IC0tbykgeworICAgICAgICBpZiAoKm8gPT0gJy8nKQorICAgICAgICAgICAg YnJlYWs7CisKKyAgICAgICAgaWYgKCpvID09ICcsJyAmJiBvWzFdID09ICdTJyAmJiBvWzJdID09 ICc9JykgeworICAgICAgICAgICAgeWVzID0gMTsKKyAgICAgICAgICAgIG8gKz0gMzsKKyAgICAg ICAgICAgIGJyZWFrOworICAgICAgICB9CisgICAgfQorCisgICAgaWYgKHllcykgeworICAgICAg ICBsb25nIHMgPSAwOworCisgICAgICAgIHdoaWxlICgqbyA+PSAnMCcgJiYgKm8gPD0gJzknKQor ICAgICAgICAgICAgcyA9IHMqMTAgKyAoKm8rKyAtICcwJyk7CisKKyAgICAgICAgcmV0dXJuIHM7 CisgICAgfQorCisgICAgcmV0dXJuIDA7Cit9CisKKy8qCisgKiBDb21wdXRlcyBxdW90YSB1c2Fn ZSBmb3IgYSBkaXJlY3RvcnkgKHRha2VuIGZyb20gZXhpbSkuCisgKgorICogVGhpcyBmdW5jdGlv biBpcyBjYWxsZWQgdG8gZGV0ZXJtaW5lIHRoZSBleGFjdCBxdW90YSB1c2FnZSBvZiBhIHZpcnR1 YWwKKyAqIG1haWxkaXIgYm94LiBUbyBhY2hpZXZlIG1heGltdW0gcG9zc2libGUgc3BlZWQgd2hp bGUgZG9pbmcgdGhpcywgaXQgdGFrZXMKKyAqIGFkdmFudGFnZSBvZiB0aGUgbWFpbGRpcnNpemUg ZmlsZSBhbmQgdGhlIE1haWxkaXIrKyBleHRlbnNpb25zIHRvIGZpbGVuYW1lcywKKyAqIHdoZW4g YXBwbGljYWJsZSBhbmQgY29uZmlndXJlZCB0byBiZSB1c2VkLiBJbiBhbGwgb3RoZXIgY2FzZXMg aXQgc2ltcGx5CisgKiBzdGF0cyBhbGwgdGhlIGZpbGVzIGFzIG5lZWRlZCB0byBnZXQgdGhlIHNp emUgaW5mb3JtYXRpb24uCisgKgorICogQXJndW1lbnRzOgorICogIGRpcm5hbWU6IHRoZSBuYW1l IG9mIHRoZSBkaXJlY3RvcnkKKyAqICBjb3VudHB0cjogd2hlcmUgdG8gYWRkIHRoZSBmaWxlIGNv dW50IChiZWNhdXNlIHRoaXMgZnVuY3Rpb24gcmVjdXJzZXMpCisgKgorICogUmV0dXJucyB0aGUg c3VtIG9mIHRoZSBzaXplcyBvZiBhbGwgbWVhc3VyYWJsZSBmaWxlcywKKyAqIHplcm8gaWYgdGhl IGRpcmVjdG9yeSBjb3VsZCBub3QgYmUgb3BlbmVkLgorICovCitzdGF0aWMgbG9uZyBjaGVja19k aXJfc2l6ZShjaGFyICpkaXJuYW1lLCBsb25nICpjb3VudHB0cikKK3sKKyAgICBjaGFyICpteW5h bWUgPSAiY2hlY2tfZGlyX3NpemUiOworICAgIERJUiAqZGlyOworICAgIGxvbmcgc3VtID0gMDsK KyAgICBzdHJ1Y3QgZGlyZW50ICplbnQ7CisgICAgc3RydWN0IHN0YXQgc3RhdGJ1ZjsKKworICAg IGRpciA9IG9wZW5kaXIoZGlybmFtZSk7CisgICAgaWYgKGRpciA9PSBOVUxMKSB7CisgICAgICAg IGlmIChtYWtlX2RpcnMoZGlybmFtZSwgMDcwMCkgPT0gMCkgeyAgICAvKiBUcnkgdG8gY3JlYXRl IHRoZSBkaXJzLiAqLworICAgICAgICAgICAgZGlyID0gb3BlbmRpcihkaXJuYW1lKTsgICAgICAg ICAgICAgLyogUmVvcGVuIHRoZSBkaXIuICovCisgICAgICAgICAgICBpZiAoZGlyID09IE5VTEwp IHsKKyAgICAgICAgICAgICAgICBtc2dfd2FybigiJXM6IGNhbm5vdCByZW9wZW4gZGlyZWN0b3J5 OiAlcyIsIG15bmFtZSwgZGlybmFtZSk7CisgICAgICAgICAgICAgICAgcmV0dXJuIDA7CisgICAg ICAgICAgICB9CisgICAgICAgIH0KKyAgICAgICAgZWxzZSB7CisgICAgICAgICAgICBtc2dfd2Fy bigiJXM6IGNhbm5vdCBvcGVuIGRpcmVjdG9yeTogJXMiLCBteW5hbWUsIGRpcm5hbWUpOworICAg ICAgICAgICAgcmV0dXJuIDA7CisgICAgICAgIH0KKyAgICB9CisKKyAgICB3aGlsZSAoKGVudCA9 IHJlYWRkaXIoZGlyKSkgIT0gTlVMTCkgeworICAgICAgICBjaGFyICpuYW1lID0gZW50LT5kX25h bWU7CisgICAgICAgIGxvbmcgdG1wc3VtID0gMDsKKyAgICAgICAgVlNUUklORyAqYnVmZmVyOwor CisJLyogZG8gbm90IGNvdW50IGRvdCBhIGRvdWJsZS1kb3QgZGlycyAqLworICAgICAgICBpZiAo c3RyY21wKG5hbWUsICIuIikgPT0gMCB8fCBzdHJjbXAobmFtZSwgIi4uIikgPT0gMCkKKyAgICAg ICAgICAgIGNvbnRpbnVlOworICAgICAgICAvKiBkbyBub3QgY291bnQgaWYgdGhpcyBpcyB0aGUg dHJhc2ggc3ViZGlyIGFuZCBpZiB3ZSBzaG91bGQgTk9UIGNvdW50IGl0ICovCisJZWxzZSBpZiAo dmFyX3ZpcnRfdHJhc2hfY291bnQgPT0gMCAmJiBzdHJjbXAobmFtZSwgdmFyX3ZpcnRfdHJhc2hf bmFtZSkgPT0gMCkKKyAgICAJICAgIGNvbnRpbnVlOworCisgICAgICAgIC8qCisgICAgICAgICAq IEhlcmUgY29tZXMgdGhlIHJlYWwgbG9naWMgYmVoaW5kIHRoaXMgZnVuY3Rpb24uCisgICAgICAg ICAqIE9wdGltaXplZCB0byBiZSB0aGUgbW9zdCBlZmZpY2llbnQgcG9zc2libGUsCisgICAgICAg ICAqIGRlcGVuZGluZyBvbiB0aGUgc2V0dGluZ3MgZ2l2ZW4uCisgICAgICAgICAqIFNlZSBhYm92 ZSBmb3IgYSBtb3JlIGRldGFpbGVkIGRlc2NyaXB0aW9uLgorICAgICAgICAgKi8KKyAgICAgICAg aWYgKHZhcl92aXJ0X21haWxib3hfbGltaXRfaW5ib3gpIHsKKyAgICAgICAgICAgIGlmICh2YXJf dmlydF9tYWlsZGlyX2V4dGVuZGVkICYmICh0bXBzdW0gPSBtYWlsZGlyX3BhcnNlcXVvdGEobmFt ZSkpKSB7CisgICAgICAgICAgICAgICAgc3VtICs9IHRtcHN1bTsKKyAgICAgICAgICAgICAgICAo KmNvdW50cHRyKSsrOworICAgICAgICAgICAgfQorICAgICAgICAgICAgZWxzZSB7CisgICAgICAg ICAgICAgICAgYnVmZmVyID0gdnN0cmluZ19hbGxvYygxMDI0KTsKKyAgICAgICAgICAgICAgICB2 c3RyaW5nX3NwcmludGYoYnVmZmVyLCAiJXMvJXMiLCBkaXJuYW1lLCBuYW1lKTsKKworICAgICAg ICAgICAgICAgIGlmIChzdGF0KFNUUihidWZmZXIpLCAmc3RhdGJ1ZikgPCAwKSB7CisgICAgICAg ICAgICAgICAgICAgIHZzdHJpbmdfZnJlZShidWZmZXIpOworICAgICAgICAgICAgICAgICAgICBj b250aW51ZTsKKyAgICAgICAgICAgICAgICB9CisgICAgICAgICAgICAgICAgaWYgKChzdGF0YnVm LnN0X21vZGUgJiBTX0lGUkVHKSAhPSAwKSB7CisgICAgICAgICAgICAgICAgICAgIHN1bSArPSAo bG9uZykgc3RhdGJ1Zi5zdF9zaXplOworICAgICAgICAgICAgICAgICAgICAoKmNvdW50cHRyKSsr OworICAgICAgICAgICAgICAgIH0KKworICAgICAgICAgICAgICAgIHZzdHJpbmdfZnJlZShidWZm ZXIpOworICAgICAgICAgICAgfQorICAgICAgICB9CisgICAgICAgIGVsc2UgeworICAgICAgICAg ICAgYnVmZmVyID0gdnN0cmluZ19hbGxvYygxMDI0KTsKKyAgICAgICAgICAgIHZzdHJpbmdfc3By aW50ZihidWZmZXIsICIlcy8lcyIsIGRpcm5hbWUsIG5hbWUpOworCisgICAgICAgICAgICBpZiAo c3RhdChTVFIoYnVmZmVyKSwgJnN0YXRidWYpIDwgMCkgeworICAgICAgICAgICAgICAgIHZzdHJp bmdfZnJlZShidWZmZXIpOworICAgICAgICAgICAgICAgIGNvbnRpbnVlOworICAgICAgICAgICAg fQorICAgICAgICAgICAgaWYgKChzdGF0YnVmLnN0X21vZGUgJiBTX0lGUkVHKSAhPSAwKSB7Cisg ICAgICAgICAgICAgICAgaWYgKHN0cmNtcChkaXJuYW1lICsgc3RybGVuKGRpcm5hbWUpIC0gMywg Im5ldyIpID09IDAgfHwgc3RyY21wKGRpcm5hbWUgKyBzdHJsZW4oZGlybmFtZSkgLSAzLCAiY3Vy IikgPT0gMCB8fCBzdHJjbXAoZGlybmFtZSArIHN0cmxlbihkaXJuYW1lKSAtIDMsICJ0bXAiKSA9 PSAwKSB7CisgICAgICAgICAgICAgICAgICAgIHN1bSArPSAobG9uZykgc3RhdGJ1Zi5zdF9zaXpl OworICAgICAgICAgICAgICAgICAgICAoKmNvdW50cHRyKSsrOworICAgICAgICAgICAgICAgIH0K KyAgICAgICAgICAgIH0KKyAgICAgICAgICAgIGVsc2UgaWYgKChzdGF0YnVmLnN0X21vZGUgJiBT X0lGRElSKSAhPSAwKSB7CisgICAgICAgICAgICAgICAgc3VtICs9IGNoZWNrX2Rpcl9zaXplKFNU UihidWZmZXIpLCBjb3VudHB0cik7CisgICAgICAgICAgICB9CisKKyAgICAgICAgICAgIHZzdHJp bmdfZnJlZShidWZmZXIpOworICAgICAgICB9CisgICAgfQorICAgIGNsb3NlZGlyKGRpcik7CiAK LWludCAgICAgZGVsaXZlcl9tYWlsZGlyKExPQ0FMX1NUQVRFIHN0YXRlLCBVU0VSX0FUVFIgdXNy X2F0dHIpCisgICAgaWYgKG1zZ192ZXJib3NlKQorICAgICAgICBtc2dfaW5mbygiJXM6IGZ1bGwg c2NhbiBkb25lOiBkaXI9JXMgc3VtPSVsZCBjb3VudD0lbGQiLCBteW5hbWUsIGRpcm5hbWUsIHN1 bSwgKmNvdW50cHRyKTsKKworICAgIHJldHVybiBzdW07Cit9CisKKy8qIEN1dCBhbGwgb2NjdXJy ZW5jZXMgb2YgcGF0dGVybiBmcm9tIHN0cmluZy4gKi8KK3N0YXRpYyBjaGFyICpzdHJjdXQoY2hh ciAqc3RyLCBjb25zdCBjaGFyICpwYXQpCit7CisgICAgY2hhciAqcHRyLCAqbG9jLCAqcmV0Owor ICAgIHJldCA9IHN0cjsKKyAgICBsb2MgPSBzdHI7CisKKyAgICAvKiBObyBtYXRjaCwgcmV0dXJu IG9yaWdpbmFsIHN0cmluZy4gKi8KKyAgICBpZiAoIXN0cnN0cihsb2MsIHBhdCkpCisgICAgICAg IHJldHVybihzdHIpOworCisgICAgd2hpbGUgKCpsb2MgJiYgKHB0ciA9IHN0cnN0cihsb2MsIHBh dCkpKSB7CisgICAgICAgIHdoaWxlIChsb2MgPCBwdHIpCisgICAgICAgICAgICAqc3RyKysgPSAq bG9jKys7CisgICAgICAgIGxvYyArPSBzdHJsZW4ocGF0KTsKKyAgICB9CisKKyAgICB3aGlsZSAo KmxvYykKKyAgICAgICAgKnN0cisrID0gKmxvYysrOworCisgICAgKnN0ciA9IDA7CisKKyAgICBy ZXR1cm4ocmV0KTsKK30KKworLyogQ2hlY2sgaWYgbWFpbGRpcmZpbHRlciBmaWxlIGlzIHVwLXRv LWRhdGUgY29tcGFyZWQgdG8gU1FMLCAocmUpd3JpdGUgaXQgaWYgbm90LiAqLworc3RhdGljIGxv bmcgc3FsMmZpbGUoY2hhciAqZmlsZW5hbWUsIGNoYXIgKnVzZXIpCit7CisgICAgY2hhciAqbXlu YW1lID0gInNxbDJmaWxlIjsKKyAgICBjaGFyICpmaWx0ZXJfc3FscmVzOworICAgIGNoYXIgZmls dGVyX2ZpbGVyZXNbMTI4XTsKKyAgICBsb25nIHNxbG10aW1lID0gMCwgZmlsZW10aW1lID0gMCwg cmV0dmFsID0gMDsKKyAgICBpbnQgZmlsdGVyZmlsZSwgc2l6ZV9zcWxyZXMsIGk7CisgICAgc3Ry dWN0IHN0YXQgc3RhdGJ1ZjsKKworICAgIGlmICgqdmFyX3ZpcnRfbWFpbGRpcl9maWx0ZXJfbWFw cyAhPSAwKSB7CisgICAgICAgIGZpbHRlcl9zcWxyZXMgPSAoY2hhciAqKSBteW1hbGxvYygxNjAw MCk7CisgICAgICAgIGZpbHRlcl9zcWxyZXMgPSAoY2hhciAqKSBtYWlsX2FkZHJfZmluZCh2aXJ0 dWFsX21haWxkaXJfZmlsdGVyX21hcHMsIHVzZXIsIChjaGFyICoqKSAwKTsKKworICAgICAgICBp ZiAoZmlsdGVyX3NxbHJlcykgeworICAgICAgICAgICAgc3RyY3V0KGZpbHRlcl9zcWxyZXMsICJc ciIpOworICAgICAgICAgICAgaWYgKGZpbHRlcl9zcWxyZXNbMF0gPT0gJyMnICYmIGZpbHRlcl9z cWxyZXNbMV0gPT0gJyAnICYmIGZpbHRlcl9zcWxyZXNbMl0gPT0gJ00nKSB7CisgICAgICAgICAg ICAgICAgc2l6ZV9zcWxyZXMgPSBzdHJsZW4oZmlsdGVyX3NxbHJlcyk7CisKKyAgICAgICAgICAg ICAgICBmb3IgKGkgPSA0OyBpIDw9IHNpemVfc3FscmVzOyBpKyspIHsKKyAgICAgICAgICAgICAg ICAgICAgaWYoZmlsdGVyX3NxbHJlc1tpXSA9PSAnLycgJiYgZmlsdGVyX3NxbHJlc1tpKzFdID09 ICdeJykgeworICAgICAgICAgICAgICAgICAgICAgICAgZmlsdGVyX3NxbHJlc1tpLTFdID0gJ1xu JzsKKyAgICAgICAgICAgICAgICAgICAgfQorICAgICAgICAgICAgICAgIH0KKworICAgICAgICAg ICAgICAgIGZpbHRlcl9zcWxyZXNbKHNpemVfc3FscmVzKzEpXSA9ICdcMCc7CisKKyAgICAgICAg ICAgICAgICBzcWxtdGltZSA9IGF0b2woZmlsdGVyX3NxbHJlcyszKTsKKyAgICAgICAgICAgICAg ICByZXR2YWwgPSBzcWxtdGltZTsKKworICAgICAgICAgICAgICAgIGZpbHRlcmZpbGUgPSBvcGVu KGZpbGVuYW1lLCBPX1JET05MWSwgMCk7CisgICAgICAgICAgICAgICAgaWYgKGZpbHRlcmZpbGUp IHsKKyAgICAgICAgICAgICAgICAgICAgcmVhZChmaWx0ZXJmaWxlLCAodm9pZCAqKSBmaWx0ZXJf ZmlsZXJlcywgMTI3KTsKKyAgICAgICAgICAgICAgICAgICAgY2xvc2UoZmlsdGVyZmlsZSk7CisK KyAgICAgICAgICAgICAgICAgICAgZmlsZW10aW1lID0gYXRvbChmaWx0ZXJfZmlsZXJlcyszKTsK KyAgICAgICAgICAgICAgICB9CisKKyAgICAgICAgICAgICAgICBpZiAobXNnX3ZlcmJvc2UpCisg ICAgICAgICAgICAgICAgICAgIG1zZ19pbmZvKCIlczogZmlsdGVyIGRhdGE6IHNxbF9zaXplPSVs aSBzcWxfbXRpbWU9JWxkIGZpbGVfbXRpbWU9JWxkIiwgbXluYW1lLCBzdHJsZW4oZmlsdGVyX3Nx bHJlcyksIHNxbG10aW1lLCBmaWxlbXRpbWUpOworICAgICAgICAgICAgfQorICAgICAgICAgICAg aWYgKHNxbG10aW1lICE9IGZpbGVtdGltZSAmJiBzcWxtdGltZSAhPSAwKSB7CisgICAgICAgICAg ICAgICAgaWYgKChmaWx0ZXJmaWxlID0gb3BlbihmaWxlbmFtZSwgT19XUk9OTFkgfCBPX0NSRUFU IHwgT19UUlVOQywgMDY0MCkpKSB7CisgICAgICAgICAgICAgICAgICAgIGlmIChtc2dfdmVyYm9z ZSkKKyAgICAgICAgICAgICAgICAgICAgICAgIG1zZ19pbmZvKCIlczogdXBkYXRpbmcgZmlsdGVy IGZpbGU6ICVzIiwgbXluYW1lLCBmaWxlbmFtZSk7CisgICAgICAgICAgICAgICAgICAgIHdyaXRl KGZpbHRlcmZpbGUsIGZpbHRlcl9zcWxyZXMsIHN0cmxlbihmaWx0ZXJfc3FscmVzKSk7CisgICAg ICAgICAgICAgICAgICAgIGNsb3NlKGZpbHRlcmZpbGUpOworICAgICAgICAgICAgICAgIH0KKyAg ICAgICAgICAgICAgICBlbHNlIHsKKyAgICAgICAgICAgICAgICAgICAgbXNnX3dhcm4oIiVzOiBj YW4ndCBjcmVhdGUgZmlsdGVyIGZpbGU6ICVzIiwgbXluYW1lLCBmaWxlbmFtZSk7CisgICAgICAg ICAgICAgICAgICAgIHJldHZhbCA9IDA7CisgICAgICAgICAgICAgICAgfQorICAgICAgICAgICAg fQorICAgICAgICB9CisgICAgfQorICAgIGVsc2UgeworICAgICAgICBpZiAoc3RhdChmaWxlbmFt ZSwgJnN0YXRidWYpID09IDApCisgICAgICAgICAgICByZXR2YWwgPSAobG9uZykgc3RhdGJ1Zi5z dF9tdGltZTsKKyAgICAgICAgaWYgKG1zZ192ZXJib3NlKQorICAgICAgICAgICAgbXNnX2luZm8o IiVzOiBwcm9jZXNzaW5nIGZpbHRlciBmaWxlOiBmaWxlX210aW1lPSVsZCIsIG15bmFtZSwgcmV0 dmFsKTsKKyAgICB9CisKKyAgICByZXR1cm4gcmV0dmFsOworfQorCisvKiBkZWxpdmVyX21haWxk aXIgLSBkZWxpdmVyeSB0byBtYWlsZGlyLXN0eWxlIG1haWxib3ggKi8KK2ludCBkZWxpdmVyX21h aWxkaXIoTE9DQUxfU1RBVEUgc3RhdGUsIFVTRVJfQVRUUiB1c3JfYXR0cikKIHsKICAgICBjb25z dCBjaGFyICpteW5hbWUgPSAiZGVsaXZlcl9tYWlsZGlyIjsKLSAgICBjaGFyICAgKm5ld2RpcjsK LSAgICBjaGFyICAgKnRtcGRpcjsKLSAgICBjaGFyICAgKmN1cmRpcjsKLSAgICBjaGFyICAgKnRt cGZpbGU7Ci0gICAgY2hhciAgICpuZXdmaWxlOworICAgIGNoYXIgICAgKm5ld2RpcjsKKyAgICBj aGFyICAgICp0bXBkaXI7CisgICAgY2hhciAgICAqY3VyZGlyOworICAgIGNoYXIgICAgKm5ld2Zp bGU7CisgICAgY2hhciAgICAqdG1wZmlsZTsKICAgICBEU05fQlVGICp3aHkgPSBzdGF0ZS5tc2df YXR0ci53aHk7CiAgICAgVlNUUklORyAqYnVmOwogICAgIFZTVFJFQU0gKmRzdDsKLSAgICBpbnQg ICAgIG1haWxfY29weV9zdGF0dXM7Ci0gICAgaW50ICAgICBkZWxpdmVyX3N0YXR1czsKLSAgICBp bnQgICAgIGNvcHlfZmxhZ3M7Ci0gICAgc3RydWN0IHN0YXQgc3Q7Ci0gICAgc3RydWN0IHRpbWV2 YWwgc3RhcnR0aW1lOworICAgIGludCAgICAgIG1haWxfY29weV9zdGF0dXM7CisgICAgaW50ICAg ICAgZGVsaXZlcl9zdGF0dXM7CisgICAgaW50ICAgICAgY29weV9mbGFnczsKKyAgICBzdHJ1Y3Qg ICBzdGF0IHN0OworICAgIHN0cnVjdCAgIHRpbWV2YWwgc3RhcnR0aW1lOworCisgICAgLyogTWFp bGRpciBRdW90YS4gKi8KKyAgICBjb25zdCBjaGFyICpsaW1pdF9yZXM7ICAgICAgICAgICAgICAv KiBMaW1pdCBmcm9tIG1hcC4gKi8KKyAgICBjaGFyICAgICpzaXplZmlsZW5hbWUgPSAoY2hhciAq KSAwOyAvKiBNYWlsZGlyc2l6ZSBmaWxlIG5hbWUuICovCisgICAgVlNUUklORyAqZmlsZXF1b3Rh OyAgICAgICAgICAgICAgICAgLyogUXVvdGEgc2V0dGluZyBmcm9tIHRoZSBtYWlsZGlyc2l6ZSBm aWxlLiAqLworICAgIFZTVFJFQU0gKnNpemVmaWxlOyAgICAgICAgICAgICAgICAgIC8qIE1haWxk aXJzaXplIGZpbGUgaGFuZGxlLiAqLworICAgIGxvbmcgICAgIG4gPSAwOyAgICAgICAgICAgICAg ICAgICAgIC8qIExpbWl0IGluIGxvbmcgaW50ZWdlciBmb3JtYXQuICovCisgICAgbG9uZyAgICAg c2F2ZWRfY291bnQgPSAwOyAgICAgICAgICAgLyogVGhlIHRvdGFsIG51bWJlciBvZiBmaWxlcy4g Ki8KKyAgICBsb25nICAgICBzYXZlZF9zaXplID0gMDsgICAgICAgICAgICAvKiBUaGUgdG90YWwg cXVvdGEgb2YgYWxsIGZpbGVzLiAqLworICAgIHN0cnVjdCAgIHN0YXQgbWFpbF9zdGF0OyAgICAg ICAgICAgIC8qIFRvIGNoZWNrIHRoZSBzaXplIG9mIHRoZSBtYWlsIHRvIGJlIHdyaXR0ZW4uICov CisgICAgc3RydWN0ICAgc3RhdCBzaXplZmlsZV9zdGF0OyAgICAgICAgLyogVG8gY2hlY2sgdGhl IHNpemUgb2YgdGhlIG1haWxkaXJzaXplIGZpbGUuICovCisgICAgdGltZV90ICAgdG07ICAgICAg ICAgICAgICAgICAgICAgICAgLyogVG8gY2hlY2sgdGhlIGFnZSBvZiB0aGUgbWFpbGRpcnNpemUg ZmlsZS4gKi8KKworICAgIC8qIE1haWxkaXIgRmlsdGVycy4gKi8KKyAgICBjb25zdCBjaGFyICp2 YWx1ZSwgKmNtZF90ZXh0OyAgICAgICAvKiBGaWx0ZXIgdmFsdWVzLiAqLworICAgIGNoYXIgICAg KmZpbHRlcm5hbWU7CisgICAgY2hhciAgICAqaGVhZGVyOworICAgIGNoYXIgICAgKmJrcG5ld2Zp bGU7CisgICAgY2hhciAgICAqbWRmZmlsZW5hbWUgPSAoY2hhciAqKSAwOyAgLyogTWFpbGRpcmZv bGRlciBmaWxlIG5hbWUuICovCisgICAgVlNUUklORyAqZmx0c3RyOworICAgIFZTVFJFQU0gKnRt cGZpbHRlcjsKKyAgICBWU1RSRUFNICptZGZmaWxlOyAgICAgICAgICAgICAgICAgICAvKiBNYWls ZGlyZm9sZGVyIGZpbGUgaGFuZGxlLiAqLworICAgIERJQ1QgICAgKkZJTFRFUlM7CisgICAgbG9u ZyAgICAgc3FsbXRpbWU7ICAgICAgICAgICAgICAgICAgLyogTGF0ZXN0IG1vZGlmaWNhdGlvbiB0 aW1lIGZyb20gc3FsMmZpbGUoKS4gKi8KKyAgICBpbnQgICAgICBjbWRfbGVuOworICAgIGludAkg ICAgcmVhZF9tZHMgPSAtMTsJCS8qIHJlYWRfbWFpbGRpcnNpemUoKSByZXR1cm5lZCB2YWx1ZSAq LworICAgIHN0cnVjdCAgIHN0YXQgbWRmZmlsZV9zdGF0OyAgICAgICAgIC8qIFRvIGNoZWNrIGlm IHRoZSBtYWlsZGlyZm9sZGVyIGZpbGUgZXhpc3RzLiAqLwogCiAgICAgR0VUVElNRU9GREFZKCZz dGFydHRpbWUpOwogCkBAIC05NCwxNSArNDg2LDE0IEBACiAgICAgICovCiAgICAgc3RhdGUubGV2 ZWwrKzsKICAgICBpZiAobXNnX3ZlcmJvc2UpCi0JTVNHX0xPR19TVEFURShteW5hbWUsIHN0YXRl KTsKKwkgICAgTVNHX0xPR19TVEFURShteW5hbWUsIHN0YXRlKTsKIAogICAgIC8qCiAgICAgICog RG9uJ3QgZGVsaXZlciB0cmFjZS1vbmx5IHJlcXVlc3RzLgogICAgICAqLwogICAgIGlmIChERUxf UkVRX1RSQUNFX09OTFkoc3RhdGUucmVxdWVzdC0+ZmxhZ3MpKSB7Ci0JZHNiX3NpbXBsZSh3aHks ICIyLjAuMCIsICJkZWxpdmVycyB0byBtYWlsZGlyIik7Ci0JcmV0dXJuIChzZW50KEJPVU5DRV9G TEFHUyhzdGF0ZS5yZXF1ZXN0KSwKLQkJICAgICBTRU5UX0FUVFIoc3RhdGUubXNnX2F0dHIpKSk7 CisgICAgICAgIGRzYl9zaW1wbGUod2h5LCAiMi4wLjAiLCAiZGVsaXZlcnMgdG8gbWFpbGRpciIp OworICAgICAgICByZXR1cm4gKHNlbnQoQk9VTkNFX0ZMQUdTKHN0YXRlLnJlcXVlc3QpLCBTRU5U X0FUVFIoc3RhdGUubXNnX2F0dHIpKSk7CiAgICAgfQogCiAgICAgLyoKQEAgLTExMCwxOCArNTAx LDExNiBAQAogICAgICAqIGF0dHJpYnV0ZSB0byByZWZsZWN0IHRoZSBmaW5hbCByZWNpcGllbnQu CiAgICAgICovCiAgICAgaWYgKHZzdHJlYW1fZnNlZWsoc3RhdGUubXNnX2F0dHIuZnAsIHN0YXRl Lm1zZ19hdHRyLm9mZnNldCwgU0VFS19TRVQpIDwgMCkKLQltc2dfZmF0YWwoInNlZWsgbWVzc2Fn ZSBmaWxlICVzOiAlbSIsIFZTVFJFQU1fUEFUSChzdGF0ZS5tc2dfYXR0ci5mcCkpOworICAgICAg ICBtc2dfZmF0YWwoInNlZWsgbWVzc2FnZSBmaWxlICVzOiAlbSIsIFZTVFJFQU1fUEFUSChzdGF0 ZS5tc2dfYXR0ci5mcCkpOwogICAgIHN0YXRlLm1zZ19hdHRyLmRlbGl2ZXJlZCA9IHN0YXRlLm1z Z19hdHRyLnJjcHQuYWRkcmVzczsKICAgICBtYWlsX2NvcHlfc3RhdHVzID0gTUFJTF9DT1BZX1NU QVRfV1JJVEU7CiAgICAgYnVmID0gdnN0cmluZ19hbGxvYygxMDApOwogCi0gICAgY29weV9mbGFn cyA9IE1BSUxfQ09QWV9UT0ZJTEUgfCBNQUlMX0NPUFlfUkVUVVJOX1BBVEgKLQl8IE1BSUxfQ09Q WV9ERUxJVkVSRUQgfCBNQUlMX0NPUFlfT1JJR19SQ1BUOworICAgIGNvcHlfZmxhZ3MgPSBNQUlM X0NPUFlfVE9GSUxFIHwgTUFJTF9DT1BZX1JFVFVSTl9QQVRIIHwgTUFJTF9DT1BZX0RFTElWRVJF RCB8IE1BSUxfQ09QWV9PUklHX1JDUFQ7CiAKLSAgICBuZXdkaXIgPSBjb25jYXRlbmF0ZSh1c3Jf YXR0ci5tYWlsYm94LCAibmV3LyIsIChjaGFyICopIDApOwotICAgIHRtcGRpciA9IGNvbmNhdGVu YXRlKHVzcl9hdHRyLm1haWxib3gsICJ0bXAvIiwgKGNoYXIgKikgMCk7Ci0gICAgY3VyZGlyID0g Y29uY2F0ZW5hdGUodXNyX2F0dHIubWFpbGJveCwgImN1ci8iLCAoY2hhciAqKSAwKTsKKyAgICAv KgorICAgICAqIENvbmNhdGVuYXRlIHRoZSBtYWlsZGlyIHN1ZmZpeCAoaWYgc2V0KS4KKyAgICAg Ki8KKyAgICBpZiAoKnZhcl92aXJ0X21haWxkaXJfc3VmZml4ID09IDApIHsKKyAgICAgICAgbmV3 ZGlyID0gY29uY2F0ZW5hdGUodXNyX2F0dHIubWFpbGJveCwgIm5ldy8iLCAoY2hhciAqKSAwKTsK KyAgICAgICAgdG1wZGlyID0gY29uY2F0ZW5hdGUodXNyX2F0dHIubWFpbGJveCwgInRtcC8iLCAo Y2hhciAqKSAwKTsKKyAgICAgICAgY3VyZGlyID0gY29uY2F0ZW5hdGUodXNyX2F0dHIubWFpbGJv eCwgImN1ci8iLCAoY2hhciAqKSAwKTsKKyAgICB9CisgICAgZWxzZSB7CisgICAgICAgIG5ld2Rp ciA9IGNvbmNhdGVuYXRlKHVzcl9hdHRyLm1haWxib3gsIHZhcl92aXJ0X21haWxkaXJfc3VmZml4 LCAoY2hhciAqKSAwKTsKKyAgICAgICAgdG1wZGlyID0gY29uY2F0ZW5hdGUodXNyX2F0dHIubWFp bGJveCwgdmFyX3ZpcnRfbWFpbGRpcl9zdWZmaXgsIChjaGFyICopIDApOworICAgICAgICBjdXJk aXIgPSBjb25jYXRlbmF0ZSh1c3JfYXR0ci5tYWlsYm94LCB2YXJfdmlydF9tYWlsZGlyX3N1ZmZp eCwgKGNoYXIgKikgMCk7CisgICAgICAgIG5ld2RpciA9IGNvbmNhdGVuYXRlKG5ld2RpciwgIm5l dy8iLCAoY2hhciAqKSAwKTsKKyAgICAgICAgdG1wZGlyID0gY29uY2F0ZW5hdGUodG1wZGlyLCAi dG1wLyIsIChjaGFyICopIDApOworICAgICAgICBjdXJkaXIgPSBjb25jYXRlbmF0ZShjdXJkaXIs ICJjdXIvIiwgKGNoYXIgKikgMCk7CisgICAgfQogCisgICAgLyogZ2V0IHRoZSBzaXplZmlsZW5h bWUsIG5vIG1hdHRlciBpZiB3ZSB1c2UgdmFyX3ZpcnRfbWFpbGRpcl9leHRlbmRlZCAqLworICAg IGlmICgqdmFyX3ZpcnRfbWFpbGRpcl9zdWZmaXggPT0gMCkgeworICAgICAgICBzaXplZmlsZW5h bWUgPSBjb25jYXRlbmF0ZSh1c3JfYXR0ci5tYWlsYm94LCAibWFpbGRpcnNpemUiLCAoY2hhciAq KSAwKTsKKyAgICB9IGVsc2UgeworICAgICAgICBzaXplZmlsZW5hbWUgPSBjb25jYXRlbmF0ZSh1 c3JfYXR0ci5tYWlsYm94LCB2YXJfdmlydF9tYWlsZGlyX3N1ZmZpeCwgKGNoYXIgKikgMCk7Cisg ICAgICAgIHNpemVmaWxlbmFtZSA9IGNvbmNhdGVuYXRlKHNpemVmaWxlbmFtZSwgIm1haWxkaXJz aXplIiwgKGNoYXIgKikgMCk7CisgICAgfQorICAgIAorICAgIC8qCisgICAgICogTG9vayB1cCB0 aGUgdmlydHVhbCBtYWlsZGlyIGxpbWl0IHNpemUgZm9yIHRoaXMgdXNlci4KKyAgICAgKiBGYWxs IGJhY2sgdG8gdmlydHVhbF9tYWlsYm94X2xpbWl0IGluIGNhc2UgbG9va3VwIGZhaWxlZC4KKyAg ICAgKiBJZiB2aXJ0dWFsIG1haWxkaXIgbGltaXQgc2l6ZSBpcyBuZWdhdGl2ZSwgZmFsbCBiYWNr IHRvIHZpcnR1YWxfbWFpbGJveF9saW1pdC4KKyAgICAgKiBJZiBpdCdzIDAsIHNldCB0aGUgbWFp bGJveCBsaW1pdCB0byAwLCB3aGljaCBtZWFucyB1bmxpbWl0ZWQuCisgICAgICogSWYgaXQncyBt b3JlIHRoYW4gMCAocG9zaXRpdmUgaW50KSwgY2hlY2sgaWYgdGhlIHZhbHVlIGlzIHNtYWxsZXIg dGhhbiB0aGUgbWF4aW11bSBtZXNzYWdlIHNpemUsCisgICAgICogaWYgaXQgaXMgYW5kIHRoZSB2 aXJ0dWFsIG1haWxkaXIgbGltaXQgY2FuJ3QgYmUgb3ZlcnJpZGRlbiwgZmFsbCBiYWNrIHRvIHZp cnR1YWxfbWFpbGJveF9saW1pdCBhbmQKKyAgICAgKiB3YXJuIHRoZSB1c2VyLCBlbHNlIHVzZSB0 aGUgdmFsdWUgZGlyZWN0bHkgYXMgdGhlIG1haWxkaXIgbGltaXQuCisgICAgICovCisgICAgaWYg KCp2YXJfdmlydF9tYWlsYm94X2xpbWl0X21hcHMgIT0gMCAmJiAobGltaXRfcmVzID0gbWFpbF9h ZGRyX2ZpbmQodmlydHVhbF9tYWlsYm94X2xpbWl0X21hcHMsIHN0YXRlLm1zZ19hdHRyLnVzZXIs IChjaGFyICoqKSBOVUxMKSkgIT0gMCkgeworICAgICAgICBuID0gYXRvbChsaW1pdF9yZXMpOwor ICAgICAgICBpZiAobiA+IDApIHsKKyAgICAgICAgICAgIGlmICgobiA8IHZhcl9tZXNzYWdlX2xp bWl0KSAmJiAoIXZhcl92aXJ0X21haWxib3hfbGltaXRfb3ZlcnJpZGUpKSB7CisgICAgICAgICAg ICAgICAgbiA9IHZhcl92aXJ0X21haWxib3hfbGltaXQ7CisKKyAgICAgICAgICAgICAgICBtc2df d2FybigiJXM6IHJlY2lwaWVudCAlcyAtIHZpcnR1YWwgbWFpbGRpciBsaW1pdCBpcyBzbWFsbGVy IHRoYW4gJXMgaW4gJXMgLSBmYWxsaW5nIGJhY2sgdG8gJXMiLAorICAgICAgICAgICAgICAgICAg ICAgICAgbXluYW1lLCBzdGF0ZS5tc2dfYXR0ci51c2VyLCBWQVJfTUVTU0FHRV9MSU1JVCwgdmly dHVhbF9tYWlsYm94X2xpbWl0X21hcHMtPnRpdGxlLAorICAgICAgICAgICAgICAgICAgICAgICAg VkFSX1ZJUlRfTUFJTEJPWF9MSU1JVCk7CisgICAgICAgICAgICB9CisgICAgICAgICAgICBlbHNl IHsKKyAgICAgICAgICAgICAgICBpZiAobXNnX3ZlcmJvc2UpCisgICAgICAgICAgICAgICAgICAg IG1zZ19pbmZvKCIlczogc2V0IHZpcnR1YWwgbWFpbGRpciBsaW1pdCBzaXplIGZvciAlcyB0byAl bGQiLAorICAgICAgICAgICAgICAgICAgICAgICAgICAgIG15bmFtZSwgdXNyX2F0dHIubWFpbGJv eCwgbik7CisgICAgICAgICAgICB9CisgICAgICAgIH0KKyAgICAgICAgZWxzZSBpZiAobiA9PSAw KSB7CisgICAgICAgICAgICAgICAgaWYgKG1zZ192ZXJib3NlKQorICAgICAgICAgICAgICAgICAg ICBtc2dfaW5mbygiJXM6IHNldCB2aXJ0dWFsIG1haWxkaXIgbGltaXQgc2l6ZSBmb3IgJXMgdG8g JWxkIiwKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICBteW5hbWUsIHVzcl9hdHRyLm1haWxi b3gsIG4pOworICAgICAgICB9CisgICAgICAgIGVsc2UgeworCSAgICBpZiAobXNnX3ZlcmJvc2Up CisJCW1zZ19pbmZvKCIlczogcXVvdGEgaXMgbmVnYXRpdmUgKCVsZCksIHVzaW5nIGRlZmF1bHQg dmlydHVhbF9tYWlsYm94X2xpbWl0ICglbGQpIiwgCisJCQkgICAgbXluYW1lLCBuLCB2YXJfdmly dF9tYWlsYm94X2xpbWl0KTsKKyAgICAgICAgICAgIC8qIEludmFsaWQgbGltaXQgc2l6ZSAobmVn YXRpdmUpLiBVc2UgZGVmYXVsdCB2aXJ0dWFsX21haWxib3hfbGltaXQuICovCisgICAgICAgICAg ICBuID0gdmFyX3ZpcnRfbWFpbGJveF9saW1pdDsKKyAgICAgICAgfQorICAgIH0KKyAgICBlbHNl IHsKKwlpZiAobXNnX3ZlcmJvc2UpCisJICAgIG1zZ19pbmZvKCIlczogbm8gbGltaXQgZm91bmQg aW4gdGhlIG1hcHMsIHVzaW5nIGRlZmF1bHQgdmlydHVhbF9tYWlsYm94X2xpbWl0ICglbGQpIiwg CisJCQlteW5hbWUsIHZhcl92aXJ0X21haWxib3hfbGltaXQpOworICAgICAgICAvKiBUaGVyZSBp cyBubyBsaW1pdCBpbiB0aGUgbWFwcy4gVXNlIGRlZmF1bHQgdmlydHVhbF9tYWlsYm94X2xpbWl0 LiAqLworICAgICAgICBuID0gdmFyX3ZpcnRfbWFpbGJveF9saW1pdDsKKyAgICB9CisKKyAgICAv KiBJZiB0aGVyZSBzaG91bGQgaXMgYSBxdW90YSBvbiBtYWlsZGlyIGdlbmVyYWx5LCBjaGVjayBp dCBiZWZvcmUgZGVsaXZlcmluZyB0aGUgbWFpbCAqLworICAgIGlmIChuICE9IDApIHsKKyAgICAg ICAgc2V0X2V1Z2lkKHVzcl9hdHRyLnVpZCwgdXNyX2F0dHIuZ2lkKTsKKwkvKiB0cnkgdG8gcmVh ZCB0aGUgcXVvdGEgZnJvbSBtYWlsZGlyc2l6ZSBmaWxlLiBSZXR1cm5lZCB2YWx1ZXMgYnkgcmVh ZF9tYWlsZGlyc2l6ZToKKwl4IDwgMCAgPSBzb21ldGhpbmcgZmFpbGVkCisJeCA+PSAwID0gcmVh ZGluZyBzdWNjZXNzZnVsbHkgZmluaXNoZWQgLSBzdW0gc2kgcmV0dXJuZWQsIHNvIHN1bSBzaXpl IG9mIE1haWxkaXIgd2FzIDAgb3IgbW9yZSAqLworICAgICAgICBpZiAoIXZhcl92aXJ0X21haWxi b3hfbGltaXRfaW5ib3ggJiYgdmFyX3ZpcnRfbWFpbGRpcl9leHRlbmRlZCAmJiAocmVhZF9tZHMg PSByZWFkX21haWxkaXJzaXplKHNpemVmaWxlbmFtZSwgJnNhdmVkX3NpemUsICZzYXZlZF9jb3Vu dCkpID49IDApIHsKKyAgICAJICAgIGlmIChtc2dfdmVyYm9zZSkKKyAgICAgICAgCW1zZ19pbmZv KCIlczogbWFpbGRpcnNpemUgdXNlZD0lcyBzdW09JWxkIGNvdW50PSVsZCIsIG15bmFtZSwgc2l6 ZWZpbGVuYW1lLCBzYXZlZF9zaXplLCBzYXZlZF9jb3VudCk7CisJfSBlbHNlIHsKKwkgICAgaWYg KG1zZ192ZXJib3NlKSAKKwkJbXNnX2luZm8oIiVzOiBXZSB3aWxsIHJlY291bnQgdGhlIHF1b3Rh ICh2YXJfdmlydF9tYWlsYm94X2xpbWl0ID0gJWxkLCB2YXJfdmlydF9tYWlsZGlyX2V4dGVuZGVk ID0gJWQsIHJlYWRfbWFpbGRpcnNpemUgPSAlZCkiLCAKKwkJCSAgICBteW5hbWUsIHZhcl92aXJ0 X21haWxib3hfbGltaXQsIHZhcl92aXJ0X21haWxkaXJfZXh0ZW5kZWQsIHJlYWRfbWRzKTsKKwor CSAgICAvKiBzYW5pdHkgKi8KKwkgICAgc2F2ZWRfc2l6ZSA9IDA7IAorCSAgICBzYXZlZF9jb3Vu dCA9IDA7CisJICAgIAorICAgIAkgICAgaWYgKHZhcl92aXJ0X21haWxib3hfbGltaXRfaW5ib3gp IHsKKyAgICAgICAgCS8qIENoZWNrIEluYm94IG9ubHkgKG5ldywgY3VyIGFuZCB0bXAgZGlycyku ICovCisgICAgICAgIAlzYXZlZF9zaXplID0gY2hlY2tfZGlyX3NpemUobmV3ZGlyLCAmc2F2ZWRf Y291bnQpOworICAgICAgICAJc2F2ZWRfc2l6ZSArPSBjaGVja19kaXJfc2l6ZShjdXJkaXIsICZz YXZlZF9jb3VudCk7CisgICAgICAgIAlzYXZlZF9zaXplICs9IGNoZWNrX2Rpcl9zaXplKHRtcGRp ciwgJnNhdmVkX2NvdW50KTsKKyAgICAJICAgIH0gZWxzZSB7CisgICAgICAgIAkvKiBDaGVjayBh bGwgYm94ZXMuICovCisgICAgICAgIAlzYXZlZF9zaXplID0gY2hlY2tfZGlyX3NpemUodXNyX2F0 dHIubWFpbGJveCwgJnNhdmVkX2NvdW50KTsKKyAgICAJICAgIH0KKworICAgIAkgICAgc2V0X2V1 Z2lkKHZhcl9vd25lcl91aWQsIHZhcl9vd25lcl9naWQpOworICAgIAl9ICAgIAkKKyAgICB9Cisg ICAgCiAgICAgLyoKICAgICAgKiBDcmVhdGUgYW5kIHdyaXRlIHRoZSBmaWxlIGFzIHRoZSByZWNp cGllbnQsIHNvIHRoYXQgZmlsZSBxdW90YSB3b3JrLgogICAgICAqIENyZWF0ZSBhbnkgbWlzc2lu ZyBkaXJlY3RvcmllcyBvbiB0aGUgZmx5LiBUaGUgZmlsZSBuYW1lIGlzIGNob3NlbgpAQCAtMTc1 LDQ2ICs2NjQsMjg4IEBACiAgICAgICogWy4uLl0KICAgICAgKi8KICAgICBzZXRfZXVnaWQodXNy X2F0dHIudWlkLCB1c3JfYXR0ci5naWQpOwotICAgIHZzdHJpbmdfc3ByaW50ZihidWYsICIlbHUu UCVkLiVzIiwKLQkJICh1bnNpZ25lZCBsb25nKSBzdGFydHRpbWUudHZfc2VjLCB2YXJfcGlkLCBn ZXRfaG9zdG5hbWUoKSk7CisgICAgdnN0cmluZ19zcHJpbnRmKGJ1ZiwgIiVsdS5QJWQuJXMiLCAo dW5zaWduZWQgbG9uZykgc3RhcnR0aW1lLnR2X3NlYywgdmFyX3BpZCwgZ2V0X2hvc3RuYW1lKCkp OwogICAgIHRtcGZpbGUgPSBjb25jYXRlbmF0ZSh0bXBkaXIsIFNUUihidWYpLCAoY2hhciAqKSAw KTsKICAgICBuZXdmaWxlID0gMDsKKyAgICBia3BuZXdmaWxlID0gMDsKICAgICBpZiAoKGRzdCA9 IHZzdHJlYW1fZm9wZW4odG1wZmlsZSwgT19XUk9OTFkgfCBPX0NSRUFUIHwgT19FWENMLCAwNjAw KSkgPT0gMAotCSYmIChlcnJubyAhPSBFTk9FTlQKLQkgICAgfHwgbWFrZV9kaXJzKHRtcGRpciwg MDcwMCkgPCAwCi0JICAgIHx8IChkc3QgPSB2c3RyZWFtX2ZvcGVuKHRtcGZpbGUsIE9fV1JPTkxZ IHwgT19DUkVBVCB8IE9fRVhDTCwgMDYwMCkpID09IDApKSB7Ci0JZHNiX3NpbXBsZSh3aHksIG1i b3hfZHNuKGVycm5vLCAiNC4yLjAiKSwKLQkJICAgImNyZWF0ZSBtYWlsZGlyIGZpbGUgJXM6ICVt IiwgdG1wZmlsZSk7Ci0gICAgfSBlbHNlIGlmIChmc3RhdCh2c3RyZWFtX2ZpbGVubyhkc3QpLCAm c3QpIDwgMCkgewotCi0JLyoKLQkgKiBDb3Zlcml0eSAyMDA2MDQ6IGZpbGUgZGVzY3JpcHRvciBs ZWFrIGluIGNvZGUgdGhhdCBuZXZlciBleGVjdXRlcy4KLQkgKiBDb2RlIHJlcGxhY2VkIGJ5IG1z Z19mYXRhbCgpLCBhcyBpdCBpcyBub3Qgd29ydGh3aGlsZSB0byBjb250aW51ZQotCSAqIGFmdGVy IGFuIGltcG9zc2libGUgZXJyb3IgY29uZGl0aW9uLgotCSAqLwotCW1zZ19mYXRhbCgiZnN0YXQg JXM6ICVtIiwgdG1wZmlsZSk7Ci0gICAgfSBlbHNlIHsKLQl2c3RyaW5nX3NwcmludGYoYnVmLCAi JWx1LlYlbHhJJWx4TSVsdS4lcyIsCi0JCQkodW5zaWduZWQgbG9uZykgc3RhcnR0aW1lLnR2X3Nl YywKLQkJCSh1bnNpZ25lZCBsb25nKSBzdC5zdF9kZXYsCi0JCQkodW5zaWduZWQgbG9uZykgc3Qu c3RfaW5vLAotCQkJKHVuc2lnbmVkIGxvbmcpIHN0YXJ0dGltZS50dl91c2VjLAotCQkJZ2V0X2hv c3RuYW1lKCkpOwotCW5ld2ZpbGUgPSBjb25jYXRlbmF0ZShuZXdkaXIsIFNUUihidWYpLCAoY2hh ciAqKSAwKTsKLQlpZiAoKG1haWxfY29weV9zdGF0dXMgPSBtYWlsX2NvcHkoQ09QWV9BVFRSKHN0 YXRlLm1zZ19hdHRyKSwKLQkJCQkJICBkc3QsIGNvcHlfZmxhZ3MsICJcbiIsCi0JCQkJCSAgd2h5 KSkgPT0gMCkgewotCSAgICBpZiAoc2FuZV9saW5rKHRtcGZpbGUsIG5ld2ZpbGUpIDwgMAotCQkm JiAoZXJybm8gIT0gRU5PRU5UCi0JCSAgICB8fCAobWFrZV9kaXJzKGN1cmRpciwgMDcwMCksIG1h a2VfZGlycyhuZXdkaXIsIDA3MDApKSA8IDAKLQkJICAgIHx8IHNhbmVfbGluayh0bXBmaWxlLCBu ZXdmaWxlKSA8IDApKSB7Ci0JCWRzYl9zaW1wbGUod2h5LCBtYm94X2RzbihlcnJubywgIjQuMi4w IiksCi0JCQkgICAiY3JlYXRlIG1haWxkaXIgZmlsZSAlczogJW0iLCBuZXdmaWxlKTsKLQkJbWFp bF9jb3B5X3N0YXR1cyA9IE1BSUxfQ09QWV9TVEFUX1dSSVRFOwotCSAgICB9Ci0JfQotCWlmICh1 bmxpbmsodG1wZmlsZSkgPCAwKQotCSAgICBtc2dfd2FybigicmVtb3ZlICVzOiAlbSIsIHRtcGZp bGUpOworICAgICAgICAmJiAoZXJybm8gIT0gRU5PRU5UCisgICAgICAgICAgICB8fCBtYWtlX2Rp cnModG1wZGlyLCAwNzAwKSA8IDAKKyAgICAgICAgICAgIHx8IChkc3QgPSB2c3RyZWFtX2ZvcGVu KHRtcGZpbGUsIE9fV1JPTkxZIHwgT19DUkVBVCB8IE9fRVhDTCwgMDYwMCkpID09IDApKSB7Cisg ICAgICAgIGRzYl9zaW1wbGUod2h5LCBtYm94X2RzbihlcnJubywgIjQuMi4wIiksICJjcmVhdGUg bWFpbGRpciBmaWxlICVzOiAlbSIsIHRtcGZpbGUpOworICAgIH0KKyAgICBlbHNlIGlmIChmc3Rh dCh2c3RyZWFtX2ZpbGVubyhkc3QpLCAmc3QpIDwgMCkgeworICAgICAgICAvKgorICAgICAgICAg KiBDb3Zlcml0eSAyMDA2MDQ6IGZpbGUgZGVzY3JpcHRvciBsZWFrIGluIGNvZGUgdGhhdCBuZXZl ciBleGVjdXRlcy4KKyAgICAgICAgICogQ29kZSByZXBsYWNlZCBieSBtc2dfZmF0YWwoKSwgYXMg aXQgaXMgbm90IHdvcnRod2hpbGUgdG8gY29udGludWUKKyAgICAgICAgICogYWZ0ZXIgYW4gaW1w b3NzaWJsZSBlcnJvciBjb25kaXRpb24uCisgICAgICAgICAqLworICAgICAgICBtc2dfZmF0YWwo ImZzdGF0ICVzOiAlbSIsIHRtcGZpbGUpOworICAgIH0KKyAgICBlbHNlIHsKKyAgICAgICAgdnN0 cmluZ19zcHJpbnRmKGJ1ZiwgIiVsdS5WJWx4SSVseE0lbHUuJXMiLAorICAgICAgICAgICAgICAg ICh1bnNpZ25lZCBsb25nKSBzdGFydHRpbWUudHZfc2VjLAorICAgICAgICAgICAgICAgICh1bnNp Z25lZCBsb25nKSBzdC5zdF9kZXYsCisgICAgICAgICAgICAgICAgKHVuc2lnbmVkIGxvbmcpIHN0 LnN0X2lubywKKyAgICAgICAgICAgICAgICAodW5zaWduZWQgbG9uZykgc3RhcnR0aW1lLnR2X3Vz ZWMsCisgICAgICAgICAgICAgICAgZ2V0X2hvc3RuYW1lKCkpOworICAgICAgICBuZXdmaWxlID0g Y29uY2F0ZW5hdGUobmV3ZGlyLCBTVFIoYnVmKSwgKGNoYXIgKikgMCk7CisgICAgICAgIGJrcG5l d2ZpbGUgPSBjb25jYXRlbmF0ZShTVFIoYnVmKSwgKGNoYXIgKikgMCk7IC8qIFdpbGwgbmVlZCBp dCBsYXRlciwgaWYgd2UgTU9WRSB0byBvdGhlciBmb2xkZXJzLiAqLworCisgICAgICAgIGlmICgo bWFpbF9jb3B5X3N0YXR1cyA9IG1haWxfY29weShDT1BZX0FUVFIoc3RhdGUubXNnX2F0dHIpLCBk c3QsIGNvcHlfZmxhZ3MsICJcbiIsIHdoeSkpID09IDApIHsKKyAgICAgICAgICAgIC8qCisgICAg ICAgICAgICAgKiBBZGQgYSAiLFM9PHNpemVvZmZpbGU+IiB0byB0aGUgbmV3bHkgd3JpdHRlbiBm aWxlIGFjY29yZGluZyB0byB0aGUKKyAgICAgICAgICAgICAqIE1haWxkaXIrKyBzcGVjaWZpY2F0 aW9uczogaHR0cDovL3d3dy5pbnRlcjcuY29tL2NvdXJpZXJpbWFwL1JFQURNRS5tYWlsZGlycXVv dGEuaHRtbAorICAgICAgICAgICAgICogVGhpcyBuZWVkcyBhIHN0YXQoMikgb2YgdGhlIHRlbXBm aWxlIGFuZCBtb2RpZmljYXRpb24gb2YgdGhlCisgICAgICAgICAgICAgKiBuYW1lIG9mIHRoZSBm aWxlLgorICAgICAgICAgICAgICovCisgICAgICAgICAgICBpZiAoc3RhdCh0bXBmaWxlLCAmbWFp bF9zdGF0KSA9PSAwKSB7CisgICAgICAgICAgICAgICAgaWYgKG4gIT0gMCkgeworICAgICAgICAg ICAgICAgICAgICBzYXZlZF9zaXplICs9IChsb25nKSBtYWlsX3N0YXQuc3Rfc2l6ZTsKKyAgICAg ICAgICAgICAgICAgICAgc2F2ZWRfY291bnQrKzsKKyAgICAgICAgICAgICAgICB9CisgICAgICAg ICAgICAgICAgaWYgKHZhcl92aXJ0X21haWxkaXJfZXh0ZW5kZWQpIHsKKyAgICAgICAgICAgICAg ICAgICAgLyogQXBwZW5kIHRoZSBzaXplIG9mIHRoZSBmaWxlIHRvIG5ld2ZpbGUuICovCisgICAg ICAgICAgICAgICAgICAgIHZzdHJpbmdfc3ByaW50ZihidWYsICIsUz0lbGQiLCAobG9uZykgbWFp bF9zdGF0LnN0X3NpemUpOworICAgICAgICAgICAgICAgICAgICBuZXdmaWxlID0gY29uY2F0ZW5h dGUobmV3ZmlsZSwgU1RSKGJ1ZiksIChjaGFyICopIDApOworICAgICAgICAgICAgICAgICAgICBi a3BuZXdmaWxlID0gY29uY2F0ZW5hdGUoYmtwbmV3ZmlsZSwgU1RSKGJ1ZiksIChjaGFyICopIDAp OworICAgICAgICAgICAgICAgIH0KKyAgICAgICAgICAgIH0KKworICAgICAgICAgICAgLyoKKyAg ICAgICAgICAgICAqIE5vdyB3ZSBoYXZlIHRoZSBtYWlsZGlyIHNpemUgaW4gc2F2ZWRfc2l6ZSwg Y29tcGFyZSBpdCB0byB0aGUgbWF4CisgICAgICAgICAgICAgKiBxdW90YSB2YWx1ZSBhbmQgZXZl bnR1YWxseSBpc3N1ZSBhIG1lc3NhZ2UgdGhhdCB3ZSd2ZSBvdmVyZHJhd24gaXQuCisgICAgICAg ICAgICAgKi8KKyAgICAgICAgICAgIGlmIChzYXZlZF9zaXplID4gbikgeworICAgICAgICAgICAg ICAgIG1haWxfY29weV9zdGF0dXMgPSBNQUlMX0NPUFlfU1RBVF9XUklURTsKKyAgICAgICAgICAg ICAgICBpZiAoKChsb25nKSBtYWlsX3N0YXQuc3Rfc2l6ZSA+IG4pIHx8ICh2YXJfdmlydF9vdmVy cXVvdGFfYm91bmNlKSkKKyAgICAgICAgICAgICAgICAgICAgZXJybm8gPSBFRkJJRzsKKyAgICAg ICAgICAgICAgICBlbHNlCisgICAgICAgICAgICAgICAgICAgIGVycm5vID0gRURRVU9UOworICAg ICAgICAgICAgfQorICAgICAgICAgICAgZWxzZSB7CisgICAgICAgICAgICAgICAgLyogTWFpbGRp cmZpbHRlciBjb2RlIGJ5IHJrQGRlbWl1cmcubmV0LiAqLworICAgICAgICAgICAgICAgIGlmICh2 YXJfdmlydF9tYWlsZGlyX2ZpbHRlcikgeworICAgICAgICAgICAgICAgICAgICBpZiAobXNnX3Zl cmJvc2UpCisgICAgICAgICAgICAgICAgICAgICAgICBtc2dfaW5mbygiJXM6IGxvYWRpbmcgRElD VCBmaWx0ZXJzIiwgbXluYW1lKTsKKworI2RlZmluZSBTVFJFUVVBTCh4LHksbCkgKHN0cm5jYXNl Y21wKCh4KSwgKHkpLCAobCkpID09IDAgJiYgKHkpW2xdID09IDApCisjZGVmaW5lIE1BSUxfQ09Q WV9TVEFUX1JFSkVDVCAgKDE8PDMpCisjZGVmaW5lIE1BSUxfQ09QWV9TVEFUX0RJU0NBUkQgKDE8 PDQpCisKKyAgICAgICAgICAgICAgICAgICAgLyogUmVhZCBmaWx0ZXJzLiAqLworICAgICAgICAg ICAgICAgICAgICBmaWx0ZXJuYW1lID0gY29uY2F0ZW5hdGUoInJlZ2V4cDoiLCB1c3JfYXR0ci5t YWlsYm94LCAibWFpbGRpcmZpbHRlciIsIChjaGFyICopIDApOworICAgICAgICAgICAgICAgICAg ICBzcWxtdGltZSA9IHNxbDJmaWxlKHN0cmNocihmaWx0ZXJuYW1lLCAnLycpLCBzdGF0ZS5tc2df YXR0ci51c2VyKTsKKworICAgICAgICAgICAgICAgICAgICAvKiBDaGVjayBpZiB0aGlzIGZpbHRl ciBpcyBhbHJlYWR5IHJlZ2lzdGVyZWQgYXMgZGljdGlvbmFyeS4gKi8KKyAgICAgICAgICAgICAg ICAgICAgaWYgKG1zZ192ZXJib3NlKQorICAgICAgICAgICAgICAgICAgICAgICAgbXNnX2luZm8o IiVzOiBjaGVja2luZyBESUNUIGZpbHRlcnMgZm9yICVzIiwgbXluYW1lLCBmaWx0ZXJuYW1lKTsK KworICAgICAgICAgICAgICAgICAgICBpZiAoKEZJTFRFUlMgPSBkaWN0X2hhbmRsZShmaWx0ZXJu YW1lKSkpIHsKKyAgICAgICAgICAgICAgICAgICAgICAgIGlmIChtc2dfdmVyYm9zZSkKKyAgICAg ICAgICAgICAgICAgICAgICAgICAgICBtc2dfaW5mbygiJXM6IERJQ1QgZmlsdGVyIGZvdW5kIiwg bXluYW1lKTsKKworICAgICAgICAgICAgICAgICAgICAgICAgLyoKKyAgICAgICAgICAgICAgICAg ICAgICAgICAqIElmIHdlIGhhdmUgbXRpbWUgaW4gb3VyIERJQ1Qgc3RydWN0dXJlLCBjaGVjayBp dCBhZ2FpbnN0IHNxbG10aW1lCisgICAgICAgICAgICAgICAgICAgICAgICAgKiBhbmQgcmVsb2Fk IHRoZSBmaWx0ZXJzIGlmIHRoZXkgZGlmZmVyLgorICAgICAgICAgICAgICAgICAgICAgICAgICov CisgICAgICAgICAgICAgICAgICAgICAgICBpZiAoRklMVEVSUy0+bXRpbWUgPiAwICYmIHNxbG10 aW1lID4gMCAmJiBGSUxURVJTLT5tdGltZSAhPSBzcWxtdGltZSkgeworICAgICAgICAgICAgICAg ICAgICAgICAgICAgIGlmIChtc2dfdmVyYm9zZSkKKyAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgbXNnX2luZm8oIiVzOiByZWxvYWRpbmcgRElDVCBmaWx0ZXJzIChkaWN0X210aW1lPSVs ZCAhPSBzcWxfbXRpbWU9JWxkKSIsCisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgbXluYW1lLCBGSUxURVJTLT5tdGltZSwgc3FsbXRpbWUpOworCisgICAgICAgICAgICAg ICAgICAgICAgICAgICAgZGljdF91bnJlZ2lzdGVyKGZpbHRlcm5hbWUpOworICAgICAgICAgICAg ICAgICAgICAgICAgICAgIEZJTFRFUlMgPSBkaWN0X29wZW4oZmlsdGVybmFtZSwgT19SRE9OTFks IERJQ1RfRkxBR19MT0NLKTsKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICBkaWN0X3JlZ2lz dGVyKGZpbHRlcm5hbWUsIEZJTFRFUlMpOworICAgICAgICAgICAgICAgICAgICAgICAgICAgIEZJ TFRFUlMtPm10aW1lID0gc3FsbXRpbWU7CisgICAgICAgICAgICAgICAgICAgICAgICB9CisgICAg ICAgICAgICAgICAgICAgIH0KKyAgICAgICAgICAgICAgICAgICAgZWxzZSB7CisgICAgICAgICAg ICAgICAgICAgICAgICBpZiAoc3FsbXRpbWUgPiAwKSB7CisgICAgICAgICAgICAgICAgICAgICAg ICAgICAgLyogUmVnaXN0ZXJpbmcgZmlsdGVyIGFzIG5ldyBkaWN0aW9uYXJ5LiAqLworICAgICAg ICAgICAgICAgICAgICAgICAgICAgIGlmIChtc2dfdmVyYm9zZSkKKyAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgbXNnX2luZm8oIiVzOiBsb2FkaW5nIERJQ1QgZmlsdGVycyBmcm9tICVz IChtdGltZT0lbGQpIiwKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBt eW5hbWUsIGZpbHRlcm5hbWUsIHNxbG10aW1lKTsKKworICAgICAgICAgICAgICAgICAgICAgICAg ICAgIEZJTFRFUlMgPSBkaWN0X29wZW4oZmlsdGVybmFtZSwgT19SRE9OTFksIERJQ1RfRkxBR19M T0NLKTsKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICBkaWN0X3JlZ2lzdGVyKGZpbHRlcm5h bWUsIEZJTFRFUlMpOworICAgICAgICAgICAgICAgICAgICAgICAgICAgIEZJTFRFUlMtPm10aW1l ID0gc3FsbXRpbWU7CisgICAgICAgICAgICAgICAgICAgICAgICB9CisgICAgICAgICAgICAgICAg ICAgIH0KKworICAgICAgICAgICAgICAgICAgICBpZiAoRklMVEVSUyAmJiAodG1wZmlsdGVyID0g dnN0cmVhbV9mb3Blbih0bXBmaWxlLCBPX1JET05MWSwgMCkpKSB7CisgICAgICAgICAgICAgICAg ICAgICAgICBmbHRzdHIgPSB2c3RyaW5nX2FsbG9jKDEwMjQpOworICAgICAgICAgICAgICAgICAg ICAgICAgaGVhZGVyID0gKGNoYXIgKikgbWFsbG9jKDgxOTIpOyAvKiAhISFJTlNFQ1VSRSEhISBT ZWUgNzE2OC1oYWNrIGJlbG93LiAqLworICAgICAgICAgICAgICAgICAgICAgICAgaGVhZGVyWzBd ID0gMDsKKyAgICAgICAgICAgICAgICAgICAgICAgIHZzdHJpbmdfZ2V0X25vbmxfYm91bmQoZmx0 c3RyLCB0bXBmaWx0ZXIsIDEwMjMpOworICAgICAgICAgICAgICAgICAgICAgICAgaGVhZGVyID0g Y29uY2F0ZW5hdGUoaGVhZGVyLCBTVFIoZmx0c3RyKSwgKGNoYXIgKikgMCk7CisKKyAgICAgICAg ICAgICAgICAgICAgICAgIHdoaWxlKCF2c3RyZWFtX2Zlb2YodG1wZmlsdGVyKSAmJiBmbHRzdHIt PnZidWYuZGF0YVswXSAmJiBzdHJsZW4oaGVhZGVyKSA8IDcxNjggKSB7CisgICAgICAgICAgICAg ICAgICAgICAgICAgICAgdnN0cmluZ19nZXRfbm9ubF9ib3VuZChmbHRzdHIsIHRtcGZpbHRlciwg MTAyMyk7CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgLyogR2x1ZSBtdWx0aWxpbmUgaGVh ZGVycywgcmVwbGFjaW5nIGxlYWRpbmcgVEFCIHdpdGggc3BhY2UuICovCisgICAgICAgICAgICAg ICAgICAgICAgICAgICAgaWYgKG1zZ192ZXJib3NlKQorICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICBtc2dfaW5mbygiJXM6IGZsdHN0ciB2YWx1ZTogJXMiLCBteW5hbWUsIFNUUihmbHRz dHIpKTsKKworICAgICAgICAgICAgICAgICAgICAgICAgICAgIGlmIChmbHRzdHItPnZidWYuZGF0 YVswXSA9PSAnICcgfHwgZmx0c3RyLT52YnVmLmRhdGFbMF0gPT0gJ1x0JyApIHsKKyAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgaWYgKGZsdHN0ci0+dmJ1Zi5kYXRhWzBdID09ICdcdCcp CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBmbHRzdHItPnZidWYuZGF0YVsw XSA9ICcgJzsKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgaGVhZGVyID0gY29uY2F0 ZW5hdGUoaGVhZGVyLCBTVFIoZmx0c3RyKSwgKGNoYXIgKikgMCk7CisgICAgICAgICAgICAgICAg ICAgICAgICAgICAgfQorICAgICAgICAgICAgICAgICAgICAgICAgICAgIGVsc2UgeworICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBoZWFkZXIgPSBjb25jYXRlbmF0ZShoZWFkZXIsICJc biIsIFNUUihmbHRzdHIpLCAoY2hhciAqKSAwKTsKKyAgICAgICAgICAgICAgICAgICAgICAgICAg ICB9CisgICAgICAgICAgICAgICAgICAgICAgICB9CisKKyAgICAgICAgICAgICAgICAgICAgICAg IGlmIChtc2dfdmVyYm9zZSkKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICBtc2dfaW5mbygi JXM6IGNoZWNraW5nIGZpbHRlciBDTUQgZm9yICVzIiwgbXluYW1lLCBmaWx0ZXJuYW1lKTsKKwor ICAgICAgICAgICAgICAgICAgICAgICAgLyogQ2hlY2sgd2hvbGUgaGVhZGVyIHBhcnQgd2l0aCBy ZWdleHAgbWFwcy4gKi8KKyAgICAgICAgICAgICAgICAgICAgICAgIGlmICgodmFsdWUgPSBkaWN0 X2dldChGSUxURVJTLCBsb3dlcmNhc2UoaGVhZGVyKSkpICE9IDApIHsKKyAgICAgICAgICAgICAg ICAgICAgICAgICAgICBpZiAobXNnX3ZlcmJvc2UpCisgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIG1zZ19pbmZvKCIlczogcHJlcGFyaW5nIGZpbHRlciBDTUQiLCBteW5hbWUpOworCisg ICAgICAgICAgICAgICAgICAgICAgICAgICAgY21kX3RleHQgPSB2YWx1ZSArIHN0cmNzcG4odmFs dWUsICIgXHQiKTsKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICBjbWRfbGVuID0gY21kX3Rl eHQgLSB2YWx1ZTsKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICB3aGlsZSAoKmNtZF90ZXh0 ICYmIElTU1BBQ0UoKmNtZF90ZXh0KSkKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg Y21kX3RleHQrKzsKKworICAgICAgICAgICAgICAgICAgICAgICAgICAgIGlmIChtc2dfdmVyYm9z ZSkKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgbXNnX2luZm8oIiVzOiBleGVjdXRp bmcgZmlsdGVyIENNRCIsIG15bmFtZSk7CisKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICBp ZiAoU1RSRVFVQUwodmFsdWUsICJSRUpFQ1QiLCBjbWRfbGVuKSkgeworICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBpZiAobXNnX3ZlcmJvc2UpCisgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBtc2dfaW5mbygiJXM6IGV4ZWN1dGluZyBmaWx0ZXIgQ01EIFJFSkVDVCIs IG15bmFtZSk7CisKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgbWFpbF9jb3B5X3N0 YXR1cyA9IE1BSUxfQ09QWV9TVEFUX1JFSkVDVDsKKyAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgdnN0cmluZ19zcHJpbnRmKHdoeS0+cmVhc29uLCAiJXMiLCBjbWRfdGV4dCk7CisgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIGRzYl9zaW1wbGUod2h5LCAiNS4wLjAiLCAiVXNl ciBmaWx0ZXIgLSBSRUpFQ1QiKTsKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICB9CisKKyAg ICAgICAgICAgICAgICAgICAgICAgICAgICBpZiAoU1RSRVFVQUwodmFsdWUsICJESVNDQVJEIiwg Y21kX2xlbikpIHsKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgaWYgKG1zZ192ZXJi b3NlKQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgbXNnX2luZm8oIiVzOiBl eGVjdXRpbmcgZmlsdGVyIENNRCBESVNDQVJEIiwgbXluYW1lKTsKKworICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBtYWlsX2NvcHlfc3RhdHVzID0gTUFJTF9DT1BZX1NUQVRfRElTQ0FS RDsKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgdnN0cmluZ19zcHJpbnRmKHdoeS0+ cmVhc29uLCAiJXMiLCBjbWRfdGV4dCk7CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IGRzYl9zaW1wbGUod2h5LCAiNS4wLjAiLCAiVXNlciBmaWx0ZXIgLSBESVNDQVJEIik7CisgICAg ICAgICAgICAgICAgICAgICAgICAgICAgfQorCisgICAgICAgICAgICAgICAgICAgICAgICAgICAg aWYgKHZhcl92aXJ0X21haWxkaXJfZXh0ZW5kZWQpIHsKKyAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgaWYgKFNUUkVRVUFMKHZhbHVlLCAiTU9WRSIsIGNtZF9sZW4pKSB7CisgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpZiAobXNnX3ZlcmJvc2UpCisgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgbXNnX2luZm8oIiVzOiBleGVjdXRpbmcgZmls dGVyIENNRCBNT1ZFIiwgbXluYW1lKTsKKworICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgc3RyY3V0KChjaGFyICopIGNtZF90ZXh0LCAiICIpOworICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgc3RyY3V0KChjaGFyICopIGNtZF90ZXh0LCAiXHQiKTsKKyAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHN0cmN1dCgoY2hhciAqKSBjbWRfdGV4dCwg Ii8iKTsKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHN0cmN1dCgoY2hhciAq KSBjbWRfdGV4dCwgIi4uIik7CisKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IGlmICgqdmFyX3ZpcnRfbWFpbGRpcl9zdWZmaXggPT0gMCkgeworICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIG5ld2ZpbGUgPSBjb25jYXRlbmF0ZSh1c3JfYXR0ci5tYWls Ym94LCAoY2hhciAqKSAwKTsKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIH0K KyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGVsc2UgeworICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIG5ld2ZpbGUgPSBjb25jYXRlbmF0ZSh1c3JfYXR0 ci5tYWlsYm94LCB2YXJfdmlydF9tYWlsZGlyX3N1ZmZpeCwgKGNoYXIgKikgMCk7CisgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICB9CisKKyAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIGlmIChjbWRfdGV4dFswXSAhPSAnLicpIHsKKyAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBuZXdmaWxlID0gY29uY2F0ZW5hdGUobmV3ZmlsZSwgIi4i LCAoY2hhciAqKSAwKTsKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIH0KKyAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIG5ld2RpciAgPSBjb25jYXRlbmF0ZShu ZXdmaWxlLCBjbWRfdGV4dCwgIi8iLCAibmV3LyIsIChjaGFyICopIDApOworICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgdG1wZGlyICA9IGNvbmNhdGVuYXRlKG5ld2ZpbGUsIGNt ZF90ZXh0LCAiLyIsICJ0bXAvIiwgKGNoYXIgKikgMCk7CisgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBjdXJkaXIgID0gY29uY2F0ZW5hdGUobmV3ZmlsZSwgY21kX3RleHQsICIv IiwgImN1ci8iLCAoY2hhciAqKSAwKTsKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIG1kZmZpbGVuYW1lID0gY29uY2F0ZW5hdGUobmV3ZmlsZSwgY21kX3RleHQsICIvIiwgIm1h aWxkaXJmb2xkZXIiLCAoY2hhciAqKSAwKTsKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIG5ld2ZpbGUgPSBjb25jYXRlbmF0ZShuZXdmaWxlLCBjbWRfdGV4dCwgIi8iLCAibmV3 LyIsIGJrcG5ld2ZpbGUsIChjaGFyICopIDApOworICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICB9CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgfQorCisgICAgICAgICAgICAgICAg ICAgICAgICAgICAgaWYgKFNUUkVRVUFMKHZhbHVlLCAiTE9HIiwgY21kX2xlbikgfHwgU1RSRVFV QUwodmFsdWUsICJXQVJOIiwgY21kX2xlbikpIHsKKyAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgbXNnX3dhcm4oIiVzOiBoZWFkZXIgY2hlY2sgd2FybmluZzogJXMiLCBteW5hbWUsIGNt ZF90ZXh0KTsKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICB9CisKKyAgICAgICAgICAgICAg ICAgICAgICAgICAgICBpZiAoU1RSRVFVQUwodmFsdWUsICJJTkZPIiwgY21kX2xlbikpIHsKKyAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgbXNnX2luZm8oIiVzOiBoZWFkZXIgY2hlY2sg aW5mbzogJXMiLCBteW5hbWUsIGNtZF90ZXh0KTsKKyAgICAgICAgICAgICAgICAgICAgICAgICAg ICB9CisKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICBpZiAobXNnX3ZlcmJvc2UpCisgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIG1zZ19pbmZvKCIlczogZXhpdGluZyBmaWx0ZXIg Q01EIiwgbXluYW1lKTsKKyAgICAgICAgICAgICAgICAgICAgICAgIH0gLyogRW5kLU9mLUNoZWNr ICovCisKKyAgICAgICAgICAgICAgICAgICAgICAgIG15ZnJlZShoZWFkZXIpOworICAgICAgICAg ICAgICAgICAgICAgICAgdnN0cmluZ19mcmVlKGZsdHN0cik7CisgICAgICAgICAgICAgICAgICAg ICAgICB2c3RyZWFtX2ZjbG9zZSh0bXBmaWx0ZXIpOworICAgICAgICAgICAgICAgICAgICB9CisK KyAgICAgICAgICAgICAgICAgICAgbXlmcmVlKGZpbHRlcm5hbWUpOworICAgICAgICAgICAgICAg IH0gLyogRW5kLU9mLU1haWxkaXJmaWx0ZXIgKi8KKworICAgICAgICAgICAgICAgIC8qIERlbGl2 ZXIgdG8gY3VyZGlyLiAqLworICAgICAgICAgICAgICAgIGlmIChtYWlsX2NvcHlfc3RhdHVzID09 IDApIHsKKyAgICAgICAgICAgICAgICAgICAgaWYgKHNhbmVfbGluayh0bXBmaWxlLCBuZXdmaWxl KSA8IDAKKyAgICAgICAgICAgICAgICAgICAgICAgICYmIChlcnJubyAhPSBFTk9FTlQKKyAgICAg ICAgICAgICAgICAgICAgICAgICAgICB8fCAobWFrZV9kaXJzKGN1cmRpciwgMDcwMCksIG1ha2Vf ZGlycyhuZXdkaXIsIDA3MDApLCBtYWtlX2RpcnModG1wZGlyLCAwNzAwKSkgPCAwCisgICAgICAg ICAgICAgICAgICAgICAgICAgICAgfHwgc2FuZV9saW5rKHRtcGZpbGUsIG5ld2ZpbGUpIDwgMCkp IHsKKyAgICAgICAgICAgICAgICAgICAgICAgIGRzYl9zaW1wbGUod2h5LCBtYm94X2RzbihlcnJu bywgIjQuMi4wIiksICJjcmVhdGUgbWFpbGRpciBmaWxlICVzOiAlbSIsIG5ld2ZpbGUpOworICAg ICAgICAgICAgICAgICAgICAgICAgbWFpbF9jb3B5X3N0YXR1cyA9IE1BSUxfQ09QWV9TVEFUX1dS SVRFOworICAgICAgICAgICAgICAgICAgICB9CisKKyAgICAgICAgICAgICAgICAgICAgaWYgKHZh cl92aXJ0X21haWxkaXJfZXh0ZW5kZWQpIHsKKyAgICAgICAgICAgICAgICAgICAgICAgIHRpbWUo JnRtKTsKKworICAgICAgICAgICAgICAgICAgICAgICAgLyogQ2hlY2sgaWYgdGhlIHF1b3RhIGlu IHRoZSBmaWxlIGlzIHRoZSBzYW1lIGFzIHRoZSBjdXJyZW50IG9uZSwgaWYgbm90LCBkZWxldGUg dGhlIGZpbGUuICovCisgICAgICAgICAgICAgICAgICAgICAgICBzaXplZmlsZSA9IHZzdHJlYW1f Zm9wZW4oc2l6ZWZpbGVuYW1lLCBPX1JET05MWSwgMCk7CisgICAgICAgICAgICAgICAgICAgICAg ICBpZiAoc2l6ZWZpbGUpIHsKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICBmaWxlcXVvdGEg PSB2c3RyaW5nX2FsbG9jKDEyOCk7CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgdnN0cmlu Z19nZXRfbnVsbF9ib3VuZChmaWxlcXVvdGEsIHNpemVmaWxlLCAxMjcpOworICAgICAgICAgICAg ICAgICAgICAgICAgICAgIHZzdHJlYW1fZmNsb3NlKHNpemVmaWxlKTsKKyAgICAgICAgICAgICAg ICAgICAgICAgICAgICBpZiAoYXRvbCh2c3RyaW5nX2V4cG9ydChmaWxlcXVvdGEpKSAhPSBuKQor ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB1bmxpbmsoc2l6ZWZpbGVuYW1lKTsKKyAg ICAgICAgICAgICAgICAgICAgICAgIH0KKworICAgICAgICAgICAgICAgICAgICAgICAgLyogT3Bl biBtYWlsZGlyc2l6ZSBmaWxlIHRvIGFwcGVuZCB0aGlzIHRyYW5zYWN0aW9uLiAqLworICAgICAg ICAgICAgICAgICAgICAgICAgc2l6ZWZpbGUgPSB2c3RyZWFtX2ZvcGVuKHNpemVmaWxlbmFtZSwg T19XUk9OTFkgfCBPX0FQUEVORCwgMDY0MCk7CisKKyAgICAgICAgICAgICAgICAgICAgICAgIC8q IElmIHRoZSBvcGVuIGZhaWxzIChtYWlsZGlyc2l6ZSBkb2Vzbid0IGV4aXN0KSwgb3IgaXQncyB0 b28gbGFyZ2UsIG9yIHRvbyBvbGQsIG92ZXJ3cml0ZSBpdC4gKi8KKyAgICAgICAgICAgICAgICAg ICAgICAgIGlmKCFzaXplZmlsZSB8fCAoc3RhdChzaXplZmlsZW5hbWUsICZzaXplZmlsZV9zdGF0 KSA8IDApIHx8IChzaXplZmlsZV9zdGF0LnN0X3NpemUgPiBTSVpFRklMRV9NQVgpIHx8IChzaXpl ZmlsZV9zdGF0LnN0X210aW1lICsgMTUqNjAgPCB0bSkpIHsKKyAgICAgICAgICAgICAgICAgICAg ICAgICAgICAvKiBJZiB0aGUgZmlsZSBleGlzdHMsIHNpemVmaWxlIGhhcyBiZWVuIG9wZW5lZCBh Ym92ZSwgc28gY2xvc2UgaXQgZmlyc3QuICovCisgICAgICAgICAgICAgICAgICAgICAgICAgICAg aWYgKHNpemVmaWxlKSB7CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHZzdHJlYW1f ZmNsb3NlKHNpemVmaWxlKTsKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgc2l6ZWZp bGUgPSB2c3RyZWFtX2ZvcGVuKHNpemVmaWxlbmFtZSwgT19XUk9OTFkgfCBPX1RSVU5DLCAwNjQw KTsKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICB9CisgICAgICAgICAgICAgICAgICAgICAg ICAgICAgZWxzZSB7CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHNpemVmaWxlID0g dnN0cmVhbV9mb3BlbihzaXplZmlsZW5hbWUsIE9fV1JPTkxZIHwgT19DUkVBVCwgMDY0MCk7Cisg ICAgICAgICAgICAgICAgICAgICAgICAgICAgfQorCisgICAgICAgICAgICAgICAgICAgICAgICAg ICAgLyogSWYgdGhlIGNyZWF0aW9uIHdvcmtlZCwgd3JpdGUgdG8gdGhlIGZpbGUsIG90aGVyd2lz ZSBqdXN0IGdpdmUgdXAuICovCisgICAgICAgICAgICAgICAgICAgICAgICAgICAgaWYgKHNpemVm aWxlKSB7CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHZzdHJlYW1fZnByaW50Zihz aXplZmlsZSwgIiVsZFNcbiVsZCAlbGRcbiIsIG4sIHNhdmVkX3NpemUsIHNhdmVkX2NvdW50KTsK KyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgdnN0cmVhbV9mY2xvc2Uoc2l6ZWZpbGUp OworICAgICAgICAgICAgICAgICAgICAgICAgICAgIH0KKyAgICAgICAgICAgICAgICAgICAgICAg IH0KKyAgICAgICAgICAgICAgICAgICAgICAgIGVsc2UgeworICAgICAgICAgICAgICAgICAgICAg ICAgICAgIC8qIFdlIG9wZW5lZCBtYWlsZGlyc2l6ZSwgc28gbGV0J3MganVzdCBhcHBlbmQgdGhp cyB0cmFuc2FjdGlvbiBhbmQgY2xvc2UgaXQuICovCisgICAgICAgICAgICAgICAgICAgICAgICAg ICAgdnN0cmVhbV9mcHJpbnRmKHNpemVmaWxlLCAiJWxkIDFcbiIsIChsb25nKSBtYWlsX3N0YXQu c3Rfc2l6ZSk7CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgdnN0cmVhbV9mY2xvc2Uoc2l6 ZWZpbGUpOworICAgICAgICAgICAgICAgICAgICAgICAgfQorCisgICAgICAgICAgICAgICAgICAg ICAgICAvKgorICAgICAgICAgICAgICAgICAgICAgICAgICogMSkgbWRmZmlsZW5hbWUgIT0gMCwg c28gdGhlIG1haWxkaXJmaWx0ZXIgY29kZSB3ZW50IHRocm91Z2ggdGhlIE1PVkUgdG8gc3ViZm9s ZGVyIHJ1bGUuCisgICAgICAgICAgICAgICAgICAgICAgICAgKiAyKSBzdGF0KCkgZmFpbGVkLCBt YXliZSB0aGUgZmlsZSBkb2VzIG5vdCBleGlzdD8gVHJ5IHRvIGNyZWF0ZSBpdC4KKyAgICAgICAg ICAgICAgICAgICAgICAgICAqLworICAgICAgICAgICAgICAgICAgICAgICAgaWYgKG1kZmZpbGVu YW1lICYmIChzdGF0KG1kZmZpbGVuYW1lLCAmbWRmZmlsZV9zdGF0KSA8IDApKSB7CisgICAgICAg ICAgICAgICAgICAgICAgICAgICAgbWRmZmlsZSA9IHZzdHJlYW1fZm9wZW4obWRmZmlsZW5hbWUs IE9fV1JPTkxZIHwgT19DUkVBVCwgMDYwMCk7CisgICAgICAgICAgICAgICAgICAgICAgICAgICAg aWYgKG1kZmZpbGUpIHsKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgdnN0cmVhbV9m Y2xvc2UobWRmZmlsZSk7CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgfQorICAgICAgICAg ICAgICAgICAgICAgICAgICAgIGVsc2UgeworICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBtc2dfd2FybigiQ2Fubm90IGNyZWF0ZSBtYWlsZGlyZm9sZGVyIGZpbGUgJyVzJzogJXMiLCBt ZGZmaWxlbmFtZSwgc3RyZXJyb3IoZXJybm8pKTsKKyAgICAgICAgICAgICAgICAgICAgICAgICAg ICB9CisgICAgICAgICAgICAgICAgICAgICAgICB9CisgICAgICAgICAgICAgICAgICAgIH0KKyAg ICAgICAgICAgICAgICB9CisgICAgICAgICAgICB9CisgICAgICAgIH0KKyAgICAgICAgaWYgKHVu bGluayh0bXBmaWxlKSA8IDApCisgICAgICAgICAgICBtc2dfd2FybigicmVtb3ZlICVzOiAlbSIs IHRtcGZpbGUpOwogICAgIH0KICAgICBzZXRfZXVnaWQodmFyX293bmVyX3VpZCwgdmFyX293bmVy X2dpZCk7CiAKQEAgLTIyNCwzMSArOTU1LDY0IEBACiAgICAgICogbG9jYXRpb24gcG9zc2libHkg dW5kZXIgdXNlciBjb250cm9sLgogICAgICAqLwogICAgIGlmIChtYWlsX2NvcHlfc3RhdHVzICYg TUFJTF9DT1BZX1NUQVRfQ09SUlVQVCkgewotCWRlbGl2ZXJfc3RhdHVzID0gREVMX1NUQVRfREVG RVI7Ci0gICAgfSBlbHNlIGlmIChtYWlsX2NvcHlfc3RhdHVzICE9IDApIHsKLQlpZiAoZXJybm8g PT0gRUFDQ0VTKSB7Ci0JICAgIG1zZ193YXJuKCJtYWlsZGlyIGFjY2VzcyBwcm9ibGVtIGZvciBV SUQvR0lEPSVsdS8lbHU6ICVzIiwKLQkJICAgICAobG9uZykgdXNyX2F0dHIudWlkLCAobG9uZykg dXNyX2F0dHIuZ2lkLAotCQkgICAgIFNUUih3aHktPnJlYXNvbikpOwotCSAgICBtc2dfd2Fybigi cGVyaGFwcyB5b3UgbmVlZCB0byBjcmVhdGUgdGhlIG1haWxkaXJzIGluIGFkdmFuY2UiKTsKLQl9 Ci0JdnN0cmluZ19zcHJpbnRmX3ByZXBlbmQod2h5LT5yZWFzb24sICJtYWlsZGlyIGRlbGl2ZXJ5 IGZhaWxlZDogIik7Ci0JZGVsaXZlcl9zdGF0dXMgPQotCSAgICAoU1RSKHdoeS0+c3RhdHVzKVsw XSA9PSAnNCcgPwotCSAgICAgZGVmZXJfYXBwZW5kIDogYm91bmNlX2FwcGVuZCkKLQkgICAgKEJP VU5DRV9GTEFHUyhzdGF0ZS5yZXF1ZXN0KSwKLQkgICAgIEJPVU5DRV9BVFRSKHN0YXRlLm1zZ19h dHRyKSk7Ci0gICAgfSBlbHNlIHsKLQlkc2Jfc2ltcGxlKHdoeSwgIjIuMC4wIiwgImRlbGl2ZXJl ZCB0byBtYWlsZGlyIik7Ci0JZGVsaXZlcl9zdGF0dXMgPSBzZW50KEJPVU5DRV9GTEFHUyhzdGF0 ZS5yZXF1ZXN0KSwKLQkJCSAgICAgIFNFTlRfQVRUUihzdGF0ZS5tc2dfYXR0cikpOworICAgICAg ICBkZWxpdmVyX3N0YXR1cyA9IERFTF9TVEFUX0RFRkVSOworICAgIH0KKyAgICBlbHNlIGlmICht YWlsX2NvcHlfc3RhdHVzICE9IDApIHsKKyAgICAgICAgaWYgKGVycm5vID09IEVBQ0NFUykgewor ICAgICAgICAgICAgbXNnX3dhcm4oIm1haWxkaXIgYWNjZXNzIHByb2JsZW0gZm9yIFVJRC9HSUQ9 JWx1LyVsdTogJXMiLAorICAgICAgICAgICAgICAgICAgICAobG9uZykgdXNyX2F0dHIudWlkLCAo bG9uZykgdXNyX2F0dHIuZ2lkLCBTVFIod2h5LT5yZWFzb24pKTsKKyAgICAgICAgICAgIG1zZ193 YXJuKCJwZXJoYXBzIHlvdSBuZWVkIHRvIGNyZWF0ZSB0aGUgbWFpbGRpcnMgaW4gYWR2YW5jZSIp OworICAgICAgICB9CisKKyAgICAgICAgLyogU3VwcG9ydCBwZXItcmVjaXBpZW50IGJvdW5jZSBt ZXNzYWdlcy4gKi8KKyAgICAgICAgY29uc3QgY2hhciAqbGltaXRfbWVzc2FnZTsKKyAgICAgICAg aW50IGVycm5vcmVkID0gZXJybm87IC8qIFNlZW1zIGxpa2UgbWFpbF9hZGRyX2ZpbmQgcmVzZXRz IGVycm5vIC4uLiAqLworCisgICAgICAgIGlmICgqdmFyX3ZpcnRfbWFpbGRpcl9saW1pdF9tZXNz YWdlX21hcHMgIT0gMCAmJiAobGltaXRfbWVzc2FnZSA9IG1haWxfYWRkcl9maW5kKHZpcnR1YWxf bWFpbGRpcl9saW1pdF9tZXNzYWdlX21hcHMsIHN0YXRlLm1zZ19hdHRyLnVzZXIsIChjaGFyICoq KSBOVUxMKSkgIT0gMCkgeworICAgICAgICAgICAgZXJybm8gPSBlcnJub3JlZDsKKyAgICAgICAg ICAgIGlmIChlcnJubyA9PSBFRkJJRykgeworICAgICAgICAgICAgICAgIGRzYl9zaW1wbGUod2h5 LCAiNS4yLjIiLCBsaW1pdF9tZXNzYWdlKTsKKyAgICAgICAgICAgIH0KKyAgICAgICAgICAgIGlm IChlcnJubyA9PSBFRFFVT1QpIHsKKyAgICAgICAgICAgICAgICBkc2Jfc2ltcGxlKHdoeSwgIjQu Mi4yIiwgbGltaXRfbWVzc2FnZSk7CisgICAgICAgICAgICB9CisgICAgICAgIH0KKyAgICAgICAg ZWxzZSB7CisgICAgICAgICAgICBlcnJubyA9IGVycm5vcmVkOworICAgICAgICAgICAgaWYgKGVy cm5vID09IEVGQklHKSB7CisgICAgICAgICAgICAgICAgZHNiX3NpbXBsZSh3aHksICI1LjIuMiIs IHZhcl92aXJ0X21haWxkaXJfbGltaXRfbWVzc2FnZSk7CisgICAgICAgICAgICB9CisgICAgICAg ICAgICBpZiAoZXJybm8gPT0gRURRVU9UKSB7CisgICAgICAgICAgICAgICAgZHNiX3NpbXBsZSh3 aHksICI0LjIuMiIsIHZhcl92aXJ0X21haWxkaXJfbGltaXRfbWVzc2FnZSk7CisgICAgICAgICAg ICB9CisgICAgICAgIH0KKworICAgICAgICB2c3RyaW5nX3NwcmludGZfcHJlcGVuZCh3aHktPnJl YXNvbiwgIm1haWxkaXIgZGVsaXZlcnkgZmFpbGVkOiAiKTsKKyAgICAgICAgZGVsaXZlcl9zdGF0 dXMgPQorICAgICAgICAgICAgICAgIChTVFIod2h5LT5zdGF0dXMpWzBdID09ICc0JyA/IGRlZmVy X2FwcGVuZCA6IGJvdW5jZV9hcHBlbmQpCisgICAgICAgICAgICAgICAgKEJPVU5DRV9GTEFHUyhz dGF0ZS5yZXF1ZXN0KSwgQk9VTkNFX0FUVFIoc3RhdGUubXNnX2F0dHIpKTsKICAgICB9CisgICAg ZWxzZSB7CisgICAgICAgIGRzYl9zaW1wbGUod2h5LCAiMi4wLjAiLCAiZGVsaXZlcmVkIHRvIG1h aWxkaXIiKTsKKyAgICAgICAgZGVsaXZlcl9zdGF0dXMgPSBzZW50KEJPVU5DRV9GTEFHUyhzdGF0 ZS5yZXF1ZXN0KSwgU0VOVF9BVFRSKHN0YXRlLm1zZ19hdHRyKSk7CisgICAgfQorCiAgICAgdnN0 cmluZ19mcmVlKGJ1Zik7CisKICAgICBteWZyZWUobmV3ZGlyKTsKICAgICBteWZyZWUodG1wZGly KTsKICAgICBteWZyZWUoY3VyZGlyKTsKKworICAgIGlmIChzaXplZmlsZW5hbWUpCisgICAgICAg IG15ZnJlZShzaXplZmlsZW5hbWUpOworICAgIGlmIChtZGZmaWxlbmFtZSkKKyAgICAgICAgbXlm cmVlKG1kZmZpbGVuYW1lKTsKKwogICAgIG15ZnJlZSh0bXBmaWxlKTsKICAgICBpZiAobmV3Zmls ZSkKLQlteWZyZWUobmV3ZmlsZSk7CisgICAgICAgIG15ZnJlZShuZXdmaWxlKTsKKyAgICBpZiAo YmtwbmV3ZmlsZSkKKyAgICAgICAgbXlmcmVlKGJrcG5ld2ZpbGUpOworCiAgICAgcmV0dXJuIChk ZWxpdmVyX3N0YXR1cyk7CiB9CmRpZmYgLXVOciBwb3N0Zml4LTIuOS41Lm9yaWcvc3JjL3ZpcnR1 YWwvdmlydHVhbC5jIHBvc3RmaXgtMi45LjUvc3JjL3ZpcnR1YWwvdmlydHVhbC5jCi0tLSBwb3N0 Zml4LTIuOS41Lm9yaWcvc3JjL3ZpcnR1YWwvdmlydHVhbC5jCTIwMTEtMDItMTkgMDE6NDY6MDYu MDAwMDAwMDAwICswMTAwCisrKyBwb3N0Zml4LTIuOS41L3NyYy92aXJ0dWFsL3ZpcnR1YWwuYwky MDEyLTAzLTAyIDA4OjMwOjEyLjExMTUzNzAzMyArMDEwMApAQCAtMzM1LDEyICszMzUsMzAgQEAK IGNoYXIgICAqdmFyX21haWxfc3Bvb2xfZGlyOwkJLyogWFhYIGRlcGVuZGVuY3kgZml4ICovCiBi b29sICAgIHZhcl9zdHJpY3RfbWJveF9vd25lcjsKIAorY2hhciAgICp2YXJfdmlydF9tYWlsYm94 X2xpbWl0X21hcHM7Citib29sICAgIHZhcl92aXJ0X21haWxib3hfbGltaXRfaW5ib3g7Citib29s ICAgIHZhcl92aXJ0X21haWxib3hfbGltaXRfb3ZlcnJpZGU7Citib29sICAgIHZhcl92aXJ0X21h aWxkaXJfZXh0ZW5kZWQ7Citib29sICAgIHZhcl92aXJ0X292ZXJxdW90YV9ib3VuY2U7CitjaGFy ICAgKnZhcl92aXJ0X21haWxkaXJfbGltaXRfbWVzc2FnZTsKK2NoYXIgICAqdmFyX3ZpcnRfbWFp bGRpcl9saW1pdF9tZXNzYWdlX21hcHM7CitjaGFyICAgKnZhcl92aXJ0X21haWxkaXJfc3VmZml4 OworYm9vbCAgICB2YXJfdmlydF90cmFzaF9jb3VudDsKK2NoYXIgICAqdmFyX3ZpcnRfdHJhc2hf bmFtZTsKK2Jvb2wgICAgdmFyX3ZpcnRfbWFpbGRpcl9maWx0ZXI7CitjaGFyICAgKnZhcl92aXJ0 X21haWxkaXJfZmlsdGVyX21hcHM7CisKKwogIC8qCiAgICogTWFwcGluZ3MuCiAgICovCiBNQVBT ICAgKnZpcnR1YWxfbWFpbGJveF9tYXBzOwogTUFQUyAgICp2aXJ0dWFsX3VpZF9tYXBzOwogTUFQ UyAgICp2aXJ0dWFsX2dpZF9tYXBzOworTUFQUyAgICp2aXJ0dWFsX21haWxib3hfbGltaXRfbWFw czsKK01BUFMgICAqdmlydHVhbF9tYWlsZGlyX2xpbWl0X21lc3NhZ2VfbWFwczsKK01BUFMgICAq dmlydHVhbF9tYWlsZGlyX2ZpbHRlcl9tYXBzOworCiAKICAvKgogICAqIEJpdCBtYXNrcy4KQEAg LTQ1MCwxNSArNDY4LDI4IEBACiAgICAgICovCiAgICAgdmlydHVhbF9tYWlsYm94X21hcHMgPQog CW1hcHNfY3JlYXRlKFZBUl9WSVJUX01BSUxCT1hfTUFQUywgdmFyX3ZpcnRfbWFpbGJveF9tYXBz LAotCQkgICAgRElDVF9GTEFHX0xPQ0sgfCBESUNUX0ZMQUdfUEFSQU5PSUQpOworCQkgICAgRElD VF9GTEFHX0xPQ0spOwogCiAgICAgdmlydHVhbF91aWRfbWFwcyA9CiAJbWFwc19jcmVhdGUoVkFS X1ZJUlRfVUlEX01BUFMsIHZhcl92aXJ0X3VpZF9tYXBzLAotCQkgICAgRElDVF9GTEFHX0xPQ0sg fCBESUNUX0ZMQUdfUEFSQU5PSUQpOworCQkgICAgRElDVF9GTEFHX0xPQ0spOwogCiAgICAgdmly dHVhbF9naWRfbWFwcyA9CiAJbWFwc19jcmVhdGUoVkFSX1ZJUlRfR0lEX01BUFMsIHZhcl92aXJ0 X2dpZF9tYXBzLAotCQkgICAgRElDVF9GTEFHX0xPQ0sgfCBESUNUX0ZMQUdfUEFSQU5PSUQpOwor CQkgICAgRElDVF9GTEFHX0xPQ0spOworCisgICAgdmlydHVhbF9tYWlsYm94X2xpbWl0X21hcHMg PQorICAgICAgICBtYXBzX2NyZWF0ZShWQVJfVklSVF9NQUlMQk9YX0xJTUlUX01BUFMsIHZhcl92 aXJ0X21haWxib3hfbGltaXRfbWFwcywKKyAgICAgICAgICAgICAgICAgICAgRElDVF9GTEFHX0xP Q0spOworCisgICAgdmlydHVhbF9tYWlsZGlyX2xpbWl0X21lc3NhZ2VfbWFwcyA9CisgICAgICAg IG1hcHNfY3JlYXRlKFZBUl9WSVJUX01BSUxESVJfTElNSVRfTUVTU0FHRV9NQVBTLCB2YXJfdmly dF9tYWlsZGlyX2xpbWl0X21lc3NhZ2VfbWFwcywKKyAgICAgICAgICAgICAgICAgICAgRElDVF9G TEFHX0xPQ0spOworCisgICAgdmlydHVhbF9tYWlsZGlyX2ZpbHRlcl9tYXBzID0KKyAgICAgICAg bWFwc19jcmVhdGUoVkFSX1ZJUlRfTUFJTERJUl9GSUxURVJfTUFQUywgdmFyX3ZpcnRfbWFpbGRp cl9maWx0ZXJfbWFwcywKKyAgICAgICAgICAgICAgICAgICAgRElDVF9GTEFHX0xPQ0spOworCiAK ICAgICB2aXJ0dWFsX21ib3hfbG9ja19tYXNrID0gbWJveF9sb2NrX21hc2sodmFyX3ZpcnRfbWFp bGJveF9sb2NrKTsKIH0KQEAgLTUxMCwxMCArNTQxLDIyIEBACiAJVkFSX1ZJUlRfR0lEX01BUFMs IERFRl9WSVJUX0dJRF9NQVBTLCAmdmFyX3ZpcnRfZ2lkX21hcHMsIDAsIDAsCiAJVkFSX1ZJUlRf TUFJTEJPWF9CQVNFLCBERUZfVklSVF9NQUlMQk9YX0JBU0UsICZ2YXJfdmlydF9tYWlsYm94X2Jh c2UsIDEsIDAsCiAJVkFSX1ZJUlRfTUFJTEJPWF9MT0NLLCBERUZfVklSVF9NQUlMQk9YX0xPQ0ss ICZ2YXJfdmlydF9tYWlsYm94X2xvY2ssIDEsIDAsCisJVkFSX1ZJUlRfTUFJTEJPWF9MSU1JVF9N QVBTLCBERUZfVklSVF9NQUlMQk9YX0xJTUlUX01BUFMsICZ2YXJfdmlydF9tYWlsYm94X2xpbWl0 X21hcHMsIDAsIDAsCisJVkFSX1ZJUlRfTUFJTERJUl9MSU1JVF9NRVNTQUdFLCBERUZfVklSVF9N QUlMRElSX0xJTUlUX01FU1NBR0UsICZ2YXJfdmlydF9tYWlsZGlyX2xpbWl0X21lc3NhZ2UsIDEs IDAsCisJVkFSX1ZJUlRfTUFJTERJUl9MSU1JVF9NRVNTQUdFX01BUFMsIERFRl9WSVJUX01BSUxE SVJfTElNSVRfTUVTU0FHRV9NQVBTLCAmdmFyX3ZpcnRfbWFpbGRpcl9saW1pdF9tZXNzYWdlX21h cHMsIDAsIDAsCisJVkFSX1ZJUlRfTUFJTERJUl9TVUZGSVgsIERFRl9WSVJUX01BSUxESVJfU1VG RklYLCAmdmFyX3ZpcnRfbWFpbGRpcl9zdWZmaXgsIDAsIDAsCisJVkFSX1ZJUlRfVFJBU0hfTkFN RSwgREVGX1ZJUlRfVFJBU0hfTkFNRSwgJnZhcl92aXJ0X3RyYXNoX25hbWUsIDAsIDAsCisJVkFS X1ZJUlRfTUFJTERJUl9GSUxURVJfTUFQUywgREVGX1ZJUlRfTUFJTERJUl9GSUxURVJfTUFQUywg JnZhcl92aXJ0X21haWxkaXJfZmlsdGVyX21hcHMsIDAsIDAsCiAJMCwKICAgICB9OwogICAgIHN0 YXRpYyBjb25zdCBDT05GSUdfQk9PTF9UQUJMRSBib29sX3RhYmxlW10gPSB7CiAJVkFSX1NUUklD VF9NQk9YX09XTkVSLCBERUZfU1RSSUNUX01CT1hfT1dORVIsICZ2YXJfc3RyaWN0X21ib3hfb3du ZXIsCisJVkFSX1ZJUlRfTUFJTEJPWF9MSU1JVF9JTkJPWCwgREVGX1ZJUlRfTUFJTEJPWF9MSU1J VF9JTkJPWCwgJnZhcl92aXJ0X21haWxib3hfbGltaXRfaW5ib3gsCisJVkFSX1ZJUlRfTUFJTEJP WF9MSU1JVF9PVkVSUklERSwgREVGX1ZJUlRfTUFJTEJPWF9MSU1JVF9PVkVSUklERSwgJnZhcl92 aXJ0X21haWxib3hfbGltaXRfb3ZlcnJpZGUsCisJVkFSX1ZJUlRfTUFJTERJUl9FWFRFTkRFRCwg REVGX1ZJUlRfTUFJTERJUl9FWFRFTkRFRCwgJnZhcl92aXJ0X21haWxkaXJfZXh0ZW5kZWQsCisJ VkFSX1ZJUlRfT1ZFUlFVT1RBX0JPVU5DRSwgREVGX1ZJUlRfT1ZFUlFVT1RBX0JPVU5DRSwgJnZh cl92aXJ0X292ZXJxdW90YV9ib3VuY2UsCisJVkFSX1ZJUlRfVFJBU0hfQ09VTlQsIERFRl9WSVJU X1RSQVNIX0NPVU5ULCAmdmFyX3ZpcnRfdHJhc2hfY291bnQsCisJVkFSX1ZJUlRfTUFJTERJUl9G SUxURVIsIERFRl9WSVJUX01BSUxESVJfRklMVEVSLCAmdmFyX3ZpcnRfbWFpbGRpcl9maWx0ZXIs CiAJMCwKICAgICB9OwogCkBAIC01MzAsNiArNTczLDcgQEAKIAkJICAgICAgIE1BSUxfU0VSVkVS X1BSRV9JTklULCBwcmVfaW5pdCwKIAkJICAgICAgIE1BSUxfU0VSVkVSX1BPU1RfSU5JVCwgcG9z dF9pbml0LAogCQkgICAgICAgTUFJTF9TRVJWRVJfUFJFX0FDQ0VQVCwgcHJlX2FjY2VwdCwKKyAg ICAgICAgICAgICAgICAgICAgICAgTUFJTF9TRVJWRVJfQk9PTF9UQUJMRSwgYm9vbF90YWJsZSwK IAkJICAgICAgIE1BSUxfU0VSVkVSX1BSSVZJTEVHRUQsCiAJCSAgICAgICAwKTsKIH0KZGlmZiAt dU5yIHBvc3RmaXgtMi45LjUub3JpZy9zcmMvdmlydHVhbC92aXJ0dWFsLmggcG9zdGZpeC0yLjku NS9zcmMvdmlydHVhbC92aXJ0dWFsLmgKLS0tIHBvc3RmaXgtMi45LjUub3JpZy9zcmMvdmlydHVh bC92aXJ0dWFsLmgJMjAwNi0wMS0wOCAwMDo1OTo0Ny4wMDAwMDAwMDAgKzAxMDAKKysrIHBvc3Rm aXgtMi45LjUvc3JjL3ZpcnR1YWwvdmlydHVhbC5oCTIwMTItMDMtMDIgMDg6MzA6MTIuMTExNTM3 MDMzICswMTAwCkBAIC0zNCw2ICszNCw5IEBACiBleHRlcm4gTUFQUyAqdmlydHVhbF9tYWlsYm94 X21hcHM7CiBleHRlcm4gTUFQUyAqdmlydHVhbF91aWRfbWFwczsKIGV4dGVybiBNQVBTICp2aXJ0 dWFsX2dpZF9tYXBzOworZXh0ZXJuIE1BUFMgKnZpcnR1YWxfbWFpbGJveF9saW1pdF9tYXBzOwor ZXh0ZXJuIE1BUFMgKnZpcnR1YWxfbWFpbGRpcl9saW1pdF9tZXNzYWdlX21hcHM7CitleHRlcm4g TUFQUyAqdmlydHVhbF9tYWlsZGlyX2ZpbHRlcl9tYXBzOwogCiAgLyoKICAgKiBVc2VyIGF0dHJp YnV0ZXM6IHRoZXNlIGNvbnRyb2wgdGhlIHByaXZpbGVnZXMgZm9yIGRlbGl2ZXJ5IHRvIGV4dGVy bmFsCg== --e89a8fb1ed0690339604d8ba0895-- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 07:26:59 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 23735E77; Mon, 25 Mar 2013 07:26:59 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-ee0-f48.google.com (mail-ee0-f48.google.com [74.125.83.48]) by mx1.freebsd.org (Postfix) with ESMTP id 3BEB9101; Mon, 25 Mar 2013 07:26:57 +0000 (UTC) Received: by mail-ee0-f48.google.com with SMTP id b15so152680eek.21 for ; Mon, 25 Mar 2013 00:26:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=ocHqcp2eBG3O2TW4BArUBEWe6B6Dm1oDefXV6Sy6TAY=; b=duqtXVjFJgQTHk1VO9FwlqA6qkaxAbfXr22WH5+RKNUbNslTKLgKYIYwzIzdBTo4sl Ku99RNe32IpkNpuUBdMYEVLl2PmW0chzfOX2VIYiWmQCHBZSHyBsSrFyBbzS57bt8o0t iCwD2kJ4wom/WGy9siOBUN9BzKmfNNh3cZbQF63BF7lucXNi2hRoBgW0I0VfCFsQvJb5 kX08+i8UenRYgiPWC7cNXRaVbRZEfudwzxCibVsIMcwWE/NMmPJwP5Wq1x5n6Jhd8h9S OsD10lRCSVYHudVNAB6kG16zjc8RxVxdSQS4Bgy54IV0p1hnWpbpvmOoHarIq9B1z1PU q36w== X-Received: by 10.15.32.67 with SMTP id z43mr13197144eeu.24.1364196410813; Mon, 25 Mar 2013 00:26:50 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPS id 46sm17184388eea.3.2013.03.25.00.26.49 (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 25 Mar 2013 00:26:49 -0700 (PDT) Sender: Baptiste Daroussin Date: Mon, 25 Mar 2013 08:26:47 +0100 From: Baptiste Daroussin To: Steve Wills Subject: Re: [CFT] add a config.site cache for the ports Message-ID: <20130325072647.GA64932@ithaqua.etoilebsd.net> References: <20130318174150.GN72627@ithaqua.etoilebsd.net> <514DC7AF.60404@FreeBSD.org> <4F83D89D-95C5-452A-AC1F-A2214F6A4C28@bsdhash.org> <0213f08f9ccb1021a7d65029ab2565c3.squirrel@mouf.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline In-Reply-To: <0213f08f9ccb1021a7d65029ab2565c3.squirrel@mouf.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@FreeBSD.org, Martin Wilke , autotools@FreeBSD.org, Bryan Drewery X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 07:26:59 -0000 --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 24, 2013 at 08:56:52PM -0400, Steve Wills wrote: > I'm sure your list probably includes this, but just in case, > databases/db42 broke with this for me. >=20 > Steve Here is a new version that fix the issue for db42 and others: http://people.freebsd.org/~bapt/config_site.diff Thanks all for testing. regards, Bapt --XsQoSWH+UP9D9v3l Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlFP/DcACgkQ8kTtMUmk6Ex5YQCfc34Yn8713gc8yprEH3JwqG4N skwAn2qtugdbiJjyE9ojrFhrjgaRhUWE =Wvqq -----END PGP SIGNATURE----- --XsQoSWH+UP9D9v3l-- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 08:04: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]) by hub.freebsd.org (Postfix) with ESMTP id AE42E8B7 for ; Mon, 25 Mar 2013 08:04:46 +0000 (UTC) (envelope-from decke@bluelife.at) Received: from mail-oa0-f44.google.com (mail-oa0-f44.google.com [209.85.219.44]) by mx1.freebsd.org (Postfix) with ESMTP id 76B0934E for ; Mon, 25 Mar 2013 08:04:46 +0000 (UTC) Received: by mail-oa0-f44.google.com with SMTP id h1so6108646oag.17 for ; Mon, 25 Mar 2013 01:04:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bluelife.at; s=google; h=mime-version:x-received:sender:x-originating-ip:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=RUnzdHwtKDgXrJS8pMy2Lf45H5naUDJc7VpVn698LOU=; b=CnHLTTGRutF/Dw6KsyMPcfz0iOaVwBvzqfanbijXTLQ75WtF5ecZ1SrolMSNjgalVr kQ/cya4ceuL7718Dvy6ocLKMlW+0C/VVslBo5hU/b518S5GEffmZuZK7kV2zF+MNlCcT v5PpITkIHbGiNfsCnxb0B+h5ke1hq6bqQcPqk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:sender:x-originating-ip:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding:x-gm-message-state; bh=RUnzdHwtKDgXrJS8pMy2Lf45H5naUDJc7VpVn698LOU=; b=pGtC0kLtG3gvxqSV3qJ+6TV40uvLa69q/us6zYsEQcLLaTwQSmEHGQA8ZDl41lwzWW DfLGqxRWF7usV/2iDLrgA/j5rs5ADOadQx0WIDYZqWuemMrTq/M1e1Mt0jsnC+xJomkI Qt2NLABhfLDwzDHT27mgCnx9kJ1RKYeGOIvI7QzncQqCGXxJaqqRAZ+MlivWRpxcNxdL MPn66NMWO/RVswo8bAZ4yq5Ob6QUnKZ2aDw+2/h5PYn6L/elTxN1CZ974BOrB0zUwtRY pRTRL7diwzx7XTjHUKGhrnbyhg76C5NhxTjqneMbfTpdM51bgeZrFsgYs0hc65HuRJGv aZDg== MIME-Version: 1.0 X-Received: by 10.60.62.70 with SMTP id w6mr1587229oer.38.1364198680371; Mon, 25 Mar 2013 01:04:40 -0700 (PDT) Sender: decke@bluelife.at Received: by 10.76.99.114 with HTTP; Mon, 25 Mar 2013 01:04:40 -0700 (PDT) X-Originating-IP: [80.123.233.199] In-Reply-To: <20130325020340.02c5ace0@nonamehost> References: <20130323132627.04bf7ef4@nonamehost> <20130324120507.GX3794@kib.kiev.ua> <20130325020340.02c5ace0@nonamehost> Date: Mon, 25 Mar 2013 09:04:40 +0100 X-Google-Sender-Auth: jz4VKzPaZaaMELDg8_a4h0HYo4A Message-ID: Subject: Re: Kernel panic CURRENT r248596 at virtualbox-ose-kmod module load From: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= To: Ivan Klymenko Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQnkcm1xYew/ShwKJaSKc7mIcbYgLiJ5hwkj5ZXfz1al2SjX8RgEUeBxAq3PwIdHZpE4PYZJ Cc: Konstantin Belousov , freebsd-current@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 08:04:46 -0000 On Mon, Mar 25, 2013 at 1:03 AM, Ivan Klymenko wrote: > =D0=92 Sun, 24 Mar 2013 14:05:07 +0200 > Konstantin Belousov =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >> On Sat, Mar 23, 2013 at 01:26:27PM +0200, Ivan Klymenko wrote: >> > I have >> > uname -a >> > FreeBSD nonamehost 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r248596: Fri >> > Mar 22 01:17:08 EET 2013 >> > ivan@nonamehost:/usr/obj/usr/src/sys/GENERIC amd64 >> > >> > I updated the ports tree to r314921 and recompiled >> > virtualbox-ose-kmod >> > >> > After load the module a have kernel panic. >> > >> > Panic String: Lock vm object not exclusively locked @ >> > /usr/src/sys/vm/vm_page.c:1396 >> > >> > http://pkgupdate.nevosoft.ru/backtrace.txt >> >> This looks like a vbox issue, the driver did not properly locked >> the object passed to the vm_page_alloc_contig(). >> >> If you want this fixed, you probably need to look up the code >> yourself, compiling the vbox kld with debugging, finding the >> offending call to vm_page_alloc_contig() and looking around it to see >> which object is passed and why it is not locked. > > The problem is that port commiter did not listen your advice: > http://docs.freebsd.org/cgi/mid.cgi?20130312151751.GJ3794 > > and used in the patch is not the functions that need > http://svnweb.freebsd.org/ports/head/emulators/virtualbox-ose-kmod/files/= patch-src-VBox-Runtime-r0drv-freebsd-memobj-r0drv-freebsd_VM_OBJECT_RENAME.= c?r1=3D314794&r2=3D314796 > > I replaced the all function "VM_OBJECT_RLOCK" on "VM_OBJECT_WLOCK" > and > "VM_OBJECT_RUNLOCK" on "VM_OBJECT_WUNLOCK" > > and the kernel panic ceased. > > Thanks. This problem is solved. Thanks a lot! I've fixed it in the port now. Would be great if you could ve= rify that it's correct now. --=20 Bernhard Froehlich http://www.bluelife.at/ From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 08:45:08 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 79C0242E for ; Mon, 25 Mar 2013 08:45:08 +0000 (UTC) (envelope-from eugene@home.wdc.spb.ru) Received: from mail.wdc.spb.ru (mail.wdc.spb.ru [IPv6:2001:470:df2f:face::23]) by mx1.freebsd.org (Postfix) with ESMTP id 3A11B7B3 for ; Mon, 25 Mar 2013 08:45:07 +0000 (UTC) Received: from mail.wdc.spb.ru (localhost [127.0.0.1]) by mail.wdc.spb.ru (Postfix) with ESMTP id D935E2151493; Mon, 25 Mar 2013 12:45:06 +0400 (MSK) Received: by mail.wdc.spb.ru (Postfix, from userid 66) id D83F92151480; Mon, 25 Mar 2013 12:45:06 +0400 (MSK) Received: from home.wdc.spb.ru (localhost [127.0.0.1]) by home.wdc.spb.ru (Postfix) with ESMTP id C52AB272C19; Mon, 25 Mar 2013 12:44:47 +0400 (MSK) Received: from home.wdc.spb.ru (home.my.intranet [192.168.2.1]) by home.wdc.spb.ru (Postfix) with ESMTP id 9F6BE272C18; Mon, 25 Mar 2013 12:44:47 +0400 (MSK) Message-ID: <51500E7F.2010206@home.wdc.spb.ru> Date: Mon, 25 Mar 2013 12:44:47 +0400 From: "Eugene V. Boontseff" Organization: warm home company User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130310 Thunderbird/17.0.4 MIME-Version: 1.0 To: Michael Gmelin Subject: Re: cannot open tty-output References: <514F56BF.5040805@home.wdc.spb.ru> <20130324215847.2243e4dc@bsd64.grem.de> In-Reply-To: <20130324215847.2243e4dc@bsd64.grem.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: eugene@wdc.spb.ru List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 08:45:08 -0000 On 25.03.2013 00:58, Michael Gmelin wrote: > On Sun, 24 Mar 2013 23:40:47 +0400 > "Eugene V. Boontseff" wrote: > >> *Marco Steinbach wrote: >> * >>> Hi, >>> >>> after installing dialog4ports, I'm getting the following behaviour >>> on each 8.3-STABLE I tried: >>> >>> # jexec /bin/tcsh >>> # cd >>> # make config >>> >>> cannot open tty-output >>> ===> Options unchanged >>> # >>> >>> Regardless, if I'm logged in on the console or connect to the host >>> via ssh. >>> >>> >>> I've also tried on 8.4-BETA1 (r248617), but got the same behaviour. >>> >>> Anyone else experiencing this ? >> Yes, I have also experienced this. >> 8.3-STABLE r244863 >> Only if i do a "make config" in a jail. >> Outside the jail all goes well. >>> MfG CoCo > This problem doesn't exist in 9.1. On 8 it only happens when you > jexeced into the jail (ssh should be ok). I tried to go with ssh to localhost. The result is the same error. > As a workaround you can run > tmux (sysutils/tmux) within your jail and install ports from within the > terminal multiplexer Tmux helped. Thank you. > (screen will do as well, but is also heavier). > If you do jexec inside screen, it does not help. In jail screen does not start. -- Eugene From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 09:00:08 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 566AB9AE for ; Mon, 25 Mar 2013 09:00:08 +0000 (UTC) (envelope-from eugene@home.wdc.spb.ru) Received: from mail.wdc.spb.ru (mail.wdc.spb.ru [89.223.110.23]) by mx1.freebsd.org (Postfix) with ESMTP id 12FB4860 for ; Mon, 25 Mar 2013 09:00:07 +0000 (UTC) Received: from mail.wdc.spb.ru (localhost [127.0.0.1]) by mail.wdc.spb.ru (Postfix) with ESMTP id 9DE202151499; Mon, 25 Mar 2013 13:00:05 +0400 (MSK) Received: by mail.wdc.spb.ru (Postfix, from userid 66) id 9D1162151496; Mon, 25 Mar 2013 13:00:05 +0400 (MSK) Received: from home.wdc.spb.ru (localhost [127.0.0.1]) by home.wdc.spb.ru (Postfix) with ESMTP id 507FF272C19; Mon, 25 Mar 2013 12:57:55 +0400 (MSK) Received: from home.wdc.spb.ru (home.my.intranet [192.168.2.1]) by home.wdc.spb.ru (Postfix) with ESMTP id 22167272C18; Mon, 25 Mar 2013 12:57:55 +0400 (MSK) Message-ID: <51501192.30303@home.wdc.spb.ru> Date: Mon, 25 Mar 2013 12:57:54 +0400 From: "Eugene V. Boontseff" Organization: warm home company User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130310 Thunderbird/17.0.4 MIME-Version: 1.0 To: Marco Steinbach Subject: Re: cannot open tty-output References: <514F56BF.5040805@home.wdc.spb.ru> <20130324215847.2243e4dc@bsd64.grem.de> <514F8E36.3010606@executive-computing.de> In-Reply-To: <514F8E36.3010606@executive-computing.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Virus-Scanned: ClamAV using ClamSMTP Cc: eugene@wdc.spb.ru, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: eugene@wdc.spb.ru List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 09:00:08 -0000 On 25.03.2013 03:37, Marco Steinbach wrote: > Michael Gmelin schrieb: >> On Sun, 24 Mar 2013 23:40:47 +0400 >> "Eugene V. Boontseff" wrote: >> >>> *Marco Steinbach wrote: >>> * >>>> Hi, >>>> >>>> after installing dialog4ports, I'm getting the following behaviour >>>> on each 8.3-STABLE I tried: >>>> >>>> # jexec /bin/tcsh >>>> # cd >>>> # make config >>>> >>>> cannot open tty-output >>>> ===> Options unchanged >>>> # >>>> >>>> Regardless, if I'm logged in on the console or connect to the host >>>> via ssh. >>>> >>>> >>>> I've also tried on 8.4-BETA1 (r248617), but got the same behaviour. >>>> >>>> Anyone else experiencing this ? >>> Yes, I have also experienced this. >>> 8.3-STABLE r244863 >>> Only if i do a "make config" in a jail. >>> Outside the jail all goes well. >>>> MfG CoCo >> >> This problem doesn't exist in 9.1. On 8 it only happens when you >> jexeced into the jail (ssh should be ok). As a workaround you can run >> tmux (sysutils/tmux) within your jail and install ports from within the >> terminal multiplexer (screen will do as well, but is also heavier). >> > > dialog4ports(1) uses stdout for passing back results, where the former > dialog(1) used stderr. I reverted the new behaviour back to the > previous one, which fixed the problem for me. I don't know about > other implications, though. > > Ilya (author of dialog4ports) is aware of the problem and having a > look at it. > > I'm glad that other people are running into this, also. I was > beginning to think, that there's something fundamentally wrong with > the way our 8.x jails are configured. What could it be? I configure jail with ezjail. Nothing special.. :-) > MfG CoCo -- Eugene From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 09:00: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]) by hub.freebsd.org (Postfix) with ESMTP id 28EC49B1 for ; Mon, 25 Mar 2013 09:00:12 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward3h.mail.yandex.net (forward3h.mail.yandex.net [IPv6:2a02:6b8:0:f05::3]) by mx1.freebsd.org (Postfix) with ESMTP id D23AC862 for ; Mon, 25 Mar 2013 09:00:11 +0000 (UTC) Received: from smtp2h.mail.yandex.net (smtp2h.mail.yandex.net [84.201.187.145]) by forward3h.mail.yandex.net (Yandex) with ESMTP id 6208F13611E7; Mon, 25 Mar 2013 13:00:10 +0400 (MSK) Received: from smtp2h.mail.yandex.net (localhost [127.0.0.1]) by smtp2h.mail.yandex.net (Yandex) with ESMTP id CE44317008F0; Mon, 25 Mar 2013 13:00:09 +0400 (MSK) Received: from ip-86-110-189-214.spark-rostov.ru (ip-86-110-189-214.spark-rostov.ru [86.110.189.214]) by smtp2h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 09OCUP99-09OCmsJh; Mon, 25 Mar 2013 13:00:09 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1364202009; bh=TD4aIYKaq86RgUNEMKu3s3oAvl8zuVK7iFUr0jjHzX4=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=IbdjWMUpnl+VRmmLBegHs7jZd0aqKuOm3atAvaelohfvwKHzZQL4xS8WePicqazQU MBN3w5PCSzHEwOSqkAl9Isqoez9s/+n5Z/psjY2xnuXgXOXfawylgbhmqyrX83ItVZ QnyUeqw5WQS15hOjLkCKiilVwI9bEVaXxRTC7e/U= Message-ID: <515011F5.8050101@yandex.ru> Date: Mon, 25 Mar 2013 12:59:33 +0400 From: Ruslan Makhmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: Muhammad Moinur Rahman <5u623l20@gmail.com> Subject: Re: ports/175104: [PATCH] net/libosip: update to 4.0.0 References: <514F40E4.6060208@yandex.ru> <514F426A.9090108@yandex.ru> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Ports , frank@dynamical-systems.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 09:00:12 -0000 Muhammad Moinur Rahman wrote on 24.03.2013 23:08: > Hi Ruslan, > > Do we need to do it in a REPOCOPY style? Or plain simple new port? > > Regards, > Muhammad Yes, net/libosip will be svn cp'ed to net/libosip24 and then your patch applied to it (with you as maintainer). I'll try to do that later this day. > > > On Mon, Mar 25, 2013 at 12:14 AM, Ruslan Makhmatkhanov wrote: > >> Ruslan Makhmatkhanov wrote on 24.03.2013 22:07: >> >> Hi Muhammad, >>> >>> Muhammad Moinur Rahman wrote on 24.03.2013 17:41: >>> >>>> Hi, >>>> Can anyone please take care of ports/175104? It has been a while and I >>>> need >>>> to update libexosip2, which is dependent on this. >>>> >>>> Regards, >>>> Muhammad >>>> >>> >>> net/siproxd fails to build with this version of libosip [1] (and builds >>> fine with 3.6.0), so or this update should be coordinated with siproxd >>> maintainer (cc:ed) or it should be added to the tree as libosip24 or >>> something. The first one is preferred, because there is newer version of >>> siproxd that may work with new libosip. >>> >>> [1] http://people.freebsd.org/~rm/**siproxd-0.7.2_3.log >>> >> >> Looks like the first one will fail because 0.8.1 also requires libosip2 >> (3.x.x), according to release notes [1]. It may worth to check, but I'm >> afraid it will be new port. >> >> [1] http://siproxd.sourceforge.**net/index.php?op=relnotes -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 09:51:00 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2EB2F98E for ; Mon, 25 Mar 2013 09:51:00 +0000 (UTC) (envelope-from 5u623l20@gmail.com) Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com [IPv6:2a00:1450:400c:c05::22b]) by mx1.freebsd.org (Postfix) with ESMTP id C232BAE9 for ; Mon, 25 Mar 2013 09:50:59 +0000 (UTC) Received: by mail-wi0-f171.google.com with SMTP id hn17so9864821wib.4 for ; Mon, 25 Mar 2013 02:50:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=K40IzF9hPeqptCfbFwwpg4ZOKkMYPqMVkKBuGG6Afbs=; b=xqwMDA+Aszr5+g5Jn6l7JEVRxEjLveIQlJU6PnWbhR0EKcYqJSLA+8nAYiGT3jTGtF to+QHvniYa4RWZ57JQOtvUCoe9oxNstShnX4NfQlhaRxJ3RDZlbPUhI6eWASjTedq0yh AsKz114UjtnMMB2ojdBzz9aHnKMWOcnS7lUNwQNprwREElsCmDxGPT75WMPUPjUjRkYj 5uEjwG4TbHDMAE80TxWoV+bFMThObZg+tvkFS2H/mGE7P4g3onYzxXuEsLCXuZgbfLmm qUNdmlVGDkLY/xO2hs8/8N8Z5S1QgHSvpsNFeKnzuQi6Xwu4VfpDS9K/OB3AOsrlAF5+ Haew== MIME-Version: 1.0 X-Received: by 10.180.185.176 with SMTP id fd16mr15963745wic.31.1364205058919; Mon, 25 Mar 2013 02:50:58 -0700 (PDT) Received: by 10.194.163.10 with HTTP; Mon, 25 Mar 2013 02:50:58 -0700 (PDT) In-Reply-To: <515011F5.8050101@yandex.ru> References: <514F40E4.6060208@yandex.ru> <514F426A.9090108@yandex.ru> <515011F5.8050101@yandex.ru> Date: Mon, 25 Mar 2013 15:50:58 +0600 Message-ID: Subject: Re: ports/175104: [PATCH] net/libosip: update to 4.0.0 From: Muhammad Moinur Rahman <5u623l20@gmail.com> To: Ruslan Makhmatkhanov Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Ports , frank X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 09:51:00 -0000 Thanks Ruslan. I think we need to modify the siproxd and libexosip too. But I have got a new patch for libexosip too. Should I create a patch for it or wait for libosip to complete? Regards, Muhammad On Mon, Mar 25, 2013 at 2:59 PM, Ruslan Makhmatkhanov wrote: > Muhammad Moinur Rahman wrote on 24.03.2013 23:08: > > Hi Ruslan, >> >> Do we need to do it in a REPOCOPY style? Or plain simple new port? >> >> Regards, >> Muhammad >> > > Yes, net/libosip will be svn cp'ed to net/libosip24 and then your patch > applied to it (with you as maintainer). I'll try to do that later this day. > > >> >> On Mon, Mar 25, 2013 at 12:14 AM, Ruslan Makhmatkhanov > >wrote: >> >> Ruslan Makhmatkhanov wrote on 24.03.2013 22:07: >>> >>> Hi Muhammad, >>> >>>> >>>> Muhammad Moinur Rahman wrote on 24.03.2013 17:41: >>>> >>>> Hi, >>>>> Can anyone please take care of ports/175104? It has been a while and I >>>>> need >>>>> to update libexosip2, which is dependent on this. >>>>> >>>>> Regards, >>>>> Muhammad >>>>> >>>>> >>>> net/siproxd fails to build with this version of libosip [1] (and builds >>>> fine with 3.6.0), so or this update should be coordinated with siproxd >>>> maintainer (cc:ed) or it should be added to the tree as libosip24 or >>>> something. The first one is preferred, because there is newer version of >>>> siproxd that may work with new libosip. >>>> >>>> [1] http://people.freebsd.org/~rm/****siproxd-0.7.2_3.log >>>> >>>> > >>>> >>>> >>> Looks like the first one will fail because 0.8.1 also requires libosip2 >>> (3.x.x), according to release notes [1]. It may worth to check, but I'm >>> afraid it will be new port. >>> >>> [1] http://siproxd.sourceforge.****net/index.php?op=relnotes>> ://siproxd.sourceforge.net/**index.php?op=relnotes >>> > >>> >> > > > -- > Regards, > Ruslan > > Tinderboxing kills... the drives. > From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 10:01:13 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8E10CCAC for ; Mon, 25 Mar 2013 10:01:13 +0000 (UTC) (envelope-from coco@executive-computing.de) Received: from mail.moehre.org (mail.moehre.org [195.96.35.7]) by mx1.freebsd.org (Postfix) with ESMTP id 53B31C16 for ; Mon, 25 Mar 2013 10:01:12 +0000 (UTC) Received: from mail.moehre.org (unknown [195.96.35.7]) by mail.moehre.org (Postfix) with ESMTP id 7752A8B143C; Mon, 25 Mar 2013 11:01:11 +0100 (CET) X-Spam-Flag: NO X-Spam-Score: -100.964 X-Spam-Level: X-Spam-Status: No, score=-100.964 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-1, AWL=0.036, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mail.moehre.org ([195.96.35.7]) by mail.moehre.org (mail.moehre.org [195.96.35.7]) (amavisd-new, port 10024) with ESMTP id WOklqccFwQHQ; Mon, 25 Mar 2013 11:01:09 +0100 (CET) Received: from [192.168.100.30] (p54B0A677.dip.t-dialin.net [84.176.166.119]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: coco@executive-computing.de) by mail.moehre.org (Postfix) with ESMTPSA id DBE6F8B143B; Mon, 25 Mar 2013 11:01:09 +0100 (CET) Message-ID: <51502087.40108@executive-computing.de> Date: Mon, 25 Mar 2013 11:01:43 +0100 From: Marco Steinbach User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: eugene@wdc.spb.ru Subject: Re: cannot open tty-output References: <514F56BF.5040805@home.wdc.spb.ru> <20130324215847.2243e4dc@bsd64.grem.de> <514F8E36.3010606@executive-computing.de> <51501192.30303@home.wdc.spb.ru> In-Reply-To: <51501192.30303@home.wdc.spb.ru> 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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 10:01:13 -0000 Eugene V. Boontseff wrote on 25.03.2013 09:57: > On 25.03.2013 03:37, Marco Steinbach wrote: >> Michael Gmelin schrieb: >>> On Sun, 24 Mar 2013 23:40:47 +0400 >>> "Eugene V. Boontseff" wrote: >>> >>>> *Marco Steinbach wrote: >>>> * >>>>> Hi, >>>>> >>>>> after installing dialog4ports, I'm getting the following behaviour >>>>> on each 8.3-STABLE I tried: >>>>> >>>>> # jexec /bin/tcsh >>>>> # cd >>>>> # make config >>>>> >>>>> cannot open tty-output >>>>> ===> Options unchanged >>>>> # >>>>> >>>>> Regardless, if I'm logged in on the console or connect to the host >>>>> via ssh. >>>>> >>>>> >>>>> I've also tried on 8.4-BETA1 (r248617), but got the same behaviour. >>>>> >>>>> Anyone else experiencing this ? >>>> Yes, I have also experienced this. >>>> 8.3-STABLE r244863 >>>> Only if i do a "make config" in a jail. >>>> Outside the jail all goes well. >>>>> MfG CoCo >>> >>> This problem doesn't exist in 9.1. On 8 it only happens when you >>> jexeced into the jail (ssh should be ok). As a workaround you can run >>> tmux (sysutils/tmux) within your jail and install ports from within the >>> terminal multiplexer (screen will do as well, but is also heavier). >>> >> >> dialog4ports(1) uses stdout for passing back results, where the former >> dialog(1) used stderr. I reverted the new behaviour back to the >> previous one, which fixed the problem for me. I don't know about >> other implications, though. >> >> Ilya (author of dialog4ports) is aware of the problem and having a >> look at it. >> >> I'm glad that other people are running into this, also. I was >> beginning to think, that there's something fundamentally wrong with >> the way our 8.x jails are configured. > What could it be? I configure jail with ezjail. Nothing special.. :-) > >> MfG CoCo > > Same here. With and without ezjail, same behaviour on all 8.x machines I tried. Using a serial console on a 9.1 machine yields the same behaviour when jexec is used, while there's no error when connected per ssh. MfG CoCo From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 10:11:14 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9F66DED4 for ; Mon, 25 Mar 2013 10:11:14 +0000 (UTC) (envelope-from m1cro@rambler-co.ru) Received: from mailrelay1.rambler.ru (mailrelay1.rambler.ru [81.19.66.239]) by mx1.freebsd.org (Postfix) with ESMTP id 21E99CE0 for ; Mon, 25 Mar 2013 10:11:14 +0000 (UTC) Received: from m1cro.park (m1cro.park.rambler.ru [81.19.91.77]) by mailrelay1.rambler.ru (Postfix) with ESMTP id BB9E66995; Mon, 25 Mar 2013 14:11:06 +0400 (MSK) Message-ID: <515022BA.6020201@rambler-co.ru> Date: Mon, 25 Mar 2013 14:11:06 +0400 From: "Ilya A. Arkhipov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130204 Thunderbird/17.0.2 MIME-Version: 1.0 To: Marco Steinbach Subject: Re: cannot open tty-output References: <514F56BF.5040805@home.wdc.spb.ru> <20130324215847.2243e4dc@bsd64.grem.de> <514F8E36.3010606@executive-computing.de> <51501192.30303@home.wdc.spb.ru> <51502087.40108@executive-computing.de> In-Reply-To: <51502087.40108@executive-computing.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-2.16 / 15.00] ONCE_RECEIVED(1.50) R_SPF_ALLOW(-2.00) BAYES_HAM_RU(-1.66) R_HAS_URL(0.00) X-Spamd-Server: spam101.rambler.ru X-Spamd-Scan-Time: 0.02 X-Spamd-Queue-ID: BB9E66995 X-Rcpt-To: , , Cc: freebsd-ports@freebsd.org, eugene@wdc.spb.ru X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 10:11:14 -0000 On 03/25/13 14:01, Marco Steinbach wrote: > Eugene V. Boontseff wrote on 25.03.2013 09:57: >> On 25.03.2013 03:37, Marco Steinbach wrote: >>> Michael Gmelin schrieb: >>>> On Sun, 24 Mar 2013 23:40:47 +0400 >>>> "Eugene V. Boontseff" wrote: >>>> >>>>> *Marco Steinbach wrote: >>>>> * >>>>>> Hi, >>>>>> >>>>>> after installing dialog4ports, I'm getting the following behaviour >>>>>> on each 8.3-STABLE I tried: >>>>>> >>>>>> # jexec /bin/tcsh >>>>>> # cd >>>>>> # make config >>>>>> >>>>>> cannot open tty-output >>>>>> ===> Options unchanged >>>>>> # >>>>>> >>>>>> Regardless, if I'm logged in on the console or connect to the host >>>>>> via ssh. >>>>>> >>>>>> >>>>>> I've also tried on 8.4-BETA1 (r248617), but got the same behaviour. >>>>>> >>>>>> Anyone else experiencing this ? >>>>> Yes, I have also experienced this. >>>>> 8.3-STABLE r244863 >>>>> Only if i do a "make config" in a jail. >>>>> Outside the jail all goes well. >>>>>> MfG CoCo >>>> >>>> This problem doesn't exist in 9.1. On 8 it only happens when you >>>> jexeced into the jail (ssh should be ok). As a workaround you can run >>>> tmux (sysutils/tmux) within your jail and install ports from within >>>> the >>>> terminal multiplexer (screen will do as well, but is also heavier). >>>> >>> >>> dialog4ports(1) uses stdout for passing back results, where the >>> former dialog(1) used stderr. I reverted the new behaviour back to >>> the previous one, which fixed the problem for me. I don't know >>> about other implications, though. >>> >>> Ilya (author of dialog4ports) is aware of the problem and having a >>> look at it. >>> >>> I'm glad that other people are running into this, also. I was >>> beginning to think, that there's something fundamentally wrong with >>> the way our 8.x jails are configured. >> What could it be? I configure jail with ezjail. Nothing special.. :-) >> >>> MfG CoCo >> >> > > Same here. With and without ezjail, same behaviour on all 8.x > machines I tried. > > Using a serial console on a 9.1 machine yields the same behaviour when > jexec is used, while there's no error when connected per ssh. > > MfG CoCo > > _______________________________________________ > 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" Hi All, Fixed in https://bitbucket.org/m1cro/d4p/commits/42e03ab186b30120fa79e2d0a6093a3c673385ef Thanks Marco. After checking it will committed, but you already can test it: - change dialog4ports version to 0.1.2 - make makesum - portmaster -d /usr/ports/ports-mgmt/dialog4ports - add 2(stderr) in Tools/scripts/dialog4ports.sh in "exec $DIALOG4PORTS 2> $OPTIONSFILE" line. - test it :) -- WBR, Ilya A. Arkhipov From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 10: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]) by hub.freebsd.org (Postfix) with ESMTP id BF090388 for ; Mon, 25 Mar 2013 10:21:06 +0000 (UTC) (envelope-from vmagerya@gmail.com) Received: from mail-la0-x234.google.com (mail-la0-x234.google.com [IPv6:2a00:1450:4010:c03::234]) by mx1.freebsd.org (Postfix) with ESMTP id 4CEE0D84 for ; Mon, 25 Mar 2013 10:21:06 +0000 (UTC) Received: by mail-la0-f52.google.com with SMTP id fs12so10895812lab.39 for ; Mon, 25 Mar 2013 03:21:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=UyStjJKpXIY5b3N4aWV0vpooGjJwxoh1UU/NAI9qU8I=; b=lPH8jka58t4LFdSULUwv6w6SRL8M/Bb4HzO+L1x9k8Mq60dCHZWVRmui/gW25sEVJ3 r7K6MnJvJgTkozz5GSHTN12stWKnFtyGx9d8snTT+N+fH7/nfkBhEjP0nV2JVnQq/VCx 8Xhb47qfY6LInO6yo86Y02cT1nM5mQ+pmCUjsc9v+ga0TPTHd1biHf/lbbFiCc6unPxj dwKzhTuPqLvFhQOpc54KqokVmlA2hWbgAUwNp6qOurhdMptHSr3OkhfsIySnd+5y5JWQ 1uUgGMIjDdfSVOjXLa3OQvXyxBXElnpd4WjCTW5uwr8SVkd6PQQhYR95q2lXeygdxobN 6tBA== X-Received: by 10.112.125.33 with SMTP id mn1mr1835000lbb.89.1364206865198; Mon, 25 Mar 2013 03:21:05 -0700 (PDT) Received: from [172.29.2.131] (altimet-gw.cs2.dp.wnet.ua. [217.20.178.249]) by mx.google.com with ESMTPS id mq7sm4862141lab.1.2013.03.25.03.21.03 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 25 Mar 2013 03:21:04 -0700 (PDT) Message-ID: <515024B0.7020807@gmail.com> Date: Mon, 25 Mar 2013 12:19:28 +0200 From: Vitaly Magerya User-Agent: Thunderbird MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: maintainer timeout for FreeBSD commiters References: <50017C97.3050200@filez.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 10:21:06 -0000 On 2012-07-14 18:27, Chris Rees wrote: > On 14 July 2012 16:24, Vitaly Magerya wrote: >> One problem (at least how it appears to me) is that when a PR gets >> automatically assigned to a maintainer who is also a committer, it is >> not automatically unassigned if the person is missing for a few >> months, and other committers ignore the PR because it is already >> assigned. >> >> This only happened once to me, but it took 6 months for another >> committer to notice it. And that was pretty fast, comparing to, say >> ports/154456 [1], which is open since 2011-02. >> >> Is automatic unassignment possible? > > Technically yes, but it's highly undesirable. You can feel free to > bring it up here if you think that's happened. Hi, everyone. Two of my PRs, ports/175223 [1] and ports/176701 [2], have been automatically assigned to committers, and both have reached maintainer timeout a while ago. Could someone unassign them, so other committers could take a look? Thanks in advance. (I still think this should be done automatically. I would prefer not to bother everyone at ports@ for such things). [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/175223 [2] http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/176701 From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 10:42: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]) by hub.freebsd.org (Postfix) with ESMTP id 7D42FA06 for ; Mon, 25 Mar 2013 10:42:53 +0000 (UTC) (envelope-from coco@executive-computing.de) Received: from mail.moehre.org (mail.moehre.org [195.96.35.7]) by mx1.freebsd.org (Postfix) with ESMTP id 17258E98 for ; Mon, 25 Mar 2013 10:42:52 +0000 (UTC) Received: from mail.moehre.org (unknown [195.96.35.7]) by mail.moehre.org (Postfix) with ESMTP id 5756A8B1420; Mon, 25 Mar 2013 11:42:52 +0100 (CET) X-Spam-Flag: NO X-Spam-Score: -100.076 X-Spam-Level: X-Spam-Status: No, score=-100.076 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-1, AWL=-0.851, URIBL_BLACK=1.775, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mail.moehre.org ([195.96.35.7]) by mail.moehre.org (mail.moehre.org [195.96.35.7]) (amavisd-new, port 10024) with ESMTP id ZsVdH5PKTgK8; Mon, 25 Mar 2013 11:42:50 +0100 (CET) Received: from [192.168.100.30] (p54B0A677.dip.t-dialin.net [84.176.166.119]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: coco@executive-computing.de) by mail.moehre.org (Postfix) with ESMTPSA id 63F3E8B143B; Mon, 25 Mar 2013 11:42:50 +0100 (CET) Message-ID: <51502A4A.4080604@executive-computing.de> Date: Mon, 25 Mar 2013 11:43:22 +0100 From: Marco Steinbach User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: "Ilya A. Arkhipov" Subject: Re: cannot open tty-output References: <514F56BF.5040805@home.wdc.spb.ru> <20130324215847.2243e4dc@bsd64.grem.de> <514F8E36.3010606@executive-computing.de> <51501192.30303@home.wdc.spb.ru> <51502087.40108@executive-computing.de> <515022BA.6020201@rambler-co.ru> In-Reply-To: <515022BA.6020201@rambler-co.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org, eugene@wdc.spb.ru X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 10:42:53 -0000 Ilya A. Arkhipov wrote on 25.03.2013 11:11: > On 03/25/13 14:01, Marco Steinbach wrote: >> Eugene V. Boontseff wrote on 25.03.2013 09:57: >>> On 25.03.2013 03:37, Marco Steinbach wrote: >>>> Michael Gmelin schrieb: >>>>> On Sun, 24 Mar 2013 23:40:47 +0400 >>>>> "Eugene V. Boontseff" wrote: >>>>> >>>>>> *Marco Steinbach wrote: >>>>>> * >>>>>>> Hi, >>>>>>> >>>>>>> after installing dialog4ports, I'm getting the following behaviour >>>>>>> on each 8.3-STABLE I tried: >>>>>>> >>>>>>> # jexec /bin/tcsh >>>>>>> # cd >>>>>>> # make config >>>>>>> >>>>>>> cannot open tty-output >>>>>>> ===> Options unchanged >>>>>>> # >>>>>>> >>>>>>> Regardless, if I'm logged in on the console or connect to the host >>>>>>> via ssh. >>>>>>> >>>>>>> >>>>>>> I've also tried on 8.4-BETA1 (r248617), but got the same behaviour. >>>>>>> >>>>>>> Anyone else experiencing this ? >>>>>> Yes, I have also experienced this. >>>>>> 8.3-STABLE r244863 >>>>>> Only if i do a "make config" in a jail. >>>>>> Outside the jail all goes well. >>>>>>> MfG CoCo >>>>> >>>>> This problem doesn't exist in 9.1. On 8 it only happens when you >>>>> jexeced into the jail (ssh should be ok). As a workaround you can run >>>>> tmux (sysutils/tmux) within your jail and install ports from within >>>>> the >>>>> terminal multiplexer (screen will do as well, but is also heavier). >>>>> >>>> >>>> dialog4ports(1) uses stdout for passing back results, where the >>>> former dialog(1) used stderr. I reverted the new behaviour back to >>>> the previous one, which fixed the problem for me. I don't know >>>> about other implications, though. >>>> >>>> Ilya (author of dialog4ports) is aware of the problem and having a >>>> look at it. >>>> >>>> I'm glad that other people are running into this, also. I was >>>> beginning to think, that there's something fundamentally wrong with >>>> the way our 8.x jails are configured. >>> What could it be? I configure jail with ezjail. Nothing special.. :-) >>> >>>> MfG CoCo >>> >>> >> >> Same here. With and without ezjail, same behaviour on all 8.x >> machines I tried. >> >> Using a serial console on a 9.1 machine yields the same behaviour when >> jexec is used, while there's no error when connected per ssh. >> >> MfG CoCo [...] > Hi All, > > Fixed in > https://bitbucket.org/m1cro/d4p/commits/42e03ab186b30120fa79e2d0a6093a3c673385ef > > Thanks Marco. > > After checking it will committed, but you already can test it: > - change dialog4ports version to 0.1.2 > - make makesum > - portmaster -d /usr/ports/ports-mgmt/dialog4ports > - add 2(stderr) in Tools/scripts/dialog4ports.sh in "exec $DIALOG4PORTS > 2> $OPTIONSFILE" line. > - test it :) > Tried it on 9.1 and 8.3, both with jexec using a serial console and jexec from a ssh connection. Works as advertised. Thank you for fixing this, Ilya :) MfG CoCo From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 11:06:03 2013 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B0261EA4 for ; Mon, 25 Mar 2013 11:06:03 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 94193FBF for ; Mon, 25 Mar 2013 11:06:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r2PB63ST006251 for ; Mon, 25 Mar 2013 11:06:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r2PB633c006249 for freebsd-ports@FreeBSD.org; Mon, 25 Mar 2013 11:06:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 25 Mar 2013 11:06:03 GMT Message-Id: <201303251106.r2PB633c006249@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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 11:06:03 -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 -------------------------------------------------------------------------------- f ports/177368 [PATCH] net/fping: Add option to compile in timestamps o ports/177367 [maintainer update] www/xpi-ghostery version update o ports/177364 [patch] math/scilab port build fails configuration ste o ports/177363 graphics/pqiv aborts when opening an image f ports/177357 [UPDATE] x11-themes/gtk-murrine-engine to 0.98.2 o ports/177353 [PATCH] ftp/yafc: fix for NLS support o ports/177347 [patch] x11/xtrlock needs to run setuid root f ports/177340 [PATCH] devel/php-xdebug: update to 2.2.2 o ports/177338 [NEW PORT] games/chessx: A Qt4 chess database applicat o ports/177336 New port: security/sav o ports/177334 New port: audio/lua51-mpd a lua mpd client o ports/177303 [patch] net/quagga update to 0.99.22 o ports/177302 [UPDATE] devel/z80ex to v1.1.20rev1 o ports/177300 New port: java/intellij IntelliJ IDEA Community Editi f ports/177288 x11-fm/krusader2 missing minimize icon in windowmaker f ports/177285 [patch] fix audio/audacity build with samplerate=off f ports/177242 x11-wm/wmconfig port update to version 1.3.8 o ports/177236 devel/pmd - fix for building with strict unicode Java o ports/177228 new version of editors/yui f ports/177222 deskutils/cairo-dock-plugins won't build o ports/177220 New Port: ports-mgmt/chucky f ports/177212 [PATCH] net/nss_ldap: options ng o ports/177211 net-mgmt/cflowd: cflowd CflowdPacketQueue.cc fix o ports/177208 [NEW PORT] databases/yac: Yac is a user data cache bas o ports/177207 multimedia/xbmc maint update to 12.1 f ports/177206 [patch] graphics/optipng: update to 0.7.4 and fix CVE- f ports/177193 audio/moc: please include FLAC support by default in p o ports/177182 audio/mixxx segmentation fault o ports/177168 [maintainer] mail/opendkim update to 2.8.1 f ports/177152 sysutils/fusefs-kmod missing pkg-message file o ports/177113 [MAINTAINER] update net/torsocks to version 1.2_1 o ports/177103 security/secure_delete & bsd.sites.mk: MASTER_SITES is o ports/177101 [new port] www/qupzilla a QtWebKit web browser o ports/177100 [maintainer] security/libgcrypt update to 1.5.1 o ports/177074 [fix] audio/timidity and audio/guspat o ports/177071 editors/slime not working with emacs-24 o ports/177046 deskutils/taskjuggler: documentation attempts to write o ports/177042 [new port] emulators/ucon64 f ports/177033 [maintainer update] german/BBBike update to 3.18 o ports/177023 x11-toolkits/flowcanvas doesn't build with recent grap o ports/177014 new port: databases/sqlayer o ports/177001 [NEW PORT] www/owncloud5: Personal cloud which runs on f ports/176995 [patch] add config testing to net/quagga rc script f ports/176994 lang/abcl: upgrade to version 1.1.1 f ports/176986 [PATCH] games/uqm: Install the music and voice addons f ports/176932 [PATCH] net-mgmt/nfsen: add missing RUN_DEPENDS f ports/176907 [PATCH] sysutils/syslog-ng2 restore PKGNAMESUFFIX o ports/176893 editors/libreoffice 4.0.1.2 doesn't start - crashed f ports/176874 sysutils/fusefs-sshfs crashes on amd64 f ports/176830 [PATCH] graphics/libexif-gtk: update to 0.4.0, Options o ports/176823 [NEW PORT] www/redaxo: The REDAXO content management s f ports/176816 www/privoxy+ipv6 is obsolete o ports/176811 [PATCH] editors/semi-xemacs21-mule: should be unbreake f ports/176805 rc scripts provided with security/heimdal haven't a co f ports/176785 [patch] update games/nlarn from 0.7 to 0.7.2 f ports/176781 math/openblas: /usr/include/sys/time.h:134:17: error: o ports/176767 [patch] net-im/ari-yahoo broken on freebsd-head o ports/176745 [new ports] www/eaccelerator-devel: PHP 5.4 compatible o ports/176720 sysutils/syslinux 5.01 not installing all c32 files o ports/176716 [patch] devel/boehm-gc update to 7.2d combining previo o ports/176708 x11-fonts/code2001: broken checksum f ports/176706 www/mambo: MASTER_SITES dns expired o ports/176701 [patch] update games/angband from 3.3.2 to 3.4.1 o ports/176700 Update ports-mgmt/kports and kports-qt4 to prevent bui f ports/176677 sysutils/ezjail does not support jailnames with non-ap f ports/176676 [patch] net/ss5: syslog option is noisy o ports/176674 textproc/syck port fails to compile o ports/176666 x11/fireflies buildfailure o ports/176660 [ports] editors/pdfedit: build failure on ia64 -curren o ports/176651 NEW PORT: graphics/flashprojector - Adobe standalone S o ports/176626 www/apache22-peruser-mpm fails to build o ports/176625 New Port: ports-mgmt/prhistory-sync-perl Sync GNATS PR o ports/176615 New port: deskutils/cairo-dock3, Cairo-Dock is a light o ports/176613 New port: devel/libgdbmgr, vim interface to gdb o ports/176480 [NEW PORT] x11-wm/compton: Compton is a compositor for o ports/176468 www/sams can not use the mask /32, with authorization o ports/176456 NEW PORT: lang/jsawk - Command-line JSON parser o ports/176445 New port: audio/icecast-kh Streaming mp3/ogg-vorbis au s ports/176442 Port files with double-colons cannot exist on FAT part f ports/176439 net/fping: Possible Fping incompatibility with FreeBSD f ports/176438 net-mgmt/nrpe2 consuming cpu when handling new connect o ports/176429 New Port: sysutils/ori - Ori Distributed File System f ports/176423 audio/clementine-player: always needs two starts f ports/176383 sysutils/ipmitool cannot connect over SOL o ports/176382 ports dependencies not being recorded o ports/176378 [PATCH] Fix several typos in the ports tree o ports/176377 New port: sysutils/cbsd Yet another FreeBSD Jail Manag o ports/176352 ports rebuilds unneeded packages o ports/176290 Utilize sf.net CDN f ports/176223 feature request - ports/net/quagga o ports/176195 [PATCH] games/cre: Set NO_WRKSUBDIR and BUILD_WRKSRC i f ports/176180 mail/mailman broken without NLS f ports/176178 Implement upstream fix where multiple net/iaxmodem ins f ports/176172 graphics/povray37: /usr/local/bin/ld: disp_sdl.o: unde o ports/176130 New port: www/cakephp23 o ports/176096 [NEW PORT] www/xibo-server: Xibo - Digital Signage (se o ports/176095 [NEW PORT] www/zikula: MVC web application framework ( 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 f ports/175987 audio/clementine-player 1.1.0_1 - album art not displ 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/175944 [PATCH] x11-wm/obmenu: OptionsNG, changed Makefile, De f ports/175936 [NEW PORT] x11-wm/lxmed: LXDE Main Menu Editor f ports/175868 security/nessus-libnasl: nasl_crypto.c:25:10: fatal er f ports/175813 [patch] mail/dovecot2 doesn't detect libstemmer or ext f ports/175798 FreeBSD 10 unable to build sysutils/fusefs-kmod 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 - f ports/175656 [patch] databases/sqlite3: update to 3.7.15.2 o ports/175620 New port: devel/bashdb, Bash debugger o ports/175612 New port: devel/remake version of GNU make utility th f ports/175611 sysutils/zfs-periodic package do not enable cron to ho f ports/175534 [patch] net-mgmt/rackmonkey: Fix a redirect o ports/175527 security/expiretable doesn't work in FreeBSD 9.x f ports/175523 pkgng: mail/dovecot2-pigeonhole conflicts with mail/do f ports/175429 audio/clementine-player: build error o ports/175385 dns/fastresolve does not compile o ports/175308 [NEW PORT] graphics/linux-f10-sdl_ttf: SDL graphics dr o ports/175307 [NEW PORT] graphics/linux-f10-sdl_gfx: SDL graphics dr o ports/175274 [NEW PORT] audio/linux-f10-libsndfile: Reading and wri o ports/175266 port audio/libmtp is miscategorized: it should be sysu o ports/175234 update multimedia/qmmp, multimedia/qmmp-plugin-pack o ports/175233 devel/boehm-gc: GC does not scan static roots in share o ports/175229 x11-toolkit/swt-devel fails o ports/175223 [patch] graphics/mypaint: update to 1.1.0 o ports/175219 www/yabb upgrade f ports/175121 devel/buildapp does not produce executable file o ports/175113 devel/freeocl: Port revision PORTREVISION=1 f ports/175107 devel/opencl: bug in CL/cl_ext.h (upstream): o ports/175068 [PATCH] net/proxychains: update to 4.4, take maintaine o ports/174988 New port: net/tclsoap o ports/174960 sysutils/fusefs-ntfs mkntfs fails because of "no block o ports/174951 [PATCH] games/vamos: added OptionsNG, icon, desktop en o ports/174947 [new port] ftp/php5-dav, php5 webdav module, allowing o ports/174940 [new port]: misc/valspeak, a filter that converts Engl o ports/174911 [PATCH] cad/leocad: update to 0.79.1, take maintainers f ports/174898 graphics/openimageio: pkg: (openimageio-1.1.2) /usr/lo o ports/174883 databases/grass: cut: ../dist.amd64-portbld-freebsd10. f ports/174867 irc/unreal: Port Update to UnrealIRCD o ports/174841 graphics/sane-frontends fails to build f ports/174815 [PATCH] print/cups-base: Fixed 3 fatal errors, icons, f ports/174798 audio/soundtracker: request to add system menu item/en o ports/174795 x11-toolskits/open-motif: Installing open-motif-2.3.4. s ports/174788 www/squid32 fails to build when heimdal 1.5.2 installe f ports/174764 [patch] upgrade databases/postgis to 1.5.8 (fixes comp o ports/174746 Segmentation fault in security/prelude-lml o ports/174705 update devel/php5-ice to new version and rename existi o ports/174667 [new port] sysutils/ksysguardd3 (KDE3 ksysguardd) o ports/174655 japanese/mutt-devel: mutt ja patch new version release o ports/174647 [NEW PORT] net/infinispan: Open source highly scalable f ports/174583 devel/libreadline-java: patch for UTF8 support o ports/174567 [PATCH]: Fix mxml linking on amd64 f ports/174553 editors/tea fails to upgrade from 'tea-33.3.0' to 'tea f ports/174487 mail/notmuch fails to build during portupgrade o ports/174368 New port: lang/nimrod The Nimrod programming language. s ports/174342 [NEW PORT] irc/shirk: Modular IRC bot based on the Twi o ports/174308 [bsd.database.mk] cyrus-sasl-2.1.25_2 will not compile f ports/174303 [PATCH] Update devel/libgta to version 1.0.4 o ports/174289 net/ssvnc build fails - configure: error: /usr/bin/cpp f ports/174237 databases/php5-redis - zAdd does not set the correct s f ports/174149 net-mgmt/nfdump configure fails o ports/174131 net/citrix_ica: Update port to 12.0.0.189834 f ports/174129 [Maintainer-Update] print/cups-bjnp to latest f ports/174118 graphics/pecl-gmagick o ports/174069 [PATCH] misc/explosions: OptionsNG, added categories, o ports/174057 [PATCH] misc/cmatrix: OptionsNG, added license, mtx.pc o ports/174055 Default Linux ALSA configuration update request o ports/174022 [PATCH] games/gnurobots: Added OptionsNG, license, des f ports/174018 Can't disable security/sshguard -b option o ports/174015 [PATCH] finance/venice: update to 0.751beta, take main o ports/173998 textproc/xalan-c from version 1.10 to 1.11 o ports/173996 net-mgmt/p5-Cflow: add support for net-mgmt/flow-tools o ports/173888 [NEW PORT] games/sudoku-sensei: Enjoy playing with Sud o ports/173882 [PATCH] games/xsc: Changed Comment, added Deskop entri o ports/173881 [NEW PORT] games/vodovod: Cross-platform pipe connecti o ports/173880 [PATCH] games/pipenightdreams: Added Portdoss, Desktop o ports/173875 [PATCH] games/cuyo: update to 2.0.0,1, Added License, f ports/173858 sysutils/bsdadminscripts installs pkg_libchk that does f ports/173726 [patch] games/stonesoup f ports/173638 net-mgmt/nagios_plugins [PATCH] Revised check_ircd.pl f ports/173624 net/quagga bgpd man page missing option "--no_kernel" o ports/173615 textproc/db2latex 0.8p1_1 has bad xls [patch] o ports/173581 new port submission, security/sagan f ports/173543 net/ucarp / vlan interfaces o ports/173542 [PATCH] graphics/fracplanet: take maintainership, Make o ports/173534 [NEW PORT] games/wizznic: Implementation of the arcade o ports/173505 java/java3d does not compile f ports/173490 www/squid32 - missing kerberos helper f ports/173489 [PATCH] databases/mysqltuner: [SUMMARIZE CHANGES] o ports/173464 [PATCH] emulators/linux-pete-mesagpu: update to 1.77, o ports/173463 [PATCH] emulators/linux-peops-softgpu: update to 1.18, o ports/173462 [PATCH] emulators/linux-pete-xgl2gpu: update to 2.9, t o ports/173457 [NEW PORT] games/edgar: 2D platform game with a persis o ports/173438 lang/tuareg-mode.el f ports/173412 failed to install lang/gnat-aux f ports/173369 math/gnuplot+: avoid conflicts with math/gnuplot o ports/173368 [PATCH] games/glmaze: OptionsNG, changed Makefile, add o ports/173352 [PATCH] games/gtkatlantic: OptionsNG, changed Makefile o ports/173351 [PATCH] games/4stattack: OptionsNG, Makefile simplifie o ports/173350 [PATCH] games/ppracer: OptionsNG, Makefile changed, ta o ports/173335 [PATCH] games/xarchon: OptionsNG, changed Makefile, pk o ports/173314 [PATCH] graphics/comix: OptionsNG, changed Makefile, p o ports/173282 New port: security/keepassx2 Cross Platform Password M o ports/173241 devel/pmd fails to install f ports/173230 sysutils/parallel 20121022 complains about defined(@ar o ports/173194 [new port] java/eclipse-birt: BIRT plugin for Eclipse f ports/173191 lang/squeak: invalid dependency. o ports/173188 [PATCH] games/wordplay: Makefile changed, OptionsNG, t o ports/173184 [PATCH] games/abe: Makefile changed, removed pkg-plist o ports/173179 [PATCH] games/aop: Makefile changed, OptionsNG, take m f ports/173079 [NEW PORT] databases/pyspatialite Python interface to o kern/173030 [atf] [patch] emulators/open-vm-tools: fix clang compi o ports/173021 [NEW PORT] www/jetspeed2: Open Source Portal, written o ports/172981 [NEW PORT] devel/allegro-devel5: Cross-platform librar o ports/172967 [restore port] www/asterisk-gui for asterisk 1.6 to as o ports/172944 [NEW PORT] games/oneisenough: Economic development in o ports/172917 textproc/syck: LuaYAML-Testcases test-suite for lua ex o ports/172863 [NEW PORT] net/pjsip: Multimedia communication library f ports/172837 lang/swi-pl compiles with databases/libiodbc f ports/172800 [PATCH] fix build/install for audio/hydrogen f ports/172750 graphics/luminance does not compile if graphics/libraw f ports/172713 ports-mgmt/portbuilder hangs building x11/xorg on i386 f ports/172595 New port: net-p2p/pushpoold bitcoin push-mining pool s f ports/172441 chinese/fcitx should be in 'textproc' instead of 'chin o ports/172439 [New Port] chinese/fcitx-table-yonh: Pinyin-like input f ports/172361 lang/gnustep-base fail to configure with clang f ports/172353 multimedia/mencoder does not build with clang on amd64 f ports/172272 www/speedtest-mini - port not working o ports/172168 [new port] comms/libdlo: the basis for the DisplayPort f ports/172141 [PATCH] deskutils/q4wine: update to 0.121, OptionsNG, f ports/172139 www/squid31 f ports/171950 devel/tnt: include/tnt/tnt_sparse_matrix_csr.h:97:3: e o ports/171945 sysutils/fusefs-smbnetfs crash since fusefs-libs updat o ports/171932 wrong excutable program installed in ports/biology/mop o ports/171921 New port: devel/ocltools: o ports/171903 net-mgmt/observium port should only provide dependenci f ports/171893 [BUG] sysutils/ezjail: ezjail_admin update -b (Cannot f ports/171886 [PATCH] multimedia/gpac-mp4box: [SUMMARIZE CHANGES] f ports/171878 textproc/libsphinxclient port is incompatible with sph o ports/171870 [NEW PORT] games/visualspell: Challenges players to us o ports/171869 [NEW PORT] games/multiplik12: Educational game for lea f ports/171868 [new port] net/remotebox: Open Source VirtualBox Clien o ports/171855 [NEW PORT] net-mgmt/node-statsd - Simple daemon for ea f ports/171850 Misleading pkg install option in sysutils/fusefs-kmod f ports/171849 databases/postgis: port switches compiler! GCC -> CLAN f ports/171818 Please add option for Python-integration to sysutils/b o ports/171801 [patch] www/sams: Problem with creating MySQL database o ports/171792 patch: allow games/xmille to select starting player ra o ports/171735 [NEW PORT] editors/py31-loook-devel: Simple Python too o ports/171734 [NEW PORT] editors/py27-loook: Simple Python tool that o ports/171675 [NEW PORT] games/cocos2d: Framework for building 2D ga f ports/171669 www/hastymail2 clobbers plugin settings o ports/171605 net-mgmt/netams 3.4.5 compilation error o ports/171603 [NEW PORT] games/py27-dcross: Blocks fall from the top o ports/171602 [NEW PORT] games/py27-cargocarrier: Collect cargo crat o ports/171576 [NEW PORT] games/py27-bombz: Simple 2D puzzle game wit o ports/171559 [NEW PORT] games/airstrike: 2d biplane dogfight game o ports/171552 [NEW PORT] games/traingame: Game about Trains f ports/171539 [patch] net-mgmt/nrpe2 small fixes o ports/171510 sysutils/dvd+rw-tools package doesn't work. o ports/171392 [NEW PORT] games/py27-super_mario_bros_python: Clone o o ports/171391 [NEW PORT] games/py27-pytowerdefense: Tower Defense Ga f ports/171338 both databases/mariadb-scripts and databases/mariadb-s o ports/171332 [NEW PORT] games/py27-pythonsudoku: Text and graphical o ports/171236 [NEW PORT] games/schwarzweiss: Tank game for 2 players f ports/171231 audio/clementine-player starts only at the second time o ports/171224 [NEW PORT] games/bouncy: You are a hungry rabbit. Eat o ports/171176 new port: net/winexe f ports/171160 sysutils/loganalyzer depends on php5 o ports/171149 new port: textproc/imsettings - a framework manages in o ports/171106 New Port: net/jdownloader - Download manager (java) f ports/171079 graphics/rawtherapee hangs x11 o ports/171019 [new port] science/isis3: USGS ISIS3 planetary mapping o ports/171017 [new port] astro/cspice: New scientific port: NASA/NAI f ports/170882 sysutils/bacula-server - Feature Request - Change sysc o ports/170819 New port: net-mgmt/UniFi UniFi Wireless Controller o ports/170695 sysutils/fusefs-ntfs - instant reboot when mv from UFS o ports/170662 [NEW PORT] devel/pymunk: A easy-to-use pythonic 2d phy o ports/170661 [NEW PORT] graphics/py27-pyglet-devel: Cross-platform f ports/170537 devel/libftdi seems broken on i386 and amd64 o ports/170448 [NEW PORT] devel/allegro5: Allegro 5 is a game program o ports/170406 [patch] audio/oss: implicit declaration of 'device_set o ports/170405 [patch] audio/oss: respect SYSDIR/SRC_BASE f ports/170381 x11/slim window manager gives dbus errors starting xfc f ports/170366 lang/libobjc2: update to 1.6.1 f ports/170339 www/node: segmentation violation in v8::internal::Hand o ports/170241 [PATCH] devel/libftdi: upgrade to 0.20 and fix automak f ports/170186 Update sysutils/modules to version 3.2.9 f ports/170100 astro/orsa: version 0.7.0 in ports hopelessly outdated o ports/170000 emulators/vmware-tools6: Can not install VMware Tools o ports/169807 multimedia/gnome-mplayer fails to build with NOTIFY su o ports/169741 [new port] devel/visualparadigm f ports/169716 net-mgmt/ndpmon several problems with build and instal o ports/169628 sysutils/devcpu-data f ports/169521 astro/weatherspect: Exiting with SIGUse of uninitializ o ports/169371 port graphics/sane-backends segfaults f ports/169333 [PATCH] sysutils/syslog-ng2: move sample config to EXA f ports/169322 New port: net/armsd: SMFv2/ARMS Service Adapter daemon f ports/169165 sysutils/fusefs-kmod: calling fchown(2) on sshfs files o ports/169138 net/dhcp6 rc.d script should run BEFORE: NETWORKING f ports/168935 www/firefox-remote shares PORTNAME with www/firefox o ports/168926 Second '59.xxx' out of range 0..59 at security/snort-r o ports/168861 devel/tkcvs: tkdiff no longer runs correctly o ports/168647 Remove trailing spaces from all ports-related files f ports/168407 [patch] lang/gauche: update to 0.9.3.2, unbreak o ports/168404 [NEW PORT] databases/dev-sqlite3: This is a developmen o ports/168328 [REPOCOPY] devel/codeblocks --> devel/codeblocks-devel f ports/168319 graphics/qiviewer: Not displaying image jpeg o ports/168114 [NEW PORT] games/duckmaze: A game about a duck that is o ports/167759 [New Ports] x11-wm/e17-modules-ecomorph and x11-wm/eco f ports/167691 security/heimdal: problem compiling kerberos/heimdal f ports/167090 sysutils/ezjail: Invalid command line option in ezjail o ports/167042 New port: net-p2p/tahoe-lafs 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/166826 New port: misc/libphidget The driver for Phidgets devi o ports/166812 New port: mail/bounceHammer f ports/166522 lang/f77: Fortran 77 compiler always exits with error f ports/166006 Problem with postfix and mail/mailman integration f ports/166004 www/squid31 3.1.19 crashes on first request f ports/165672 sysutils/bacula-server doesn't install all symlinks ne o ports/165586 New port german/lx-office-erp, sql-ledger fork with ex o ports/165565 New port: www/mod_auth_token Token-based authenticatio o ports/164306 update mail/mailagent to 3.1.77 and utmpx fix o ports/164197 smsd(comms/smstools3) doesn't read some configurations o ports/164060 net/ucarp doesn't work on FreeBSD 9.0-PRERELEASE o ports/163955 input packet for interface are counted twice o ports/163850 New port: cad/linux-bricscad f ports/163126 security/sshguard changed from syslog.conf to daemon b o ports/162045 print/ghostview 1.5_2 coredumps on certain files o ports/161578 devel/strace is not working f ports/161278 net/dante: getoutaddr(): address [...] selected, but n o ports/158983 [NEW PORT] devel/pecl-dtrace: PHP DTrace provider o ports/158791 Update security/openvas-* o ports/157313 cad/spice SEGV o ports/157107 conflict between mail/p5-Mail-SPF and mail/libspf2 o ports/156834 New port: games/fairymax-devel latest version of games o ports/151747 new port: emulators/wine-fbsd64: request for (a variat o i386/138737 [endian] [patch] Patch for bswap64(9) operation on IA o ports/107354 net/icmpinfo: icmpinfo -vvv does not recocnize any ICM 343 problems total. From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 11:10:20 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A5AE6931 for ; Mon, 25 Mar 2013 11:10:20 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 8D06D2A2 for ; Mon, 25 Mar 2013 11:10:20 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r2PBAKVi009890 for ; Mon, 25 Mar 2013 11:10:20 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r2PBAKbQ009888 for freebsd-ports@freebsd.org; Mon, 25 Mar 2013 11:10:20 GMT (envelope-from bdrewery) Received: (qmail 21823 invoked from network); 25 Mar 2013 06:10:18 -0500 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 25 Mar 2013 06:10:18 -0500 Message-ID: <51503097.6060407@FreeBSD.org> Date: Mon, 25 Mar 2013 06:10:15 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: Vitaly Magerya Subject: Re: maintainer timeout for FreeBSD commiters References: <50017C97.3050200@filez.com> <515024B0.7020807@gmail.com> In-Reply-To: <515024B0.7020807@gmail.com> X-Enigmail-Version: 1.5.1 OpenPGP: id=3C9B0CF9; url=http://www.shatow.net/bryan/bryan.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2WEENTJPEIKEARFIGLSIF" Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 11:10:20 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2WEENTJPEIKEARFIGLSIF Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 3/25/2013 5:19 AM, Vitaly Magerya wrote: > On 2012-07-14 18:27, Chris Rees wrote: >> On 14 July 2012 16:24, Vitaly Magerya wrote: >>> One problem (at least how it appears to me) is that when a PR gets >>> automatically assigned to a maintainer who is also a committer, it is= >>> not automatically unassigned if the person is missing for a few >>> months, and other committers ignore the PR because it is already >>> assigned. >>> >>> This only happened once to me, but it took 6 months for another >>> committer to notice it. And that was pretty fast, comparing to, say >>> ports/154456 [1], which is open since 2011-02. >>> >>> Is automatic unassignment possible? >> >> Technically yes, but it's highly undesirable. You can feel free to >> bring it up here if you think that's happened. >=20 > Hi, everyone. Two of my PRs, ports/175223 [1] and ports/176701 [2], hav= e > been automatically assigned to committers, and both have reached > maintainer timeout a while ago. Could someone unassign them, so other > committers could take a look? >=20 > Thanks in advance. >=20 > (I still think this should be done automatically. I would prefer not to= > bother everyone at ports@ for such things). >=20 > [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/175223 > [2] http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/176701 I've reset these PR to the pool so anyone can grab them now. --=20 Regards, Bryan Drewery bdrewery@freenode/EFNet ------enig2WEENTJPEIKEARFIGLSIF 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.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRUDCYAAoJEG54KsA8mwz5TDwQAK5nkFSJ7PkJGJ92HctI2quE 93TO7Jg9JNAgqEg78D6RKWXIbJ0JJXXBl+B9aeqCotf2LGPIZiERxuwdfpuid+RJ lO0vuKDSO+YcL9H2dKFgsuJpy7A3YGRxUmt9aOE3+qVoots1qnUDWf0/I02/uOfK 1WPaEhnc3vOeDXUbkvGIdPLwUJf0VStvAjjdQqtsBPFhHUsTEOBWzMqIJ3W6pYNI +pw6kHDp13Xwdv1I7K0E24dHUe/m9WLs+rOAqw33xPoFtzvqwEPuLvuAHUv1JFdd 3PMKWM21MB9E5Mk1Dw3n9lsQeNCsXw8hzwp/GVvtXt3Td8HXz9aydO3qCaWl4+YN U4pDhRxItpnnHTYLkbU02e8bXFVaQCwPrqm9k2nHHffwEnVAfm0pu8RlhUblmkAf CgYwVpM5bwho6vWGeRMAyFtHFt43W4CFwAG9PgrrnLUAe919FqC1EpaMiu07gzjV MW/f2cs+r4KKP6NI9vPXEz0mQ2fnSlBs8Mnfc+cmdkzW0V/NJo0cfPrMiJXpBBh2 D64dk78JnQuIMlOIMDkRndx+F9ZTY9PBijCAEED/2lYAYJpi91jUbjFTZ0d8oUWX PpaNUt5wFjyPQBpzlVGupK26YTxNbR8ZvH2QZLmIccbzAs4J8H0bmm2AikJ7/Xao fa1JYw066wVpEE/v+uCO =sqiS -----END PGP SIGNATURE----- ------enig2WEENTJPEIKEARFIGLSIF-- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 11:21: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]) by hub.freebsd.org (Postfix) with ESMTP id 72BE3E25; Mon, 25 Mar 2013 11:21:04 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm1.ukr.net (fsm1.ukr.net [195.214.192.120]) by mx1.freebsd.org (Postfix) with ESMTP id 26E5A38F; Mon, 25 Mar 2013 11:21:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=CtfpXersyIVoNisC6tzS25WhjLYaFbCqxWGsXEMlRBg=; b=vhA7R95HKNdNznnl1gqol7HYj969TZ367lGbJsRcILj17ZG8xKaCrn9rZZ0h1k8Dihj98IOy429QC/l+IGyl3k365UTDsbMnzVL8EnHkZc7rte4/zZELtBF6j+kDXXgdTn3mxhSCU7vYyy5G86DCdrCw3vjLpHmal7Y0BccDnBk=; Received: from [178.137.138.140] (helo=nonamehost) by fsm1.ukr.net with esmtpsa ID 1UK5SV-000Jfi-9E ; Mon, 25 Mar 2013 13:20:59 +0200 Date: Mon, 25 Mar 2013 13:20:57 +0200 From: Ivan Klymenko To: Bernhard =?UTF-8?B?RnLDtmhsaWNo?= Subject: Re: Kernel panic CURRENT r248596 at virtualbox-ose-kmod module load Message-ID: <20130325132057.494627a2@nonamehost> In-Reply-To: References: <20130323132627.04bf7ef4@nonamehost> <20130324120507.GX3794@kib.kiev.ua> <20130325020340.02c5ace0@nonamehost> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.17; amd64-portbld-freebsd10.0) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWpqak/Pz/i4uIfHx8GBwZwcHAQEBA6o92AAAACHElEQVQ4jWWUTY7bMAyF6QzUPSEoa8PFHEBgqwuM4bVVg7MvZOj+R+ijpMTpjIwgkT7z75EKrdfattpXERG6zqvUOtAr2LCRYfEKcB4l/Q+2cc6XjQH7hv+2YZYreIk5nevZEPvuzUzptizHLzgDMnC5Wpbl7ewJlOEqlQF+DlCjgVLki0WV6FMDMsBxjlJiQulIznwZ+DxHiQyDyIg0wN3Oo6o6ZQ5s5AIfar+W2Wlmz+kCcb8tg6j3voMEwNrBQk69dDBDqw/urpqJH+m+Q6u/4QnoAeYpnUXC/s1iup9rhCd6xMgAqdDyAyFegbKkVAHeLCcOulPLawaoUIDos4M88iLNrVkU7uu5ccTDO6naJzWLum51C6Yb7y4HKKbdArLWir0PBiS8glJRBZHeyHl7J9lENpAC6qT9NlNG4u5hsVYDyJP6mlJJtY3oVju4WSUzHal1sDU17NASoBWSk40J2eBLBJhYrVmzC5gVALGpNIAiQgN6eGstOp9Oa6zFbbLTISYi28BGZDRUJKWeroECkCEkzXjUtbmmaKMfAx2RfbT69/cO+tgHcmx6AfyZOmj3NDIah0F0GB66d4CrdIoplNFFGHSpSheRxbo0W4S8azNItEoMWbw3uXAeJgCrmX5joz7CGXqSg6PcryEhnFr/C1C2ntPxBOYbdwY+8dO3+wZJyFlbMX9s8zNnvp/tLwAv03NB4j3HVpn8Awwm+GrlP6MVAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Konstantin Belousov , freebsd-current@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 11:21:04 -0000 =D0=92 Mon, 25 Mar 2013 09:04:40 +0100 Bernhard Fr=C3=B6hlich =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > On Mon, Mar 25, 2013 at 1:03 AM, Ivan Klymenko wrote: > > =D0=92 Sun, 24 Mar 2013 14:05:07 +0200 > > Konstantin Belousov =D0=BF=D0=B8=D1=88=D0=B5=D1= =82: > > > >> On Sat, Mar 23, 2013 at 01:26:27PM +0200, Ivan Klymenko wrote: > >> > I have > >> > uname -a > >> > FreeBSD nonamehost 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r248596: > >> > Fri Mar 22 01:17:08 EET 2013 > >> > ivan@nonamehost:/usr/obj/usr/src/sys/GENERIC amd64 > >> > > >> > I updated the ports tree to r314921 and recompiled > >> > virtualbox-ose-kmod > >> > > >> > After load the module a have kernel panic. > >> > > >> > Panic String: Lock vm object not exclusively locked @ > >> > /usr/src/sys/vm/vm_page.c:1396 > >> > > >> > http://pkgupdate.nevosoft.ru/backtrace.txt > >> > >> This looks like a vbox issue, the driver did not properly locked > >> the object passed to the vm_page_alloc_contig(). > >> > >> If you want this fixed, you probably need to look up the code > >> yourself, compiling the vbox kld with debugging, finding the > >> offending call to vm_page_alloc_contig() and looking around it to > >> see which object is passed and why it is not locked. > > > > The problem is that port commiter did not listen your advice: > > http://docs.freebsd.org/cgi/mid.cgi?20130312151751.GJ3794 > > > > and used in the patch is not the functions that need > > http://svnweb.freebsd.org/ports/head/emulators/virtualbox-ose-kmod/file= s/patch-src-VBox-Runtime-r0drv-freebsd-memobj-r0drv-freebsd_VM_OBJECT_RENAM= E.c?r1=3D314794&r2=3D314796 > > > > I replaced the all function "VM_OBJECT_RLOCK" on "VM_OBJECT_WLOCK" > > and > > "VM_OBJECT_RUNLOCK" on "VM_OBJECT_WUNLOCK" > > > > and the kernel panic ceased. > > > > Thanks. This problem is solved. >=20 > Thanks a lot! I've fixed it in the port now. Would be great if you > could verify that it's correct now. >=20 Yes - it is correctly http://svnweb.freebsd.org/ports/head/emulators/virtualbox-ose-kmod/files/pa= tch-src-VBox-Runtime-r0drv-freebsd-memobj-r0drv-freebsd_VM_OBJECT_RENAME.c?= r1=3D314797&r2=3D315200 From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 11:30: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]) by hub.freebsd.org (Postfix) with ESMTP id BF9D81C5 for ; Mon, 25 Mar 2013 11:30:23 +0000 (UTC) (envelope-from eugene@home.wdc.spb.ru) Received: from mail.wdc.spb.ru (mail.wdc.spb.ru [89.223.110.23]) by mx1.freebsd.org (Postfix) with ESMTP id 3596A622 for ; Mon, 25 Mar 2013 11:30:19 +0000 (UTC) Received: from mail.wdc.spb.ru (localhost [127.0.0.1]) by mail.wdc.spb.ru (Postfix) with ESMTP id 0C74B2151476; Mon, 25 Mar 2013 15:30:06 +0400 (MSK) Received: by mail.wdc.spb.ru (Postfix, from userid 66) id 0B6772151475; Mon, 25 Mar 2013 15:30:06 +0400 (MSK) Received: from home.wdc.spb.ru (localhost [127.0.0.1]) by home.wdc.spb.ru (Postfix) with ESMTP id 6DD38272C19; Mon, 25 Mar 2013 15:29:28 +0400 (MSK) Received: from home.wdc.spb.ru (home.my.intranet [192.168.2.1]) by home.wdc.spb.ru (Postfix) with ESMTP id 47B51272C18; Mon, 25 Mar 2013 15:29:28 +0400 (MSK) Message-ID: <51503518.1070302@home.wdc.spb.ru> Date: Mon, 25 Mar 2013 15:29:28 +0400 From: "Eugene V. Boontseff" Organization: warm home company User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130310 Thunderbird/17.0.4 MIME-Version: 1.0 To: Marco Steinbach Subject: Re: cannot open tty-output References: <514F56BF.5040805@home.wdc.spb.ru> <20130324215847.2243e4dc@bsd64.grem.de> <514F8E36.3010606@executive-computing.de> <51501192.30303@home.wdc.spb.ru> <51502087.40108@executive-computing.de> <515022BA.6020201@rambler-co.ru> <51502A4A.4080604@executive-computing.de> In-Reply-To: <51502A4A.4080604@executive-computing.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Virus-Scanned: ClamAV using ClamSMTP Cc: "Ilya A. Arkhipov" , freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: eugene@wdc.spb.ru List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 11:30:23 -0000 On 25.03.2013 14:43, Marco Steinbach wrote: > Ilya A. Arkhipov wrote on 25.03.2013 11:11: >> On 03/25/13 14:01, Marco Steinbach wrote: >>> Eugene V. Boontseff wrote on 25.03.2013 09:57: >>>> On 25.03.2013 03:37, Marco Steinbach wrote: >>>>> Michael Gmelin schrieb: >>>>>> On Sun, 24 Mar 2013 23:40:47 +0400 >>>>>> "Eugene V. Boontseff" wrote: >>>>>> >>>>>>> *Marco Steinbach wrote: >>>>>>> * >>>>>>>> Hi, >>>>>>>> >>>>>>>> after installing dialog4ports, I'm getting the following behaviour >>>>>>>> on each 8.3-STABLE I tried: >>>>>>>> >>>>>>>> # jexec /bin/tcsh >>>>>>>> # cd >>>>>>>> # make config >>>>>>>> >>>>>>>> cannot open tty-output >>>>>>>> ===> Options unchanged >>>>>>>> # >>>>>>>> >>>>>>>> Regardless, if I'm logged in on the console or connect to the host >>>>>>>> via ssh. >>>>>>>> >>>>>>>> >>>>>>>> I've also tried on 8.4-BETA1 (r248617), but got the same >>>>>>>> behaviour. >>>>>>>> >>>>>>>> Anyone else experiencing this ? >>>>>>> Yes, I have also experienced this. >>>>>>> 8.3-STABLE r244863 >>>>>>> Only if i do a "make config" in a jail. >>>>>>> Outside the jail all goes well. >>>>>>>> MfG CoCo >>>>>> >>>>>> This problem doesn't exist in 9.1. On 8 it only happens when you >>>>>> jexeced into the jail (ssh should be ok). As a workaround you can >>>>>> run >>>>>> tmux (sysutils/tmux) within your jail and install ports from >>>>>> within the >>>>>> terminal multiplexer (screen will do as well, but is also heavier). >>>>>> >>>>> >>>>> dialog4ports(1) uses stdout for passing back results, where the >>>>> former dialog(1) used stderr. I reverted the new behaviour back >>>>> to the previous one, which fixed the problem for me. I don't know >>>>> about other implications, though. >>>>> >>>>> Ilya (author of dialog4ports) is aware of the problem and having a >>>>> look at it. >>>>> >>>>> I'm glad that other people are running into this, also. I was >>>>> beginning to think, that there's something fundamentally wrong >>>>> with the way our 8.x jails are configured. >>>> What could it be? I configure jail with ezjail. Nothing special.. :-) >>>> >>>>> MfG CoCo >>>> >>>> >>> >>> Same here. With and without ezjail, same behaviour on all 8.x >>> machines I tried. >>> >>> Using a serial console on a 9.1 machine yields the same behaviour >>> when jexec is used, while there's no error when connected per ssh. >>> >>> MfG CoCo > [...] >> Hi All, >> >> Fixed in >> https://bitbucket.org/m1cro/d4p/commits/42e03ab186b30120fa79e2d0a6093a3c673385ef >> >> Thanks Marco. >> >> After checking it will committed, but you already can test it: >> - change dialog4ports version to 0.1.2 >> - make makesum >> - portmaster -d /usr/ports/ports-mgmt/dialog4ports >> - add 2(stderr) in Tools/scripts/dialog4ports.sh in "exec >> $DIALOG4PORTS 2> $OPTIONSFILE" line. >> - test it :) >> > > Tried it on 9.1 and 8.3, both with jexec using a serial console and > jexec from a ssh connection. Works as advertised. > > Thank you for fixing this, Ilya :) Hmm.. I've applied the patch: eugene@repo-home [/]# diff -u /var/ports/basejail/usr/ports/ports-mgmt/dialog4ports/work/dialog4ports-0.1.1/dialog4ports.c.orig /var/ports/basejail/usr/ports/ports-mgmt/dialog4ports/work/dialog4ports-0.1.1/dialog4ports.c --- /var/ports/basejail/usr/ports/ports-mgmt/dialog4ports/work/dialog4ports-0.1.1/dialog4ports.c.orig 2013-03-21 21:46:12.000000000 +0400 +++ /var/ports/basejail/usr/ports/ports-mgmt/dialog4ports/work/dialog4ports-0.1.1/dialog4ports.c 2013-03-25 15:17:45.000000000 +0400 @@ -273,8 +273,8 @@ /* return all active items */ for (i = 0; i < list_no; i++) { if (items[i].state == 1) { - printf("\"%s\"", items[i].name); - printf(" "); + fprintf(stderr, "\"%s\"", items[i].name); + fprintf(stderr, " "); } } } else { Then build the port dialog4ports again. Then tried make config: eugene@repo-home [/]# make -C /usr/ports/devel/apr1 config cannot open tty-output ===> Options unchanged FreeBSD 8.3 stable. jexec from a console and from a gnome-terminal give the same result. What I did wrong? -- Eugene From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 11:31: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]) by hub.freebsd.org (Postfix) with ESMTP id 6490E27B for ; Mon, 25 Mar 2013 11:31:02 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay05.ispgateway.de (smtprelay05.ispgateway.de [80.67.31.98]) by mx1.freebsd.org (Postfix) with ESMTP id EFC4F640 for ; Mon, 25 Mar 2013 11:31:01 +0000 (UTC) Received: from [87.79.250.190] (helo=fabiankeil.de) by smtprelay05.ispgateway.de with esmtpsa (SSLv3:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1UK5c7-0004ne-96 for freebsd-ports@freebsd.org; Mon, 25 Mar 2013 12:30:55 +0100 Date: Mon, 25 Mar 2013 12:28:26 +0100 From: Fabian Keil To: freebsd-ports@freebsd.org Subject: Re: LEGAL variable to capture generic issues Message-ID: <20130325122826.49e622d1@fabiankeil.de> In-Reply-To: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/hYHBAi0Y2rVIo4Ow6Ce2HrF"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 11:31:02 -0000 --Sig_/hYHBAi0Y2rVIo4Ow6Ce2HrF Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Eitan Adler wrote: > I have been trying to capture the differences between LEGAL and the ports= tree. > At this point I am convinced we need a new variable to capture in a > machine usable way issues such as "special permission granted to > distribute under the GPL" or "No license -- see > http://cr.yp.to/softwarelaw.html". Furthermore some ports define > NO_PACKAGE for reasons of legality (GPL issues) and others defined it > for other reasons (the package becomes too big). We have no method to > differentiate between these two reasons. >=20 > I'd like to add a global "meta" variable that captures this > relationship. This would add the ability to mark per port special > text to be included in LEGAL even if it doesn't affect the ports tee > behavior. >=20 > The patch below would require a little bit of additional work (ports > which defined NO_PACKAGE for reasons other than legality would also > need to define LEGAL_PACKAGE=3D yes). This would make it much easier to > autogenerate LEGAL from the tree. >=20 > Thoughts? >=20 >=20 > Index: Mk/bsd.port.mk > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- Mk/bsd.port.mk (revision 315169) > +++ Mk/bsd.port.mk (working copy) > @@ -161,6 +161,9 @@ FreeBSD_MAINTAINER=3D portmgr@FreeBSD.org > # but distfiles can be put on ftp sites and CDROMs. > # FORBIDDEN - Package build should not be attempted because of > # security vulnerabilities. > +# LEGAL_TEXT - Port has legal issues (e.g., special > +# permission to distribute, lacks a license). > +# LEGAL_PACKAGE - Port has no legal issues but defines NO_PACKAGE As a ports maintainer I'm neither willing nor able to guarantee that my ports have no "legal issues". In fact some of my ports are (according to the upstream) licensed under the GPLv2 which is partly invalid in my jurisdiction. Would this "legal issue" require a LEGAL_TEXT? Fabian --Sig_/hYHBAi0Y2rVIo4Ow6Ce2HrF Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlFQNN8ACgkQBYqIVf93VJ2LLwCfaZO+4fRc7QBO3Y3CS+QQm51c LhQAn2RhBbSsqjC69gaPmXByvwdmZ2tA =Hsym -----END PGP SIGNATURE----- --Sig_/hYHBAi0Y2rVIo4Ow6Ce2HrF-- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 11:35:26 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D3A51475 for ; Mon, 25 Mar 2013 11:35:26 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id A3C5B67F for ; Mon, 25 Mar 2013 11:35:26 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r2PBZQcf016198 for ; Mon, 25 Mar 2013 11:35:26 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r2PBZQEU016197 for freebsd-ports@freebsd.org; Mon, 25 Mar 2013 11:35:26 GMT (envelope-from bdrewery) Received: (qmail 25281 invoked from network); 25 Mar 2013 06:35:25 -0500 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 25 Mar 2013 06:35:25 -0500 Message-ID: <5150367A.7000207@FreeBSD.org> Date: Mon, 25 Mar 2013 06:35:22 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: cannot open tty-output References: <514F56BF.5040805@home.wdc.spb.ru> <20130324215847.2243e4dc@bsd64.grem.de> <514F8E36.3010606@executive-computing.de> <51501192.30303@home.wdc.spb.ru> <51502087.40108@executive-computing.de> <515022BA.6020201@rambler-co.ru> In-Reply-To: <515022BA.6020201@rambler-co.ru> X-Enigmail-Version: 1.5.1 OpenPGP: id=3C9B0CF9; url=http://www.shatow.net/bryan/bryan.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2QDJIDBUJRAGASFALGQVK" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 11:35:26 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2QDJIDBUJRAGASFALGQVK Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 3/25/2013 5:11 AM, Ilya A. Arkhipov wrote: > Hi All, >=20 > Fixed in > https://bitbucket.org/m1cro/d4p/commits/42e03ab186b30120fa79e2d0a6093a3= c673385ef >=20 > Thanks Marco. >=20 > After checking it will committed, but you already can test it: > - change dialog4ports version to 0.1.2 > - make makesum > - portmaster -d /usr/ports/ports-mgmt/dialog4ports > - add 2(stderr) in Tools/scripts/dialog4ports.sh in "exec $DIALOG4PORTS= > 2> $OPTIONSFILE" line. > - test it :) >=20 This has now been released to the ports tree. You will need to update dialog4ports as normal with portmaster to see the jail fixes. --=20 Regards, Bryan Drewery bdrewery@freenode/EFNet ------enig2QDJIDBUJRAGASFALGQVK 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.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRUDZ6AAoJEG54KsA8mwz5jzEQALgkdX1NLgx9lN7MyhykcdBW bX/2KSpxgra3DZ4c+yqChVP582ltGkswAdHUth0igKiPX0+ByRmIMkFNQN0Q0yh/ 6LRCALkntrmgQoJxqencujNAX24HO9MmSLAJuleYwJV4MpwLaBtFdjlfMGjHbf9Z vYjjI3tNcusJYeLV0L1hvexfBdED80FIUbNfp0EfBCPKkask6Tk9c4JvhpLJ8AXw GISf8Dmz/nR7FJto+zZeGqT2svVrYAZsf3zcythD8t0cYblFRrzPu4smYYqgCFO7 LN+cANKsp1rZqN4T/RSigqkjs2H8LP41wSvFquXuMDmr6PimZDpQmS9y4DZN3XRn y4y4kaQXhFw8Sxtw6p1CxPyjoWv5P5CE9jRGWNum4Q47MEcY/iVgcu+/HOdiRc/b 6SRaZHbNxA0tFpP7vBEuR0k4r947RMCFO2X70idO9hEhR5xF/xCDkUnJfk2q3S07 IR+8OqmZLrYb2+VQ8RlgBdGT8AM5wiZGwublWZc6FjYsNqxJHzznJphv+R4ow7L5 xGnAK/0tmSt2iql3xYua4jkD0CYx19g/mf6la1IrftqN2bRM4T73BFa7cVPg5C0T xEST/WUu71dCSJ8ottxUp9Hdomy40ZnurhJg1tEARO2lfNrRKyixC2hmiKvo+O6F GFBx+ugpHDKJFrIWKCmg =NMs+ -----END PGP SIGNATURE----- ------enig2QDJIDBUJRAGASFALGQVK-- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 11:40:19 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DBAEA600 for ; Mon, 25 Mar 2013 11:40:19 +0000 (UTC) (envelope-from coco@executive-computing.de) Received: from mail.moehre.org (mail.moehre.org [195.96.35.7]) by mx1.freebsd.org (Postfix) with ESMTP id 4F6A76C4 for ; Mon, 25 Mar 2013 11:40:19 +0000 (UTC) Received: from mail.moehre.org (unknown [195.96.35.7]) by mail.moehre.org (Postfix) with ESMTP id 65D1D8B143B; Mon, 25 Mar 2013 12:40:18 +0100 (CET) X-Spam-Flag: NO X-Spam-Score: -100.076 X-Spam-Level: X-Spam-Status: No, score=-100.076 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-1, AWL=-0.851, URIBL_BLACK=1.775, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mail.moehre.org ([195.96.35.7]) by mail.moehre.org (mail.moehre.org [195.96.35.7]) (amavisd-new, port 10024) with ESMTP id rhr5f9Oem54C; Mon, 25 Mar 2013 12:40:16 +0100 (CET) Received: from [192.168.100.30] (p54B0A677.dip.t-dialin.net [84.176.166.119]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: coco@executive-computing.de) by mail.moehre.org (Postfix) with ESMTPSA id C5F578B143D; Mon, 25 Mar 2013 12:40:15 +0100 (CET) Message-ID: <515037BF.8040108@executive-computing.de> Date: Mon, 25 Mar 2013 12:40:47 +0100 From: Marco Steinbach User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: eugene@wdc.spb.ru Subject: Re: cannot open tty-output References: <514F56BF.5040805@home.wdc.spb.ru> <20130324215847.2243e4dc@bsd64.grem.de> <514F8E36.3010606@executive-computing.de> <51501192.30303@home.wdc.spb.ru> <51502087.40108@executive-computing.de> <515022BA.6020201@rambler-co.ru> <51502A4A.4080604@executive-computing.de> <51503518.1070302@home.wdc.spb.ru> In-Reply-To: <51503518.1070302@home.wdc.spb.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "Ilya A. Arkhipov" , freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 11:40:19 -0000 Eugene V. Boontseff wrote on 25.03.2013 12:29: > On 25.03.2013 14:43, Marco Steinbach wrote: >> Ilya A. Arkhipov wrote on 25.03.2013 11:11: >>> On 03/25/13 14:01, Marco Steinbach wrote: >>>> Eugene V. Boontseff wrote on 25.03.2013 09:57: >>>>> On 25.03.2013 03:37, Marco Steinbach wrote: >>>>>> Michael Gmelin schrieb: >>>>>>> On Sun, 24 Mar 2013 23:40:47 +0400 >>>>>>> "Eugene V. Boontseff" wrote: >>>>>>> >>>>>>>> *Marco Steinbach wrote: >>>>>>>> * >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> after installing dialog4ports, I'm getting the following behaviour >>>>>>>>> on each 8.3-STABLE I tried: >>>>>>>>> >>>>>>>>> # jexec /bin/tcsh >>>>>>>>> # cd >>>>>>>>> # make config >>>>>>>>> >>>>>>>>> cannot open tty-output >>>>>>>>> ===> Options unchanged >>>>>>>>> # >>>>>>>>> >>>>>>>>> Regardless, if I'm logged in on the console or connect to the host >>>>>>>>> via ssh. >>>>>>>>> >>>>>>>>> >>>>>>>>> I've also tried on 8.4-BETA1 (r248617), but got the same >>>>>>>>> behaviour. >>>>>>>>> >>>>>>>>> Anyone else experiencing this ? >>>>>>>> Yes, I have also experienced this. >>>>>>>> 8.3-STABLE r244863 >>>>>>>> Only if i do a "make config" in a jail. >>>>>>>> Outside the jail all goes well. >>>>>>>>> MfG CoCo >>>>>>> >>>>>>> This problem doesn't exist in 9.1. On 8 it only happens when you >>>>>>> jexeced into the jail (ssh should be ok). As a workaround you can >>>>>>> run >>>>>>> tmux (sysutils/tmux) within your jail and install ports from >>>>>>> within the >>>>>>> terminal multiplexer (screen will do as well, but is also heavier). >>>>>>> >>>>>> >>>>>> dialog4ports(1) uses stdout for passing back results, where the >>>>>> former dialog(1) used stderr. I reverted the new behaviour back >>>>>> to the previous one, which fixed the problem for me. I don't know >>>>>> about other implications, though. >>>>>> >>>>>> Ilya (author of dialog4ports) is aware of the problem and having a >>>>>> look at it. >>>>>> >>>>>> I'm glad that other people are running into this, also. I was >>>>>> beginning to think, that there's something fundamentally wrong >>>>>> with the way our 8.x jails are configured. >>>>> What could it be? I configure jail with ezjail. Nothing special.. :-) >>>>> >>>>>> MfG CoCo >>>>> >>>>> >>>> >>>> Same here. With and without ezjail, same behaviour on all 8.x >>>> machines I tried. >>>> >>>> Using a serial console on a 9.1 machine yields the same behaviour >>>> when jexec is used, while there's no error when connected per ssh. >>>> >>>> MfG CoCo >> [...] >>> Hi All, >>> >>> Fixed in >>> https://bitbucket.org/m1cro/d4p/commits/42e03ab186b30120fa79e2d0a6093a3c673385ef >>> >>> Thanks Marco. >>> >>> After checking it will committed, but you already can test it: >>> - change dialog4ports version to 0.1.2 >>> - make makesum >>> - portmaster -d /usr/ports/ports-mgmt/dialog4ports >>> - add 2(stderr) in Tools/scripts/dialog4ports.sh in "exec >>> $DIALOG4PORTS 2> $OPTIONSFILE" line. >>> - test it :) >>> >> >> Tried it on 9.1 and 8.3, both with jexec using a serial console and >> jexec from a ssh connection. Works as advertised. >> >> Thank you for fixing this, Ilya :) > Hmm.. I've applied the patch: > > eugene@repo-home [/]# diff -u > /var/ports/basejail/usr/ports/ports-mgmt/dialog4ports/work/dialog4ports-0.1.1/dialog4ports.c.orig > /var/ports/basejail/usr/ports/ports-mgmt/dialog4ports/work/dialog4ports-0.1.1/dialog4ports.c > > --- > /var/ports/basejail/usr/ports/ports-mgmt/dialog4ports/work/dialog4ports-0.1.1/dialog4ports.c.orig > 2013-03-21 21:46:12.000000000 +0400 > +++ > /var/ports/basejail/usr/ports/ports-mgmt/dialog4ports/work/dialog4ports-0.1.1/dialog4ports.c > 2013-03-25 15:17:45.000000000 +0400 > @@ -273,8 +273,8 @@ > /* return all active items */ > for (i = 0; i < list_no; i++) { > if (items[i].state == 1) { > - printf("\"%s\"", items[i].name); > - printf(" "); > + fprintf(stderr, "\"%s\"", items[i].name); > + fprintf(stderr, " "); > } > } > } else { > > Then build the port dialog4ports again. > Then tried make config: > > eugene@repo-home [/]# make -C /usr/ports/devel/apr1 config > > cannot open tty-output > ===> Options unchanged > > FreeBSD 8.3 stable. > > > jexec from a console and from a gnome-terminal give the same result. > What I did wrong? > Did you change Tools/scripts/dialog4ports.sh, also ? MfG CoCo From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 11:40:58 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 53EFC6AC for ; Mon, 25 Mar 2013 11:40:58 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id BF1456D5 for ; Mon, 25 Mar 2013 11:40:57 +0000 (UTC) Received: (qmail 4893 invoked by uid 89); 25 Mar 2013 11:40:55 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@79.251.0.139) by mail.grem.de with ESMTPA; 25 Mar 2013 11:40:55 -0000 Date: Sun, 24 Mar 2013 22:55:39 +0100 From: Michael Gmelin To: freebsd-ports@freebsd.org Subject: Re: cannot open tty-output Message-ID: <20130324225539.07cebec7@bsd64.grem.de> In-Reply-To: <51500E7F.2010206@home.wdc.spb.ru> References: <514F56BF.5040805@home.wdc.spb.ru> <20130324215847.2243e4dc@bsd64.grem.de> <51500E7F.2010206@home.wdc.spb.ru> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: eugene@wdc.spb.ru X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 11:40:58 -0000 On Mon, 25 Mar 2013 12:44:47 +0400 "Eugene V. Boontseff" wrote: > On 25.03.2013 00:58, Michael Gmelin wrote: > > On Sun, 24 Mar 2013 23:40:47 +0400 > > "Eugene V. Boontseff" wrote: > > > >> *Marco Steinbach wrote: > >> * > >>> Hi, > >>> > >>> after installing dialog4ports, I'm getting the following behaviour > >>> on each 8.3-STABLE I tried: > >>> > >>> # jexec /bin/tcsh > >>> # cd > >>> # make config > >>> > >>> cannot open tty-output > >>> ===> Options unchanged > >>> # > >>> > >>> Regardless, if I'm logged in on the console or connect to the host > >>> via ssh. > >>> > >>> > >>> I've also tried on 8.4-BETA1 (r248617), but got the same > >>> behaviour. > >>> > >>> Anyone else experiencing this ? > >> Yes, I have also experienced this. > >> 8.3-STABLE r244863 > >> Only if i do a "make config" in a jail. > >> Outside the jail all goes well. > >>> MfG CoCo > > This problem doesn't exist in 9.1. On 8 it only happens when you > > jexeced into the jail (ssh should be ok). > I tried to go with ssh to localhost. The result is the same error. > > As a workaround you can run > > tmux (sysutils/tmux) within your jail and install ports from within > > the terminal multiplexer > Tmux helped. Thank you. > > (screen will do as well, but is also heavier). > > > If you do jexec inside screen, it does not help. > In jail screen does not start. I've got to admit that I didn't test screen myself. I've been using tmux on 8.x machines for a while for using the mysql monitor (mysql -p would echo the password you type otherwise). Based on that experience sshing from a remote machine (not localhost) should work though. -- Michael Gmelin From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 06:00:18 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2EBCC6D8 for ; Mon, 25 Mar 2013 06:00:18 +0000 (UTC) (envelope-from chenyy@sifinc.cn) Received: from cngw.fujielectric.com (cngw.fujielectric.com [114.141.164.85]) by mx1.freebsd.org (Postfix) with ESMTP id 1C35DBE8 for ; Mon, 25 Mar 2013 06:00:16 +0000 (UTC) Received: (qmail 10930 invoked by uid 508); 25 Mar 2013 13:53:31 +0800 Received: from unknown (HELO sifpc191) (chenyy@sifinc.cn@122.224.171.226) by cngw.fujielectric.com with SMTP; 25 Mar 2013 13:53:31 +0800 From: =?gb2312?B?s8LS5tLl?= To: Subject: postfix-vda-v11-2.9.5.patch Date: Mon, 25 Mar 2013 13:53:27 +0800 Message-ID: <000e01ce291d$12b4eb00$381ec100$@sifinc.cn> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac4pHOB8vmaeEQ8eTbWHu2UnebCEbQ== Content-Language: zh-cn X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.10/RELEASE, bases: 24032013 #9444537, status: clean X-Mailman-Approved-At: Mon, 25 Mar 2013 11:42:07 +0000 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 06:00:18 -0000 HI,I don=A1=AFt download the postfix-vda-v11-2.9.5.patch. Please help me. =20 Thank you! =20 Chenyiyi =20 =20 Error: =20 root@mail:/usr/ports/mail/postfix # make install clean =3D=3D=3D> Found saved configuration for postfix-2.9.5,1 =3D> postfix-vda-v11-2.9.5.patch doesn't seem to exist in /usr/ports/distfiles/postfix. =3D> Attempting to fetch = http://vda.sourceforge.net/VDA/postfix-vda-v11-2.9.5. patch fetch: http://vda.sourceforge.net/VDA/postfix-vda-v11-2.9.5.patch: = Operation timed out =3D> Attempting to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/postfix/postfix-vda-v11= -2. 9.5.patch fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/postfix/postfix-vda-v11= -2. 9.5.patch: File unavailable (e.g., file not found, no access) =3D> Couldn't fetch it - please try to retrieve this =3D> port manually into /usr/ports/distfiles/postfix and try again. *** [do-fetch] Error code 1 =20 Stop in /usr/ports/mail/postfix. *** [install] Error code 1 =20 From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 06:04:08 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B7DB6716 for ; Mon, 25 Mar 2013 06:04:08 +0000 (UTC) (envelope-from chenyy@sifinc.cn) Received: from cngw.fujielectric.com (cngw.fujielectric.com [114.141.164.85]) by mx1.freebsd.org (Postfix) with ESMTP id DF68CC06 for ; Mon, 25 Mar 2013 06:04:07 +0000 (UTC) Received: (qmail 26408 invoked by uid 508); 25 Mar 2013 14:04:05 +0800 Received: from unknown (HELO sifpc191) (chenyy@sifinc.cn@122.224.171.226) by cngw.fujielectric.com with SMTP; 25 Mar 2013 14:04:05 +0800 From: =?gb2312?B?s8LS5tLl?= To: Subject: postfix-vda-v11-2.9.5.patch Date: Mon, 25 Mar 2013 14:04:00 +0800 Message-ID: <001301ce291e$8c654d90$a52fe8b0$@sifinc.cn> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac4pHOB8vmaeEQ8eTbWHu2UnebCEbQ== Content-Language: zh-cn X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.10/RELEASE, bases: 24032013 #9444537, status: clean X-Mailman-Approved-At: Mon, 25 Mar 2013 11:42:57 +0000 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 06:04:08 -0000 HI,I don=A1=AFt download the postfix-vda-v11-2.9.5.patch. Please help me. =20 Thank you! =20 Chenyiyi =20 =20 Error: =20 root@mail:/usr/ports/mail/postfix # make install clean =3D=3D=3D> Found saved configuration for postfix-2.9.5,1 =3D> postfix-vda-v11-2.9.5.patch doesn't seem to exist in /usr/ports/distfiles/postfix. =3D> Attempting to fetch = http://vda.sourceforge.net/VDA/postfix-vda-v11-2.9.5. patch fetch: http://vda.sourceforge.net/VDA/postfix-vda-v11-2.9.5.patch: = Operation timed out =3D> Attempting to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/postfix/postfix-vda-v11= -2. 9.5.patch fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/postfix/postfix-vda-v11= -2. 9.5.patch: File unavailable (e.g., file not found, no access) =3D> Couldn't fetch it - please try to retrieve this =3D> port manually into /usr/ports/distfiles/postfix and try again. *** [do-fetch] Error code 1 =20 Stop in /usr/ports/mail/postfix. *** [install] Error code 1 =20 From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 11:49:29 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 01E00B5D; Mon, 25 Mar 2013 11:49:29 +0000 (UTC) (envelope-from seanwbruno@gmail.com) Received: from mail-ea0-x234.google.com (mail-ea0-x234.google.com [IPv6:2a00:1450:4013:c01::234]) by mx1.freebsd.org (Postfix) with ESMTP id 4473675D; Mon, 25 Mar 2013 11:49:28 +0000 (UTC) Received: by mail-ea0-f180.google.com with SMTP id d10so405937eaj.39 for ; Mon, 25 Mar 2013 04:49:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=tSPQ93RaDa9JKcuSmdV7+8mQ5kf4Aqk6RhyvJXqCiDY=; b=Heue1KqgU6QPTZJjO8gg/Nm3Gi7Phjco5v8zW5H7H38PmkzKoxKHbMgSz7b7yvttEp JB1OWmnhUO8qjy/qTmM9ZDa65V9jAQhCyojlxFZvydiXh4S1fklwAkGR3mzbsmXZBrdw S8j5LVGukPNDN8BGhab5VSqi6yoZSP/j724OAAA+6S5XsJcEDmy8y4zhDJ/PwNjioLT8 dmZ8qyH9uN2Wh7L/iPOIIJikpVHhz0zmnHI4k/mYQpHu5fuQPaDrfrLfR3jZhLx+VD5t lOKscWBMO2/ByjDOm3oKeTUcCBJHVHeISRAfx9SbWf6I8AFQSlZq02frxkijXc2LDKBg bGAw== MIME-Version: 1.0 X-Received: by 10.14.182.72 with SMTP id n48mr6839861eem.3.1364212167244; Mon, 25 Mar 2013 04:49:27 -0700 (PDT) Sender: seanwbruno@gmail.com Received: by 10.223.61.79 with HTTP; Mon, 25 Mar 2013 04:49:27 -0700 (PDT) In-Reply-To: <20130325132057.494627a2@nonamehost> References: <20130323132627.04bf7ef4@nonamehost> <20130324120507.GX3794@kib.kiev.ua> <20130325020340.02c5ace0@nonamehost> <20130325132057.494627a2@nonamehost> Date: Mon, 25 Mar 2013 04:49:27 -0700 X-Google-Sender-Auth: nUfnFGL0JnzXTVkyIcXiAxR1RBo Message-ID: Subject: Re: Kernel panic CURRENT r248596 at virtualbox-ose-kmod module load From: sean bruno To: Ivan Klymenko Content-Type: text/plain; charset=UTF-8 Cc: Konstantin Belousov , freebsd-current@freebsd.org, =?UTF-8?Q?Bernhard_Fr=C3=B6hlich?= , freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 11:49:29 -0000 > > Yes - it is correctly > http://svnweb.freebsd.org/ports/head/emulators/virtualbox-ose-kmod/files/patch-src-VBox-Runtime-r0drv-freebsd-memobj-r0drv-freebsd_VM_OBJECT_RENAME.c?r1=314797&r2=315200 Ah, thank you. My patch definitely was not right and I was wondering where the kpanic on load/startup was coming from. :-) From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 11:55:07 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A3693F6C for ; Mon, 25 Mar 2013 11:55:07 +0000 (UTC) (envelope-from eugene@home.wdc.spb.ru) Received: from mail.wdc.spb.ru (mail.wdc.spb.ru [89.223.110.23]) by mx1.freebsd.org (Postfix) with ESMTP id E95FF7E7 for ; Mon, 25 Mar 2013 11:55:06 +0000 (UTC) Received: from mail.wdc.spb.ru (localhost [127.0.0.1]) by mail.wdc.spb.ru (Postfix) with ESMTP id D7E992151476; Mon, 25 Mar 2013 15:55:05 +0400 (MSK) Received: by mail.wdc.spb.ru (Postfix, from userid 66) id D6C872151475; Mon, 25 Mar 2013 15:55:05 +0400 (MSK) Received: from home.wdc.spb.ru (localhost [127.0.0.1]) by home.wdc.spb.ru (Postfix) with ESMTP id 5FEAC272C19; Mon, 25 Mar 2013 15:52:22 +0400 (MSK) Received: from home.wdc.spb.ru (home.my.intranet [192.168.2.1]) by home.wdc.spb.ru (Postfix) with ESMTP id 332B3272C18; Mon, 25 Mar 2013 15:52:22 +0400 (MSK) Message-ID: <51503A76.4080909@home.wdc.spb.ru> Date: Mon, 25 Mar 2013 15:52:22 +0400 From: "Eugene V. Boontseff" Organization: warm home company User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130310 Thunderbird/17.0.4 MIME-Version: 1.0 To: Marco Steinbach Subject: Re: cannot open tty-output References: <514F56BF.5040805@home.wdc.spb.ru> <20130324215847.2243e4dc@bsd64.grem.de> <514F8E36.3010606@executive-computing.de> <51501192.30303@home.wdc.spb.ru> <51502087.40108@executive-computing.de> <515022BA.6020201@rambler-co.ru> <51502A4A.4080604@executive-computing.de> <51503518.1070302@home.wdc.spb.ru> <515037BF.8040108@executive-computing.de> In-Reply-To: <515037BF.8040108@executive-computing.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Virus-Scanned: ClamAV using ClamSMTP Cc: "Ilya A. Arkhipov" , freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: eugene@wdc.spb.ru List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 11:55:07 -0000 On 25.03.2013 15:40, Marco Steinbach wrote: > Eugene V. Boontseff wrote on 25.03.2013 12:29: >> On 25.03.2013 14:43, Marco Steinbach wrote: >>> Ilya A. Arkhipov wrote on 25.03.2013 11:11: >>>> On 03/25/13 14:01, Marco Steinbach wrote: >>>>> Eugene V. Boontseff wrote on 25.03.2013 09:57: >>>>>> On 25.03.2013 03:37, Marco Steinbach wrote: >>>>>>> Michael Gmelin schrieb: >>>>>>>> On Sun, 24 Mar 2013 23:40:47 +0400 >>>>>>>> "Eugene V. Boontseff" wrote: >>>>>>>> >>>>>>>>> *Marco Steinbach wrote: >>>>>>>>> * >>>>>>>>>> Hi, >>>>>>>>>> >>>>>>>>>> after installing dialog4ports, I'm getting the following >>>>>>>>>> behaviour >>>>>>>>>> on each 8.3-STABLE I tried: >>>>>>>>>> >>>>>>>>>> # jexec /bin/tcsh >>>>>>>>>> # cd >>>>>>>>>> # make config >>>>>>>>>> >>>>>>>>>> cannot open tty-output >>>>>>>>>> ===> Options unchanged >>>>>>>>>> # >>>>>>>>>> >>>>>>>>>> Regardless, if I'm logged in on the console or connect to the >>>>>>>>>> host >>>>>>>>>> via ssh. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> I've also tried on 8.4-BETA1 (r248617), but got the same >>>>>>>>>> behaviour. >>>>>>>>>> >>>>>>>>>> Anyone else experiencing this ? >>>>>>>>> Yes, I have also experienced this. >>>>>>>>> 8.3-STABLE r244863 >>>>>>>>> Only if i do a "make config" in a jail. >>>>>>>>> Outside the jail all goes well. >>>>>>>>>> MfG CoCo >>>>>>>> >>>>>>>> This problem doesn't exist in 9.1. On 8 it only happens when you >>>>>>>> jexeced into the jail (ssh should be ok). As a workaround you >>>>>>>> can run >>>>>>>> tmux (sysutils/tmux) within your jail and install ports from >>>>>>>> within the >>>>>>>> terminal multiplexer (screen will do as well, but is also >>>>>>>> heavier). >>>>>>>> >>>>>>> >>>>>>> dialog4ports(1) uses stdout for passing back results, where the >>>>>>> former dialog(1) used stderr. I reverted the new behaviour back >>>>>>> to the previous one, which fixed the problem for me. I don't >>>>>>> know about other implications, though. >>>>>>> >>>>>>> Ilya (author of dialog4ports) is aware of the problem and having >>>>>>> a look at it. >>>>>>> >>>>>>> I'm glad that other people are running into this, also. I was >>>>>>> beginning to think, that there's something fundamentally wrong >>>>>>> with the way our 8.x jails are configured. >>>>>> What could it be? I configure jail with ezjail. Nothing special.. >>>>>> :-) >>>>>> >>>>>>> MfG CoCo >>>>>> >>>>>> >>>>> >>>>> Same here. With and without ezjail, same behaviour on all 8.x >>>>> machines I tried. >>>>> >>>>> Using a serial console on a 9.1 machine yields the same behaviour >>>>> when jexec is used, while there's no error when connected per ssh. >>>>> >>>>> MfG CoCo >>> [...] >>>> Hi All, >>>> >>>> Fixed in >>>> https://bitbucket.org/m1cro/d4p/commits/42e03ab186b30120fa79e2d0a6093a3c673385ef >>>> >>>> Thanks Marco. >>>> >>>> After checking it will committed, but you already can test it: >>>> - change dialog4ports version to 0.1.2 >>>> - make makesum >>>> - portmaster -d /usr/ports/ports-mgmt/dialog4ports >>>> - add 2(stderr) in Tools/scripts/dialog4ports.sh in "exec >>>> $DIALOG4PORTS 2> $OPTIONSFILE" line. >>>> - test it :) >>>> >>> >>> Tried it on 9.1 and 8.3, both with jexec using a serial console and >>> jexec from a ssh connection. Works as advertised. >>> >>> Thank you for fixing this, Ilya :) >> Hmm.. I've applied the patch: >> >> eugene@repo-home [/]# diff -u >> /var/ports/basejail/usr/ports/ports-mgmt/dialog4ports/work/dialog4ports-0.1.1/dialog4ports.c.orig >> /var/ports/basejail/usr/ports/ports-mgmt/dialog4ports/work/dialog4ports-0.1.1/dialog4ports.c >> >> --- >> /var/ports/basejail/usr/ports/ports-mgmt/dialog4ports/work/dialog4ports-0.1.1/dialog4ports.c.orig >> 2013-03-21 21:46:12.000000000 +0400 >> +++ >> /var/ports/basejail/usr/ports/ports-mgmt/dialog4ports/work/dialog4ports-0.1.1/dialog4ports.c >> 2013-03-25 15:17:45.000000000 +0400 >> @@ -273,8 +273,8 @@ >> /* return all active items */ >> for (i = 0; i < list_no; i++) { >> if (items[i].state == 1) { >> - printf("\"%s\"", items[i].name); >> - printf(" "); >> + fprintf(stderr, "\"%s\"", >> items[i].name); >> + fprintf(stderr, " "); >> } >> } >> } else { >> >> Then build the port dialog4ports again. >> Then tried make config: >> >> eugene@repo-home [/]# make -C /usr/ports/devel/apr1 config >> >> cannot open tty-output >> ===> Options unchanged >> >> FreeBSD 8.3 stable. >> >> >> jexec from a console and from a gnome-terminal give the same result. >> What I did wrong? >> > > Did you change Tools/scripts/dialog4ports.sh, also ? Oh, I completely lost sight of it. Everything works. > > MfG CoCo > > > -- Eugene From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 13:08:18 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id BE1EC508 for ; Mon, 25 Mar 2013 13:08:18 +0000 (UTC) (envelope-from portscout@portscout.freebsd.org) Received: from null.zi0r.com (null.zi0r.com [71.245.171.204]) by mx1.freebsd.org (Postfix) with ESMTP id 86A84C39 for ; Mon, 25 Mar 2013 13:08:18 +0000 (UTC) Received: from null.zi0r.com (localhost [127.0.0.1]) by null.zi0r.com (8.14.5/8.14.5) with ESMTP id r2PD0Bfh029911 for ; Mon, 25 Mar 2013 09:00:11 -0400 (EDT) (envelope-from portscout@null.zi0r.com) Received: (from portscout@localhost) by null.zi0r.com (8.14.5/8.14.5/Submit) id r2PD0B4R029707; Mon, 25 Mar 2013 09:00:11 -0400 (EDT) (envelope-from portscout) Message-Id: <201303251300.r2PD0B4R029707@null.zi0r.com> MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain Date: Mon, 25 Mar 2013 09:00:11 -0400 From: portscout@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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 13:08:18 -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 ------------------------------------------------+-----------------+------------ deskutils/gworkspace | 0.9.1 | 0.9.2 ------------------------------------------------+-----------------+------------ deskutils/gworkspace-gwmetadata | 0.9.1 | 0.9.2 ------------------------------------------------+-----------------+------------ devel/rubygem-notify | 0.4.0 | 0.5.0 ------------------------------------------------+-----------------+------------ 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 If wish to stop receiving portscout reminders, please contact portscout@portscout.freebsd.org Thanks. From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 13:36: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]) by hub.freebsd.org (Postfix) with ESMTP id 445A3CB6 for ; Mon, 25 Mar 2013 13:36:53 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from relay.andxor.it (relay.andxor.it [195.223.2.3]) by mx1.freebsd.org (Postfix) with ESMTP id 48CEDE30 for ; Mon, 25 Mar 2013 13:36:51 +0000 (UTC) Received: (qmail 95245 invoked from network); 25 Mar 2013 13:36:43 -0000 Received: from alex.andxor.it (a.premoli@andxor.it@192.168.2.30) by relay.andxor.it with ESMTPSA; 25 Mar 2013 13:36:43 -0000 Message-ID: <515052EB.30409@FreeBSD.org> Date: Mon, 25 Mar 2013 14:36:43 +0100 From: Alex Dupre User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:19.0) Gecko/20100101 Firefox/19.0 SeaMonkey/2.16 MIME-Version: 1.0 To: Eitan Adler Subject: Re: LEGAL variable to capture generic issues References: In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 13:36:53 -0000 Eitan Adler ha scritto: > I have been trying to capture the differences between LEGAL and the ports tree. > At this point I am convinced we need a new variable to capture in a > machine usable way issues such as "special permission granted to > distribute under the GPL" or "No license -- see > http://cr.yp.to/softwarelaw.html". Furthermore some ports define > NO_PACKAGE for reasons of legality (GPL issues) and others defined it > for other reasons (the package becomes too big). We have no method to > differentiate between these two reasons. For license reasons we already have this: # RESTRICTED - Prevent the distribution of distfiles and packages to # the FTP sites or on CDROM (e.g. forbidden by license # considerations). and related /usr/ports/LEGAL entries. -- Alex Dupre From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 13:56:19 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8CE323F6 for ; Mon, 25 Mar 2013 13:56:19 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-pa0-f50.google.com (mail-pa0-f50.google.com [209.85.220.50]) by mx1.freebsd.org (Postfix) with ESMTP id 69B08F8F for ; Mon, 25 Mar 2013 13:56:19 +0000 (UTC) Received: by mail-pa0-f50.google.com with SMTP id bg2so1046950pad.37 for ; Mon, 25 Mar 2013 06:56:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=NcYkjt4o6NzQRVkWiCqIsAABqFWxlB4YOwwVjVUm7Ns=; b=jyaP6AwFqKZEYfgPa8MmmxBsJ0d6HG6taeRID9K4zIb5NRNuq+Qy9xOL0VExw3dbN8 K9fLVLUAmqkfMmmyuzpXqUCaaGhlI7h0najJh2xpxmPhbGUlbvTlXm3yhEjGWpyKGBzn f1FFKIdi5/kTd6xLYuSvQGPBrLj2U9RelueWQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:x-gm-message-state; bh=NcYkjt4o6NzQRVkWiCqIsAABqFWxlB4YOwwVjVUm7Ns=; b=ZcwpI44QNaiPO7dIMZXrz8DH/bRbEhHGXl8iTNgoFDjRORn6dqqHHcgzrumg9K4V43 ogLlpCf9KY3di6HzVMclq7Jjdhzb3y3aDTxMHnt0H26nCRh6u4vAEchgHIfqChnEAKXY ZAQ3HVlqZqSLHpAGY8SQT4/DSE0D8Eb7aiYQa6IfaGXyKMLr18WqvyEhERGzgSYD9102 qOnhwb5XE6pu7/XBi6W8FWYPTNTitWkFMCuu/TkTd4sNbHg2QU6cekwQstOfxRQx78wH Vrmh16LbJWx5gdOJa/vbKARJ8fbGpI4uPZyyOI3dmmLz+MvYZcw4UThCavRpyjHdd8B6 EaIA== X-Received: by 10.66.232.97 with SMTP id tn1mr13144235pac.121.1364219773280; Mon, 25 Mar 2013 06:56:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.139.162 with HTTP; Mon, 25 Mar 2013 06:55:43 -0700 (PDT) In-Reply-To: <515052EB.30409@FreeBSD.org> References: <515052EB.30409@FreeBSD.org> From: Eitan Adler Date: Mon, 25 Mar 2013 09:55:43 -0400 Message-ID: Subject: Re: LEGAL variable to capture generic issues To: Alex Dupre Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQljJW7GOj25Pm4SSnQTiZHsrkkT4lHxfnFdmdGeHO5vvVvfFv9RStr6zGb+DhJbYk0ktH90 Cc: freebsd-ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 13:56:19 -0000 On 25 March 2013 09:36, Alex Dupre wrote: > Eitan Adler ha scritto: >> I have been trying to capture the differences between LEGAL and the ports tree. >> At this point I am convinced we need a new variable to capture in a >> machine usable way issues such as "special permission granted to >> distribute under the GPL" or "No license -- see >> http://cr.yp.to/softwarelaw.html". Furthermore some ports define >> NO_PACKAGE for reasons of legality (GPL issues) and others defined it >> for other reasons (the package becomes too big). We have no method to >> differentiate between these two reasons. > > For license reasons we already have this: > > # RESTRICTED - Prevent the distribution of distfiles and packages to > # the FTP sites or on CDROM (e.g. > forbidden by license > # considerations). RESTRICTED does not cover "special permission granted to distribute" and other not-a-restriction things. > and related /usr/ports/LEGAL entries. The intent is to generate /usr/ports/LEGAL from the ports tree. -- Eitan Adler From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 14:08:37 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9BADEE7F for ; Mon, 25 Mar 2013 14:08:37 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from relay.andxor.it (relay.andxor.it [195.223.2.3]) by mx1.freebsd.org (Postfix) with ESMTP id D9C1212B for ; Mon, 25 Mar 2013 14:08:36 +0000 (UTC) Received: (qmail 97326 invoked from network); 25 Mar 2013 14:08:32 -0000 Received: from alex.andxor.it (a.premoli@andxor.it@192.168.2.30) by relay.andxor.it with ESMTPSA; 25 Mar 2013 14:08:32 -0000 Message-ID: <51505A60.8070809@FreeBSD.org> Date: Mon, 25 Mar 2013 15:08:32 +0100 From: Alex Dupre User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:19.0) Gecko/20100101 Firefox/19.0 SeaMonkey/2.16 MIME-Version: 1.0 To: Eitan Adler Subject: Re: LEGAL variable to capture generic issues References: <515052EB.30409@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 14:08:37 -0000 Eitan Adler ha scritto: > RESTRICTED does not cover "special permission granted to distribute" > and other not-a-restriction things. And why do we need them? RESTRICTED is for !distributable, exactly as the LEGAL file. We can improve RESTRICTED to automatically generate LEGAL. For particular licenses we already have a controversial LICENSE framework. -- Alex Dupre From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 14:26:43 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id EBF28524 for ; Mon, 25 Mar 2013 14:26:43 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-pd0-f177.google.com (mail-pd0-f177.google.com [209.85.192.177]) by mx1.freebsd.org (Postfix) with ESMTP id C765F283 for ; Mon, 25 Mar 2013 14:26:43 +0000 (UTC) Received: by mail-pd0-f177.google.com with SMTP id y14so2505248pdi.8 for ; Mon, 25 Mar 2013 07:26:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=W2rOmfhSMF3JH4G0vsL2dROqsHceHZA6RzZ/UvL3Buc=; b=ddf3hg5FZNuGNJxdbjw9AUSUYi9c5wT8SyeFBnuw56smXybl79zlOU8DEVy2vtR8nS /PNiL99GKXcdGjP4zrJOCS3NSdUF9yJ0PFaH031VTvF3FmGgpE6XryhM4tfcxskGvuil 1d8+prp1HykGLSI966dJaWoPyGezWQI2gjXJU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:x-gm-message-state; bh=W2rOmfhSMF3JH4G0vsL2dROqsHceHZA6RzZ/UvL3Buc=; b=SsGQYbxjW1frgvliRI3y6FG57uiOnDMOZhDH9vHKPFj5Isi6KH2cJeD0URYMjB29pV LvtA1TUoGSIbkF2zB2btHcOGRxeaD8BtOtwWKjdEgFcOMEaPx2FsMDFbb6mjFMXby2e4 NVomzJwCqVa8SwggLULn7AP5LHAtZSCK/N4/H5AtLsp4gWkbDcc37UaG6M8/hNwJhljU 7uHT3yMfiLYuRSSRHteolLGegjoNH4U68hKE9YeD+Elu3SBlpY9H9v0LiCX8FRPCNRDY 7pPebV11xn/T/F+zmG9K5MeKejfJuMvukNXM2SLIo352tBvhr7QcX/Jqsgo0VmLXyKnE SUIw== X-Received: by 10.68.134.133 with SMTP id pk5mr17468773pbb.209.1364221603032; Mon, 25 Mar 2013 07:26:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.139.162 with HTTP; Mon, 25 Mar 2013 07:26:12 -0700 (PDT) In-Reply-To: <51505A60.8070809@FreeBSD.org> References: <515052EB.30409@FreeBSD.org> <51505A60.8070809@FreeBSD.org> From: Eitan Adler Date: Mon, 25 Mar 2013 10:26:12 -0400 Message-ID: Subject: Re: LEGAL variable to capture generic issues To: Alex Dupre Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQkO4nBDu4IdGIUVZkqFj/vvAGY3+AGerANPa5Lh8UusIT5q3NtBJN5oXV6Smqm4Ele1SyM6 Cc: freebsd-ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 14:26:44 -0000 On 25 March 2013 10:08, Alex Dupre wrote: > Eitan Adler ha scritto: >> RESTRICTED does not cover "special permission granted to distribute" >> and other not-a-restriction things. > > And why do we need them? RESTRICTED is for !distributable, exactly as > the LEGAL file. We can improve RESTRICTED to automatically generate LEGAL. The LEGAL file is for a broader set of things than just RESTRICTED. It covers "no commercial use" which is NO_CDROM but not RESTRICTED and it covers "normally something else, but we have special permission to use the GPLv3". We have no way to express the latter in ports in a usable manner. > For particular licenses we already have a controversial LICENSE framework. I have no comment on the framework. It has many issues, but is not related to this discussion. -- Eitan Adler From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 14:37:07 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 819E4C0C for ; Mon, 25 Mar 2013 14:37:07 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from relay.andxor.it (relay.andxor.it [195.223.2.3]) by mx1.freebsd.org (Postfix) with ESMTP id BDC0A35E for ; Mon, 25 Mar 2013 14:37:06 +0000 (UTC) Received: (qmail 99259 invoked from network); 25 Mar 2013 14:37:05 -0000 Received: from alex.andxor.it (a.premoli@andxor.it@192.168.2.30) by relay.andxor.it with ESMTPSA; 25 Mar 2013 14:37:05 -0000 Message-ID: <51506111.5030402@FreeBSD.org> Date: Mon, 25 Mar 2013 15:37:05 +0100 From: Alex Dupre User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:19.0) Gecko/20100101 Firefox/19.0 SeaMonkey/2.16 MIME-Version: 1.0 To: Eitan Adler Subject: Re: LEGAL variable to capture generic issues References: <515052EB.30409@FreeBSD.org> <51505A60.8070809@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 14:37:07 -0000 Eitan Adler ha scritto: > The LEGAL file is for a broader set of things than just RESTRICTED. > It covers "no commercial use" which is NO_CDROM but not RESTRICTED Yup, LEGAL is both NO_CDROM and RESTRICTED, and RESTRICTED_FILES already contains the list of !distributable files. I'd say this is enough for generating LEGAL (modulo correct use of these knobs). -- Alex Dupre From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 14:40:19 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 510A4D69 for ; Mon, 25 Mar 2013 14:40:19 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-pd0-f182.google.com (mail-pd0-f182.google.com [209.85.192.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2B64C38D for ; Mon, 25 Mar 2013 14:40:19 +0000 (UTC) Received: by mail-pd0-f182.google.com with SMTP id y10so2537805pdj.41 for ; Mon, 25 Mar 2013 07:40:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=4WyS7gA5og3slmegA1143o7Wb+H79jA5ule19j1/2QQ=; b=SDKWq6pKaJBaMYD3097+07DN385/X1UKhfDlxBdd7NH6nAy9bX32hdzBZDfetTDK5o XvFmkT9qgEupq9RqnJSqSAa0UxARjpJQJLvURybNfK/moK3TJilY2mm+CE3qyWB4VDds MVi+HKJ4AdvPuqiDoO4RFixM1N7RwGb5ezeU0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:x-gm-message-state; bh=4WyS7gA5og3slmegA1143o7Wb+H79jA5ule19j1/2QQ=; b=B2iP/D6vhbk38v8Q9+2fCxVYACjJ771YgR4qNestiIGd1x2SRUl8eTX0yJgvMfhOT0 MCO98ZdROy8O32/47PqrgejBG8z0z0TgK64C3lQW/oIScpI+OSD8n6Ku7gwrVH2VdRHy 603X+2X121kr2UCMz7TaRflCd/x4YuxApu1Flg76NYSFqpsq1eYsqEMLDVWlWFXz/n/X 6V1YwCJW/9M5mfUDv1ZQAKLcfE+/hCFRXRb486wnSJZ7uEcxw+UQZ2QSfm2GfusI/8Tg AyPx4UnZvnzA0CQ/a7LpGXdpIjY/ogqYeifIXjheGtPDYut/EzFTWkmv7OA5NlwoVh5D 9mPw== X-Received: by 10.66.232.97 with SMTP id tn1mr13369821pac.121.1364222413388; Mon, 25 Mar 2013 07:40:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.139.162 with HTTP; Mon, 25 Mar 2013 07:39:43 -0700 (PDT) In-Reply-To: <51506111.5030402@FreeBSD.org> References: <515052EB.30409@FreeBSD.org> <51505A60.8070809@FreeBSD.org> <51506111.5030402@FreeBSD.org> From: Eitan Adler Date: Mon, 25 Mar 2013 10:39:43 -0400 Message-ID: Subject: Re: LEGAL variable to capture generic issues To: Alex Dupre Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQlHdKglPdvJf+wW9zxGZAwwKTmTv2FLU0wTA+HlFXkwBQ5l5aLG/E7TR6zdPeooAXY3//Ma Cc: freebsd-ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 14:40:19 -0000 On 25 March 2013 10:37, Alex Dupre wrote: > Eitan Adler ha scritto: >> The LEGAL file is for a broader set of things than just RESTRICTED. >> It covers "no commercial use" which is NO_CDROM but not RESTRICTED > > Yup, LEGAL is both NO_CDROM and RESTRICTED, and RESTRICTED_FILES already > contains the list of !distributable files. I'd say this is enough for > generating LEGAL (modulo correct use of these knobs). This is insufficient to include, say, line 212: "raknet-* devel/raknet Original license is Indy license, special authorization granted to provide RakNet under GPL v3" -- Eitan Adler From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 14:49:34 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E309CBB for ; Mon, 25 Mar 2013 14:49:34 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from relay.andxor.it (relay.andxor.it [195.223.2.3]) by mx1.freebsd.org (Postfix) with ESMTP id 2AEC4601 for ; Mon, 25 Mar 2013 14:49:33 +0000 (UTC) Received: (qmail 99719 invoked from network); 25 Mar 2013 14:49:33 -0000 Received: from alex.andxor.it (a.premoli@andxor.it@192.168.2.30) by relay.andxor.it with ESMTPSA; 25 Mar 2013 14:49:33 -0000 Message-ID: <515063FD.1090008@FreeBSD.org> Date: Mon, 25 Mar 2013 15:49:33 +0100 From: Alex Dupre User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:19.0) Gecko/20100101 Firefox/19.0 SeaMonkey/2.16 MIME-Version: 1.0 To: Eitan Adler Subject: Re: LEGAL variable to capture generic issues References: <515052EB.30409@FreeBSD.org> <51505A60.8070809@FreeBSD.org> <51506111.5030402@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 14:49:34 -0000 Eitan Adler ha scritto: > This is insufficient to include, say, line 212: > > "raknet-* devel/raknet Original license is > Indy license, special authorization granted to provide RakNet under > GPL v3" Ehmm, I could argue about the private email permission, but if it's listed in LEGAL it should be marked as RESTRICTED or NO_CDROM, otherwise it should not listed there (the LICENSE framework already says that special authorization has been granted). -- Alex Dupre From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 15:17: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]) by hub.freebsd.org (Postfix) with ESMTP id 99E08837 for ; Mon, 25 Mar 2013 15:17:30 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-pa0-f48.google.com (mail-pa0-f48.google.com [209.85.220.48]) by mx1.freebsd.org (Postfix) with ESMTP id 7394479B for ; Mon, 25 Mar 2013 15:17:30 +0000 (UTC) Received: by mail-pa0-f48.google.com with SMTP id hz10so1077583pad.7 for ; Mon, 25 Mar 2013 08:17:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=KAQP/ULbtgn8RKPFFlwduPUfffHyjL2sm8oEvhj5XWM=; b=KN/Ri4Hs/y1EGzhw7iCgQs/eOSoZ4bRJZ6djpVcGUWu2BZYYvI8JBzpaR/Mf8yqR2+ njA2Rh8EG/lAzIMEf95mUPjeRzlh7hmu1Tpbs9+rMKcb55HSh1FMSjlP4Trpnaew8b9B HFH4IShzEupI3Jc7ArQwRoLaZaVUIceIykPvA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:x-gm-message-state; bh=KAQP/ULbtgn8RKPFFlwduPUfffHyjL2sm8oEvhj5XWM=; b=hkOOUBQqSHTXhedzZ13H/1ZE+wIi4PXXyTFhA+iHBXhUWss/CNN9S7Wo+rtSDE97tZ +N9px4dnsX9J7WYMfHiUoxPQigt1gNJ47DVEbPlFMPKwGZwr7PnEtCQNuHTwlOBwjOzN M2tPMNtgAvOzy20lFgbwvKjTlreFjctmZH8sDlw/p81Am4H76xGmFkIrPjJ528jMzqD4 RAxdtEIV4uxCsVkL+wohI30MIdbvix8NyxRxqeaS/N7NqVThLUkE92hpz3AISonCBQg1 N45LCHlWRY6zZjRjFJfu41hHkvUwHLl0bNbx+GBT31oyPYaZyrVQkPOjZdKLaXMGFYay Nr3A== X-Received: by 10.68.129.9 with SMTP id ns9mr18322856pbb.16.1364224644067; Mon, 25 Mar 2013 08:17:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.139.162 with HTTP; Mon, 25 Mar 2013 08:16:53 -0700 (PDT) In-Reply-To: <515063FD.1090008@FreeBSD.org> References: <515052EB.30409@FreeBSD.org> <51505A60.8070809@FreeBSD.org> <51506111.5030402@FreeBSD.org> <515063FD.1090008@FreeBSD.org> From: Eitan Adler Date: Mon, 25 Mar 2013 11:16:53 -0400 Message-ID: Subject: Re: LEGAL variable to capture generic issues To: Alex Dupre Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQk0s4dBMZgPqzAJlTS+13NKOtfDuFtbI8HUIqmDUM+vqNYed5zSR01YC+97oyVql5ziXkCd Cc: freebsd-ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 15:17:30 -0000 On 25 March 2013 10:49, Alex Dupre wrote: > Eitan Adler ha scritto: >> This is insufficient to include, say, line 212: >> >> "raknet-* devel/raknet Original license is >> Indy license, special authorization granted to provide RakNet under >> GPL v3" > > Ehmm, I could argue about the private email permission The email has been made public (see the files directory). > but if it's > listed in LEGAL it should be marked as RESTRICTED or NO_CDROM, otherwise > it should not listed there or NO_PACKAGE. However, merely being listed as NO_PACKAGE is insufficient as some NO_PACKAGE entries are not for legal issues. > (the LICENSE framework already says that > special authorization has been granted). It should also be listed in LEGAL in this case (there was a long discussion about this in the past). -- Eitan Adler From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 15:50:01 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C4F492A9; Mon, 25 Mar 2013 15:50:01 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 8CCF0B25; Mon, 25 Mar 2013 15:50:01 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1UK9eq-0003qB-LN; Mon, 25 Mar 2013 15:50:00 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1UK9ep-00028n-Sm; Mon, 25 Mar 2013 15:50:00 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6) with ESMTP id r2PFnxLK004769; Mon, 25 Mar 2013 15:49:59 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6/Submit) id r2PFnx8W004768; Mon, 25 Mar 2013 15:49:59 GMT (envelope-from mexas) Date: Mon, 25 Mar 2013 15:49:59 GMT From: Anton Shterenlikht Message-Id: <201303251549.r2PFnx8W004768@mech-cluster241.men.bris.ac.uk> To: bdrewery@FreeBSD.org, gerald@pfeifer.com Subject: Re: is it a good idea to overwrite GCC_DEFAULT_VERSION= in Mk/bsd.gcc.mk? In-Reply-To: Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mexas@bristol.ac.uk List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 15:50:01 -0000 From gerald@pfeifer.com Mon Mar 18 00:32:16 2013 On Sat, 16 Mar 2013, Bryan Drewery wrote: >>> So I wonder if there are any side effects or unexpected >>> effects if I just change GCC_DEFAULT_VERSION= to e.g. 4.7? > I don't think this is working as expected. See also ports/177017 which I > believe is a bsd.gcc.mk issue and not a pkgng or portmaster issue. My > understanding is that this user want > > When I change GCC_DEFAULT_VERSION to 4.7, it now depends on the gcc47 > package, but still is using lang/gcc: You're right! In addition to setting GCC_DEFAULT_VERSION to 4.7, one also needs to adjust the following in Mk/bsd.gcc.mk: . if ${_USE_GCC} == ${GCC_DEFAULT_VERSION} _GCC_PORT:= gcc . else _GCC_PORT:= gcc${V} . endif The most correct way of doing this would be replacing the first line by . if ${_USE_GCC} == 4.6 That should then do the right thing; or you could just remove everything except for _GCC_PORT:= gcc${V} Either should work. (I'd love to update GCC_DEFAULT_VERSION to 4.7 one of these days; is the cluster sufficiently recovered for a test run?) Gerald Hi Gerald I've now run ia64 with the above change for over 2 weeks, mostly rebuilding ports, etc. I didn't see any issues with gcc47. So, from my very limited testing, gcc47 can be made default. Also, I saw that gcc48 is released. Do you have any plans to make gcc49 port? Anton From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 16:09:39 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DD29397D; Mon, 25 Mar 2013 16:09:39 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from ainaz.pair.com (ainaz.pair.com [209.68.2.66]) by mx1.freebsd.org (Postfix) with ESMTP id BEB39D15; Mon, 25 Mar 2013 16:09:39 +0000 (UTC) Received: from [192.168.0.131] (vie-188-118-252-015.dsl.sil.at [188.118.252.15]) by ainaz.pair.com (Postfix) with ESMTPSA id 9A4303F410; Mon, 25 Mar 2013 11:59:51 -0400 (EDT) Date: Mon, 25 Mar 2013 16:59:50 +0100 (CET) From: Gerald Pfeifer To: Anton Shterenlikht Subject: Re: is it a good idea to overwrite GCC_DEFAULT_VERSION= in Mk/bsd.gcc.mk? In-Reply-To: <201303251549.r2PFnx8W004768@mech-cluster241.men.bris.ac.uk> Message-ID: References: <201303251549.r2PFnx8W004768@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-ports@freebsd.org, bdrewery@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 16:09:39 -0000 On Mon, 25 Mar 2013, Anton Shterenlikht wrote: > I've now run ia64 with the above change for over 2 weeks, > mostly rebuilding ports, etc. > I didn't see any issues with gcc47. > So, from my very limited testing, > gcc47 can be made default. Thanks for the feedback, Anton! To really make that switch globally, we'll need more extensive testing, a full ports builds run, since there is a chance that some port you are not using may be broken, and I hope to get this done in the coming weeks. > Also, I saw that gcc48 is released. > Do you have any plans to make gcc49 port? I did so yesterday. :-) It should be in your ports tree with the next update. Gerald From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 16:09: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]) by hub.freebsd.org (Postfix) with ESMTP id B0D9BA1B for ; Mon, 25 Mar 2013 16:09:57 +0000 (UTC) (envelope-from carmel_ny@hotmail.com) Received: from blu0-omc3-s31.blu0.hotmail.com (blu0-omc3-s31.blu0.hotmail.com [65.55.116.106]) by mx1.freebsd.org (Postfix) with ESMTP id 786CDD23 for ; Mon, 25 Mar 2013 16:09:57 +0000 (UTC) Received: from BLU0-SMTP184 ([65.55.116.74]) by blu0-omc3-s31.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 25 Mar 2013 09:09:52 -0700 X-EIP: [GVtVXOSnwKkMTkcoyO1fsBacwnvCAxcc] X-Originating-Email: [carmel_ny@hotmail.com] Message-ID: Received: from scorpio.seibercom.net ([76.182.104.150]) by BLU0-SMTP184.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Mon, 25 Mar 2013 09:09:50 -0700 Received: from scorpio (localhost [127.0.0.1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: carmel_ny@seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3ZZL5m5fmVz2CG5T for ; Mon, 25 Mar 2013 12:09:48 -0400 (EDT) Date: Mon, 25 Mar 2013 12:09:48 -0400 From: Carmel To: freebsd-ports@freebsd.org Subject: ${PORT_OPTIONS:MDOCS} X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.17; amd64-portbld-freebsd8.3) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-OriginalArrivalTime: 25 Mar 2013 16:09:50.0797 (UTC) FILETIME=[2DE037D0:01CE2973] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 16:09:57 -0000 I have a problem with updating a Makefile for an existing port. When running "portlint -a" on the Makefile=2C it pops up with this warning: WARN: Makefile: [53]: NOPORTDOCS found. Consider using PORT_OPTIONS:MDOCS So=2C I have tried doing what the Porters Handbook suggested=2C and it just bombs out with this useless message: "Makefile"=2C line 53: Malformed conditional (${PORT_OPTIONS:MDOCS}) "Makefile"=2C line 58: if-less endif make: fatal errors encountered -- cannot continue I have tried all sorts of edits=2C but sans success. This is the latest edit. I have omitted the useless stuff=2C I think. PORTDOCS=3D README CHANGE.LOG INSTALL Release.pdf post-install: @if [ ! -d ${ETCDIR} ]=3B then \ ${MKDIR} ${ETCDIR} =3B \ fi @${INSTALL_DATA} ${FILESDIR}/default.sample ${ETCDIR} @if [ ! -f ${ETCDIR}/default ]=3B then \ ${CP} -p ${ETCDIR}/default.sample \ ${ETCDIR}/default =3B \ fi do-install: cd ${WRKSRC} && ${INSTALL_SCRIPT} ${PORTNAME}.sh ${PREFIX}/bin cd ${WRKSRC} && ${INSTALL_MAN} scamp.1 ${MANPREFIX}/man/man1 # Documentation .if ${PORT_OPTIONS:MDOCS} ${MKDIR} ${DOCSDIR} for f in ${PORTDOCS} ${INSTALL_DATA} ${WRKSRC}/${f} ${DOCSDIR} endfor .endif @${CAT} ${PKGMESSAGE} .include So what am I doing wrong? --=20 Carmel =E2=9C=8C carmel_ny@hotmail.com From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 16:23:13 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7291ECA5 for ; Mon, 25 Mar 2013 16:23:13 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from relay.andxor.it (relay.andxor.it [195.223.2.3]) by mx1.freebsd.org (Postfix) with ESMTP id B4187DCF for ; Mon, 25 Mar 2013 16:23:12 +0000 (UTC) Received: (qmail 4783 invoked from network); 25 Mar 2013 16:23:11 -0000 Received: from alex.andxor.it (a.premoli@andxor.it@192.168.2.30) by relay.andxor.it with ESMTPSA; 25 Mar 2013 16:23:11 -0000 Message-ID: <515079EE.4010001@FreeBSD.org> Date: Mon, 25 Mar 2013 17:23:10 +0100 From: Alex Dupre User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:19.0) Gecko/20100101 Firefox/19.0 SeaMonkey/2.16 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: ${PORT_OPTIONS:MDOCS} References: In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 16:23:13 -0000 Carmel ha scritto: > I have a problem with updating a Makefile for an existing port. When > running "portlint -a" on the Makefile, it pops up with this warning: > > WARN: Makefile: [53]: NOPORTDOCS found. Consider using > PORT_OPTIONS:MDOCS > > So, I have tried doing what the Porters Handbook suggested, and it just > bombs out with this useless message: You should add: .include before checking for ${PORT_OPTIONS:MDOCS} -- Alex Dupre From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 17:01:48 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2A40D979; Mon, 25 Mar 2013 17:01:48 +0000 (UTC) (envelope-from lenzi.sergio@gmail.com) Received: from mail-yh0-x22e.google.com (mail-yh0-x22e.google.com [IPv6:2607:f8b0:4002:c01::22e]) by mx1.freebsd.org (Postfix) with ESMTP id B169026A; Mon, 25 Mar 2013 17:01:47 +0000 (UTC) Received: by mail-yh0-f46.google.com with SMTP id q15so442060yhf.19 for ; Mon, 25 Mar 2013 10:01:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:subject:from:to:cc:in-reply-to:references :disposition-notification-to:content-type:date:message-id :mime-version:x-mailer; bh=ix819ImxFaBJ25baJ/w/xnvoEav7IHrY00VnGZyMB04=; b=cq6P+Au9/bOMf8MihV4WfI2DB0JQZXC1dQ/JHKXKerP+ojjc4udY477y4kP07zvGXo WPHxmIIjEIv13btU23RTEsF75zZl09KXtfZHnawF5a8kWlwg20pT5eFi+6+D5k5kTts3 QaVqfBexJ3p4EoMj0D7PCjFqVEFYcHg6meyot5FKYpc8XMZKTSlwvbYvGXKUKu22esMm ht5pw6Qm9NFjZJC3PptJ9YCkrsc+ABK4L4K8O5uepKKhYIiyslQXqFjAZeY1u927oDqm mZQWk2ylo5e5AUy9Wn1JF+UISuC++9g68I5dJ/xiyuyp5kxuKHFFfRpMS3X3odw9tTiT vYmg== X-Received: by 10.236.71.199 with SMTP id r47mr7214595yhd.174.1364230907258; Mon, 25 Mar 2013 10:01:47 -0700 (PDT) Received: from [192.168.6.230] ([189.123.220.17]) by mx.google.com with ESMTPS id q28sm19706448yhm.24.2013.03.25.10.01.43 (version=SSLv3 cipher=RC4-SHA bits=128/128); Mon, 25 Mar 2013 10:01:46 -0700 (PDT) Subject: Re: Kernel panic CURRENT r248596 at virtualbox-ose-kmod module load From: Sergio de Almeida Lenzi To: sean bruno In-Reply-To: References: <20130323132627.04bf7ef4@nonamehost> <20130324120507.GX3794@kib.kiev.ua> <20130325020340.02c5ace0@nonamehost> <20130325132057.494627a2@nonamehost> Date: Mon, 25 Mar 2013 14:01:42 -0300 Message-ID: <1364230902.85237.8.camel@z6000.lenzicasa> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Ivan Klymenko , Konstantin Belousov , freebsd-current@freebsd.org, Bernhard =?ISO-8859-1?Q?Fr=F6hlich?= , freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 17:01:48 -0000 Em Seg, 2013-03-25 às 04:49 -0700, sean bruno escreveu: > > > > Yes - it is correctly > > http://svnweb.freebsd.org/ports/head/emulators/virtualbox-ose-kmod/files/patch-src-VBox-Runtime-r0drv-freebsd-memobj-r0drv-freebsd_VM_OBJECT_RENAME.c?r1=314797&r2=315200 > > > Ah, thank you. My patch definitely was not right and I was wondering > where the kpanic on load/startup was coming from. :-) > _______________________________________________ > 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" Hello, I am running BSD10 svn=248699 and virtualbox runs without problems From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 17:21:18 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 34045F4F; Mon, 25 Mar 2013 17:21:18 +0000 (UTC) (envelope-from andrew.w.nosenko@gmail.com) Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [IPv6:2607:f8b0:4001:c03::234]) by mx1.freebsd.org (Postfix) with ESMTP id 018803A4; Mon, 25 Mar 2013 17:21:17 +0000 (UTC) Received: by mail-ie0-f180.google.com with SMTP id a11so7630989iee.11 for ; Mon, 25 Mar 2013 10:21:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=qXZ60GW/ZJIKUIlusx2yLTfiMcHaoHNduWUl4k0EZXE=; b=QR3fwgBQJrezjMuIN+y8uN8J9BVkr0WMHGmj+7KgTwIWxwvPzQKM9IndCdGpRuEIe/ XIa5DdZ9wpT4d3EWLpi1MsgrzKGpZtmms8xvZGTUYjfdAIUJrbodtqO9z7uxMVbIqP/V LPzteFwgT3QVEzxVAR+RuRWvxx+9e81UHhXhYGZJtZIHmygOzepI+6V8KKdZz6NYlj2c bOSl+N/7F9eeVsidD4LtjHK7Qcooz9uEqRi4cwufzliGtmNwuHzSHKwsWLa9s5nGy0pk WHJU9C4fcmCAi9qt3MMqCCJCNb2nFQWtC3zpZccE4U3zqWIa4T+WcmiB4hXMAMhtkaNS Sz6A== MIME-Version: 1.0 X-Received: by 10.50.51.226 with SMTP id n2mr8676614igo.25.1364232077697; Mon, 25 Mar 2013 10:21:17 -0700 (PDT) Received: by 10.64.68.106 with HTTP; Mon, 25 Mar 2013 10:21:17 -0700 (PDT) In-Reply-To: References: <201303251549.r2PFnx8W004768@mech-cluster241.men.bris.ac.uk> Date: Mon, 25 Mar 2013 19:21:17 +0200 Message-ID: Subject: Re: is it a good idea to overwrite GCC_DEFAULT_VERSION= in Mk/bsd.gcc.mk? From: "Andrew W. Nosenko" To: Gerald Pfeifer Content-Type: text/plain; charset=ISO-8859-1 Cc: Anton Shterenlikht , freebsd-ports@freebsd.org, bdrewery@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 17:21:18 -0000 On Mon, Mar 25, 2013 at 5:59 PM, Gerald Pfeifer wrote: > On Mon, 25 Mar 2013, Anton Shterenlikht wrote: >> I've now run ia64 with the above change for over 2 weeks, >> mostly rebuilding ports, etc. >> I didn't see any issues with gcc47. >> So, from my very limited testing, >> gcc47 can be made default. > > Thanks for the feedback, Anton! To really make that switch > globally, we'll need more extensive testing, a full ports builds > run, since there is a chance that some port you are not using may > be broken, and I hope to get this done in the coming weeks. >From my expiriense, devel/glib20 cannot be compiled with gcc47. Reason, as I see it, the reality may be slightly different or more complex, but, I hope it will give a hint about direction: 1. glib'c configure checks whether -Bsymbolic-functions option is supported by linker (by passing it as -Wl,-Bsymbolic-functions through CC/CXX frontend) 2. Because gcc47 frontend calls /usr/local/lib/ld, which is fresh enough, the check passes as "supported". 3. configure registers gcc47 as linker frontend, generates libtool script, and so on... 4. At the real link time the port machinery hijacks invocations to the generated libtool scrips and redirects them to the own gnome-libtool, which know nothing about configure results, and which uses hardcoded "cc" instead of requested gcc47 5. cc is /usr/bin/cc aka gcc-4.2 in my case. It uses /usr/bin/ld (from base) instead of /usr/local/bin/ld (from ports). 6. Base version lf ld is old enough and know nothing about -Bsymbolic-functions flag. 7. As consequence, build finishes with linker error. Again: The description above may be inaccurate or wrong in details. I didn't investigate the problem throughly. But it is how it looks like. -- Andrew W. Nosenko From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 17:36: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]) by hub.freebsd.org (Postfix) with ESMTP id E88143DD for ; Mon, 25 Mar 2013 17:36:27 +0000 (UTC) (envelope-from carmel_ny@hotmail.com) Received: from blu0-omc3-s29.blu0.hotmail.com (blu0-omc3-s29.blu0.hotmail.com [65.55.116.104]) by mx1.freebsd.org (Postfix) with ESMTP id ADE0763F for ; Mon, 25 Mar 2013 17:36:27 +0000 (UTC) Received: from BLU0-SMTP74 ([65.55.116.72]) by blu0-omc3-s29.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 25 Mar 2013 10:36:27 -0700 X-EIP: [aPYGQJvIH1Oz6WeTRzXHzpTE/nHApXYy] X-Originating-Email: [carmel_ny@hotmail.com] Message-ID: Received: from scorpio.seibercom.net ([76.182.104.150]) by BLU0-SMTP74.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Mon, 25 Mar 2013 10:36:25 -0700 Received: from scorpio (localhost [127.0.0.1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: carmel_ny@seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3ZZN1g4TS5z2CG5T for ; Mon, 25 Mar 2013 13:36:22 -0400 (EDT) Date: Mon, 25 Mar 2013 13:36:22 -0400 From: Carmel To: freebsd-ports@freebsd.org Subject: Re: ${PORT_OPTIONS:MDOCS} In-Reply-To: <515079EE.4010001@FreeBSD.org> References: <515079EE.4010001@FreeBSD.org> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.17; amd64-portbld-freebsd8.3) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-OriginalArrivalTime: 25 Mar 2013 17:36:25.0497 (UTC) FILETIME=[46288890:01CE297F] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 17:36:28 -0000 On Mon=2C 25 Mar 2013 17:23:10 +0100 Alex Dupre articulated: > Carmel ha scritto: > > I have a problem with updating a Makefile for an existing port. When > > running "portlint -a" on the Makefile=2C it pops up with this warning: > >=20 > > WARN: Makefile: [53]: NOPORTDOCS found. Consider using > > PORT_OPTIONS:MDOCS > >=20 > > So=2C I have tried doing what the Porters Handbook suggested=2C and it > > just bombs out with this useless message: >=20 > You should add: >=20 > .include >=20 > before checking for ${PORT_OPTIONS:MDOCS} Thanks=2C I don't recall seeing that even mentioned=2C although it probably was. It took awhile but I did finally figure out where to place it in the file. --=20 Carmel =E2=9C=8C carmel_ny@hotmail.com From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 18:46:19 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 700A9392 for ; Mon, 25 Mar 2013 18:46:19 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 52DF39BF for ; Mon, 25 Mar 2013 18:46:19 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r2PIkJSt096106 for ; Mon, 25 Mar 2013 18:46:19 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r2PIkJIg096105 for freebsd-ports@freebsd.org; Mon, 25 Mar 2013 18:46:19 GMT (envelope-from bdrewery) Received: (qmail 98548 invoked from network); 25 Mar 2013 13:46:17 -0500 Received: from unknown (HELO ?192.168.0.74?) (freebsd@shatow.net@74.94.87.209) by sweb.xzibition.com with ESMTPA; 25 Mar 2013 13:46:17 -0500 Message-ID: <51509B82.1030006@FreeBSD.org> Date: Mon, 25 Mar 2013 13:46:26 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: cannot open tty-output References: <514F56BF.5040805@home.wdc.spb.ru> <20130324215847.2243e4dc@bsd64.grem.de> <514F8E36.3010606@executive-computing.de> <51501192.30303@home.wdc.spb.ru> <51502087.40108@executive-computing.de> <515022BA.6020201@rambler-co.ru> <5150367A.7000207@FreeBSD.org> In-Reply-To: <5150367A.7000207@FreeBSD.org> X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2ICRFLSEXUHSRPOXGHSHR" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 18:46:19 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2ICRFLSEXUHSRPOXGHSHR Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 3/25/2013 6:35 AM, Bryan Drewery wrote: > On 3/25/2013 5:11 AM, Ilya A. Arkhipov wrote: >> Hi All, >> >> Fixed in >> https://bitbucket.org/m1cro/d4p/commits/42e03ab186b30120fa79e2d0a6093a= 3c673385ef >> >> Thanks Marco. >> >> After checking it will committed, but you already can test it: >> - change dialog4ports version to 0.1.2 >> - make makesum >> - portmaster -d /usr/ports/ports-mgmt/dialog4ports >> - add 2(stderr) in Tools/scripts/dialog4ports.sh in "exec $DIALOG4PORT= S >> 2> $OPTIONSFILE" line. >> - test it :) >> >=20 > This has now been released to the ports tree. You will need to update > dialog4ports as normal with portmaster to see the jail fixes. >=20 The jail fix was reverted for now. We missed that changing the wrapper (Tools/scripts/dialog4ports.sh) from stdout to stderr would break existing installs of previous versions. So this would cause the options to not save (and be cleared) if using an older version with the new wrapp= er. If you are using a jail just remove the '>&2' at the end of the wrapper for now until we get a more backwards-compatible change ready. --=20 Regards, Bryan Drewery bdrewery@freenode/EFNet ------enig2ICRFLSEXUHSRPOXGHSHR 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.9 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRUJuCAAoJEG54KsA8mwz5cH4P/1IABrroW+fWDQaXWoqB3Cvj 9U7J+EYryKFkoPZImWz0q1+cLOk2/dzBZKY793lAzd0i8d7rM1gCk6rAbfeuQlDj GMdZZ4JTL8uTKwth+XZ2mxtkyF6dk1htOAxw9N0ZQi5JELuX5g82s/BLyjgR5k// 1b7Ruaxem4bV0NS3KwXa4hlhVoBYrppvQ7UEMchmVj6aAVkJkL8wbDudyxi/buK9 5oF4XqcYO4NJpQTLyqqLKlu/nEpz8WFunRdcH92ZJEqTXv8dZzXLUFGbPyKh5A0m lLvZZ5iMwqIXYOxVia5ZgtFZf3Lb9QcyZ2feoRcDipbEsxJe21T6IG+jYdugIJhA OLjinBk/ahpSLH/OJaVV0/8s1bKUEILwevW+KfOGNyD9W/DIs4p2i1nLSbtHiisz e354xr0neb2MAauMgTuru+a3eU6t6TNR4hKnMTQEBsoAnA12nLYvcvJCUh6RZFBX SnS5C9LlUSsidIIJRJlKo+qiUsDtZdRlLmswsaPnZH7TzRWEcIFnYi0/9suwJ9Ey fo1A1t4zTLMJO3izQX3aPCRiWJ4v1x/A8oW+lR9NrKGrN2yhqH0CV2UTBHvJ6Q6i F0DrxK1ShyFJmf0AHiBmGs4nqPvpAWVCKU6/2xi2FpcMhu+Qs+FuAYwL35TUW5Z8 1VN/lf6j0jntGhqRLGIm =FveQ -----END PGP SIGNATURE----- ------enig2ICRFLSEXUHSRPOXGHSHR-- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 19:12:53 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DF87FC5D for ; Mon, 25 Mar 2013 19:12:53 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::235]) by mx1.freebsd.org (Postfix) with ESMTP id B5C20B12 for ; Mon, 25 Mar 2013 19:12:53 +0000 (UTC) Received: by mail-ie0-f181.google.com with SMTP id 17so7718156iea.40 for ; Mon, 25 Mar 2013 12:12:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=dYZXuWdm1YbSvF/8ZBv9pumhLUijImZEY3jX/JPW2rI=; b=0lJWxsTn6DBKeAU7Dkmird/X7s8sbugp82Fepes+Nzc4ZxuMpSiZW3OuJLGdLFvoeq MrV+6P6pe67XFEvEmM/4CWUJ4AsUaxQwnSLCCiiPOrpO0dScQK8m10Z8bForm0ZRkasQ 6meSJkLLpEfPrYfW9X2pjbwxLj4Z8Zms4A3sybN15vWs57IBQo1uUwfzif0mSATAni0v NGcJ6x1YYuM3nQ54Zmfne0M6kP300QZodgxSlLQo4C9OMezvczCpzAHVTGJE+QHs5ZLv dptalIPDiWJYrESCd7au8FBzww7SRCkNDNzMDmv33MzBYF6mal0rE8R3pG3eOxKhYRRK AvCg== MIME-Version: 1.0 X-Received: by 10.50.13.175 with SMTP id i15mr8975308igc.75.1364238773154; Mon, 25 Mar 2013 12:12:53 -0700 (PDT) Received: by 10.64.58.52 with HTTP; Mon, 25 Mar 2013 12:12:53 -0700 (PDT) Received: by 10.64.58.52 with HTTP; Mon, 25 Mar 2013 12:12:53 -0700 (PDT) In-Reply-To: References: <515079EE.4010001@FreeBSD.org> Date: Mon, 25 Mar 2013 19:12:53 +0000 Message-ID: Subject: Re: ${PORT_OPTIONS:MDOCS} From: Chris Rees To: FreeBSD Mailing List Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 19:12:53 -0000 On 25 Mar 2013 17:36, "Carmel" wrote: > > On Mon, 25 Mar 2013 17:23:10 +0100 > Alex Dupre articulated: > > > Carmel ha scritto: > > > I have a problem with updating a Makefile for an existing port. When > > > running "portlint -a" on the Makefile, it pops up with this warning: > > > > > > WARN: Makefile: [53]: NOPORTDOCS found. Consider using > > > PORT_OPTIONS:MDOCS > > > > > > So, I have tried doing what the Porters Handbook suggested, and it > > > just bombs out with this useless message: > > > > You should add: > > > > .include > > > > before checking for ${PORT_OPTIONS:MDOCS} > > Thanks, I don't recall seeing that even mentioned, although it > probably was. It took awhile but I did finally figure out where to > place it in the file. Hm, it's not mentioned. If the text "below the inclusion of bsd.port.options.mk" were included, would that be helpful? Chris From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 20:44: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]) by hub.freebsd.org (Postfix) with ESMTP id 85CDCFFB; Mon, 25 Mar 2013 20:44:51 +0000 (UTC) (envelope-from coco@executive-computing.de) Received: from mail.moehre.org (mail.moehre.org [195.96.35.7]) by mx1.freebsd.org (Postfix) with ESMTP id DF1F7FB1; Mon, 25 Mar 2013 20:44:50 +0000 (UTC) Received: from mail.moehre.org (unknown [195.96.35.7]) by mail.moehre.org (Postfix) with ESMTP id AE9248B143C; Mon, 25 Mar 2013 21:44:49 +0100 (CET) X-Spam-Flag: NO X-Spam-Score: -100.963 X-Spam-Level: X-Spam-Status: No, score=-100.963 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-1, AWL=0.037, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mail.moehre.org ([195.96.35.7]) by mail.moehre.org (mail.moehre.org [195.96.35.7]) (amavisd-new, port 10024) with ESMTP id 5EIWaxoMPHZe; Mon, 25 Mar 2013 21:44:48 +0100 (CET) Received: from [192.168.100.31] (p54B0A677.dip.t-dialin.net [84.176.166.119]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: coco@executive-computing.de) by mail.moehre.org (Postfix) with ESMTPSA id 0BB648B143B; Mon, 25 Mar 2013 21:44:48 +0100 (CET) Message-ID: <5150B75F.6030908@executive-computing.de> Date: Mon, 25 Mar 2013 21:45:19 +0100 From: Marco Steinbach User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: OPTIONSng: Overide options in /var/db/ports/*/options ? References: <5145B415.80303@executive-computing.de> <5145C9DC.6010300@infracaninophile.co.uk> <5145E47D.4050201@executive-computing.de> <51460B2C.6080500@executive-computing.de> <20130317184927.GF72627@ithaqua.etoilebsd.net> <5146213E.3080005@executive-computing.de> In-Reply-To: <5146213E.3080005@executive-computing.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Ports Mailing List X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 20:44:51 -0000 Marco Steinbach wrote on 17.03.2013 21:02: > Baptiste Daroussin wrote on 17.03.2013 19:49: >> On Sun, Mar 17, 2013 at 07:27:56PM +0100, Marco Steinbach wrote: >>> Chris Rees wrote on 17.03.2013 17:15: >>>> On 17 Mar 2013 15:45, "Marco Steinbach" >>>> wrote: >>>>> Matthew Seaman wrote on 17.03.2013 14:49: >>>>> >>>>>> On 17/03/2013 12:16, Marco Steinbach wrote: >>>>>>> Hi, >>>>>>> >>>>>>> is there a way to overide options stored in /var/db/ports/*/options, >>>>>>> basically getting back the pre-OPTIONSng behaviour of being able to >>>>>>> overide port options in /etc/make.conf ? >>>>>>> >>>>>>> Before OPTIONSng was introduced, I was able to specify options in >>>>>>> /etc/make.conf (WITHOUT_X11, WITHOUT_CUPS, WITH_MAILHEAD, WITH_SSL, >>>>>>> WITH_MYSQL, WITH_DOVECOT, ...), which then overode any occurency >>>>>>> of that >>>>>>> option in any port (or just specific ones, by e.g. checking >>>>>>> .CURDIR), >>>>>>> regardless of the setting the ports option file contained. >>>>>> Find the uniquename of the port[*] (by 'make -V UNIQUENAME') then in >>>>>> /etc/make.conf >>>>>> >>>>>> uniquename_SET= FOO BAR BAZ >>>>>> uniquename_UNSET= BLURFL >>>>>> >>>>>> will override the default settings in that port's Makefile for the >>>>>> FOO, >>>>>> BAR, BAZ and BLURFL options. >>>>>> >>>>>> Note: this won't override any settings you make from an options >>>>>> dialog. >>>>>> Might be a good idea to 'make rmconfig' if you only want to rely on >>>>>> /etc/make.conf >>>>> [...] >>>>> >>>>> Exactly my point. Currently, with OPTIONSng there seems to be no >>>>> way to >>>> overide anything in /var/db/ports/*/options. >>>>> I find it irritating, that I no longer can be sure about options in >>>> /etc/make.conf. I have to check/reconfigure to make sure. >>>>> As much as I like OPTIONSng (especially in combination with >>>> dialog4ports), this is one thing I'd very much like OPTIONSng to >>>> relearn: >>>> Enforce options regardless of what's in a ports options file. >>>> >>>> No, that's a bad idea. It's more confusing to have options not >>>> being set >>>> that are checked in the OPTIONS dialog. >>>> >>>> Setting those in make.conf sets defaults, and allows them to be >>>> overridden >>>> in individual ports. >>> Let's say I never want CUPS, X11, EXAMPLES and DOCS, regardless of >>> what I willingly or accidentially configured in an OPTIONS dialog (or >>> is defaulted to in a ports Makefile), either because I didn't >>> understand the dependancy of a choice, I fat-fingered something or >>> someone helps me configuring something, and wants to make sure I get >>> it right: >>> >>> OPTIONS_UNSET_FORCE= CUPS X11 EXAMPLES DOCS >>> >>> Same goes for the complementary case of having options set forcibly, >>> either system-wide or per port: >>> >>> particularport_SET_FORCE= EXAMPLES DOCS >>> >>> I'd set these in /etc/make.conf, and be done for good. >>> >>> I have a local patch for that kind of behaviour, but wanted to check >>> for possible alternatives besides the beaten path, before bothering >>> bapt@. >>> >> >> The thing is half of people wants the /var/db/*/options to be the last >> word, the >> other half want the behaviour you are exposing, so getting a final >> word that >> will satisfy everyone is hard. > > I think the approach of having a choice between the two by allowing for > a new 'force it down the throat'-mechanism could serve both quite nicely. > > Existing /var/db/*/options files would still be read, but options can be > forcibly set or unset from /etc/make.conf, overriding the corresponding > options setting in options files. > >> I personnally really dislike /var/db/port/*/options and the dialog :). >> >> The new option framework has been design to: >> 1/ respect the same behaviour has it used to be before: >> /var/db/port/*/options >> has the final word. >> >> 2/ provide the ability to users to be able to tune the whole system in a >> consistent way. >> >> 3/ provide a way to totally disable the dialog thing (NO_DIALOG) so >> that you >> can't save a option file by mistake. >> >> What we can probably do in the end is provide a new macro to totally >> in all >> cases ignore /var/db/port/*/options. >> >> Would that satisfy your needs? > > I'll recap the approaches: > > a) Options in /etc/make.conf only take precedence, if no > /var/db/ports/*/options file exists for a given port > > b) Options in /etc/make.conf always take precedence over options of the > same name read from /var/db/ports/*/options > > c) Options in /etc/make.conf are the only source of wisdom, anything in > /var/db/ports/*/options is ignored > > > a) is currently in place (*_SET, *_UNSET) > b) is what I'd very much like to see added (*_SET_FORCE, *_UNSET_FORCE) > c) probably comes closer to what you're suggesting > > I've attached my current workaround for b), where I simply duplicated > parts of your code in bsd.options.mk, adding a new suffix. Maybe this > further clarifies, what I'm currently missing. > > c) would come in handy, if you'd like to make sure nothing whatsoever > from /var/db/ports/*/options impacts a build. Baptiste, are you considering b) ? MfG CoCo From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 21:19: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]) by hub.freebsd.org (Postfix) with ESMTP id E9E97663 for ; Mon, 25 Mar 2013 21:19:33 +0000 (UTC) (envelope-from carmel_ny@hotmail.com) Received: from blu0-omc3-s36.blu0.hotmail.com (blu0-omc3-s36.blu0.hotmail.com [65.55.116.111]) by mx1.freebsd.org (Postfix) with ESMTP id AE9501CB for ; Mon, 25 Mar 2013 21:19:33 +0000 (UTC) Received: from BLU0-SMTP92 ([65.55.116.73]) by blu0-omc3-s36.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 25 Mar 2013 14:19:27 -0700 X-EIP: [EcAnbr8cZf6L+uqQxb7k6XSQSDzBl/6v] X-Originating-Email: [carmel_ny@hotmail.com] Message-ID: Received: from scorpio.seibercom.net ([76.182.104.150]) by BLU0-SMTP92.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Mon, 25 Mar 2013 14:19:26 -0700 Received: from scorpio (localhost [127.0.0.1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: carmel_ny@seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3ZZSz01R8Gz2CG5T for ; Mon, 25 Mar 2013 17:19:23 -0400 (EDT) Date: Mon, 25 Mar 2013 17:19:23 -0400 From: Carmel To: freebsd-ports@freebsd.org Subject: Re: ${PORT_OPTIONS:MDOCS} In-Reply-To: References: <515079EE.4010001@FreeBSD.org> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.17; amd64-portbld-freebsd8.3) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-OriginalArrivalTime: 25 Mar 2013 21:19:26.0874 (UTC) FILETIME=[6E149FA0:01CE299E] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 21:19:34 -0000 On Mon=2C 25 Mar 2013 19:12:53 +0000 Chris Rees articulated: > Hm=2C it's not mentioned. >=20 > If the text "below the inclusion of bsd.port.options.mk" were > included=2C would that be helpful? Yes=2C it most certainly would. I am surprised that it was not mentioned. --=20 Carmel =E2=9C=8C carmel_ny@hotmail.com From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 21:20:24 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BE8197E6; Mon, 25 Mar 2013 21:20:24 +0000 (UTC) (envelope-from coco@executive-computing.de) Received: from mail.moehre.org (mail.moehre.org [195.96.35.7]) by mx1.freebsd.org (Postfix) with ESMTP id 7C96E1E8; Mon, 25 Mar 2013 21:20:24 +0000 (UTC) Received: from mail.moehre.org (unknown [195.96.35.7]) by mail.moehre.org (Postfix) with ESMTP id BD5F98B143B; Mon, 25 Mar 2013 22:20:23 +0100 (CET) X-Spam-Flag: NO X-Spam-Score: -100.962 X-Spam-Level: X-Spam-Status: No, score=-100.962 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-1, AWL=0.038, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mail.moehre.org ([195.96.35.7]) by mail.moehre.org (mail.moehre.org [195.96.35.7]) (amavisd-new, port 10024) with ESMTP id aURnDfxyfnZ4; Mon, 25 Mar 2013 22:20:21 +0100 (CET) Received: from [192.168.100.31] (p54B09419.dip.t-dialin.net [84.176.148.25]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: coco@executive-computing.de) by mail.moehre.org (Postfix) with ESMTPSA id A5FFC8B1420; Mon, 25 Mar 2013 22:20:21 +0100 (CET) Message-ID: <5150BFB4.8060402@executive-computing.de> Date: Mon, 25 Mar 2013 22:20:52 +0100 From: Marco Steinbach User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Bryan Drewery Subject: Re: cannot open tty-output References: <514F56BF.5040805@home.wdc.spb.ru> <20130324215847.2243e4dc@bsd64.grem.de> <514F8E36.3010606@executive-computing.de> <51501192.30303@home.wdc.spb.ru> <51502087.40108@executive-computing.de> <515022BA.6020201@rambler-co.ru> <5150367A.7000207@FreeBSD.org> <51509B82.1030006@FreeBSD.org> In-Reply-To: <51509B82.1030006@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Ilya A. Arkhipov" , freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 21:20:24 -0000 Bryan Drewery wrote on 25.03.2013 19:46: > On 3/25/2013 6:35 AM, Bryan Drewery wrote: >> On 3/25/2013 5:11 AM, Ilya A. Arkhipov wrote: >>> Hi All, >>> >>> Fixed in >>> https://bitbucket.org/m1cro/d4p/commits/42e03ab186b30120fa79e2d0a6093a3c673385ef >>> >>> Thanks Marco. >>> >>> After checking it will committed, but you already can test it: >>> - change dialog4ports version to 0.1.2 >>> - make makesum >>> - portmaster -d /usr/ports/ports-mgmt/dialog4ports >>> - add 2(stderr) in Tools/scripts/dialog4ports.sh in "exec $DIALOG4PORTS >>> 2> $OPTIONSFILE" line. >>> - test it :) >>> >> This has now been released to the ports tree. You will need to update >> dialog4ports as normal with portmaster to see the jail fixes. >> > > The jail fix was reverted for now. We missed that changing the wrapper > (Tools/scripts/dialog4ports.sh) from stdout to stderr would break > existing installs of previous versions. So this would cause the options > to not save (and be cleared) if using an older version with the new wrapper. > > If you are using a jail just remove the '>&2' at the end of the wrapper > for now until we get a more backwards-compatible change ready. How about enabling dialog4ports to show it's version ? That would reduce the problem to having a look at the output of e.g. '${PREFIX}/bin/dialog4ports --version'. Something like 'Version: 0.1.2' would do, which is easily parseable. From there, you'd be able to check this in the wrapper, and act differently on different versions (no, please do not upgrade anything without ask the user first, although it's tempting :) ). Naturally, if the executable exists, but no version output is detected, then it's an old version. MfG CoCo From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 21:23: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]) by hub.freebsd.org (Postfix) with ESMTP id 744959AC for ; Mon, 25 Mar 2013 21:23:46 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-ea0-x234.google.com (mail-ea0-x234.google.com [IPv6:2a00:1450:4013:c01::234]) by mx1.freebsd.org (Postfix) with ESMTP id 09CAF223 for ; Mon, 25 Mar 2013 21:23:45 +0000 (UTC) Received: by mail-ea0-f180.google.com with SMTP id d10so680508eaj.11 for ; Mon, 25 Mar 2013 14:23:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=GxkVD9O2uMJ8IIZgDLVCQ/hMRY69y7mIs+Lq7uYR2dw=; b=pzV9d5SHoMO+J3PUGT4oxTQp2nxmZDFqaAt5voxafKrnTeMhsjka3SIu1VzhkEDail I42IVD3Hdl1Z4k/r7OD2YdGH93WULbvE/HsqdkpPanXfnq8RGFqMpkkdJX/Jg1Xh8/TL 0hrq+7v46rNk5i/9oqvRKXPKoI3OFwgn98V2rFQQ9RwoaNpEhD0EMt4j8+rAX5gAF52J UlVPD4Et4xhN1RaJxgFsLAMbHgUvAlw2dNFyr8f7iKW/JK9kEtociBbglGkw2nizFmU8 KtKOcBzD6wdhGTrDpdSmcc+YajzSDgNI1cYl2lAoddOIGDw9o/hqKMkPtFsICY03R6y8 S+Mg== X-Received: by 10.14.183.198 with SMTP id q46mr29540534eem.1.1364246625113; Mon, 25 Mar 2013 14:23:45 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPS id q42sm21414711eem.14.2013.03.25.14.23.42 (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 25 Mar 2013 14:23:43 -0700 (PDT) Sender: Baptiste Daroussin Date: Mon, 25 Mar 2013 22:23:41 +0100 From: Baptiste Daroussin To: Marco Steinbach Subject: Re: OPTIONSng: Overide options in /var/db/ports/*/options ? Message-ID: <20130325212341.GC64932@ithaqua.etoilebsd.net> References: <5145B415.80303@executive-computing.de> <5145C9DC.6010300@infracaninophile.co.uk> <5145E47D.4050201@executive-computing.de> <51460B2C.6080500@executive-computing.de> <20130317184927.GF72627@ithaqua.etoilebsd.net> <5146213E.3080005@executive-computing.de> <5150B75F.6030908@executive-computing.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lMM8JwqTlfDpEaS6" Content-Disposition: inline In-Reply-To: <5150B75F.6030908@executive-computing.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Ports Mailing List X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 21:23:46 -0000 --lMM8JwqTlfDpEaS6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 25, 2013 at 09:45:19PM +0100, Marco Steinbach wrote: > Marco Steinbach wrote on 17.03.2013 21:02: > > Baptiste Daroussin wrote on 17.03.2013 19:49: > >> On Sun, Mar 17, 2013 at 07:27:56PM +0100, Marco Steinbach wrote: > >>> Chris Rees wrote on 17.03.2013 17:15: > >>>> On 17 Mar 2013 15:45, "Marco Steinbach"=20 > >>>> wrote: > >>>>> Matthew Seaman wrote on 17.03.2013 14:49: > >>>>> > >>>>>> On 17/03/2013 12:16, Marco Steinbach wrote: > >>>>>>> Hi, > >>>>>>> > >>>>>>> is there a way to overide options stored in /var/db/ports/*/optio= ns, > >>>>>>> basically getting back the pre-OPTIONSng behaviour of being able = to > >>>>>>> overide port options in /etc/make.conf ? > >>>>>>> > >>>>>>> Before OPTIONSng was introduced, I was able to specify options in > >>>>>>> /etc/make.conf (WITHOUT_X11, WITHOUT_CUPS, WITH_MAILHEAD, WITH_SS= L, > >>>>>>> WITH_MYSQL, WITH_DOVECOT, ...), which then overode any occurency= =20 > >>>>>>> of that > >>>>>>> option in any port (or just specific ones, by e.g. checking=20 > >>>>>>> .CURDIR), > >>>>>>> regardless of the setting the ports option file contained. > >>>>>> Find the uniquename of the port[*] (by 'make -V UNIQUENAME') then = in > >>>>>> /etc/make.conf > >>>>>> > >>>>>> uniquename_SET=3D FOO BAR BAZ > >>>>>> uniquename_UNSET=3D BLURFL > >>>>>> > >>>>>> will override the default settings in that port's Makefile for the= =20 > >>>>>> FOO, > >>>>>> BAR, BAZ and BLURFL options. > >>>>>> > >>>>>> Note: this won't override any settings you make from an options=20 > >>>>>> dialog. > >>>>>> Might be a good idea to 'make rmconfig' if you only want to rely on > >>>>>> /etc/make.conf > >>>>> [...] > >>>>> > >>>>> Exactly my point. Currently, with OPTIONSng there seems to be no= =20 > >>>>> way to > >>>> overide anything in /var/db/ports/*/options. > >>>>> I find it irritating, that I no longer can be sure about options in > >>>> /etc/make.conf. I have to check/reconfigure to make sure. > >>>>> As much as I like OPTIONSng (especially in combination with > >>>> dialog4ports), this is one thing I'd very much like OPTIONSng to=20 > >>>> relearn: > >>>> Enforce options regardless of what's in a ports options file. > >>>> > >>>> No, that's a bad idea. It's more confusing to have options not=20 > >>>> being set > >>>> that are checked in the OPTIONS dialog. > >>>> > >>>> Setting those in make.conf sets defaults, and allows them to be=20 > >>>> overridden > >>>> in individual ports. > >>> Let's say I never want CUPS, X11, EXAMPLES and DOCS, regardless of=20 > >>> what I willingly or accidentially configured in an OPTIONS dialog (or= =20 > >>> is defaulted to in a ports Makefile), either because I didn't=20 > >>> understand the dependancy of a choice, I fat-fingered something or=20 > >>> someone helps me configuring something, and wants to make sure I get= =20 > >>> it right: > >>> > >>> OPTIONS_UNSET_FORCE=3D CUPS X11 EXAMPLES DOCS > >>> > >>> Same goes for the complementary case of having options set forcibly,= =20 > >>> either system-wide or per port: > >>> > >>> particularport_SET_FORCE=3D EXAMPLES DOCS > >>> > >>> I'd set these in /etc/make.conf, and be done for good. > >>> > >>> I have a local patch for that kind of behaviour, but wanted to check= =20 > >>> for possible alternatives besides the beaten path, before bothering= =20 > >>> bapt@. > >>> > >> > >> The thing is half of people wants the /var/db/*/options to be the last= =20 > >> word, the > >> other half want the behaviour you are exposing, so getting a final=20 > >> word that > >> will satisfy everyone is hard. > >=20 > > I think the approach of having a choice between the two by allowing for= =20 > > a new 'force it down the throat'-mechanism could serve both quite nicel= y. > >=20 > > Existing /var/db/*/options files would still be read, but options can b= e=20 > > forcibly set or unset from /etc/make.conf, overriding the corresponding= =20 > > options setting in options files. > >=20 > >> I personnally really dislike /var/db/port/*/options and the dialog :). > >> > >> The new option framework has been design to: > >> 1/ respect the same behaviour has it used to be before:=20 > >> /var/db/port/*/options > >> has the final word. > >> > >> 2/ provide the ability to users to be able to tune the whole system in= a > >> consistent way. > >> > >> 3/ provide a way to totally disable the dialog thing (NO_DIALOG) so=20 > >> that you > >> can't save a option file by mistake. > >> > >> What we can probably do in the end is provide a new macro to totally= =20 > >> in all > >> cases ignore /var/db/port/*/options. > >> > >> Would that satisfy your needs? > >=20 > > I'll recap the approaches: > >=20 > > a) Options in /etc/make.conf only take precedence, if no=20 > > /var/db/ports/*/options file exists for a given port > >=20 > > b) Options in /etc/make.conf always take precedence over options of the= =20 > > same name read from /var/db/ports/*/options > >=20 > > c) Options in /etc/make.conf are the only source of wisdom, anything in= =20 > > /var/db/ports/*/options is ignored > >=20 > >=20 > > a) is currently in place (*_SET, *_UNSET) > > b) is what I'd very much like to see added (*_SET_FORCE, *_UNSET_FORCE) > > c) probably comes closer to what you're suggesting > >=20 > > I've attached my current workaround for b), where I simply duplicated= =20 > > parts of your code in bsd.options.mk, adding a new suffix. Maybe this= =20 > > further clarifies, what I'm currently missing. > >=20 > > c) would come in handy, if you'd like to make sure nothing whatsoever= =20 > > from /var/db/ports/*/options impacts a build. >=20 >=20 > Baptiste, are you considering b) ? >=20 > MfG CoCo I will definitly I need to review you patch and some others I recieved, jus= t I need to find time to do it. Thanks for reminding and for the patch. regards, Bapt >=20 --lMM8JwqTlfDpEaS6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlFQwF0ACgkQ8kTtMUmk6EwXJgCdHfINVzXRX3JZHZRU8zCLxbtH pE4AnAjv5U1XoOP0/2pg1ux/RBlQgIvN =Kvsa -----END PGP SIGNATURE----- --lMM8JwqTlfDpEaS6-- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 25 22:33:36 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C39A88E2 for ; Mon, 25 Mar 2013 22:33:36 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-vb0-x22e.google.com (mail-vb0-x22e.google.com [IPv6:2607:f8b0:400c:c02::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 8C733709 for ; Mon, 25 Mar 2013 22:33:36 +0000 (UTC) Received: by mail-vb0-f46.google.com with SMTP id b13so4139384vby.5 for ; Mon, 25 Mar 2013 15:33:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=mlrvy+FmTVc7eO76PCF86858fNrQ3XH8PvbEUohIUpw=; b=wu1a132srRLuRz6cBhzA8Cr+u0+yWd3ObKrRXuFDmyMJnXSmvcQyhuDWGyck6VqNQd PT7XxEYzw6fw5OBVU7ERO3NkSGPn0S2sSAsqAwPb1s1LkPri3432BbUidj9Pmz1enIwx axZrPVTZWlTeT5GKIU91S4+WDTTq7/VVQ+ERNToY7xhAVht8lH8N5NgVImyPUfnVYSRR EW+s6ciwRzp75uBu7fWkPVftnpY+D+2SVwofe3IZg1H0mB/0UEyw0k0I/acpFrdBXXi7 xtHGkGBCZrOQwCTapuvtXN/1DjwIoM3DeKYaNqLpUF03Ha309Wwl49gp6kP1OMWDEqN6 aZeQ== MIME-Version: 1.0 X-Received: by 10.58.151.4 with SMTP id um4mr18111539veb.12.1364250816088; Mon, 25 Mar 2013 15:33:36 -0700 (PDT) Received: by 10.220.115.7 with HTTP; Mon, 25 Mar 2013 15:33:35 -0700 (PDT) Date: Mon, 25 Mar 2013 18:33:35 -0400 Message-ID: Subject: Status of packages From: grarpamp To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 22:33:36 -0000 There haven't been any package updates since last October, even September in the soon to be legacy case of RELENG_8 i386. So lets say six months. Last status I noticed was in January pending 'security review of build farm code'. Nearly two months later this would seem to be an unusual amount of time to leave those users who use only packages (not ports) hanging. What needs done to get this rolling and out to the users again? Thx. From owner-freebsd-ports@FreeBSD.ORG Tue Mar 26 04:16:55 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6B68A2F8; Tue, 26 Mar 2013 04:16:55 +0000 (UTC) (envelope-from tabthorpe@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 463887D0; Tue, 26 Mar 2013 04:16:55 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r2Q4GtoT010997; Tue, 26 Mar 2013 04:16:55 GMT (envelope-from tabthorpe@freefall.freebsd.org) Received: (from tabthorpe@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r2Q4GtUl010996; Tue, 26 Mar 2013 04:16:55 GMT (envelope-from tabthorpe) Date: Tue, 26 Mar 2013 04:16:55 +0000 From: Thomas Abthorpe To: ports@FreeBSD.org Subject: [HEADS UP] Ports Freeze for upcoming 8.4 Release Message-ID: <20130326041654.GA10992@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 04:16:55 -0000 The FreeBSD Ports Management team as decided to do a hard freeze to co-incide with the release of 8.4-FreeBSD RC1, tentatively scheduled for March 30. During this hard freeze, only security updates, critical fixes, and related fixes related to the clean-up of the tree will be allowed. This is a change from our recent Feature Safe policy. If you want/need something to get into the tree after the freeze, email a patch to portmgr@, and await approval. Once we feel the tree is in good shape for shipping, we will open up for a slush. More details on that once we get closer to release time. Thomas on behalf of portmgr@ From owner-freebsd-ports@FreeBSD.ORG Tue Mar 26 08:13:17 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 283501DC for ; Tue, 26 Mar 2013 08:13:17 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [5.135.177.31]) by mx1.freebsd.org (Postfix) with ESMTP id B5AA6718 for ; Tue, 26 Mar 2013 08:13:16 +0000 (UTC) Received: from [192.168.0.23] (4ab54-4-88-163-248-31.fbx.proxad.net [88.163.248.31]) by peterschmitt.fr (Postfix) with ESMTPSA id E74794AB80B for ; Tue, 26 Mar 2013 09:13:20 +0100 (CET) Message-ID: <515158B2.2080900@peterschmitt.fr> Date: Tue, 26 Mar 2013 09:13:38 +0100 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130325 Thunderbird/17.0.4 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Ports should provide knobs disabling unwanted network services References: <1364123355503-5798581.post@n5.nabble.com> <514EF84F.1090208@peterschmitt.fr> <1364126459718-5798594.post@n5.nabble.com> <514FC573.8060806@peterschmitt.fr> In-Reply-To: X-Enigmail-Version: 1.6a1pre Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2IPDLJHSLPSLVEEODIKNH" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 08:13:17 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2IPDLJHSLPSLVEEODIKNH Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Le 25/03/2013 04:40, Scot Hetzel a =E9crit : > On Sun, Mar 24, 2013 at 10:33 PM, Florent Peterschmitt > wrote: >> Le 24/03/2013 17:34, Scot Hetzel a =E9crit : >>> On Sun, Mar 24, 2013 at 7:00 AM, Beeblebrox wr= ote: >>>> I would be very happy to submit a patch, if I actually knew how to w= rite >>>> one... >>>> >>> >>> It is quite simple to create the patch. >>> >>> If you have a working copy checked out with svn, then it would be: >>> >>> cd /usr/ports/[category]/[port] >>> - Make the necessary changes to the port >>> - After testing the port make sure to do a 'make clean' >>> svn diff > port.diff >>> >>> Otherwise make a copy of the port: >>> >>> cd /usr/ports/[catagory] >>> cp port port-orig >>> cd port >>> - Make the necessary changes to port >>> - After testing port make sure to do a 'make clean' >>> cd .. >>> diff -ruN port-orig port > port.diff >>> >>> Then just submit the port.diff in a PR using either send-pr or >>> http://www.freebsd.org/send-pr.html. >>> >> >> Is there a way to manually make a patch that will say : >> >> --- MyFile >> +++ MyFile >> >> Even if these files are in two distinct trees ? >> > There is always a way to do that: >=20 > diff -u /path/to/original/port/MyFile /path/to/modified/port/MyFile > > /place/to/save/patch/port.diff >=20 > or if you modifed several files: >=20 > diff -ruN /path/to/original/port /path/to/modified/port > > /place/to/save/patch/port.diff >=20 Hum yes but what I mean is that we'll have, for example: --- /home/florent-gentoo/patch/old/one 2013-03-24 14:04:20.757200724 +010= 0 +++ /home/florent-gentoo/patch/new/one 2013-03-24 14:04:08.541201548 +010= 0 [=85] And what I want is: --- /home/florent-gentoo/patch/old/one 2013-03-24 14:04:20.757200724 +010= 0 +++ /home/florent-gentoo/patch/old/one 2013-03-24 14:04:08.541201548 +010= 0 [=85] SCM make patches like the second one and I'm no sure it is possible to do without modifying by hand the patch generated. --=20 Florent Peterschmitt +33 (0)6 64 33 97 92 florent@peterschmitt.fr ------enig2IPDLJHSLPSLVEEODIKNH Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRUViyAAoJEMtO2Sol0IIm6V8H+gKqkZX38f7pFaEMenTB37FN L5CNMVi0c8mdwT2k058grKIImJgVIJWEJJ77A5ucEZXcOGq911cYI99K8f0pjJdO TSsNgWOaC8pnGYtE8288JyicXLV+4/6MypX0rYGqeD0w/92OQ8rn3QriqLY6ZLZl cdaeaweYsDEtqZcV+TPPgmrZQShNQH9isdNHQkFcfXBDFvsrcMEA3obwIfCtZccM 75J6mc4XU0xTR6aYCfNgtWWLTAEi9XmkCj5BqZvms29QQLn2cfuYwt6L4xOhEKMe k/eBNdIHgE2DZF6OBR8uO/cXiNANGuAAu3YL/w/tLwHhE8K9XulSNBsr/HXhiCc= =UZXq -----END PGP SIGNATURE----- ------enig2IPDLJHSLPSLVEEODIKNH-- From owner-freebsd-ports@FreeBSD.ORG Tue Mar 26 08:23:36 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9758238B for ; Tue, 26 Mar 2013 08:23:36 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: from mail.droso.net (grizzly.droso.dk [78.46.50.170]) by mx1.freebsd.org (Postfix) with ESMTP id 60B85772 for ; Tue, 26 Mar 2013 08:23:35 +0000 (UTC) Received: by mail.droso.net (Postfix, from userid 1001) id 541E05177; Tue, 26 Mar 2013 09:23:26 +0100 (CET) Date: Tue, 26 Mar 2013 09:23:26 +0100 From: Erwin Lansing To: grarpamp Subject: Re: Status of packages Message-ID: <20130326082325.GW2198@droso.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD/amd64 9.1-RELEASE 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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 08:23:36 -0000 On Mon, Mar 25, 2013 at 06:33:35PM -0400, grarpamp wrote: > There haven't been any package updates since last October, even > September in the soon to be legacy case of RELENG_8 i386. So lets > say six months. > > Last status I noticed was in January pending 'security review of > build farm code'. > > Nearly two months later this would seem to be an unusual amount of > time to leave those users who use only packages (not ports) hanging. > > What needs done to get this rolling and out to the users again? > This may not have made it out in this list, the latest announcement is here http://www.freebsd.org/news/2012-compromise.html#update20130323 In short, we're working hard on getting everything back online and have made some very good progress the last few weeks and days, and hope to have packages available again shortly. Best, Erwin -- Erwin Lansing http://droso.dk erwin@FreeBSD.org http:// www.FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Tue Mar 26 09:00:28 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A932F8D8 for ; Tue, 26 Mar 2013 09:00:28 +0000 (UTC) (envelope-from roam@ringlet.net) Received: from nimbus.fccf.net (nimbus.fccf.net [77.77.144.35]) by mx1.freebsd.org (Postfix) with ESMTP id 4A143941 for ; Tue, 26 Mar 2013 09:00:28 +0000 (UTC) Received: from straylight.m.ringlet.net (unknown [78.90.13.150]) by nimbus.fccf.net (Postfix) with ESMTPSA id 2B785D41 for ; Tue, 26 Mar 2013 11:00:20 +0200 (EET) Received: from roam (uid 1000) (envelope-from roam@ringlet.net) id dae002 by straylight.m.ringlet.net (DragonFly Mail Agent); Tue, 26 Mar 2013 11:00:19 +0200 Date: Tue, 26 Mar 2013 11:00:19 +0200 From: Peter Pentchev To: Florent Peterschmitt Subject: Re: Ports should provide knobs disabling unwanted network services Message-ID: <20130326090019.GB6037@straylight.m.ringlet.net> Mail-Followup-To: Florent Peterschmitt , freebsd-ports@freebsd.org References: <1364123355503-5798581.post@n5.nabble.com> <514EF84F.1090208@peterschmitt.fr> <1364126459718-5798594.post@n5.nabble.com> <514FC573.8060806@peterschmitt.fr> <515158B2.2080900@peterschmitt.fr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="jq0ap7NbKX2Kqbes" Content-Disposition: inline In-Reply-To: <515158B2.2080900@peterschmitt.fr> 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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 09:00:28 -0000 --jq0ap7NbKX2Kqbes Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 26, 2013 at 09:13:38AM +0100, Florent Peterschmitt wrote: > Le 25/03/2013 04:40, Scot Hetzel a =C3=A9crit : > > On Sun, Mar 24, 2013 at 10:33 PM, Florent Peterschmitt > > wrote: > >> Le 24/03/2013 17:34, Scot Hetzel a =C3=A9crit : > >>> On Sun, Mar 24, 2013 at 7:00 AM, Beeblebrox wr= ote: > >>>> I would be very happy to submit a patch, if I actually knew how to w= rite > >>>> one... > >>>> > >>> > >>> It is quite simple to create the patch. > >>> > >>> If you have a working copy checked out with svn, then it would be: > >>> > >>> cd /usr/ports/[category]/[port] > >>> - Make the necessary changes to the port > >>> - After testing the port make sure to do a 'make clean' > >>> svn diff > port.diff > >>> > >>> Otherwise make a copy of the port: > >>> > >>> cd /usr/ports/[catagory] > >>> cp port port-orig > >>> cd port > >>> - Make the necessary changes to port > >>> - After testing port make sure to do a 'make clean' > >>> cd .. > >>> diff -ruN port-orig port > port.diff > >>> > >>> Then just submit the port.diff in a PR using either send-pr or > >>> http://www.freebsd.org/send-pr.html. > >>> > >> > >> Is there a way to manually make a patch that will say : > >> > >> --- MyFile > >> +++ MyFile > >> > >> Even if these files are in two distinct trees ? > >> > > There is always a way to do that: > >=20 > > diff -u /path/to/original/port/MyFile /path/to/modified/port/MyFile > > > /place/to/save/patch/port.diff > >=20 > > or if you modifed several files: > >=20 > > diff -ruN /path/to/original/port /path/to/modified/port > > > /place/to/save/patch/port.diff > >=20 > Hum yes but what I mean is that we'll have, for example: >=20 > --- /home/florent-gentoo/patch/old/one 2013-03-24 14:04:20.757200724 +0100 > +++ /home/florent-gentoo/patch/new/one 2013-03-24 14:04:08.541201548 +0100 > [=E2=80=A6] >=20 > And what I want is: >=20 > --- /home/florent-gentoo/patch/old/one 2013-03-24 14:04:20.757200724 +0100 > +++ /home/florent-gentoo/patch/old/one 2013-03-24 14:04:08.541201548 +0100 > [=E2=80=A6] >=20 > SCM make patches like the second one and I'm no sure it is possible to > do without modifying by hand the patch generated. Well, one way to do it would be to actually *use* an SCM :) My preferred way would be a Git copy of the Subversion repository - then you do your changes in your local Git tree and periodically pull down the changes from the FreeBSD Subversion repo and merge them into yours. But really, is there actually a reason why you don't want two separate directories? To be honest, before the advent of Subversion and Git everyone did their patches that way (well, there *were* local CVS repositories and checkouts from there, but most of the patches were diffs between two side-by-side directories) - and I don't think anyone ever complained. Are there any problems you are seeing with two paths in the diff headers, or is it just aesthetic? G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@FreeBSD.org p.penchev@storpool.com PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 I am jealous of the first word in this sentence. --jq0ap7NbKX2Kqbes Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJRUWOjAAoJEGUe77AlJ98Tc74QAMjRLOzwZs6lK+NA4OgZ9BJB KKgH2cGBDb2MV8oTS/wrzpgWHjMwsEQQQiy6UW96JQ5bM0+LaU2wHq3MqPrVaYSD BQt5RpPU/Bk9yuIOzxsj/BQBkqtL1MtTUyOPjLzA5WXCqnpWCFcLuwjRTwzZh03J iQXmr8Z+fwIdL4qELoAJ2T8SZSzLPY9pEIF9LVwzb+MHWJuCI2/3f6AEHqiqCXTS OJ6sqVmN8vndsFfuSNJjO4sp5gHx3XHxIkf0Ebg0sWKpr9k07gX1yV8C2XoQPySQ Qat4McWniyBjCShMvWsuSyHltmshPwZMpeM073JgKS9rLJGWLGi87bbTt4oaPQ93 RQtRP1NwGXAAHiKRj8V/Ti+oLfLf9OFXP4JMd7ziBDO8B21mWHRLMg+34HmHpGPI Q5rL1QVHAEJnouo7SfIWXLx2ITRpTr5cJi8DBeBcut1I4Md5kR9m7Anaq7rcNuop Fooxz00a9NwG9eOmhe7L8hxsgAN/BD1pF8vS8RtLrnLPNOrNlF7wt3MUq9pmxzq7 g1OQWlbx17UQ4sucFvc0Z0gB70N9w49ueNPnmby1apyO4PC4TX0EXkFhjvR79wBV OPGZtw9GXVYuRoBEMegWp1PBbJ1Yyj0DVZyuNkaJsb5YzCkt5oZeC2WlfpPU/oEK uGQjLfDbHXFafanV4NxG =F43u -----END PGP SIGNATURE----- --jq0ap7NbKX2Kqbes-- From owner-freebsd-ports@FreeBSD.ORG Tue Mar 26 10:50:15 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D4102778; Tue, 26 Mar 2013 10:50:15 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 9ADEB18A; Tue, 26 Mar 2013 10:50:15 +0000 (UTC) Received: from irix.bris.ac.uk ([137.222.10.39] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1UKRSE-00044P-Oq; Tue, 26 Mar 2013 10:50:13 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1UKRSE-0007c3-Ax; Tue, 26 Mar 2013 10:50:10 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6) with ESMTP id r2QAoAV5041218; Tue, 26 Mar 2013 10:50:10 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6/Submit) id r2QAo9v6041217; Tue, 26 Mar 2013 10:50:09 GMT (envelope-from mexas) Date: Tue, 26 Mar 2013 10:50:09 GMT From: Anton Shterenlikht Message-Id: <201303261050.r2QAo9v6041217@mech-cluster241.men.bris.ac.uk> To: andrew.w.nosenko@gmail.com, gerald@pfeifer.com Subject: Re: is it a good idea to overwrite GCC_DEFAULT_VERSION= in Mk/bsd.gcc.mk? In-Reply-To: X-Spam-Score: -4.1 X-Spam-Level: ---- Cc: mexas@bristol.ac.uk, freebsd-ports@freebsd.org, bdrewery@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mexas@bristol.ac.uk List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 10:50:15 -0000 From andrew.w.nosenko@gmail.com Mon Mar 25 18:09:38 2013 On Mon, Mar 25, 2013 at 5:59 PM, Gerald Pfeifer wrote: > On Mon, 25 Mar 2013, Anton Shterenlikht wrote: >> I've now run ia64 with the above change for over 2 weeks, >> mostly rebuilding ports, etc. >> I didn't see any issues with gcc47. >> So, from my very limited testing, >> gcc47 can be made default. > > Thanks for the feedback, Anton! To really make that switch > globally, we'll need more extensive testing, a full ports builds > run, since there is a chance that some port you are not using may > be broken, and I hope to get this done in the coming weeks. >From my expiriense, devel/glib20 cannot be compiled with gcc47. Isn't it built with the system default compiler: configure:3954: checking for C compiler version configure:3963: cc --version >&5 cc (GCC) 4.2.1 20070831 patched [FreeBSD] I think we are only talking about updating lang/gcc to 4.7. Anton From owner-freebsd-ports@FreeBSD.ORG Tue Mar 26 11:33: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]) by hub.freebsd.org (Postfix) with ESMTP id 0919F245; Tue, 26 Mar 2013 11:33:25 +0000 (UTC) (envelope-from andrew.w.nosenko@gmail.com) Received: from mail-ie0-x22f.google.com (mail-ie0-x22f.google.com [IPv6:2607:f8b0:4001:c03::22f]) by mx1.freebsd.org (Postfix) with ESMTP id CAA52341; Tue, 26 Mar 2013 11:33:24 +0000 (UTC) Received: by mail-ie0-f175.google.com with SMTP id c12so8735804ieb.34 for ; Tue, 26 Mar 2013 04:33:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=bkNecxygoRpeFJVgUTfpGrzGF+QVtahgzJ2XT+OGaGo=; b=x1pMIMOPX0BX2PslAtiiJ5BGWlPV3G0A0H90J7ApMXEI+k6xYlegIKI7mTWa9SlPjP U2ZWlVUxMrgc4CuVZeQKteZmQJ2D9wptm2Q+4TMRvI4fcf+yZGxJexIwKged7Apg6zW5 IUQDtADtBaI2ZiJAmXS6msHCgq4klXBFtmYacNMCITmf3jr6WgRGZ7s+SRmvtOCxezVX yRdWkO6rN5znybT2Q6wIqEnGFPQBrXCLwQfxkucPNNuB/Gew5jgqyHV7M/3z3SsVLY2+ EyiCW8jOd6tOnHvVRjVz3p1t4KgZ/MXeePoX2v+t4qbJtAe+KCoBDWwz6BMKlmH7OsMT feTw== MIME-Version: 1.0 X-Received: by 10.50.11.138 with SMTP id q10mr1103001igb.5.1364297604544; Tue, 26 Mar 2013 04:33:24 -0700 (PDT) Received: by 10.64.68.106 with HTTP; Tue, 26 Mar 2013 04:33:24 -0700 (PDT) In-Reply-To: <201303261050.r2QAo9v6041217@mech-cluster241.men.bris.ac.uk> References: <201303261050.r2QAo9v6041217@mech-cluster241.men.bris.ac.uk> Date: Tue, 26 Mar 2013 13:33:24 +0200 Message-ID: Subject: Re: is it a good idea to overwrite GCC_DEFAULT_VERSION= in Mk/bsd.gcc.mk? From: "Andrew W. Nosenko" To: mexas@bristol.ac.uk Content-Type: text/plain; charset=ISO-8859-1 Cc: gerald@pfeifer.com, freebsd-ports@freebsd.org, bdrewery@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 11:33:25 -0000 On Tue, Mar 26, 2013 at 12:50 PM, Anton Shterenlikht wrote: > From andrew.w.nosenko@gmail.com Mon Mar 25 18:09:38 2013 > > On Mon, Mar 25, 2013 at 5:59 PM, Gerald Pfeifer wrote: > > On Mon, 25 Mar 2013, Anton Shterenlikht wrote: > >> I've now run ia64 with the above change for over 2 weeks, > >> mostly rebuilding ports, etc. > >> I didn't see any issues with gcc47. > >> So, from my very limited testing, > >> gcc47 can be made default. > > > > Thanks for the feedback, Anton! To really make that switch > > globally, we'll need more extensive testing, a full ports builds > > run, since there is a chance that some port you are not using may > > be broken, and I hope to get this done in the coming weeks. > > >From my expiriense, devel/glib20 cannot be compiled with gcc47. > > Isn't it built with the system default compiler: > > configure:3954: checking for C compiler version > configure:3963: cc --version >&5 > cc (GCC) 4.2.1 20070831 patched [FreeBSD] > > I think we are only talking about updating lang/gcc to 4.7. By default -- yes, it is going to build with base gcc. But topic and, therefore, my reaction was about overriding compiler to be lang/gcc* from ports and whether there are ports, which fail in that case. At least, as I understand it. Now, why overriding the compiler for Glib seems important to me and why I tried to do that: Since commit aba0f0c38bbfa11ad48b5410ebdbed2a99e68c58 Author: Ryan Lortie Date: Tue Oct 18 16:21:50 2011 -0400 gatomic: introduce G_ATOMIC_LOCK_FREE glib atomics implementation depends on gcc predefined macro __GCC_HAVE_SYNC_COMPARE_AND_SWAP_4, which is absent on the base gcc-4.2 and on Clang (all version, at least at that time). As consequence, we have a mutex-based implementation of atomics. Building Glib using more modern GCC (e.g. gcc-4.7) would help, but gnome-libtool hack prevents us from that. See also: Thread "atomic ops broken on mac/xcode" https://mail.gnome.org/archives/gtk-devel-list/2012-August/msg00089.html Gnome bugzilla #682818: atomic ops broken on mac/xcode https://bugzilla.gnome.org/show_bug.cgi?id=682818 LLVM/Clang bugzilla #11174: #define __GCC_HAVE_SYNC_COMPARE_AND_SWAP_ http://llvm.org/bugs/show_bug.cgi?id=11174 -- Andrew W. Nosenko From owner-freebsd-ports@FreeBSD.ORG Tue Mar 26 11:59:08 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id F3C7FBB2 for ; Tue, 26 Mar 2013 11:59:07 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [5.135.177.31]) by mx1.freebsd.org (Postfix) with ESMTP id A3F3679E for ; Tue, 26 Mar 2013 11:59:07 +0000 (UTC) Received: from [192.168.0.23] (4ab54-4-88-163-248-31.fbx.proxad.net [88.163.248.31]) by peterschmitt.fr (Postfix) with ESMTPSA id DADD54AB820 for ; Tue, 26 Mar 2013 12:59:17 +0100 (CET) Message-ID: <51518D9F.6040707@peterschmitt.fr> Date: Tue, 26 Mar 2013 12:59:27 +0100 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130325 Thunderbird/17.0.4 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Ports should provide knobs disabling unwanted network services References: <1364123355503-5798581.post@n5.nabble.com> <514EF84F.1090208@peterschmitt.fr> <1364126459718-5798594.post@n5.nabble.com> <514FC573.8060806@peterschmitt.fr> <515158B2.2080900@peterschmitt.fr> <20130326090019.GB6037@straylight.m.ringlet.net> In-Reply-To: <20130326090019.GB6037@straylight.m.ringlet.net> X-Enigmail-Version: 1.6a1pre Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2ROTUMBJFBFMBMWKNENVW" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: florent+FreeBSD-ports@peterschmitt.fr List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 11:59:08 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2ROTUMBJFBFMBMWKNENVW Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Le 26/03/2013 10:00, Peter Pentchev a =C3=A9crit : > On Tue, Mar 26, 2013 at 09:13:38AM +0100, Florent Peterschmitt wrote: >> Le 25/03/2013 04:40, Scot Hetzel a =C3=A9crit : >>> On Sun, Mar 24, 2013 at 10:33 PM, Florent Peterschmitt >>> wrote: >>>> Le 24/03/2013 17:34, Scot Hetzel a =C3=A9crit : >>>>> On Sun, Mar 24, 2013 at 7:00 AM, Beeblebrox = wrote: >>>>>> I would be very happy to submit a patch, if I actually knew how to= write >>>>>> one... >>>>>> >>>>> >>>>> It is quite simple to create the patch. >>>>> >>>>> If you have a working copy checked out with svn, then it would be: >>>>> >>>>> cd /usr/ports/[category]/[port] >>>>> - Make the necessary changes to the port >>>>> - After testing the port make sure to do a 'make clean' >>>>> svn diff > port.diff >>>>> >>>>> Otherwise make a copy of the port: >>>>> >>>>> cd /usr/ports/[catagory] >>>>> cp port port-orig >>>>> cd port >>>>> - Make the necessary changes to port >>>>> - After testing port make sure to do a 'make clean' >>>>> cd .. >>>>> diff -ruN port-orig port > port.diff >>>>> >>>>> Then just submit the port.diff in a PR using either send-pr or >>>>> http://www.freebsd.org/send-pr.html. >>>>> >>>> >>>> Is there a way to manually make a patch that will say : >>>> >>>> --- MyFile >>>> +++ MyFile >>>> >>>> Even if these files are in two distinct trees ? >>>> >>> There is always a way to do that: >>> >>> diff -u /path/to/original/port/MyFile /path/to/modified/port/MyFile >= >>> /place/to/save/patch/port.diff >>> >>> or if you modifed several files: >>> >>> diff -ruN /path/to/original/port /path/to/modified/port > >>> /place/to/save/patch/port.diff >>> >> Hum yes but what I mean is that we'll have, for example: >> >> --- /home/florent-gentoo/patch/old/one 2013-03-24 14:04:20.757200724 += 0100 >> +++ /home/florent-gentoo/patch/new/one 2013-03-24 14:04:08.541201548 += 0100 >> [=E2=80=A6] >> >> And what I want is: >> >> --- /home/florent-gentoo/patch/old/one 2013-03-24 14:04:20.757200724 += 0100 >> +++ /home/florent-gentoo/patch/old/one 2013-03-24 14:04:08.541201548 += 0100 >> [=E2=80=A6] >> >> SCM make patches like the second one and I'm no sure it is possible to= >> do without modifying by hand the patch generated. >=20 > Well, one way to do it would be to actually *use* an SCM :) My > preferred way would be a Git copy of the Subversion repository - then > you do your changes in your local Git tree and periodically pull down > the changes from the FreeBSD Subversion repo and merge them into yours.= >=20 > But really, is there actually a reason why you don't want two separate > directories? To be honest, before the advent of Subversion and Git > everyone did their patches that way (well, there *were* local CVS > repositories and checkouts from there, but most of the patches were > diffs between two side-by-side directories) - and I don't think anyone > ever complained. Are there any problems you are seeing with two paths > in the diff headers, or is it just aesthetic? >=20 > G'luck, > Peter >=20 Hum. I'm definitively misunderstanding patching process and I just discovered that even if the header is not with the two same subdirs, it works anyway. For the moment I've no time for porting but I'll study it as soon as possible :) Thanks ;) --=20 Florent Peterschmitt +33 (0)6 64 33 97 92 florent@peterschmitt.fr ------enig2ROTUMBJFBFMBMWKNENVW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRUY2kAAoJEMtO2Sol0IIm0E8H/1rfw1gGNy4fp4ziKZLJAqby curFvWo1QrobXTK7IqMvlC18TnsR1nII/1/QDSFUEPK1aSVsfW0UlvO9ItE8Cwsx Y3Tv725MtFmRWQtfi2xNhQILcdmJrBMYmYbbZoEVbP25iwnfn35M2f2fwkxLzUbn 144AOkQs98FssCuQnzXfmycPe3Fhw8cEDj4wNLNWvuoHDXV5VWrIwYiNgU7CWTiX 1wlcB8QABQbFG5lYop1aGkXCuXVvWfRTa9F6MYujephrq9SJhaKrSaljhptwlq+P gd3lL6Oy/mlAEEA/z5doWHWNNiVBtsMjWe3+v+RCi1wcMqZKMEYBnqI0qGfJTGU= =5Nfx -----END PGP SIGNATURE----- ------enig2ROTUMBJFBFMBMWKNENVW-- From owner-freebsd-ports@FreeBSD.ORG Tue Mar 26 12:49: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]) by hub.freebsd.org (Postfix) with ESMTP id D9269C07; Tue, 26 Mar 2013 12:49:11 +0000 (UTC) (envelope-from mezz.freebsd@gmail.com) Received: from mail-ve0-f176.google.com (mail-ve0-f176.google.com [209.85.128.176]) by mx1.freebsd.org (Postfix) with ESMTP id 8BF23B09; Tue, 26 Mar 2013 12:49:11 +0000 (UTC) Received: by mail-ve0-f176.google.com with SMTP id ox1so1172783veb.21 for ; Tue, 26 Mar 2013 05:49:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=YvCWhCmvoX1ViUN7uXWWfZ2s9xGEX1oYd63OTOBiBXU=; b=pHdqW8926nWSxj0ombqwvdYfWS8y4Qb+0Pb0vZ5LQQneJR8lPjGqqo4yFj+arj9zd1 BNY6VF79Ro+v8aSeJnS7KzDJ02MkOrZiniAtx20ws8akfrnOkEfjnOwtDNEhAF9iK1F5 kXgilaRwfoagshWg0nflCVZNBhpjqadxIpBTSrai3XdLTwS6cQrUQmsdbVDR1n4bWk/r e8Ls1UZnltacwDDukdTw+L3VUnk4hvHkHG04emzYrxGyjoWsQ6I47mADl4h1rY2p9vr0 3SXQhYsGpL8tqHoTFK2a63425DjkuUcXLydFUSKSLFs2XsstNQ0lyiH3YkvBW1WvvpYr YqeA== MIME-Version: 1.0 X-Received: by 10.58.173.131 with SMTP id bk3mr19020053vec.48.1364302145466; Tue, 26 Mar 2013 05:49:05 -0700 (PDT) Received: by 10.58.74.197 with HTTP; Tue, 26 Mar 2013 05:49:05 -0700 (PDT) In-Reply-To: References: <201303261050.r2QAo9v6041217@mech-cluster241.men.bris.ac.uk> Date: Tue, 26 Mar 2013 07:49:05 -0500 Message-ID: Subject: Re: is it a good idea to overwrite GCC_DEFAULT_VERSION= in Mk/bsd.gcc.mk? From: Jeremy Messenger To: "Andrew W. Nosenko" Content-Type: text/plain; charset=ISO-8859-1 Cc: gerald@pfeifer.com, mexas@bristol.ac.uk, freebsd-ports@freebsd.org, bdrewery@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 12:49:11 -0000 On Tue, Mar 26, 2013 at 6:33 AM, Andrew W. Nosenko wrote: > On Tue, Mar 26, 2013 at 12:50 PM, Anton Shterenlikht > wrote: >> From andrew.w.nosenko@gmail.com Mon Mar 25 18:09:38 2013 >> >> On Mon, Mar 25, 2013 at 5:59 PM, Gerald Pfeifer wrote: >> > On Mon, 25 Mar 2013, Anton Shterenlikht wrote: >> >> I've now run ia64 with the above change for over 2 weeks, >> >> mostly rebuilding ports, etc. >> >> I didn't see any issues with gcc47. >> >> So, from my very limited testing, >> >> gcc47 can be made default. >> > >> > Thanks for the feedback, Anton! To really make that switch >> > globally, we'll need more extensive testing, a full ports builds >> > run, since there is a chance that some port you are not using may >> > be broken, and I hope to get this done in the coming weeks. >> >> >From my expiriense, devel/glib20 cannot be compiled with gcc47. >> >> Isn't it built with the system default compiler: >> >> configure:3954: checking for C compiler version >> configure:3963: cc --version >&5 >> cc (GCC) 4.2.1 20070831 patched [FreeBSD] >> >> I think we are only talking about updating lang/gcc to 4.7. > > By default -- yes, it is going to build with base gcc. But topic and, > therefore, my reaction was about overriding compiler to be lang/gcc* > from ports and whether there are ports, which fail in that case. At > least, as I understand it. > > Now, why overriding the compiler for Glib seems important to me and > why I tried to do that: > > Since > commit aba0f0c38bbfa11ad48b5410ebdbed2a99e68c58 > Author: Ryan Lortie > Date: Tue Oct 18 16:21:50 2011 -0400 > > gatomic: introduce G_ATOMIC_LOCK_FREE > > glib atomics implementation depends on gcc predefined macro > __GCC_HAVE_SYNC_COMPARE_AND_SWAP_4, which is absent on the base > gcc-4.2 and on Clang (all version, at least at that time). > > As consequence, we have a mutex-based implementation of atomics. > Building Glib using more modern GCC (e.g. gcc-4.7) would help, but > gnome-libtool hack prevents us from that. Did you install all ports with GCC 4.7? If you install libtool with foo compiler then install other ports with bar compiler will be broken. You have to reinstall libtool with the bar compiler to make other ports with bar compiler works. > See also: > Thread "atomic ops broken on mac/xcode" > https://mail.gnome.org/archives/gtk-devel-list/2012-August/msg00089.html > > Gnome bugzilla #682818: atomic ops broken on mac/xcode > https://bugzilla.gnome.org/show_bug.cgi?id=682818 > > LLVM/Clang bugzilla #11174: #define __GCC_HAVE_SYNC_COMPARE_AND_SWAP_ > http://llvm.org/bugs/show_bug.cgi?id=11174 > > -- > Andrew W. Nosenko > _______________________________________________ > 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" -- mezz.freebsd@gmail.com - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Tue Mar 26 13:49:17 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9FF626AE for ; Tue, 26 Mar 2013 13:49:17 +0000 (UTC) (envelope-from portscout@portscout.freebsd.org) Received: from null.zi0r.com (null.zi0r.com [71.245.171.204]) by mx1.freebsd.org (Postfix) with ESMTP id 49660E29 for ; Tue, 26 Mar 2013 13:49:17 +0000 (UTC) Received: from null.zi0r.com (localhost [127.0.0.1]) by null.zi0r.com (8.14.5/8.14.5) with ESMTP id r2QDnBsW001382 for ; Tue, 26 Mar 2013 09:49:11 -0400 (EDT) (envelope-from portscout@null.zi0r.com) Received: (from portscout@localhost) by null.zi0r.com (8.14.5/8.14.5/Submit) id r2QDnB7H001304; Tue, 26 Mar 2013 09:49:11 -0400 (EDT) (envelope-from portscout) Message-Id: <201303261349.r2QDnB7H001304@null.zi0r.com> MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain Date: Tue, 26 Mar 2013 09:49:11 -0400 From: portscout@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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 13:49:17 -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 ------------------------------------------------+-----------------+------------ devel/arm-rtems-binutils | 2.21 | 2.23.2 ------------------------------------------------+-----------------+------------ devel/cross-binutils | 2.21 | 2.23.2 ------------------------------------------------+-----------------+------------ devel/i386-rtems-binutils | 2.21 | 2.23.2 ------------------------------------------------+-----------------+------------ devel/m68k-rtems-binutils | 2.21 | 2.23.2 ------------------------------------------------+-----------------+------------ devel/mingw64-binutils | 2.21 | 2.23.2 ------------------------------------------------+-----------------+------------ devel/mips-rtems-binutils | 2.21 | 2.23.2 ------------------------------------------------+-----------------+------------ devel/powerpc-rtems-binutils | 2.21 | 2.23.2 ------------------------------------------------+-----------------+------------ devel/sh-rtems-binutils | 2.21 | 2.23.2 ------------------------------------------------+-----------------+------------ devel/sparc-rtems-binutils | 2.21 | 2.23.2 ------------------------------------------------+-----------------+------------ 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 If wish to stop receiving portscout reminders, please contact portscout@portscout.freebsd.org Thanks. From owner-freebsd-ports@FreeBSD.ORG Tue Mar 26 15:00:46 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D4F235A0; Tue, 26 Mar 2013 15:00:46 +0000 (UTC) (envelope-from andrew.w.nosenko@gmail.com) Received: from mail-ie0-x22d.google.com (mail-ie0-x22d.google.com [IPv6:2607:f8b0:4001:c03::22d]) by mx1.freebsd.org (Postfix) with ESMTP id A18C7270; Tue, 26 Mar 2013 15:00:46 +0000 (UTC) Received: by mail-ie0-f173.google.com with SMTP id 9so9018115iec.18 for ; Tue, 26 Mar 2013 08:00:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=/JFDpU2euVGpV4iG195Sa6QhOYx/8g94b0W6iqozC3w=; b=BCS6MCV4fn9qv/6gsVeiMXTiKhbu4WShlssO6XdkoGoRcZQj2bV85vL2ZSbffC3nK/ xdvWwr6st+LQCi4G0ON1C5btGTrom3ZgqBtBDnoEv4YpfY6fubL3gcDUufdD1tDXhcZY NMFqIj30h8qiiyZFzK/I8EQqBnCdhWOvjahQ8aFiND2nhHY9MqOBUtjoFz9ZTW6fqqWv 5R2LRZeVUqBGl3jHwBXRtqpAaO9BR8zuVfkk0ectJvK4B6Fwo9wF/Thkfng3/c3V16aa DCOQ0GTKun537vFEmj5Y+mbr2Wnb/EG4ZFr+S5IOgog8Phh0bJPzynK+CidcXyWb7icR ZZXg== MIME-Version: 1.0 X-Received: by 10.50.11.138 with SMTP id q10mr1595505igb.5.1364310046319; Tue, 26 Mar 2013 08:00:46 -0700 (PDT) Received: by 10.64.68.106 with HTTP; Tue, 26 Mar 2013 08:00:46 -0700 (PDT) In-Reply-To: References: <201303261050.r2QAo9v6041217@mech-cluster241.men.bris.ac.uk> Date: Tue, 26 Mar 2013 17:00:46 +0200 Message-ID: Subject: Re: is it a good idea to overwrite GCC_DEFAULT_VERSION= in Mk/bsd.gcc.mk? From: "Andrew W. Nosenko" To: Jeremy Messenger Content-Type: text/plain; charset=ISO-8859-1 Cc: gerald@pfeifer.com, mexas@bristol.ac.uk, freebsd-ports@freebsd.org, bdrewery@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 15:00:46 -0000 On Tue, Mar 26, 2013 at 2:49 PM, Jeremy Messenger wrote: > On Tue, Mar 26, 2013 at 6:33 AM, Andrew W. Nosenko > wrote: >> On Tue, Mar 26, 2013 at 12:50 PM, Anton Shterenlikht >> wrote: >>> From andrew.w.nosenko@gmail.com Mon Mar 25 18:09:38 2013 >>> >>> On Mon, Mar 25, 2013 at 5:59 PM, Gerald Pfeifer wrote: >>> > On Mon, 25 Mar 2013, Anton Shterenlikht wrote: >>> >> I've now run ia64 with the above change for over 2 weeks, >>> >> mostly rebuilding ports, etc. >>> >> I didn't see any issues with gcc47. >>> >> So, from my very limited testing, >>> >> gcc47 can be made default. >>> > >>> > Thanks for the feedback, Anton! To really make that switch >>> > globally, we'll need more extensive testing, a full ports builds >>> > run, since there is a chance that some port you are not using may >>> > be broken, and I hope to get this done in the coming weeks. >>> >>> >From my expiriense, devel/glib20 cannot be compiled with gcc47. >>> >>> Isn't it built with the system default compiler: >>> >>> configure:3954: checking for C compiler version >>> configure:3963: cc --version >&5 >>> cc (GCC) 4.2.1 20070831 patched [FreeBSD] >>> >>> I think we are only talking about updating lang/gcc to 4.7. >> >> By default -- yes, it is going to build with base gcc. But topic and, >> therefore, my reaction was about overriding compiler to be lang/gcc* >> from ports and whether there are ports, which fail in that case. At >> least, as I understand it. >> >> Now, why overriding the compiler for Glib seems important to me and >> why I tried to do that: >> >> Since >> commit aba0f0c38bbfa11ad48b5410ebdbed2a99e68c58 >> Author: Ryan Lortie >> Date: Tue Oct 18 16:21:50 2011 -0400 >> >> gatomic: introduce G_ATOMIC_LOCK_FREE >> >> glib atomics implementation depends on gcc predefined macro >> __GCC_HAVE_SYNC_COMPARE_AND_SWAP_4, which is absent on the base >> gcc-4.2 and on Clang (all version, at least at that time). >> >> As consequence, we have a mutex-based implementation of atomics. >> Building Glib using more modern GCC (e.g. gcc-4.7) would help, but >> gnome-libtool hack prevents us from that. > > Did you install all ports with GCC 4.7? If you install libtool with > foo compiler then install other ports with bar compiler will be > broken. You have to reinstall libtool with the bar compiler to make > other ports with bar compiler works. No, I should not do that (of course if assume that port machinery doesn't interfere with configure results by discarding part of them). libtool script is a _generated_ thing when used with autoconf. 'configure' does some checks (including how to execute linker depending on used languages) and generates the "current" libtool sript using these results. This generated script has nothing with /usr/local/bin/libtool. Moreover, the system-wide libtool has no business there, not used and may be completely absent until you want regenerate and replace all package-supplied tools by your copy by something like 'autoreconf -f'. As you can see, under proper workflow, there no dependency, which version of compiler was installed or used on the time of /usr/local/bin/libtool generation. All knowledge about currently used language, compiler, linker abelities and so on are gatchered by configure and written into "local" package-specific libtool script (in contrast to the "global" /usr/local/bin/libtool). The only one problem that ports machinery decides to trow out these results and use own copy, which know nothing about actual package preferences, needs, nor used language. > >> See also: >> Thread "atomic ops broken on mac/xcode" >> https://mail.gnome.org/archives/gtk-devel-list/2012-August/msg00089.html >> >> Gnome bugzilla #682818: atomic ops broken on mac/xcode >> https://bugzilla.gnome.org/show_bug.cgi?id=682818 >> >> LLVM/Clang bugzilla #11174: #define __GCC_HAVE_SYNC_COMPARE_AND_SWAP_ >> http://llvm.org/bugs/show_bug.cgi?id=11174 >> -- Andrew W. Nosenko From owner-freebsd-ports@FreeBSD.ORG Tue Mar 26 15:46:06 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2569DEA1; Tue, 26 Mar 2013 15:46:06 +0000 (UTC) (envelope-from mezz.freebsd@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id C962D6D6; Tue, 26 Mar 2013 15:46:05 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id ht11so5726401vcb.27 for ; Tue, 26 Mar 2013 08:46:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=vixJmOagsFNQYVEL8HJu3x2wXiQG/ZRktA7YbQOfYMc=; b=r8NjUx5Nk/q1NokDF08iJZx2SVl/XZtj8Fvl77F4dvjFnk3pcU4jZETkTfNa7JZIqf hYmCBYvuRjNUsZJR7pyHX44Kd9A4d4erCNqvFsDEy0OTNqR/vP2G9PGjAP91kn7+9zzm ROpQnjopXcxtHZThpFcSpF6zpswMi9aaV8YrNIuvrf/G3kH9Qck0QyICUEcvwGWfMOOD rP+vBALTVFLg+I2jXUpcZLLcqZ3A407v3TgEV5KTNw1PX+5CBuD+JQAy40hWMVWjG/kO PbcrEWtKzHH8S/d394O+SpVdurmBw3H/SSf4btbDbTupWY4nPkZvVbd17ZgsD/GG+mmJ GbbQ== MIME-Version: 1.0 X-Received: by 10.58.229.69 with SMTP id so5mr19526408vec.6.1364312765112; Tue, 26 Mar 2013 08:46:05 -0700 (PDT) Received: by 10.58.74.197 with HTTP; Tue, 26 Mar 2013 08:46:05 -0700 (PDT) In-Reply-To: References: <201303261050.r2QAo9v6041217@mech-cluster241.men.bris.ac.uk> Date: Tue, 26 Mar 2013 10:46:05 -0500 Message-ID: Subject: Re: is it a good idea to overwrite GCC_DEFAULT_VERSION= in Mk/bsd.gcc.mk? From: Jeremy Messenger To: "Andrew W. Nosenko" Content-Type: text/plain; charset=ISO-8859-1 Cc: gerald@pfeifer.com, mexas@bristol.ac.uk, freebsd-ports@freebsd.org, bdrewery@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 15:46:06 -0000 On Tue, Mar 26, 2013 at 10:00 AM, Andrew W. Nosenko wrote: > On Tue, Mar 26, 2013 at 2:49 PM, Jeremy Messenger > wrote: >> On Tue, Mar 26, 2013 at 6:33 AM, Andrew W. Nosenko >> wrote: >>> On Tue, Mar 26, 2013 at 12:50 PM, Anton Shterenlikht >>> wrote: >>>> From andrew.w.nosenko@gmail.com Mon Mar 25 18:09:38 2013 >>>> >>>> On Mon, Mar 25, 2013 at 5:59 PM, Gerald Pfeifer wrote: >>>> > On Mon, 25 Mar 2013, Anton Shterenlikht wrote: >>>> >> I've now run ia64 with the above change for over 2 weeks, >>>> >> mostly rebuilding ports, etc. >>>> >> I didn't see any issues with gcc47. >>>> >> So, from my very limited testing, >>>> >> gcc47 can be made default. >>>> > >>>> > Thanks for the feedback, Anton! To really make that switch >>>> > globally, we'll need more extensive testing, a full ports builds >>>> > run, since there is a chance that some port you are not using may >>>> > be broken, and I hope to get this done in the coming weeks. >>>> >>>> >From my expiriense, devel/glib20 cannot be compiled with gcc47. >>>> >>>> Isn't it built with the system default compiler: >>>> >>>> configure:3954: checking for C compiler version >>>> configure:3963: cc --version >&5 >>>> cc (GCC) 4.2.1 20070831 patched [FreeBSD] >>>> >>>> I think we are only talking about updating lang/gcc to 4.7. >>> >>> By default -- yes, it is going to build with base gcc. But topic and, >>> therefore, my reaction was about overriding compiler to be lang/gcc* >>> from ports and whether there are ports, which fail in that case. At >>> least, as I understand it. >>> >>> Now, why overriding the compiler for Glib seems important to me and >>> why I tried to do that: >>> >>> Since >>> commit aba0f0c38bbfa11ad48b5410ebdbed2a99e68c58 >>> Author: Ryan Lortie >>> Date: Tue Oct 18 16:21:50 2011 -0400 >>> >>> gatomic: introduce G_ATOMIC_LOCK_FREE >>> >>> glib atomics implementation depends on gcc predefined macro >>> __GCC_HAVE_SYNC_COMPARE_AND_SWAP_4, which is absent on the base >>> gcc-4.2 and on Clang (all version, at least at that time). >>> >>> As consequence, we have a mutex-based implementation of atomics. >>> Building Glib using more modern GCC (e.g. gcc-4.7) would help, but >>> gnome-libtool hack prevents us from that. >> >> Did you install all ports with GCC 4.7? If you install libtool with >> foo compiler then install other ports with bar compiler will be >> broken. You have to reinstall libtool with the bar compiler to make >> other ports with bar compiler works. > > No, I should not do that (of course if assume that port machinery > doesn't interfere with configure results by discarding part of them). You need to try it. You can't assume anything. It's well known that if you change the CC/CXX then you have to reinstall libtool. Although, I don't know if it's still true for present libtool, but it was problem with libtool15 at last time when I checked. The libtool15 will storage the CC, CXX and other stuff as default of what you used it on libtool15. (ie: Run 'libtool --config') The gnome-libtool was copied from ${LOCALBASE}/bin/libtool (libtool port) then patch the bug of shared library version in gnome-libtool. It also changed the configure to look at gnome-libtool. Nothing more and nothing less. You can look at Mk/bsd.gnome.mk by search for ltverhack. > libtool script is a _generated_ thing when used with autoconf. > 'configure' does some checks (including how to execute linker > depending on used languages) and generates the "current" libtool sript > using these results. This generated script has nothing with > /usr/local/bin/libtool. Moreover, the system-wide libtool has no > business there, not used and may be completely absent until you want > regenerate and replace all package-supplied tools by your copy by > something like 'autoreconf -f'. > > As you can see, under proper workflow, there no dependency, which > version of compiler was installed or used on the time of > /usr/local/bin/libtool generation. All knowledge about currently used > language, compiler, linker abelities and so on are gatchered by > configure and written into "local" package-specific libtool script (in > contrast to the "global" /usr/local/bin/libtool). > > The only one problem that ports machinery decides to trow out these > results and use own copy, which know nothing about actual package > preferences, needs, nor used language. > >> >>> See also: >>> Thread "atomic ops broken on mac/xcode" >>> https://mail.gnome.org/archives/gtk-devel-list/2012-August/msg00089.html >>> >>> Gnome bugzilla #682818: atomic ops broken on mac/xcode >>> https://bugzilla.gnome.org/show_bug.cgi?id=682818 >>> >>> LLVM/Clang bugzilla #11174: #define __GCC_HAVE_SYNC_COMPARE_AND_SWAP_ >>> http://llvm.org/bugs/show_bug.cgi?id=11174 >>> > > > -- > Andrew W. Nosenko -- mezz.freebsd@gmail.com - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Tue Mar 26 16:04:06 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7FE7E30D; Tue, 26 Mar 2013 16:04:06 +0000 (UTC) (envelope-from Manfred.Wischin@zeitpunkt.com) Received: from mail.agentur-zeitpunkt.at (chello212186201100.wrn.surfer.at [212.186.201.100]) by mx1.freebsd.org (Postfix) with ESMTP id 13DDA80C; Tue, 26 Mar 2013 16:04:05 +0000 (UTC) Received: from swifty.azp.local ([192.168.6.10]) by swifty.azp.local ([192.168.6.10]) with mapi; Tue, 26 Mar 2013 17:02:56 +0100 From: Manfred Wischin To: "araujo@FreeBSD.org" Date: Tue, 26 Mar 2013 17:02:54 +0100 Subject: FreeBSD Port: ap22-mod_security-2.6.6 Thread-Topic: FreeBSD Port: ap22-mod_security-2.6.6 Thread-Index: Ac4qNaNR/RuhIy6UT8S8ifnVM/eyqg== Message-ID: <817348F22E5F944C82BCD9A2B571D7BA83291D9E3F@swifty.azp.local> Accept-Language: de-DE, de-AT Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: de-DE, de-AT MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "ports@FreeBSD.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 16:04:06 -0000 Hi Marcelo Araujo, is there any chance to get a current modsecurity 2.7 version into the FreeB= SD ports? Thank you for your time and effort. Dear Manfred Wischin -- Mag. Manfred Wischin AGENTUR ZEITPUNKT Mediendesign & -produktion Gmbh Sustainable Online Solutions 1070 Wien, Neubaugasse 57/3/22 T: +43.1.8908660-11 F: +43.1.8908660-15 M: +43.699.16688661 E: manfred.wischin@zeitpunkt.com I: www.zeitpunkt.com consulting | design | development | services From owner-freebsd-ports@FreeBSD.ORG Tue Mar 26 16:25: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]) by hub.freebsd.org (Postfix) with ESMTP id 141DAC43; Tue, 26 Mar 2013 16:25:12 +0000 (UTC) (envelope-from miwi@freebsd.org) Received: from bsdhash.org (bsdhash.org [94.23.250.27]) by mx1.freebsd.org (Postfix) with ESMTP id D093E99F; Tue, 26 Mar 2013 16:25:11 +0000 (UTC) Received: from [192.168.0.105] (stm-15-249.tm.net.my [202.188.15.249]) by bsdhash.org (Postfix) with ESMTPA id AD01351136; Wed, 27 Mar 2013 00:25:07 +0800 (MYT) Subject: Re: pam_ssh_agent_auth: ENOENT Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Content-Type: text/plain; charset=us-ascii From: Martin Wilke In-Reply-To: <830CEF08-04B2-40C6-BAD6-B2C738BD9536@lassitu.de> Date: Wed, 27 Mar 2013 00:25:04 +0800 Content-Transfer-Encoding: quoted-printable Message-Id: <7DF1B318-30FD-40CE-9198-A42E437376EB@freebsd.org> References: <7A12B6B7-BE3F-4E0A-99C5-61348CA7E028@lassitu.de> <6C2D19D2-A599-4B6A-89CC-D32DF685926F@lassitu.de> <719342CC-0D44-405C-A51B-532D8AB04774@lassitu.de> <512DBD48.4080100@andric.com> <830CEF08-04B2-40C6-BAD6-B2C738BD9536@lassitu.de> To: Stefan Bethke X-Mailer: Apple Mail (2.1499) Cc: Brooks Davis , Kimmo Paasiala , Muhammad Moinur Rahman <5u623l20@gmail.com>, Constantin Stefanov , freebsd-ports@freebsd.org, Dimitry Andric X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 16:25:12 -0000 Hey Please test the new patch. @ Stefan thx for the PR. http://people.freebsd.org/~miwi/psaa.diff - Martin On Feb 27, 2013, at 4:04 PM, Stefan Bethke wrote: >=20 > Am 27.02.2013 um 09:01 schrieb Dimitry Andric : >=20 >> On 2013-02-27 00:39, Stefan Bethke wrote: >> ... >>> openbsd-compat/vis.h is #ifdef'd HAVE_STRNVIS, so we check = configure. configure.log thinks we have a suitable strnvis: >>>=20 >>> configure:16566: checking for strnvis >>> configure:16622: cc -o conftest -O2 -pipe -fno-strict-aliasing -fPIC = -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign = -fstack-protector-all -fstack-protector-all conftest.c -lutil -lpam = >&5 >>> configure:16629: $? =3D 0 >>> configure:16651: result: yes >>>=20 >>>=20 >>> Do we? >>=20 >> We have strnvis(), but it is not suitable. We got strnvis() from >> NetBSD, and its arguments are in a different order from OpenBSD's >> version. See the archive for earlier discussions (and crash reports = :) >> about this. >>=20 >> I recommend adding the line: >>=20 >> CONFIGURE_ENV=3D ac_cv_func_strnvis=3Dno >>=20 >> to the port Makefile, just as with security/openssh-portable. >=20 > Ah, neat, I didn't know you could do that in a Makefile. I've just = submitted ports/176469 with a patch to configure, but this much nicer. >=20 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D176469 >=20 >=20 > Stefan >=20 > --=20 > Stefan Bethke Fon +49 151 14070811 >=20 >=20 >=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 +-----------------oOO--(_)--OOo-------------------------+ With best Regards, Martin Wilke (miwi_(at)_FreeBSD.org) Mess with the Best, Die like the Rest From owner-freebsd-ports@FreeBSD.ORG Tue Mar 26 16:26:52 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7BC23D10; Tue, 26 Mar 2013 16:26:52 +0000 (UTC) (envelope-from fbsd8@a1poweruser.com) Received: from mail-03.name-services.com (mail-03.name-services.com [69.64.155.195]) by mx1.freebsd.org (Postfix) with ESMTP id 4DCA69C6; Tue, 26 Mar 2013 16:26:52 +0000 (UTC) Received: from [10.0.10.1] ([173.88.202.176]) by mail-03.name-services.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 26 Mar 2013 09:26:23 -0700 Message-ID: <5151CC28.8060407@a1poweruser.com> Date: Tue, 26 Mar 2013 12:26:16 -0400 From: Fbsd8 User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Dirk Engling Subject: Re:qjail fork attribution was Handbook Jail Chapter rewrite available for critique References: <1UHfYF-000LVV-4Y@internal.tormail.org> <5148980A.1070408@erdgeist.org> <20130321170556.Q32142@sola.nimnet.asn.au> <514CD742.7030207@a1poweruser.com> <5150F9A4.4010903@erdgeist.org> In-Reply-To: <5150F9A4.4010903@erdgeist.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 26 Mar 2013 16:26:23.0738 (UTC) FILETIME=[A820BDA0:01CE2A3E] X-Sender: fbsd8@a1poweruser.com X-Authenticated-Sender: fbsd8@a1poweruser.com X-EchoSenderHash: [fbsd8]-[a1poweruser*com] Cc: ports@FreeBSD.org, freebsd-jail@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 16:26:52 -0000 Dirk Engling wrote: > Dear JoeB, > > since you just threatened me via private email to expose my evil plans > of preventing your ubercool project from taking FreeBSD by storm, I > would like to comment on your views and your project publicly > > On 22.03.13 23:12, Fbsd8 wrote: > >> On the subject of qjail being a fork of ezjail, of course it is. > > So, you've decided to run along with an existing code base to fork a > project. Congratulations. > > You surely must have had reasons, like including features that the > original author told you never to implement. Like you found the project > abandoned and no one replied to your requests. > > Well, except you did not. I found out about your fork by chance, after > someone directed my attention to your constant bragging and nagging. > Why, after all, would you ever feel the need to talk to me directly > about the fork? After all, what common interests might we possibly share? > > So I think the only reason to rip off ezjails code was to boost your ego > with some impressive looking column of shell script you obviously had > trouble understanding, which comes as no surprise as you _still_ seem to > have trouble grasping even the basic concepts of shell scripting: > > http://lists.freebsd.org/pipermail/freebsd-questions/2013-January/248558.html > > http://lists.freebsd.org/pipermail/freebsd-questions/2013-January/247723.html > > Reading this I find it very disturbing that you try to lure users into > using your bumbling hack that pokes in one of the core security features > of FreeBSD. To put it more plainly: What you do is dangerous. Stop doing > it. You're putting your users at risk. > >> British member concluded that the author of ezjail must be British based >> solely on the spelling of the flavour directory. He also convinced us >> that his Beerware license was British humor, a joke, and should not be >> taken serous. In our review of other jail ports we did not see this > > Then tell your "British member" to read up on some contemporary > literature, maybe Wikipedia > > http://en.wikipedia.org/wiki/Beerware > > so he has a chance to understand what connects Beerware and FreeBSD. Do > not use your confused team member as pretext to violate the terms of > license you obviously found by yourself and chose to ignore. > >> file. It was inserted in the front like they have. We though that was >> how you make software opensource which was the intention. There are no >> formal copyright documents; it's just a extrapolation from the FreeBSD >> comments. > > Besides completely failing to see the point what the difference between > open source and public domain is, you do not have the slightest idea, > what a community of people sharing their code as open source is about. > > The simple fact that you resort to Windows and IIS to serve your web > site should have warned me, that you do not actually have any connection > to the scene besides your gimme-gimme-gimme attitude. > > To make my point clear: Open source software is about attribution. For > multiple reasons, most important to me: getting to socialize. Beerware > is not so much about getting the actual beer, but to have a chance to > sit together and talk with people sharing common interests. Now you rob > me of the chance to ever hear from people using my code disguised as yours. > > Another reason, of course, is the pride we take in spending nearly ten > years on ezjail and we definitely do not like some script kiddie running > around adorn himself with plumes plucked from our asses. > >> section is not appropriate to include qjail under Freebsd opensource >> type of license, then we can change the comments to say "totally free to >> do as you wish as opensource" and leave it at that. If something else is >> needed, please inform what that is by private email. To continue this >> this subject in public is not appropriate. Please respect our wish in >> this matter. > > No, I will not respect your wishes, as you chose to ignore mine. You are > not totally free to do as you wish with the ezjail authors' code and you > can not grant that rights to someone else. > > Regarding your fork: I can not and I will not prevent forks from > happening. So I wish you good luck with it. Maybe you learn some shell > on the way. > > The qjail port has been marked RESTRICTED by the ports managers and I > will withdraw my concerns once you find a proper way to indicate > original authorship in a humble way. > > Regards, > > erdgeist > > Dear Dirk Engling I feel sorry for you. I man with such talent and respect has fallen to such a level of self induced public humiliation. This outburst only confirms my suspicion that your suffering from dementia caused by advancing age. I tried to give you a way to save face as I purposed in my private email to you. But now that you have moved things into the public light you force me to publicly point out just how confused your thinking is. The FACT is the ezjail-3.2.3 port currently in the port system contains NO verbiage concerning any type of license. Even the ezjail Makefile doesn't invoke the BSD license. Even after I informed you of this fact by private email (which I have inserted below) you choose to publicly attack me in this manner. In this post you cut and paste selected snippets of content from different posts I made, which when inserted into the above post is taken totally out of context. To make matters worse you use a subject which will slander my efforts in creating a re-write of the handbook jail chapter. SHAME ON YOU. YOU KNOW BETTER THAN TO DO THAT. I had parents who both went through the confusion, forgetfulness, short term memory lose and paranoia you are exhibiting now. I understand what you are going through and forgive you for your actions. I pray you are under medical care for this condition. There are drugs which reduce these effects and prolong the periods of normalness. After your first email informing me (which is inserted below) you had qjail marked RESTRICTED, I replied in a very respectfully manner asking you to inform me what you wanted stated in qjail to make you happy. After a week of no reply from you, it become apparent your intention was to never have the RESTRICTED status removed no matter what. Or more likely you forgot all about it. At that point I installed the ezjail port to read for myself what the ezjail license was all about and I find NO license verbiage at all. Which is an indicator of short term memory lose. The posting of this email where you say I threatened you is a indicator of paranoia. One does not have to be a lawyer to know the lack of any license verbiage embedded in computer programs released to the public becomes property of public domain forever. Putting license verbiage on your next port version is unenforceable because it's already property of public domain. Only due to the respected position you have in the FreeBSD community did the ports administrator accept your word as sufficient cause to mark qjail's port as RESTRICTED. They should have at least reviewed the ezjail port to verify your claim first. Over the last week I have corresponded with the other members of the qjail project team. With hind sight we realize we un-intentional omitted stating any where that qjail was a fork of ezjail. This was not our intention. We plan to correct that over sight by adding the following to the "Authors" section of qjail's man page in the next release of qjail. qjail is a fork of ezjail written by Dirk Engling. I am sending this post to the ports mailing list. I am here by formally requesting the RESTRICTED status be rescinded for lack of creditable evidence to back Dirk Engling claim of qjail's failure to fulfill ezjail's license requirements because there is no ezjail license at all. Respectfully Yours Joe Barbish for the qjail project team. ******************************************************* what follows it the private email to Dirk Engling sent Mon 3/25/2013 7:59 PM ******************************************************* Dirk Engling, I am at a loss to understand your claims in this matter. I just downloaded the current port system ezjail-3.2.3 port and installed it and fail to see any mention of your so called "Beerware" license in the ezjail-admin script or the man page. I respectfully suggest you have the suspension rescinded in the same quick manner in which you got it activated. With out some creditable evidence to back your claim I will be forced to publicly request someone from the ports mailing list to inspect the ezjail-3.2.3 port now in the ports system and let them judge for themselves the validity of your current claim. Just like you emailed me about the suspension being activated I expect you to also notify me of its removal in the next 2 days. I will just consider this whole thing a friendly mis-understanding. Respectfully Yours Joe Barbish for the qjail project team. ************** first contact from Dirk Engling -----Original Message----- From: Dirk Engling [mailto:erdgeist@erdgeist.org] Sent: Wednesday, March 20, 2013 5:42 PM To: Joe Barbish Subject: qjail fork attribution Hi Joe, I noticed your unofficial ezjail fork after your attempts to promote our little project in the FreeBSD handbook. You might possibly have missed the Beerware license attached to the ezjail project that asks anyone using the code to not claim it is theirs. However it appears that you did exactly that and even claim a copyright # Copyright 2010, Qjail project. All rights reserved. that I definitely did not grant you. For that reason I asked the port managers to suspend the qjail port until we have talked things through and I find the Beerware license respected and the project's original authors properly mentioned. http://svnweb.freebsd.org/ports/head/sysutils/qjail/Makefile?r1=311478&r2=31 4731 While in principle I don't have anything against nor can I prevent a fork, I find your approach a little disturbing. Please fix your license attribution in the sense Beerware was intended, so I can withdraw my concerns and ask the ports managers to unset the port's RESTRICTED flag. After that I wish you the best with your project. erdgeist From owner-freebsd-ports@FreeBSD.ORG Tue Mar 26 16:52: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]) by hub.freebsd.org (Postfix) with ESMTP id 7F0CC487; Tue, 26 Mar 2013 16:52:57 +0000 (UTC) (envelope-from andrew.w.nosenko@gmail.com) Received: from mail-ia0-x229.google.com (mail-ia0-x229.google.com [IPv6:2607:f8b0:4001:c02::229]) by mx1.freebsd.org (Postfix) with ESMTP id 493AAAE5; Tue, 26 Mar 2013 16:52:57 +0000 (UTC) Received: by mail-ia0-f169.google.com with SMTP id j5so6732934iaf.0 for ; Tue, 26 Mar 2013 09:52:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=rKptGnOIWbXQstzTn4j/MJ21QiIDDFIdGsITvQvxmA4=; b=RJQD1T9ATnRspyQyoGQM1PxoxqSUZDgi3xJIdEYjargXWZyYppurgr6RGIOSrFvUSV 47uUbBhXLTilHDnQp9BB61Y3LhPgNE0VelZCoQx21R+BVGa3AGHim9qEfCYj8RZusXsl q0ftVe7rcwLZecM3An5LmyIjd3KsdKAKlIwMGPxjunKbhQMcqsG9XbANzsBuV9j4nGct vcV4RtL4M0Nazs8tuHF3raEufC7ejsifU2lcKi+CmL9oTvOqc+eoFa+0nRNAtXY1FQqM QZ7QfXy+ZcvGtfjESTOB+DwAMkRJCgeQK1ywN8MYV67/q+SytO2+KFV4ZsDvma0yTaWK xHqg== MIME-Version: 1.0 X-Received: by 10.43.65.195 with SMTP id xn3mr9774980icb.5.1364316776968; Tue, 26 Mar 2013 09:52:56 -0700 (PDT) Received: by 10.64.68.106 with HTTP; Tue, 26 Mar 2013 09:52:56 -0700 (PDT) In-Reply-To: References: <201303261050.r2QAo9v6041217@mech-cluster241.men.bris.ac.uk> Date: Tue, 26 Mar 2013 18:52:56 +0200 Message-ID: Subject: Re: is it a good idea to overwrite GCC_DEFAULT_VERSION= in Mk/bsd.gcc.mk? From: "Andrew W. Nosenko" To: Jeremy Messenger Content-Type: text/plain; charset=ISO-8859-1 Cc: gerald@pfeifer.com, mexas@bristol.ac.uk, freebsd-ports@freebsd.org, bdrewery@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 16:52:57 -0000 On Tue, Mar 26, 2013 at 5:46 PM, Jeremy Messenger wrote: > On Tue, Mar 26, 2013 at 10:00 AM, Andrew W. Nosenko > wrote: >> On Tue, Mar 26, 2013 at 2:49 PM, Jeremy Messenger >> wrote: >>> On Tue, Mar 26, 2013 at 6:33 AM, Andrew W. Nosenko >>> wrote: >>>> On Tue, Mar 26, 2013 at 12:50 PM, Anton Shterenlikht >>>> wrote: >>>>> From andrew.w.nosenko@gmail.com Mon Mar 25 18:09:38 2013 >>>>> >>>>> On Mon, Mar 25, 2013 at 5:59 PM, Gerald Pfeifer wrote: >>>>> > On Mon, 25 Mar 2013, Anton Shterenlikht wrote: >>>>> >> I've now run ia64 with the above change for over 2 weeks, >>>>> >> mostly rebuilding ports, etc. >>>>> >> I didn't see any issues with gcc47. >>>>> >> So, from my very limited testing, >>>>> >> gcc47 can be made default. >>>>> > >>>>> > Thanks for the feedback, Anton! To really make that switch >>>>> > globally, we'll need more extensive testing, a full ports builds >>>>> > run, since there is a chance that some port you are not using may >>>>> > be broken, and I hope to get this done in the coming weeks. >>>>> >>>>> >From my expiriense, devel/glib20 cannot be compiled with gcc47. >>>>> >>>>> Isn't it built with the system default compiler: >>>>> >>>>> configure:3954: checking for C compiler version >>>>> configure:3963: cc --version >&5 >>>>> cc (GCC) 4.2.1 20070831 patched [FreeBSD] >>>>> >>>>> I think we are only talking about updating lang/gcc to 4.7. >>>> >>>> By default -- yes, it is going to build with base gcc. But topic and, >>>> therefore, my reaction was about overriding compiler to be lang/gcc* >>>> from ports and whether there are ports, which fail in that case. At >>>> least, as I understand it. >>>> >>>> Now, why overriding the compiler for Glib seems important to me and >>>> why I tried to do that: >>>> >>>> Since >>>> commit aba0f0c38bbfa11ad48b5410ebdbed2a99e68c58 >>>> Author: Ryan Lortie >>>> Date: Tue Oct 18 16:21:50 2011 -0400 >>>> >>>> gatomic: introduce G_ATOMIC_LOCK_FREE >>>> >>>> glib atomics implementation depends on gcc predefined macro >>>> __GCC_HAVE_SYNC_COMPARE_AND_SWAP_4, which is absent on the base >>>> gcc-4.2 and on Clang (all version, at least at that time). >>>> >>>> As consequence, we have a mutex-based implementation of atomics. >>>> Building Glib using more modern GCC (e.g. gcc-4.7) would help, but >>>> gnome-libtool hack prevents us from that. >>> >>> Did you install all ports with GCC 4.7? If you install libtool with >>> foo compiler then install other ports with bar compiler will be >>> broken. You have to reinstall libtool with the bar compiler to make >>> other ports with bar compiler works. >> >> No, I should not do that (of course if assume that port machinery >> doesn't interfere with configure results by discarding part of them). > > You need to try it. You can't assume anything. I don't assume. I just know it. Know from everyday usage. > It's well known that if > you change the CC/CXX then you have to reinstall libtool. Although, I > don't know if it's still true for present libtool, but it was problem > with libtool15 at last time when I checked. The libtool15 will storage > the CC, CXX and other stuff as default of what you used it on > libtool15. (ie: Run 'libtool --config') My knowledge based on 2.x series. At the times of 1.x, the "base" compiler was modern enough for mitigate the need to redefine compilers. > > The gnome-libtool was copied from ${LOCALBASE}/bin/libtool (libtool > port) then patch the bug of shared library version in gnome-libtool. > It also changed the configure to look at gnome-libtool. Nothing more > and nothing less. You can look at Mk/bsd.gnome.mk by search for > ltverhack. I know it and knew at the time of writting. I don't know or don't understand why these "hacks" are needed, and, if they are really needed, then why they maintained separatelly instead of be pushed to the upstream and become part of libtool out-of-the-box. If, for some reason, libtool upstream cannot be conviced, or just at the transition stage, why patch the ${LOCALBASE}/bin/libtool? Why don't patch the "local" libtool generated by package's configure and which contains all configure-gatchered variables properly filled (at least for those packages, which use fresh enough libtool version)? Or why don't patch the devel/libtool (if need) for install the patched ltmain.sh (if need) and then force package to re-grab autotools/libtool related things and regenerate the configure script? > >> libtool script is a _generated_ thing when used with autoconf. >> 'configure' does some checks (including how to execute linker >> depending on used languages) and generates the "current" libtool sript >> using these results. This generated script has nothing with >> /usr/local/bin/libtool. Moreover, the system-wide libtool has no >> business there, not used and may be completely absent until you want >> regenerate and replace all package-supplied tools by your copy by >> something like 'autoreconf -f'. >> >> As you can see, under proper workflow, there no dependency, which >> version of compiler was installed or used on the time of >> /usr/local/bin/libtool generation. All knowledge about currently used >> language, compiler, linker abelities and so on are gatchered by >> configure and written into "local" package-specific libtool script (in >> contrast to the "global" /usr/local/bin/libtool). >> >> The only one problem that ports machinery decides to trow out these >> results and use own copy, which know nothing about actual package >> preferences, needs, nor used language. >> >>> >>>> See also: >>>> Thread "atomic ops broken on mac/xcode" >>>> https://mail.gnome.org/archives/gtk-devel-list/2012-August/msg00089.html >>>> >>>> Gnome bugzilla #682818: atomic ops broken on mac/xcode >>>> https://bugzilla.gnome.org/show_bug.cgi?id=682818 >>>> >>>> LLVM/Clang bugzilla #11174: #define __GCC_HAVE_SYNC_COMPARE_AND_SWAP_ >>>> http://llvm.org/bugs/show_bug.cgi?id=11174 >>>> -- Andrew W. Nosenko From owner-freebsd-ports@FreeBSD.ORG Tue Mar 26 17:26:42 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B115E97B; Tue, 26 Mar 2013 17:26:42 +0000 (UTC) (envelope-from qat@redports.org) Received: from qat.redports.org (qat.redports.org [96.47.72.233]) by mx1.freebsd.org (Postfix) with ESMTP id 839A9D0D; Tue, 26 Mar 2013 17:26:42 +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=Dr53FZMoTp+CeEi1IXgWuurU9lLYhVd7vdpV9ECnFkw=; b=oNsxuR7AnOOLgXbcpca8Ywh+yqodIT7AhbgooJQL/pWB0XcDyjey+Ye1x936PKYMEXNaGBI9ip7DGeyhDEkUQyLvEFYouD3R5Wv/yXbKJNcJwrduwsZgRtHrJ3bLG0AGhDrI+NFGFE4y5AT6Ne/8sSIVqZVlDpddZvyaGqxg2SE=; Received: from www by qat.redports.org with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UKXdr-0000MY-Iu; Tue, 26 Mar 2013 17:26:35 +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: miwi@FreeBSD.org X-Trac-Project: redports Date: Tue, 26 Mar 2013 17:26:35 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r314233: 4x leftovers To: miwi@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20130315023600-62743 X-Trac-Build-ID: 20130315023600-62743 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.14 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: Tue, 26 Mar 2013 17:26:42 -0000 - Convert to PEAR_AUTOINSTALL --------------------------------------------------------------------- Build ID: 20130315023600-62743 Job owner: miwi@FreeBSD.org Buildtime: 12 days Enddate: Tue, 26 Mar 2013 17:26:32 GMT Revision: r314233 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=314233 --------------------------------------------------------------------- Port: databases/pear-DB_Table 1.5.6,1 Buildgroup: 9.1-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~miwi@FreeBSD.org/20130315023600-62743-119052/pear-DB_Table-1.5.6,1.log Buildgroup: 9.1-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~miwi@FreeBSD.org/20130315023600-62743-119053/pear-DB_Table-1.5.6,1.log Buildgroup: 8.3-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~miwi@FreeBSD.org/20130315023600-62743-119054/pear-DB_Table-1.5.6,1.log Buildgroup: 8.3-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~miwi@FreeBSD.org/20130315023600-62743-119055/pear-DB_Table-1.5.6,1.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Tue Mar 26 18:16:46 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D7081D81 for ; Tue, 26 Mar 2013 18:16:46 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [188.252.31.196]) by mx1.freebsd.org (Postfix) with ESMTP id 45BE92CA for ; Tue, 26 Mar 2013 18:16:45 +0000 (UTC) Received: from wojtek.tensor.gdynia.pl (localhost [127.0.0.1]) by wojtek.tensor.gdynia.pl (8.14.6/8.14.5) with ESMTP id r2QIGZJM001846; Tue, 26 Mar 2013 19:16:35 +0100 (CET) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.6/8.14.5/Submit) with ESMTP id r2QIGX6S001843; Tue, 26 Mar 2013 19:16:34 +0100 (CET) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Tue, 26 Mar 2013 19:16:33 +0100 (CET) From: Wojciech Puchar To: "Rempel, Cynthia" Subject: Re: Could you remove the *-rtems-* ports? In-Reply-To: Message-ID: References: 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 passed SPF test, not delayed by milter-greylist-4.2.7 (wojtek.tensor.gdynia.pl [127.0.0.1]); Tue, 26 Mar 2013 19:16:35 +0100 (CET) Cc: "ports@FreeBSD.org" , "Joel.Sherrill@OARCorp.com" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 18:16:46 -0000 actually i used mips-rtems ports to just compile gcc mips cross compiler and with ease - to use it without any standard libs to write software for microchip PIC32 microcontroller. On Sun, 24 Mar 2013, Rempel, Cynthia wrote: > Hi FreeBSD Ports Maintainer, > > Could you remove the *-rtems-* ports? They fail to build (the user has to change to bash to build them), and once built they don't build RTEMS. There are additional issues stated below. > > Thanks! > Cynthia Rempel > ________________________________________ > From: bugzilla-daemon@rtems.org [bugzilla-daemon@rtems.org] > Sent: Sunday, March 24, 2013 7:40 AM > To: cynt6007@vandals.uidaho.edu > Subject: [Bug 2099] sparc-gcc: error: cannot compute suffix of object files > > https://www.rtems.org/bugzilla/show_bug.cgi?id=2099 > > --- Comment #3 from Joel Sherrill 2013-03-24 09:40:35 CDT --- > We really want the RTEMS Ports collections deleted. They do not include the > RTEMS version in the target name and do not include recent patches. They were > not submitted by the project and have no maintainer. > > You just tripped into a pit we wanted to fill with dirt. :) > > -- > Configure bugmail: https://www.rtems.org/bugzilla/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You reported the bug. > > > _______________________________________________ > 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 Mar 26 18:20:39 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 710DEDD for ; Tue, 26 Mar 2013 18:20:39 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-vb0-x22e.google.com (mail-vb0-x22e.google.com [IPv6:2607:f8b0:400c:c02::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 37F36308 for ; Tue, 26 Mar 2013 18:20:39 +0000 (UTC) Received: by mail-vb0-f46.google.com with SMTP id 11so97727vbe.33 for ; Tue, 26 Mar 2013 11:20:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=QqNFq22v+fgKzpsN+l1/cwbp357lR/Jc5yaYvV/V7vU=; b=Z235zZSgKCGGDDIo228EeOPDIzd0xLAsl7x6yf+Mp2rACke+o1Xbo/QzOtPhDxFlvN KZihpURk/nA2tP7fnqYVkB1AukbrV+vpXf8y4l7dOnREyNjcIcmyZM6e4XH8FhVKbXkm Nu1ALhxWA1Gj6yR6TBlHavIDT8EVtytEtaaGKz8e26i8RrgXwhHCpwnB9x5xuUuppQkh 3mOYR9RE+zGqewoDpjaQt8T/btONkaWKFvCPUASLXBhyHnoeo4i6uYm9SRmV5kBcGDfr AheumCB2ZM0zhQH7pqsgHeQVB7+jPtLBYQb7XywaGtVypmAmAYKbqDB2VMnSzcamed+T tDKg== MIME-Version: 1.0 X-Received: by 10.59.11.199 with SMTP id ek7mr20530194ved.19.1364322038795; Tue, 26 Mar 2013 11:20:38 -0700 (PDT) Received: by 10.220.115.7 with HTTP; Tue, 26 Mar 2013 11:20:38 -0700 (PDT) In-Reply-To: <20130326082325.GW2198@droso.net> References: <20130326082325.GW2198@droso.net> Date: Tue, 26 Mar 2013 14:20:38 -0400 Message-ID: Subject: Re: Status of packages From: grarpamp To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 18:20:39 -0000 > This may not have made it out in this list, the latest announcement is > here http://www.freebsd.org/news/2012-compromise.html#update20130323 It's nice to see something like redports. It can be helpful to those using ports to diagnose their local builds against the output of a formal sandbox service for the project. It would be cool if the logs, build hiers and packages from such a buildbot were accessible. They'd obviously always be in flux but still useful to see. From owner-freebsd-ports@FreeBSD.ORG Tue Mar 26 18:30: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]) by hub.freebsd.org (Postfix) with ESMTP id 694E9744 for ; Tue, 26 Mar 2013 18:30:37 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [188.252.31.196]) by mx1.freebsd.org (Postfix) with ESMTP id E8A793A4 for ; Tue, 26 Mar 2013 18:30:36 +0000 (UTC) Received: from wojtek.tensor.gdynia.pl (localhost [127.0.0.1]) by wojtek.tensor.gdynia.pl (8.14.6/8.14.5) with ESMTP id r2QIFPkc001840; Tue, 26 Mar 2013 19:15:25 +0100 (CET) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.6/8.14.5/Submit) with ESMTP id r2QIFOV0001837; Tue, 26 Mar 2013 19:15:25 +0100 (CET) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Tue, 26 Mar 2013 19:15:24 +0100 (CET) From: Wojciech Puchar To: Beeblebrox Subject: Re: Ports should provide knobs disabling unwanted network services In-Reply-To: <1364123355503-5798581.post@n5.nabble.com> Message-ID: References: <1364123355503-5798581.post@n5.nabble.com> 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 passed SPF test, not delayed by milter-greylist-4.2.7 (wojtek.tensor.gdynia.pl [127.0.0.1]); Tue, 26 Mar 2013 19:15:26 +0100 (CET) Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 18:30:37 -0000 On Sun, 24 Mar 2013, Beeblebrox wrote: > Many ports, (specially the KDE-related ones) provide no option to disable > network-related options. Usually these are things like samba-client, > Avahi-mDNS* (with variants), and the like. Gnome usually provides a choice > to disable gnome-vfs. > > I really don't understand why such ports enable those services by default, me too. I don't think KDE is for anything serious but still it should just be disabled by default and enabled at user choice. No special knobs for disabling should exist, but for enabling. From owner-freebsd-ports@FreeBSD.ORG Tue Mar 26 18:37:48 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 42EECEEE for ; Tue, 26 Mar 2013 18:37:48 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-ea0-x231.google.com (mail-ea0-x231.google.com [IPv6:2a00:1450:4013:c01::231]) by mx1.freebsd.org (Postfix) with ESMTP id CFFB85FE for ; Tue, 26 Mar 2013 18:37:47 +0000 (UTC) Received: by mail-ea0-f177.google.com with SMTP id q14so695968eaj.22 for ; Tue, 26 Mar 2013 11:37:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=TQZm7VF4+ut7q/MDXaHwp3zMANMajthC6CDXHe1iJc4=; b=gKiXv+dIET8IUgQyj6kgQFE1SaBlv7eQbV/qSYcSN9yjGL/Qz6OkdE543CwHx9TPSj JhwQNRsxwwLqMydqQxA8b0rZbTYVcstSlvvgHWP5fZJyCf1XFqSVZZqcqBmrv7hEdZo2 vzom0PfJ8QsW/elx21lUnYHK8ZVdA+DJr6KaxW+1ltIld2w1cptfGVU/k4Gc++9BRqra 0yjE8gw6nuZie927pA9FFmf8iFXUHOzxzyq0kjCXPgiUBaYkxC0/EwWwuc9X/KYT8WSZ X9f5YYkkx5LkR6odPZrbzskYCT0pJ32wYx+sPM63aQVwck/vQQHjgSlZfUsPndJvzcVB mWYQ== X-Received: by 10.14.182.72 with SMTP id n48mr21223741eem.3.1364323066888; Tue, 26 Mar 2013 11:37:46 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPS id 44sm26643111eek.5.2013.03.26.11.37.44 (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 26 Mar 2013 11:37:45 -0700 (PDT) Sender: Baptiste Daroussin Date: Tue, 26 Mar 2013 19:37:43 +0100 From: Baptiste Daroussin To: Wojciech Puchar Subject: Re: Ports should provide knobs disabling unwanted network services Message-ID: <20130326183743.GF64932@ithaqua.etoilebsd.net> References: <1364123355503-5798581.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XStn23h1fwudRqtG" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-ports@freebsd.org, Beeblebrox X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 18:37:48 -0000 --XStn23h1fwudRqtG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 26, 2013 at 07:15:24PM +0100, Wojciech Puchar wrote: > On Sun, 24 Mar 2013, Beeblebrox wrote: >=20 > > Many ports, (specially the KDE-related ones) provide no option to disab= le > > network-related options. Usually these are things like samba-client, > > Avahi-mDNS* (with variants), and the like. Gnome usually provides a cho= ice > > to disable gnome-vfs. > > > > I really don't understand why such ports enable those services by defau= lt, > me too. I don't think KDE is for anything serious but still it should jus= t=20 > be disabled by default and enabled at user choice. >=20 > No special knobs for disabling should exist, but for enabling. It is not because a program is linked against a library that it uses it for real. I don't know much kde, but I'm pretty sure I have a checkbox somewhere saying "activate mdns" or "deactivate mdns" you can have it installed on yo= ur system but not actually starting it. I general I do think ports/packages should offer as default what may fits t= he general needs easily. in this case if you are free to use/not use it via a checkbox, then the default right now is sane because another user with diff= erent needs will just have to click to activate it without having to build his own packages. regards, Bapt --XStn23h1fwudRqtG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlFR6vcACgkQ8kTtMUmk6EzovwCdGrZKUBEPkyQZYtxuMBrXl9PY fA0AnAiMXlDSaLsA5MmfSRNFylKsI/t8 =bnTN -----END PGP SIGNATURE----- --XStn23h1fwudRqtG-- From owner-freebsd-ports@FreeBSD.ORG Tue Mar 26 20:14:58 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7BE3688D for ; Tue, 26 Mar 2013 20:14:58 +0000 (UTC) (envelope-from Joel.Sherrill@OARcorp.com) Received: from OARmail.OARCORP.com (oarmail.oarcorp.com [67.63.146.244]) by mx1.freebsd.org (Postfix) with ESMTP id 45AECBE9 for ; Tue, 26 Mar 2013 20:14:57 +0000 (UTC) Received: from [192.168.1.44] (192.168.1.44) by OARmail.OARCORP.com (192.168.2.2) with Microsoft SMTP Server (TLS) id 8.2.255.0; Tue, 26 Mar 2013 15:14:50 -0500 Message-ID: <515201BA.6090802@oarcorp.com> Date: Tue, 26 Mar 2013 15:14:50 -0500 From: Joel User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: Wojciech Puchar Subject: Re: Could you remove the *-rtems-* ports? References: In-Reply-To: Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Cc: "ports@FreeBSD.org" , "Rempel, Cynthia" , chrisj@rtems.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 20:14:58 -0000 On 3/26/2013 1:16 PM, Wojciech Puchar wrote: > actually i used mips-rtems ports to just compile gcc mips cross compiler > and with ease - to use it without any standard libs to write software for > microchip PIC32 microcontroller. What version of RTEMS? You are lucky because the MIPS architecture is very stable. The tool versions listed that do not match any set of patches/versions from the RTEMS Project. Plus they do not follow the proper naming for any RTEMS version in this century. What can we do to help either make these ports correct per RTEMS or help any users transition to rtems-source-builder? I don't want to leave anyone in a pinch. That is NOT the RTEMS way. :) cc'ing Chris Johns who is the rtems-source-builder person. --joel RTEMS > On Sun, 24 Mar 2013, Rempel, Cynthia wrote: > >> Hi FreeBSD Ports Maintainer, >> >> Could you remove the *-rtems-* ports? They fail to build (the user has to change to bash to build them), and once built they don't build RTEMS. There are additional issues stated below. >> >> Thanks! >> Cynthia Rempel >> ________________________________________ >> From: bugzilla-daemon@rtems.org [bugzilla-daemon@rtems.org] >> Sent: Sunday, March 24, 2013 7:40 AM >> To: cynt6007@vandals.uidaho.edu >> Subject: [Bug 2099] sparc-gcc: error: cannot compute suffix of object files >> >> https://www.rtems.org/bugzilla/show_bug.cgi?id=2099 >> >> --- Comment #3 from Joel Sherrill 2013-03-24 09:40:35 CDT --- >> We really want the RTEMS Ports collections deleted. They do not include the >> RTEMS version in the target name and do not include recent patches. They were >> not submitted by the project and have no maintainer. >> >> You just tripped into a pit we wanted to fill with dirt. :) >> >> -- >> Configure bugmail: https://www.rtems.org/bugzilla/userprefs.cgi?tab=email >> ------- You are receiving this mail because: ------- >> You reported the bug. >> >> >> _______________________________________________ >> 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" >> >> -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherrill@OARcorp.com On-Line Applications Research Ask me about RTEMS: a free RTOS Huntsville AL 35805 Support Available (256) 722-9985 From owner-freebsd-ports@FreeBSD.ORG Tue Mar 26 20:24: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]) by hub.freebsd.org (Postfix) with ESMTP id AE638D6A for ; Tue, 26 Mar 2013 20:24:25 +0000 (UTC) (envelope-from decke@bluelife.at) Received: from mail-ob0-x236.google.com (mail-ob0-x236.google.com [IPv6:2607:f8b0:4003:c01::236]) by mx1.freebsd.org (Postfix) with ESMTP id 75F3BCFA for ; Tue, 26 Mar 2013 20:24:25 +0000 (UTC) Received: by mail-ob0-f182.google.com with SMTP id ef5so4892126obb.27 for ; Tue, 26 Mar 2013 13:24:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bluelife.at; s=google; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=wT+aM9ZNLmdLIg0Clz8ZzXrzXR/KPnoxApFvdTxg6tk=; b=WVQQ0LVeI9r44w3w2hJ9ev77ucdXI93T7K25GC5dgEDxNkkiMDcHST4AzuoI+NmvQ6 Zu4L/7jY3yk0KylFf3jj/O5lJDBucwxgNXsDsl9Hy5spoh+B4LrRwO8iWnbABYx12JWy 5lIoVPvOXKEHsyEoekQZFq2dt+/GQMOHE08ZU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=wT+aM9ZNLmdLIg0Clz8ZzXrzXR/KPnoxApFvdTxg6tk=; b=CgZXGcktbYvEj/nPfaTUSMD+XPs5aYduPnnqdPe1vJBizeTzYzKMhotq4cDiXQIjUf /V4j2YUWNG8acCcKWiQ0tBw5vciMIe6Wa7wtzc91k6p/KxtA/DJpmnEob9x6ceLMtwGl DnS0E47CGIMZF4cMKUEkM20osRktVVQtv7MjyK6sAhDHAnONzmNwnnCl9YHKftZhvwdU JH5Y6FbmhtCeJQOGjVFqOS3BjeSKLkj1XWC1GROjbdYWp8GSFCfan9cq0nWEoq0XSYmz tp5XUv/ZTliQ0r8raYyEIeq4V0/vsJDss+fCZObanJDGhhxArwfpzglrdO+jLt/KXbqt oXNw== MIME-Version: 1.0 X-Received: by 10.182.12.6 with SMTP id u6mr2750204obb.3.1364329464957; Tue, 26 Mar 2013 13:24:24 -0700 (PDT) Received: by 10.76.99.114 with HTTP; Tue, 26 Mar 2013 13:24:24 -0700 (PDT) X-Originating-IP: [89.144.192.156] Received: by 10.76.99.114 with HTTP; Tue, 26 Mar 2013 13:24:24 -0700 (PDT) In-Reply-To: References: <20130326082325.GW2198@droso.net> Date: Tue, 26 Mar 2013 21:24:24 +0100 Message-ID: Subject: Re: Status of packages From: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= To: grarpamp X-Gm-Message-State: ALoCoQkUDxCz01Sz4Qq0auLoFziyLKXDXJehOrf2yRjtgY6GJO0HROjZWhGO/MG9dl22HrAqMNb5 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 20:24:25 -0000 Am 26.03.2013 19:20 schrieb "grarpamp" : > > > This may not have made it out in this list, the latest announcement is > > here http://www.freebsd.org/news/2012-compromise.html#update20130323 > > It's nice to see something like redports. It can be helpful to those using > ports to diagnose their local builds against the output of a formal sandbox > service for the project. It would be cool if the logs, build hiers and packages > from such a buildbot were accessible. They'd obviously always be in flux but > still useful to see. Redports is very bad for providing packages because of all the frequent changes and the "chaotic nature" of such a system. Additionally the security considerations made clear that redports should never provide any binary data to users to minimize risk in case of a potential security incident. From owner-freebsd-ports@FreeBSD.ORG Tue Mar 26 22:21:51 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 12892FCD; Tue, 26 Mar 2013 22:21:51 +0000 (UTC) (envelope-from mezz.freebsd@gmail.com) Received: from mail-ve0-f179.google.com (mail-ve0-f179.google.com [209.85.128.179]) by mx1.freebsd.org (Postfix) with ESMTP id B52867B3; Tue, 26 Mar 2013 22:21:50 +0000 (UTC) Received: by mail-ve0-f179.google.com with SMTP id cz11so224113veb.24 for ; Tue, 26 Mar 2013 15:21:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=kMtjIrYarlHlEFphDBk3O8HZSDZdigAjO71COzdrmR8=; b=AX/CmkAf7iHNBglKbuFnSLBhHU7E7Ozaq9wrSrBmsd/P+PhcFRFN/v2WtWsNoYn/4Y TwIBNAlJPCEbiSgeTknlstkFY8MXFFqoIedd+NWNWBw/7Ugc+WIX/NzR40g+IM6WJy0a 6/1HjSfjBijzthwXGf8HnrfbE4/C4gfgVgbTtUtdgxDT3nLxdzvci9wXFCE3oHa1/+WS oUcO0kYblYkIdvw1EChjR4tLEENbCYARl+gnS9p4EDqKGHHcg/naCFY6gI7KQt/pVRax +vLP/4/kOD6PJ/KEG1HmGA81OOxtL7cTTMx7xCCPCAvrVp7D4RMpGiZf9IDpJ5dCdXMU qjkg== MIME-Version: 1.0 X-Received: by 10.221.0.199 with SMTP id nn7mr21459547vcb.14.1364336509723; Tue, 26 Mar 2013 15:21:49 -0700 (PDT) Received: by 10.58.74.197 with HTTP; Tue, 26 Mar 2013 15:21:49 -0700 (PDT) In-Reply-To: References: <201303261050.r2QAo9v6041217@mech-cluster241.men.bris.ac.uk> Date: Tue, 26 Mar 2013 17:21:49 -0500 Message-ID: Subject: Re: is it a good idea to overwrite GCC_DEFAULT_VERSION= in Mk/bsd.gcc.mk? From: Jeremy Messenger To: "Andrew W. Nosenko" Content-Type: text/plain; charset=ISO-8859-1 Cc: gerald@pfeifer.com, mexas@bristol.ac.uk, freebsd-ports@freebsd.org, bdrewery@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 22:21:51 -0000 On Tue, Mar 26, 2013 at 11:52 AM, Andrew W. Nosenko wrote: > On Tue, Mar 26, 2013 at 5:46 PM, Jeremy Messenger > wrote: >> On Tue, Mar 26, 2013 at 10:00 AM, Andrew W. Nosenko >> wrote: >>> On Tue, Mar 26, 2013 at 2:49 PM, Jeremy Messenger >>> wrote: >>>> On Tue, Mar 26, 2013 at 6:33 AM, Andrew W. Nosenko >>>> wrote: >>>>> On Tue, Mar 26, 2013 at 12:50 PM, Anton Shterenlikht >>>>> wrote: >>>>>> From andrew.w.nosenko@gmail.com Mon Mar 25 18:09:38 2013 >>>>>> >>>>>> On Mon, Mar 25, 2013 at 5:59 PM, Gerald Pfeifer wrote: >>>>>> > On Mon, 25 Mar 2013, Anton Shterenlikht wrote: >>>>>> >> I've now run ia64 with the above change for over 2 weeks, >>>>>> >> mostly rebuilding ports, etc. >>>>>> >> I didn't see any issues with gcc47. >>>>>> >> So, from my very limited testing, >>>>>> >> gcc47 can be made default. >>>>>> > >>>>>> > Thanks for the feedback, Anton! To really make that switch >>>>>> > globally, we'll need more extensive testing, a full ports builds >>>>>> > run, since there is a chance that some port you are not using may >>>>>> > be broken, and I hope to get this done in the coming weeks. >>>>>> >>>>>> >From my expiriense, devel/glib20 cannot be compiled with gcc47. >>>>>> >>>>>> Isn't it built with the system default compiler: >>>>>> >>>>>> configure:3954: checking for C compiler version >>>>>> configure:3963: cc --version >&5 >>>>>> cc (GCC) 4.2.1 20070831 patched [FreeBSD] >>>>>> >>>>>> I think we are only talking about updating lang/gcc to 4.7. >>>>> >>>>> By default -- yes, it is going to build with base gcc. But topic and, >>>>> therefore, my reaction was about overriding compiler to be lang/gcc* >>>>> from ports and whether there are ports, which fail in that case. At >>>>> least, as I understand it. >>>>> >>>>> Now, why overriding the compiler for Glib seems important to me and >>>>> why I tried to do that: >>>>> >>>>> Since >>>>> commit aba0f0c38bbfa11ad48b5410ebdbed2a99e68c58 >>>>> Author: Ryan Lortie >>>>> Date: Tue Oct 18 16:21:50 2011 -0400 >>>>> >>>>> gatomic: introduce G_ATOMIC_LOCK_FREE >>>>> >>>>> glib atomics implementation depends on gcc predefined macro >>>>> __GCC_HAVE_SYNC_COMPARE_AND_SWAP_4, which is absent on the base >>>>> gcc-4.2 and on Clang (all version, at least at that time). >>>>> >>>>> As consequence, we have a mutex-based implementation of atomics. >>>>> Building Glib using more modern GCC (e.g. gcc-4.7) would help, but >>>>> gnome-libtool hack prevents us from that. >>>> >>>> Did you install all ports with GCC 4.7? If you install libtool with >>>> foo compiler then install other ports with bar compiler will be >>>> broken. You have to reinstall libtool with the bar compiler to make >>>> other ports with bar compiler works. >>> >>> No, I should not do that (of course if assume that port machinery >>> doesn't interfere with configure results by discarding part of them). >> >> You need to try it. You can't assume anything. > > I don't assume. I just know it. Know from everyday usage. # pkg_info -IX libtool libtool-2.4.2 Generic shared library support script # libtool --config | grep CC= LTCC="cc" CC="cc" MIght be has to do with http://svnweb.freebsd.org/ports/head/devel/libtool/files/patch-libltdl_config_ltmain.sh ? >> It's well known that if >> you change the CC/CXX then you have to reinstall libtool. Although, I >> don't know if it's still true for present libtool, but it was problem >> with libtool15 at last time when I checked. The libtool15 will storage >> the CC, CXX and other stuff as default of what you used it on >> libtool15. (ie: Run 'libtool --config') > > My knowledge based on 2.x series. At the times of 1.x, the "base" > compiler was modern enough for mitigate the need to redefine > compilers. > >> >> The gnome-libtool was copied from ${LOCALBASE}/bin/libtool (libtool >> port) then patch the bug of shared library version in gnome-libtool. >> It also changed the configure to look at gnome-libtool. Nothing more >> and nothing less. You can look at Mk/bsd.gnome.mk by search for >> ltverhack. > > I know it and knew at the time of writting. > > I don't know or don't understand why these "hacks" are needed, and, if > they are really needed, then why they maintained separatelly instead > of be pushed to the upstream and become part of libtool > out-of-the-box. The fix is really need. It is a bug in libtool that give wrong shared library version that will get bump at the every API change. See here: http://people.freebsd.org/~mezz/libtool.txt > If, for some reason, libtool upstream cannot be conviced, or just at > the transition stage, why patch the ${LOCALBASE}/bin/libtool? Why > don't patch the "local" libtool generated by package's configure and > which contains all configure-gatchered variables properly filled (at > least for those packages, which use fresh enough libtool version)? Or > why don't patch the devel/libtool (if need) for install the patched > ltmain.sh (if need) and then force package to re-grab > autotools/libtool related things and regenerate the configure script? The problem is that you can't just simply add patch in the libtool by default or it will affect on thousands of ports (require rebuild, chase a lot of library shared version, fix pkg-plist, bump ports and etc.). If we complete add patch in all ports tree. It's more likely the upstream and maintainer of port will accept patch. That's awful a lot of work. Any volunteers? >>> libtool script is a _generated_ thing when used with autoconf. >>> 'configure' does some checks (including how to execute linker >>> depending on used languages) and generates the "current" libtool sript >>> using these results. This generated script has nothing with >>> /usr/local/bin/libtool. Moreover, the system-wide libtool has no >>> business there, not used and may be completely absent until you want >>> regenerate and replace all package-supplied tools by your copy by >>> something like 'autoreconf -f'. >>> >>> As you can see, under proper workflow, there no dependency, which >>> version of compiler was installed or used on the time of >>> /usr/local/bin/libtool generation. All knowledge about currently used >>> language, compiler, linker abelities and so on are gatchered by >>> configure and written into "local" package-specific libtool script (in >>> contrast to the "global" /usr/local/bin/libtool). >>> >>> The only one problem that ports machinery decides to trow out these >>> results and use own copy, which know nothing about actual package >>> preferences, needs, nor used language. >>> >>>> >>>>> See also: >>>>> Thread "atomic ops broken on mac/xcode" >>>>> https://mail.gnome.org/archives/gtk-devel-list/2012-August/msg00089.html >>>>> >>>>> Gnome bugzilla #682818: atomic ops broken on mac/xcode >>>>> https://bugzilla.gnome.org/show_bug.cgi?id=682818 >>>>> >>>>> LLVM/Clang bugzilla #11174: #define __GCC_HAVE_SYNC_COMPARE_AND_SWAP_ >>>>> http://llvm.org/bugs/show_bug.cgi?id=11174 >>>>> > > -- > Andrew W. Nosenko -- mezz.freebsd@gmail.com - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 01:20:23 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id BFE3A2BD; Wed, 27 Mar 2013 01:20:23 +0000 (UTC) (envelope-from miwi@freebsd.org) Received: from bsdhash.org (bsdhash.org [94.23.250.27]) by mx1.freebsd.org (Postfix) with ESMTP id 2ADD7321; Wed, 27 Mar 2013 01:20:22 +0000 (UTC) Received: from [192.168.0.105] (stm-15-249.tm.net.my [202.188.15.249]) by bsdhash.org (Postfix) with ESMTPA id DEB2451106; Wed, 27 Mar 2013 09:20:19 +0800 (MYT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Fwd: ja-skk-tools-1.3.2,1 failed on i386 8 From: Martin Wilke Date: Wed, 27 Mar 2013 09:20:17 +0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201303270118.r2R1I5Vj077991@pointyhat.freebsd.org> To: "ports@FreeBSD.org Ports" X-Mailer: Apple Mail (2.1499) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 01:20:23 -0000 anyone :)? Begin forwarded message: > From: Portbuild user > Subject: ja-skk-tools-1.3.2,1 failed on i386 8 > Date: March 27, 2013 9:18:05 AM GMT+08:00 > To: miwi@freebsd.org >=20 > You can also find this build log at >=20 > = http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/a.8.20130327001001.p= ointyhat/ja-skk-tools-1.3.2,1.log >=20 > building ja-skk-tools-1.3.2,1 on gohan12.freebsd.org > in directory /a/pkgbuild/8/20130327001001.pointyhat/chroot/66641 > building for: 8.3-RELEASE-p6 i386 > maintained by: ports@FreeBSD.org > port directory: /usr/ports/japanese/skk-tools > Makefile ident: $FreeBSD: head/japanese/skk-tools/Makefile 305610 = 2012-10-09 22:12:13Z linimon $ > build started at Wed Mar 27 01:15:47 UTC 2013 > FETCH_DEPENDS=3D > PATCH_DEPENDS=3D > EXTRACT_DEPENDS=3D > BUILD_DEPENDS=3Dgettext-0.18.1.1_1.tbz glib-2.34.3.tbz = libffi-3.0.13.tbz libiconv-1.14_1.tbz pcre-8.32.tbz perl-5.14.2_3.tbz = python27-2.7.3_6.tbz > RUN_DEPENDS=3Dgamin-0.1.10_5.tbz gettext-0.18.1.1_1.tbz = gio-fam-backend-2.34.3.tbz glib-2.34.3.tbz libffi-3.0.13.tbz = libiconv-1.14_1.tbz pcre-8.32.tbz perl-5.14.2_3.tbz python27-2.7.3_6.tbz > PKG_DEPENDS=3D > prefixes: LOCALBASE=3Dusr/local > add_pkg > add_pkg > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D> License GPLv2 accepted by the user > =3D> skktools-1.3.2.tar.gz doesn't seem to exist in /tmp/distfiles/. > =3D> Attempting to fetch = ftp://ftp-master.freebsd.org/pub/FreeBSD/ports/distfiles//skktools-1.3.2.t= ar.gz > skktools-1.3.2.tar.gz 267 kB 55 = MBps > =3D=3D=3D> Fetching all distfiles required by ja-skk-tools-1.3.2,1 for = building > =3D> SHA256 Checksum OK for skktools-1.3.2.tar.gz. > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > add_pkg > =3D=3D=3D> License GPLv2 accepted by the user > =3D=3D=3D> Fetching all distfiles required by ja-skk-tools-1.3.2,1 for = building > =3D=3D=3D> Extracting for ja-skk-tools-1.3.2,1 > =3D=3D=3D> License GPLv2 accepted by the user > =3D=3D=3D> Fetching all distfiles required by ja-skk-tools-1.3.2,1 for = building > =3D> SHA256 Checksum OK for skktools-1.3.2.tar.gz. > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > add_pkg > =3D=3D=3D> Patching for ja-skk-tools-1.3.2,1 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > add_pkg gettext-0.18.1.1_1.tbz glib-2.34.3.tbz libffi-3.0.13.tbz = libiconv-1.14_1.tbz pcre-8.32.tbz perl-5.14.2_3.tbz python27-2.7.3_6.tbz > adding dependencies > adding package gettext-0.18.1.1_1.tbz > adding package glib-2.34.3.tbz > Removing stale symlinks from /usr/bin... > Skipping /usr/bin/perl > Skipping /usr/bin/perl5 > Done. > Creating various symlinks in /usr/bin... > Symlinking /usr/local/bin/perl5.14.2 to /usr/bin/perl > Symlinking /usr/local/bin/perl5.14.2 to /usr/bin/perl5 > Done. > Cleaning up /etc/make.conf... Done. > Spamming /etc/make.conf... Done. > Cleaning up /etc/manpath.config... Done. > Spamming /etc/manpath.config... Done. >=20 > =3D=3D=3D=3D > Note that some of the standard modules are provided as separate > ports since they require extra dependencies: >=20 > bsddb databases/py-bsddb > gdbm databases/py-gdbm > sqlite3 databases/py-sqlite3 > tkinter x11-toolkits/py-tkinter >=20 > Install them as needed. > =3D=3D=3D=3D >=20 > No schema files found: doing nothing. > adding package libffi-3.0.13.tbz > skipping libffi-3.0.13, already added > adding package libiconv-1.14_1.tbz > skipping libiconv-1.14_1, already added > adding package pcre-8.32.tbz > skipping pcre-8.32, already added > adding package perl-5.14.2_3.tbz > skipping perl-5.14.2_3, already added > adding package python27-2.7.3_6.tbz > skipping python27-2.7.3_6, already added > =3D=3D=3D> ja-skk-tools-1.3.2,1 depends on shared library: glib-2.0 = - found > =3D=3D=3D> ja-skk-tools-1.3.2,1 depends on shared library: pcre - = found > =3D=3D=3D> Configuring for ja-skk-tools-1.3.2,1 > checking for a BSD-compatible install... /usr/bin/install -c -o root = -g wheel > checking whether build environment is sane... yes > checking for a thread-safe mkdir -p... ./install-sh -c -d > checking for gawk... no > checking for mawk... no > checking for nawk... nawk > checking whether make sets $(MAKE)... yes > checking for style of include used by make... GNU > checking for gcc... gcc > checking whether the C compiler works... yes > checking for C compiler default output file name... a.out > checking for suffix of executables...=20 > checking whether we are cross compiling... no > checking for suffix of object files... o > checking whether we are using the GNU C compiler... yes > checking whether gcc accepts -g... yes > checking for gcc option to accept ISO C89... none needed > checking dependency style of gcc... gcc3 > checking how to run the C preprocessor... cpp > checking for grep that handles long lines and -e... /usr/bin/grep > checking for egrep... /usr/bin/grep -E > checking for ANSI C header files... yes > checking for sys/types.h... yes > checking for sys/stat.h... yes > checking for stdlib.h... yes > checking for string.h... yes > checking for memory.h... yes > checking for strings.h... yes > checking for inttypes.h... yes > checking for stdint.h... yes > checking for unistd.h... yes > checking minix/config.h usability... no > checking minix/config.h presence... no > checking for minix/config.h... no > checking whether it is safe to define __EXTENSIONS__... yes > checking for gawk... (cached) nawk > checking for gcc... (cached) gcc > checking whether we are using the GNU C compiler... (cached) yes > checking whether gcc accepts -g... (cached) yes > checking for gcc option to accept ISO C89... (cached) none needed > checking dependency style of gcc... (cached) gcc3 > checking build system type... i386-portbld-freebsd8.3 > checking host system type... i386-portbld-freebsd8.3 > checking how to print strings... print: not found > printf > checking for a sed that does not truncate output... /usr/bin/sed > checking for fgrep... /usr/bin/grep -F > checking for ld used by gcc... /usr/bin/ld > checking if the linker (/usr/bin/ld) is GNU ld... yes > checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B > checking the name lister (/usr/bin/nm -B) interface... BSD nm > checking whether ln -s works... yes > checking the maximum length of command line arguments... (cached) = 262144 > checking whether the shell understands some XSI constructs... yes > checking whether the shell understands "+=3D"... no > checking for /usr/bin/ld option to reload object files... -r > checking for objdump... objdump > checking how to recognize dependent libraries... pass_all > checking for ar... ar > checking for strip... strip > checking for ranlib... ranlib > checking command to parse /usr/bin/nm -B output from gcc object... ok > checking for dlfcn.h... yes > checking for objdir... .libs > checking if gcc supports -fno-rtti -fno-exceptions... no > checking for gcc option to produce PIC... -fPIC -DPIC > checking if gcc PIC flag -fPIC -DPIC works... yes > checking if gcc static flag -static works... yes > checking if gcc supports -c -o file.o... yes > checking if gcc supports -c -o file.o... (cached) yes > checking whether the gcc linker (/usr/bin/ld) supports shared = libraries... yes > checking whether -lc should be explicitly linked in... no > checking dynamic linker characteristics... freebsd8.3 ld.so > checking how to hardcode library paths into programs... immediate > checking whether stripping libraries is possible... yes > checking if libtool supports shared libraries... yes > checking whether to build shared libraries... yes > checking whether to build static libraries... yes > checking whether make sets $(MAKE)... (cached) yes > checking for bzip2... /usr/bin/bzip2 > checking for date... /bin/date > checking for gzip... /usr/bin/gzip > checking for md5... /sbin/md5 > checking for tar... /usr/bin/tar > checking for mkdtemp... yes > checking for snprintf... yes > checking for dbm_open... yes > checking for pkg-config... no > *** The pkg-config script could not be found. Make sure it is > *** in your path, or set the PKG_CONFIG environment variable > *** to the full path to pkg-config. > *** Or see http://www.freedesktop.org/software/pkgconfig to get = pkg-config. > checking fcntl.h usability... yes > checking fcntl.h presence... yes > checking for fcntl.h... yes > checking glib.h usability... no > checking glib.h presence... no > checking for glib.h... no > checking malloc.h usability... no > checking malloc.h presence... no > checking for malloc.h... no > checking ndbm.h usability... yes > checking ndbm.h presence... yes > checking for ndbm.h... yes > checking for an ANSI C-conforming const... yes > checking for stdlib.h... (cached) yes > checking for GNU libc compatible malloc... yes > checking return type of signal handlers... void > configure: creating ./config.status > config.status: creating Makefile > config.status: creating config.h > config.status: executing depfiles commands > config.status: executing libtool commands > =3D=3D=3D> Building for ja-skk-tools-1.3.2,1 > gcc -I. -I. -I. -O2 -pipe -fno-strict-aliasing -o skkdic-expr = ./skkdic-expr.c =20 > gcc -I. -I. -I. -O2 -pipe -fno-strict-aliasing -o skkdic-sort = ./skkdic-sort.c=20 > gcc -I. -I. -I. -O2 -pipe -fno-strict-aliasing -o skkdic-count = ./skkdic-count.c=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > make: don't know how to make regression-test(continuing) > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > add_pkg gamin-0.1.10_5.tbz gettext-0.18.1.1_1.tbz = gio-fam-backend-2.34.3.tbz glib-2.34.3.tbz libffi-3.0.13.tbz = libiconv-1.14_1.tbz pcre-8.32.tbz perl-5.14.2_3.tbz python27-2.7.3_6.tbz > adding dependencies > adding package gamin-0.1.10_5.tbz >=20 > = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D >=20 > Gamin will only provide realtime notification of changes for at most n = files, > where n is the minimum value between (kern.maxfiles * 0.7) and > (kern.maxfilesperproc - 200). Beyond that limit, files will be polled. >=20 > If you often open several large folders with Nautilus, you might want = to > increase the kern.maxfiles tunable (you do not need to set > kern.maxfilesperproc, since it is computed at boot time from = kern.maxfiles). >=20 > For a typical desktop, add the following line to /boot/loader.conf, = then > reboot the system: >=20 > kern.maxfiles=3D"25000" >=20 > The behavior of gamin can be controlled via the various gaminrc files. > See http://www.gnome.org/~veillard/gamin/config.html on how to create > these files. In particular, if you find gam_server is taking up too = much > CPU time polling for changes, something like the following may help > in one of the gaminrc files: >=20 > # reduce polling frequency to once per 10 seconds > # for UFS file systems in order to lower CPU load > fsset ufs poll 10 >=20 > = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D >=20 > adding package gettext-0.18.1.1_1.tbz > skipping gettext-0.18.1.1_1, already added > adding package gio-fam-backend-2.34.3.tbz > adding package glib-2.34.3.tbz > skipping glib-2.34.3, already added > adding package libffi-3.0.13.tbz > skipping libffi-3.0.13, already added > adding package libiconv-1.14_1.tbz > skipping libiconv-1.14_1, already added > adding package pcre-8.32.tbz > skipping pcre-8.32, already added > adding package perl-5.14.2_3.tbz > skipping perl-5.14.2_3, already added > adding package python27-2.7.3_6.tbz > skipping python27-2.7.3_6, already added > =3D=3D=3D> Installing for ja-skk-tools-1.3.2,1 > =3D=3D=3D> ja-skk-tools-1.3.2,1 depends on file: = /usr/local/lib/gio/modules/libgiofam.so - found > =3D=3D=3D> ja-skk-tools-1.3.2,1 depends on shared library: glib-2.0 = - found > =3D=3D=3D> ja-skk-tools-1.3.2,1 depends on shared library: pcre - = found > =3D=3D=3D> Generating temporary packing list > =3D=3D=3D> Checking if japanese/skk-tools already installed > ./mkinstalldirs /usr/local/bin > install -s -o root -g wheel -m 555 skkdic-expr /usr/local/bin/ > install -s -o root -g wheel -m 555 skkdic-sort /usr/local/bin/ > install -s -o root -g wheel -m 555 skkdic-count /usr/local/bin/ > install -o root -g wheel -m 444 = /work/a/ports/japanese/skk-tools/work/skktools-1.3.2/READMEs/README.C = /usr/local/share/doc/skk/README.skktools > install -o root -g wheel -m 444 = /work/a/ports/japanese/skk-tools/work/skktools-1.3.2/READMEs/README.skkdic= -expr2 /usr/local/share/doc/skk > =3D=3D=3D> Registering installation for ja-skk-tools-1.3.2,1 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D=3D> Building package for ja-skk-tools-1.3.2,1 > tar: bin/skkdic-expr2: Cannot stat: No such file or directory > tar: Error exit delayed from previous errors. > pkg_create: make_dist: tar command failed with code 256 > *** Error code 1 >=20 > Stop in /a/ports/japanese/skk-tools. > *** Error code 1 >=20 > Stop in /a/ports/japanese/skk-tools. > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > build of /usr/ports/japanese/skk-tools ended at Wed Mar 27 01:18:04 = UTC 2013 >=20 +-----------------oOO--(_)--OOo-------------------------+ With best Regards, Martin Wilke (miwi_(at)_FreeBSD.org) Mess with the Best, Die like the Rest From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 02:22:42 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B0B1E75 for ; Wed, 27 Mar 2013 02:22:42 +0000 (UTC) (envelope-from 8374114.108264.560@red.mailbank.com.au) Received: from mail.red.mailbank.com.au (mail.red.mailbank.com.au [202.172.104.226]) by mx1.freebsd.org (Postfix) with ESMTP id 0E86B76F for ; Wed, 27 Mar 2013 02:22:41 +0000 (UTC) Received: from GREEN by mail.mailbank.com.au (RTG Mail Server) with ESMTP id MFW95030 for ; Wed, 27 Mar 2013 13:21:30 +1100 MIME-Version: 1.0 From: "Aurora Global Logistics" Sender: "Aurora Global Logistics" To: "ports@freebsd.org" Date: Wed, 27 Mar 2013 13:21:30 +1100 Subject: Easter Operating Hours Message-ID: <201303272130.946.8374114@red.mailbank.com.au> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: marine@auroralogistics.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 02:22:42 -0000 KioqIElNUE9SVEFOVCBOT1RFICoqKiANCklmIHlvdSBjYW4gc2VlIHRoaXMgdGV4dCwgeW91IGFy ZSBub3QgdXNpbmcgSFRNTCBlbmFibGVkIGVtYWlsIHNvZnR3YXJlLiANCg0KDQpZb3UgY2FuIHZp ZXcgdGhpcyBlLW1haWwgb25saW5lIGF0IA0KaHR0cDovL21haWxiYW5rLmNvbS5hdS9PbmxpbmUv P0I9MTA4MjY0JkJLPThGMzM2RTc2RUUyNTQNCg0KKioqKioqIA0K From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 11:03:09 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E0ED3BA7 for ; Wed, 27 Mar 2013 11:03:09 +0000 (UTC) (envelope-from zaphod@berentweb.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id C7DE5F16 for ; Wed, 27 Mar 2013 11:03:09 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UKo8L-0003Jx-Gy for freebsd-ports@freebsd.org; Wed, 27 Mar 2013 04:03:09 -0700 Date: Wed, 27 Mar 2013 04:03:09 -0700 (PDT) From: Beeblebrox To: freebsd-ports@freebsd.org Message-ID: <1364382189510-5799340.post@n5.nabble.com> In-Reply-To: <20130326183743.GF64932@ithaqua.etoilebsd.net> References: <1364123355503-5798581.post@n5.nabble.com> <20130326183743.GF64932@ithaqua.etoilebsd.net> Subject: Ports should provide knobs disabling unwanted network services 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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 11:03:09 -0000 Sorry for the late reply, everyone - I was distracted with some other things for a while. PATCHING: I'll probably have to look through the syntax of "OPTIONS" in the Makefiles of other KDE / CMAKE ports to get a handle on how to implement. Bapt >> you can have it installed on your system but not actually starting it. Yes, once it's installed, you can elect to not start the service - That's obvious. The problem is, source-file downloads are quite large and I really do not want to spend my bandwidth or compile time / cpu power on something I have no intention to use. As an example, the samba-client port downloads the entire samba tarball which is around 30MB. Add Avahi-mdsn stuff and you will probably get about 100MB worth of unwanted downloads. Plus, the download will not be a one-time problem, it will repeat for every update of those ports. Thanks. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Ports-should-provide-knobs-disabling-unwanted-network-services-tp5798581p5799340.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 11:11:03 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 55057DE2 for ; Wed, 27 Mar 2013 11:11:03 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id DD61BF8D for ; Wed, 27 Mar 2013 11:11:02 +0000 (UTC) Received: by mail-ee0-f54.google.com with SMTP id e51so584182eek.41 for ; Wed, 27 Mar 2013 04:10:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=lYxiMNXjMDQRbSZUmLnGU6Fmc07Jy4WkUw4BVxG2p9Q=; b=ed7Qa1uMmdc2u0osYfei+bwu9997fJf9QIU3HdpLfrVpkQR5PQIIIBIpFL0kWt0T62 Q3IIYlYoZbd7UUB4Cgv3WORg2ywpRziEh6CKTDS9slDL20ppB2jHL5Vh2/Ih51cPcr0B IQw0wiyUBrAC+6ng1tPiqfDx747Iv0PLEOYIkiac4Tl++lovTPZZ8uW/xFGgaO50ZDyK 5I+JMwtkNFwh3GzCr7XY/m0EoyLf1snVqTcKHyUhR/unzPSGuALhXYvyxpICEd+4zDfV 1uYWxHb/pk1+vc2XeLkPG4xHUJslhdVQH44t5suFw3qX1kuV7vMu2n4pTHSGJ9ub+NJO ndmg== X-Received: by 10.15.36.67 with SMTP id h43mr54357880eev.5.1364382656603; Wed, 27 Mar 2013 04:10:56 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPS id q42sm30536688eem.14.2013.03.27.04.10.55 (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 27 Mar 2013 04:10:55 -0700 (PDT) Sender: Baptiste Daroussin Date: Wed, 27 Mar 2013 12:10:53 +0100 From: Baptiste Daroussin To: Beeblebrox Subject: Re: Ports should provide knobs disabling unwanted network services Message-ID: <20130327111053.GH64932@ithaqua.etoilebsd.net> References: <1364123355503-5798581.post@n5.nabble.com> <20130326183743.GF64932@ithaqua.etoilebsd.net> <1364382189510-5799340.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZYOWEO2dMm2Af3e3" Content-Disposition: inline In-Reply-To: <1364382189510-5799340.post@n5.nabble.com> 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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 11:11:03 -0000 --ZYOWEO2dMm2Af3e3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 27, 2013 at 04:03:09AM -0700, Beeblebrox wrote: > Sorry for the late reply, everyone - I was distracted with some other thi= ngs > for a while. >=20 > PATCHING: > I'll probably have to look through the syntax of "OPTIONS" in the Makefil= es > of other KDE / CMAKE ports to get a handle on how to implement. >=20 > Bapt >> you can have it installed on your system but not actually starting > it. > Yes, once it's installed, you can elect to not start the service - That's > obvious. > The problem is, source-file downloads are quite large and I really do not > want to spend my bandwidth or compile time / cpu power on something I have > no intention to use. As an example, the samba-client port downloads the > entire samba tarball which is around 30MB. Add Avahi-mdsn stuff and you w= ill > probably get about 100MB worth of unwanted downloads. Plus, the download > will not be a one-time problem, it will repeat for every update of those > ports. >=20 > Thanks. >=20 I'm speaking about the default because the default will lead to package creation, and binary packages does not have the large tarballs :). regards, Bapt --ZYOWEO2dMm2Af3e3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlFS070ACgkQ8kTtMUmk6EzwzACgnoPkJ8gEGhzkZNcv/vBRt/EK 4zkAoI5jrpWMuiPSuav2qCcuf/x/9JoJ =/HuL -----END PGP SIGNATURE----- --ZYOWEO2dMm2Af3e3-- From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 12:56:09 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 57114225 for ; Wed, 27 Mar 2013 12:56:09 +0000 (UTC) (envelope-from portscout@portscout.freebsd.org) Received: from null.zi0r.com (null.zi0r.com [71.245.171.204]) by mx1.freebsd.org (Postfix) with ESMTP id 1997B964 for ; Wed, 27 Mar 2013 12:56:09 +0000 (UTC) Received: from null.zi0r.com (localhost [127.0.0.1]) by null.zi0r.com (8.14.5/8.14.5) with ESMTP id r2RCu83R004695 for ; Wed, 27 Mar 2013 08:56:08 -0400 (EDT) (envelope-from portscout@null.zi0r.com) Received: (from portscout@localhost) by null.zi0r.com (8.14.5/8.14.5/Submit) id r2RCu8WK004426; Wed, 27 Mar 2013 08:56:08 -0400 (EDT) (envelope-from portscout) Message-Id: <201303271256.r2RCu8WK004426@null.zi0r.com> MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain Date: Wed, 27 Mar 2013 08:56:08 -0400 From: portscout@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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 12:56:09 -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 ------------------------------------------------+-----------------+------------ databases/jasperreports | 3.7.6 | 5.0.4 ------------------------------------------------+-----------------+------------ devel/m6811-binutils | 2.15 | 2.23.2 ------------------------------------------------+-----------------+------------ net/serveez | 0.2.0 | 0.2.1 ------------------------------------------------+-----------------+------------ 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 If wish to stop receiving portscout reminders, please contact portscout@portscout.freebsd.org Thanks. From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 14:00:41 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 74577A98 for ; Wed, 27 Mar 2013 14:00:41 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from portsindexbuild.ysv.FreeBSD.org (portsindexbuild.ysv.freebsd.org [IPv6:2001:1900:2254:206a::16:6601]) by mx1.freebsd.org (Postfix) with ESMTP id 6918BF7C for ; Wed, 27 Mar 2013 14:00:41 +0000 (UTC) Received: from indexbuild (uid 5020) (envelope-from indexbuild@FreeBSD.org) id 1a6b3c by portsindexbuild.ysv.FreeBSD.org (DragonFly Mail Agent v0.7); Wed, 27 Mar 2013 14:00:41 +0000 To: ports@FreeBSD.org Subject: Ports with duplicate LATEST_LINKs Date: Wed, 27 Mar 2013 14:00:41 +0000 Message-Id: <5152fb89.1a6b3c.477cfe0f@portsindexbuild.ysv.FreeBSD.org> From: X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 14:00:41 -0000 Dear port maintainers, The following list includes ports maintained by you that have duplicate LATEST_LINK values. They should either be modified to use a unique LATEST_LINK or suppressed using NO_LATEST_LINK, to avoid overwriting each other in the packages/Latest directory. If your ports conflict with ports maintained by another person, please coordinate your efforts with them. Thanks, Erwin "Annoying Reminder Guy III" Lansing LATEST_LINK PORTNAME MAINTAINER ========================================================================== folks net-im/folks gnome@FreeBSD.org folks net-im/folks04 gnome@FreeBSD.org ptools games/ptools ports@FreeBSD.org ptools sysutils/ptools tmwalaszek@gmail.com wine-devel emulators/i386-wine-devel gerald@FreeBSD.org wine-devel emulators/wine-devel gerald@FreeBSD.org Total: 6 ports From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 14:07:19 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6B6BD14C for ; Wed, 27 Mar 2013 14:07:19 +0000 (UTC) (envelope-from egor.shibeko@gmail.com) Received: from mail-pb0-f42.google.com (mail-pb0-f42.google.com [209.85.160.42]) by mx1.freebsd.org (Postfix) with ESMTP id 49F3DD4 for ; Wed, 27 Mar 2013 14:07:19 +0000 (UTC) Received: by mail-pb0-f42.google.com with SMTP id xb4so5279985pbc.15 for ; Wed, 27 Mar 2013 07:07:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:content-type; bh=+/5IxNYBHoFQbNyz6T3AwzO2EKaQVfSm/mMEWF581fk=; b=f3+akO21Ow2ArSsPWFgoB1pmSQcFQsmw4zqy0Zcy0ekvupBTeGi8dD3K06JWtq0PUB rQvKiu/OnTffFdXvinaJ9Bk0roQz91l1cLPNyEAWKK1m8Ogu0GR4YO7c3Qvp8y2JtK4t XnvXHmxuZBuqf2oKczo5XKm3r0wGEx7dJ5mLNCA/Ta7VIVLlOA7mOa7I7zZQ1ChQJZhM bMSthyR9a8EQtNYal2nYIpMbW1DlAO4ea75BA4iuyINxjlkQatekk69A4zzJqPXTO60d zB7se13NpZS/of2L4AhXyezw7x1TzLZZH8OBgsLd31EflCpuap4WiKRlVUFPfPzH3lkJ U7fQ== X-Received: by 10.68.224.65 with SMTP id ra1mr29351366pbc.55.1364393238799; Wed, 27 Mar 2013 07:07:18 -0700 (PDT) Received: from err0r-laptop.err0r-house (c-50-152-224-87.hsd1.ca.comcast.net. [50.152.224.87]) by mx.google.com with ESMTPS id pg7sm21638845pbc.5.2013.03.27.07.07.15 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 27 Mar 2013 07:07:16 -0700 (PDT) Message-ID: <5152FD12.4060207@gmail.com> Date: Wed, 27 Mar 2013 07:07:14 -0700 From: Yahor Shybeka User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130321 Thunderbird/17.0.4 MIME-Version: 1.0 To: gelraen.ua@gmail.com Subject: FreeBSD Port: acpi_call-1.0.1 Content-Type: multipart/mixed; boundary="------------080706000501070808070201" Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 14:07:19 -0000 This is a multi-part message in MIME format. --------------080706000501070808070201 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi, Could you please review attached patches? They're adding ACPI_TYPE_PACKAGE handling. -- Thanks, Yahor --------------080706000501070808070201 Content-Type: application/octet-stream; name="acpi_call.txz" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="acpi_call.txz" /Td6WFoAAATm1rRGAgAhARYAAAB0L+Wj4Cf/A+1dADCYymdCLqyisvUb3PYSJGcw0hVgAsvT q0fG/Rvv5nT7oSk6XgAx1oMbd17I1RrRzDA7cPZB+BCiz5byIz8iWJlMbeee+w16xiSKZzA9 DDYXkn+RTe9wrW3bJ6EGgoq6sDKpiYj27rOYUgM0mAUCTsI/bnfp6c2zSK/3kYvoIT6+vbll eLPLSm2Otsp6XQKJh0boOtLG04Ry8g9RLKeCZA2Fpf45gCSKVRmrBojUkOjxoHcVz9bChHiy OzGBLe82xe8vNDzSxBG0Uys8MWDtWydIKNCyk74ZhZtDGZqPO8AUNu6g6zaRPQ4ntuAa14OC h6RPFzDsLLwKcr65XFFTONPB/P53lMme9IcHr1IpokAat8tMUfffD85IcDV9DyzlRXMZA939 8uQL8lxnWX6zg7yKW5VJMvbQPAKgDX+3uS7Sm6oIOLn0i+ZHt1VecQKlt1Y1oHrOmegA/YXN t0BZdtTePx1fvINUr2qeEek9bm4GQGinef2DNBnTIs1yhaM1KbdyIiqlSp7xb+g9NItdy11c A5I6Y8UCeDNds4VRUgkrE7R9GarlPKPeqdYoNZt6utECJ8cGMySsXvEMEWDxTxCPmfa1pewX HdrEo0tzQFusbUedpUKQRl9s74cgw3yQ4hO7iAOuOO/okVv1lPkBZw2KAkPex8vzNBYasdKd vebV63OE0eW1WD62lMiJmpWhfqZwfg67scOH++C+tkJRuPR29eO9E/PIsuB3OacQbW+1/VwQ we3bee4rr54B6XLiYWHnadfefDMNeM4nnurqz1RV/ZV9Dl9yHRvi8/uPuXsISCkocSvnOxnM FvXhNNZNf6EUhZNa4Uiz8vWcNj63P6HlDeKWX/XTPyBSt7tRzufOUEeSbvPsjSpOXrACEpAA KX9V6kG0xx1h/KGz6fKpgvs6RxAzbGcvihvaSWwNMpR4hwggzTSydBSmtG9D+8ytQF6DJRuy vNEkTEyRNrgELo4tOYGD90+2kOz0EAdoFk42mG/6WWnGrYbVauxqHxzfsoIgQEQBylI2TPDY i9WSjgaelgvEd6M9qZ4QkX8Qu2V3weTY+RXstXNWIkUbM2l/4O4fPzmoNtOQVHg1sU1l+aW0 T/9JTGMz6iGWztGHql9uzKpqf/fxLO1dmqKEcVnaj/NoVAppIuu6Lo5Uryd4k0/MZLQuLeSA OQ0tTk6P1PLPFSl1glgdXbcb+Qy6+V7w10jCKk1tXk04u4UXw3OG7O294Vns83k4gsEDRceo s8X00XYRJL91vbk1fd6MRaLJXYVRqIuCMvvcQG80YME5r9I2nBI9ExIMFO3ieGydBU5j1AOD r1mW3KTbtJKcAAAAAABH4IGyyJFIYwABiQiAUAAAh0J/S7HEZ/sCAAAAAARZWg== --------------080706000501070808070201-- From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 14:11:16 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9AC7D37A for ; Wed, 27 Mar 2013 14:11:16 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) by mx1.freebsd.org (Postfix) with ESMTP id 3D577128 for ; Wed, 27 Mar 2013 14:11:16 +0000 (UTC) Received: by mail-wi0-f176.google.com with SMTP id hm14so2314619wib.15 for ; Wed, 27 Mar 2013 07:11:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=D3s7BA3qR0TUXCNzoAq91bnDXCVAhmJK66sWkWAy+Oc=; b=Sifgp5k2CXKzlocoU/HgqnRcGc8B5Y4j4hp5OkLAQuBtfyUlUq5UPt3RPaCHqDRdDi UPJeZMW2DYkxleX/dd5PCY7eNo7NVQzNK68hokzwiUmiT/42blZb581HcBUP6X9tMCgZ UNd/DPVTQTXMKlW0YpXpNc/X/1BbyD2nHZCqzgZOBM0nsBqW9eqHrVa39LpWCKctpBKu DjTCmMPYyNUOK0S3j7xGXsKCtJPTlbgluK0yh4sjMxwiIFY/rF/jhaGsTYfPRboax5Aq iGslIbfktHa2xMFV1G4qG5by9cKaI2EYC2YWREzhxZIVJ/m4COPzvd4s03eps3szyRDg o3sw== X-Received: by 10.194.77.110 with SMTP id r14mr31965536wjw.2.1364393475315; Wed, 27 Mar 2013 07:11:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.32.71 with HTTP; Wed, 27 Mar 2013 07:10:55 -0700 (PDT) In-Reply-To: <5152FD12.4060207@gmail.com> References: <5152FD12.4060207@gmail.com> From: Maxim Ignatenko Date: Wed, 27 Mar 2013 14:10:55 +0000 Message-ID: Subject: Re: FreeBSD Port: acpi_call-1.0.1 To: Yahor Shybeka Content-Type: text/plain; charset=UTF-8 Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 14:11:16 -0000 Sure. But can you send it as pull request on github if I put source there? On 27 March 2013 14:07, Yahor Shybeka wrote: > Hi, > > Could you please review attached patches? They're adding > ACPI_TYPE_PACKAGE handling. > > -- > Thanks, > Yahor > -- Best regards, Maxim From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 15:15:30 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 81DB9929 for ; Wed, 27 Mar 2013 15:15:30 +0000 (UTC) (envelope-from egor.shibeko@gmail.com) Received: from mail-da0-x230.google.com (mail-da0-x230.google.com [IPv6:2607:f8b0:400e:c00::230]) by mx1.freebsd.org (Postfix) with ESMTP id 5F3B66EB for ; Wed, 27 Mar 2013 15:15:30 +0000 (UTC) Received: by mail-da0-f48.google.com with SMTP id p8so4107057dan.7 for ; Wed, 27 Mar 2013 08:15:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=y+IhwENFzjIHEjjL6hab4eGYpbd6C4yol+Unbs05bys=; b=DAggHk0om6LzJB2UZUIjaUPnxk6By8d0Esjmq4OWZrZbUuVedi9VhcPfW6s7RVvl5b P03JFsHbRYWkhetpWRjZ+W8X1e1WRwkYIeFjX/fQCDOqCzAa6078wuEl894L+J0Dnvpc 5dh9yn5VA7FT3QgTVeCQNqXWr5BFDbXXElvce40MvwAmH6z0mdZlSvhImyblYamLpGOf /xZu1JW1KHH5oXjDMzsyDOib7JeN2PDaR9594rnRzDtUmUVfbLKktqyBUTAKEdnHstPe EOdrQqH8s6yJ4+AeH33d+4UsT9ZxhIjLwuCARelRd3Wy5YaxHyuKpiWXqCugebYH4kLI keRQ== X-Received: by 10.66.161.33 with SMTP id xp1mr23015830pab.36.1364397330069; Wed, 27 Mar 2013 08:15:30 -0700 (PDT) Received: from err0r-laptop.err0r-house (c-50-152-224-87.hsd1.ca.comcast.net. [50.152.224.87]) by mx.google.com with ESMTPS id 1sm21808892pbg.18.2013.03.27.08.15.28 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 27 Mar 2013 08:15:29 -0700 (PDT) Message-ID: <51530D0F.2000305@gmail.com> Date: Wed, 27 Mar 2013 08:15:27 -0700 From: Yahor Shybeka User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130321 Thunderbird/17.0.4 MIME-Version: 1.0 To: Maxim Ignatenko Subject: Re: FreeBSD Port: acpi_call-1.0.1 References: <5152FD12.4060207@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 15:15:30 -0000 OK. Thanks, Yahor On 27.03.2013 07:10, Maxim Ignatenko wrote: > Sure. But can you send it as pull request on github if I put source there? > > On 27 March 2013 14:07, Yahor Shybeka wrote: >> Hi, >> >> Could you please review attached patches? They're adding >> ACPI_TYPE_PACKAGE handling. >> >> -- >> Thanks, >> Yahor >> > > From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 15:18: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]) by hub.freebsd.org (Postfix) with ESMTP id 1AD719F4 for ; Wed, 27 Mar 2013 15:18:06 +0000 (UTC) (envelope-from zaphod@berentweb.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 041C1710 for ; Wed, 27 Mar 2013 15:18:05 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UKs73-0004II-1d for freebsd-ports@freebsd.org; Wed, 27 Mar 2013 08:18:05 -0700 Date: Wed, 27 Mar 2013 08:18:05 -0700 (PDT) From: Beeblebrox To: freebsd-ports@freebsd.org Message-ID: <1364397485043-5799405.post@n5.nabble.com> Subject: grub2 with libzfs 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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 15:18:06 -0000 I know grub2 is not very popular with the FreeBSD community, but I like it. Currently the grub2 port looks broken and port maintainer has advised me that he plans on dropping the port soon. I don't see any point in filing a PR at this point... This leaves git/svn trunk from the grub2 download site for ver 2.0. Unfortunately, when I try to compile I get a libzfs error (seems you must invoke --enable-libzfs): ./configure --enable-libzfs ==> checking for ft2build.h... yes checking for fuse_main_real in -lfuse... yes checking fuse/fuse.h usability... yes checking fuse/fuse.h presence... yes checking for fuse/fuse.h... yes checking libdevmapper.h usability... no checking libdevmapper.h presence... no checking for libdevmapper.h... no checking for geom_gettree in -lgeom... yes checking for lzma_code in -llzma... yes checking libzfs.h usability... no checking libzfs.h presence... no checking for libzfs.h... no checking libnvpair.h usability... no checking libnvpair.h presence... no checking for libnvpair.h... no checking for libzfs_init in -lzfs... no configure: error: libzfs support was explicitly requested but requirements are not satisfied libzfs is in /usr/lib and libzfs.so.2 is in /lib, but the make process is looking for libzfs.h. Any suggestions on how to get this working? Regards. -- View this message in context: http://freebsd.1045724.n5.nabble.com/grub2-with-libzfs-tp5799405.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 15:23:51 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 88CB4DC5 for ; Wed, 27 Mar 2013 15:23:51 +0000 (UTC) (envelope-from kumaresanchandran@gmail.com) Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001:c03::232]) by mx1.freebsd.org (Postfix) with ESMTP id 5F5697F8 for ; Wed, 27 Mar 2013 15:23:51 +0000 (UTC) Received: by mail-ie0-f178.google.com with SMTP id bn7so7851893ieb.23 for ; Wed, 27 Mar 2013 08:23:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=UD+ltnApteUUkbS6oY5lpuQvvIyMDtjzKTI7C3RZDec=; b=BwQ23A18JyxlteNLCbJFJNCdXVMv0bFnvdpp11MzZ5TlFyEsvG2Uah2+3IbOcKkTOn YGe540+8jL2E8EbeCrDYcB0nWjRzQc13NagkpB5yKo0i5cjSMMp0oMSzqTBOE0PagUac RbWcpwlIv2EDYBQ74fmwqUYMv0OWwmQe7D8/Jzcd4S9FeFPssHk/dMU7gfTJnS5r99bB wXNQj2d6LQo7mdxVvqkMBKOCjIB9QQokXXj9zVRahOkusUCXoZCW+Y4EcDcGDuNQdlTD ZhUh5QfvgJXcKQf7toN1HDaEAmJ+h2qoe3+x2/szo8NvK/BUzKCnv8TrBc3m5H6AMbUw TueA== MIME-Version: 1.0 X-Received: by 10.50.30.69 with SMTP id q5mr4793319igh.1.1364397830881; Wed, 27 Mar 2013 08:23:50 -0700 (PDT) Received: by 10.64.12.113 with HTTP; Wed, 27 Mar 2013 08:23:50 -0700 (PDT) In-Reply-To: References: <137994593-1364232921-cardhu_decombobulator_blackberry.rim.net-2069514747-@b16.c17.bise7.blackberry> Date: Wed, 27 Mar 2013 20:53:50 +0530 Message-ID: Subject: Installation issue From: kumaresan chandran To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 15:23:51 -0000 Hi, I have been trying to install* FREEBSD PORTS* on my machine. I have download the installable from this site http://www.freebsd.org As the per the instruction mentioned on your site . http://www.freebsd.org, I tired to installation but was not able to. It is giving some error. Kindly help me to resolve this. Are their any other specific steps or tasks or dependency that I need to verify/ do? Is there any dependency is there for install *FREEBSD PORTS*. Please help me to resolve this issue. Thanks&Regards Kumaresan C From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 16:17:27 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3EC22812 for ; Wed, 27 Mar 2013 16:17:27 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) by mx1.freebsd.org (Postfix) with ESMTP id D301DA84 for ; Wed, 27 Mar 2013 16:17:26 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id ez12so2393347wid.17 for ; Wed, 27 Mar 2013 09:17:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=tQrs6rtj02wLWUPtqqiZofonk89GIiEE5jndjlrO49Y=; b=gzHNCKWciOZx/qcNbEOEaAFZizn7aSWIZ4VR+PjA7UZlH4v1rocx0kJg+31bWMKuLH DXsKufNFsAjvZ6Z3+wDSYXkOg/bmmUjhBWF+6UV7hadB2A603rN40h9Cptp39pYg/ZXF IILCPBZR03sSubCtkGIbAxIZjWBBSlpKrdCvSDgBMQ9Y/oN3Fa1BfWhu0gAn/mlSxuyN Q+wku/799xAJaoGQe3YO3+zbnPDK88uQ2Hk40aITZ57g4uYAK1vdtBI2gEujH/KeDqZf s9R+0AEkD7EKIyUi9wsmqVzM2nOLkmasztceWwhNgAJp2sHmIP9FZJz42KFYI0GeR5FS /tVA== X-Received: by 10.194.143.50 with SMTP id sb18mr32474383wjb.44.1364401045953; Wed, 27 Mar 2013 09:17:25 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.32.71 with HTTP; Wed, 27 Mar 2013 09:17:04 -0700 (PDT) In-Reply-To: <51530D0F.2000305@gmail.com> References: <5152FD12.4060207@gmail.com> <51530D0F.2000305@gmail.com> From: Maxim Ignatenko Date: Wed, 27 Mar 2013 16:17:04 +0000 Message-ID: Subject: Re: FreeBSD Port: acpi_call-1.0.1 To: Yahor Shybeka Content-Type: text/plain; charset=UTF-8 Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 16:17:27 -0000 Here it is https://github.com/gelraen/acpi_call On 27 March 2013 15:15, Yahor Shybeka wrote: > OK. > > Thanks, > Yahor > > On 27.03.2013 07:10, Maxim Ignatenko wrote: >> Sure. But can you send it as pull request on github if I put source there? >> >> On 27 March 2013 14:07, Yahor Shybeka wrote: >>> Hi, >>> >>> Could you please review attached patches? They're adding >>> ACPI_TYPE_PACKAGE handling. >>> >>> -- >>> Thanks, >>> Yahor >>> >> >> > -- Best regards, Maxim From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 16:37:48 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DEF4BFB6 for ; Wed, 27 Mar 2013 16:37:48 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-ve0-f169.google.com (mail-ve0-f169.google.com [209.85.128.169]) by mx1.freebsd.org (Postfix) with ESMTP id A6183BFF for ; Wed, 27 Mar 2013 16:37:48 +0000 (UTC) Received: by mail-ve0-f169.google.com with SMTP id d10so3468690vea.14 for ; Wed, 27 Mar 2013 09:37:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=tx1P/8WRkn6GUjEOqPQDYzU9W1q23LxcHV7jDeaYL78=; b=c56Mpz35fHWWGbgUKf3XHzkbyspjDbNqPj65bU2E1vFNtPiPAJbN25Ss0aL5ve9Cxz E6VWS/qn/OI6xl7fdqUQvk7ilNVbeAuzKEAlnL8d2/MEhL3GLwgum34OfG0MEemQtTrH 341QjeZTpCex65gR/CKQbdpmmhWHX15RdPnzGmtMZwM7dgRphdTMXo2zV7lBZ464Niyk si6ue3XRnZu3tmoouimrFC15ZRaM960oHp6NsjDHLC7rmq/LfiSs+MtrXv4mBKAXpMMP O01jR6ir1AlZTeHzKcvyBwAv9M0w2AAwDzI6W67TEACUfdhsCAJQBk/FX+1lBZ2HF/xN UdfQ== MIME-Version: 1.0 X-Received: by 10.58.212.8 with SMTP id ng8mr10528608vec.25.1364402262652; Wed, 27 Mar 2013 09:37:42 -0700 (PDT) Received: by 10.220.115.7 with HTTP; Wed, 27 Mar 2013 09:37:42 -0700 (PDT) In-Reply-To: References: <20130326082325.GW2198@droso.net> Date: Wed, 27 Mar 2013 12:37:42 -0400 Message-ID: Subject: Re: Status of packages From: grarpamp To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 16:37:48 -0000 >> It's nice to see something like redports. It can be helpful to those using >> ports to diagnose their local builds against the output of a formal >> sandbox >> service for the project. It would be cool if the logs, build hiers and >> packages >> from such a buildbot were accessible. They'd obviously always be in flux >> but >> still useful to see. > Redports is very bad for providing packages because of all the frequent > changes and the "chaotic nature" of such a system. Additionally the security > considerations made clear that redports should never provide any binary data > to users to minimize risk in case of a potential security incident. 'formal/project/service' and 'flux' were attempts at covering this. Another partial example might be pointyhat, the logs are viewable, but not the output file trees. The 'security' aspect would just seem whether the builds come from the main repo and are built in a pretty automated sandbox, or from joe's working tree in their own slush account. From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 16:41: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]) by hub.freebsd.org (Postfix) with ESMTP id ADC9032A; Wed, 27 Mar 2013 16:41:04 +0000 (UTC) (envelope-from andrew.w.nosenko@gmail.com) Received: from mail-ie0-x22a.google.com (mail-ie0-x22a.google.com [IPv6:2607:f8b0:4001:c03::22a]) by mx1.freebsd.org (Postfix) with ESMTP id 70826CC3; Wed, 27 Mar 2013 16:41:04 +0000 (UTC) Received: by mail-ie0-f170.google.com with SMTP id c11so10710910ieb.29 for ; Wed, 27 Mar 2013 09:41:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=V5Trz8LFRHcUdynRXolxwNRkOlpK0Xx4IfkpBnz6jCI=; b=nhmxiSyMqJrXMf3cD1FWls9hFhz5WaIB6sMdhtZMeC/VkWUQAmdWYbOaxH1NAEPWdk R+Ze+A89vo5fpR4jcN27dQttUybB3fCaPLruDl/ElKogWf0mCm0n4o6i/RnfXbY7aa6C rfHAuzVPd4MluKGY0TXBAu+1IsmEoezY9AE1Y7EEXCqwesir/RjMFhTGx57GVSYkXjXo RQ4CLDhbx5yhviKtqtAXM8mmi1PrEYlVdt53KaWvzakKdDFpHWmkGNcfwrIX9otbjKY+ EBmH3Dle8y+NtelyieIfkHjQez8iDEPy0wr6OtJhT/9DokV9lme3vU1Rf57CTdNzqGkA nBKg== MIME-Version: 1.0 X-Received: by 10.42.98.76 with SMTP id r12mr12001321icn.10.1364402464172; Wed, 27 Mar 2013 09:41:04 -0700 (PDT) Received: by 10.64.68.106 with HTTP; Wed, 27 Mar 2013 09:41:03 -0700 (PDT) In-Reply-To: References: <201303261050.r2QAo9v6041217@mech-cluster241.men.bris.ac.uk> Date: Wed, 27 Mar 2013 18:41:03 +0200 Message-ID: Subject: Re: is it a good idea to overwrite GCC_DEFAULT_VERSION= in Mk/bsd.gcc.mk? From: "Andrew W. Nosenko" To: Jeremy Messenger Content-Type: multipart/mixed; boundary=90e6ba614a96353c2304d8eab4ea Cc: gerald@pfeifer.com, mexas@bristol.ac.uk, freebsd-ports@freebsd.org, bdrewery@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 16:41:04 -0000 --90e6ba614a96353c2304d8eab4ea Content-Type: text/plain; charset=ISO-8859-1 On Wed, Mar 27, 2013 at 12:21 AM, Jeremy Messenger wrote: > On Tue, Mar 26, 2013 at 11:52 AM, Andrew W. Nosenko > wrote: >> On Tue, Mar 26, 2013 at 5:46 PM, Jeremy Messenger >> wrote: >>> On Tue, Mar 26, 2013 at 10:00 AM, Andrew W. Nosenko >>> wrote: >>>> On Tue, Mar 26, 2013 at 2:49 PM, Jeremy Messenger >>>> wrote: >>>>> On Tue, Mar 26, 2013 at 6:33 AM, Andrew W. Nosenko >>>>> wrote: >>>>>> On Tue, Mar 26, 2013 at 12:50 PM, Anton Shterenlikht >>>>>> wrote: >>>>>>> From andrew.w.nosenko@gmail.com Mon Mar 25 18:09:38 2013 >>>>>>> >>>>>>> On Mon, Mar 25, 2013 at 5:59 PM, Gerald Pfeifer wrote: >>>>>>> > On Mon, 25 Mar 2013, Anton Shterenlikht wrote: >>>>>>> >> I've now run ia64 with the above change for over 2 weeks, >>>>>>> >> mostly rebuilding ports, etc. >>>>>>> >> I didn't see any issues with gcc47. >>>>>>> >> So, from my very limited testing, >>>>>>> >> gcc47 can be made default. >>>>>>> > >>>>>>> > Thanks for the feedback, Anton! To really make that switch >>>>>>> > globally, we'll need more extensive testing, a full ports builds >>>>>>> > run, since there is a chance that some port you are not using may >>>>>>> > be broken, and I hope to get this done in the coming weeks. >>>>>>> >>>>>>> >From my expiriense, devel/glib20 cannot be compiled with gcc47. >>>>>>> >>>>>>> Isn't it built with the system default compiler: >>>>>>> >>>>>>> configure:3954: checking for C compiler version >>>>>>> configure:3963: cc --version >&5 >>>>>>> cc (GCC) 4.2.1 20070831 patched [FreeBSD] >>>>>>> >>>>>>> I think we are only talking about updating lang/gcc to 4.7. >>>>>> >>>>>> By default -- yes, it is going to build with base gcc. But topic and, >>>>>> therefore, my reaction was about overriding compiler to be lang/gcc* >>>>>> from ports and whether there are ports, which fail in that case. At >>>>>> least, as I understand it. >>>>>> >>>>>> Now, why overriding the compiler for Glib seems important to me and >>>>>> why I tried to do that: >>>>>> >>>>>> Since >>>>>> commit aba0f0c38bbfa11ad48b5410ebdbed2a99e68c58 >>>>>> Author: Ryan Lortie >>>>>> Date: Tue Oct 18 16:21:50 2011 -0400 >>>>>> >>>>>> gatomic: introduce G_ATOMIC_LOCK_FREE >>>>>> >>>>>> glib atomics implementation depends on gcc predefined macro >>>>>> __GCC_HAVE_SYNC_COMPARE_AND_SWAP_4, which is absent on the base >>>>>> gcc-4.2 and on Clang (all version, at least at that time). >>>>>> >>>>>> As consequence, we have a mutex-based implementation of atomics. >>>>>> Building Glib using more modern GCC (e.g. gcc-4.7) would help, but >>>>>> gnome-libtool hack prevents us from that. >>>>> >>>>> Did you install all ports with GCC 4.7? If you install libtool with >>>>> foo compiler then install other ports with bar compiler will be >>>>> broken. You have to reinstall libtool with the bar compiler to make >>>>> other ports with bar compiler works. >>>> >>>> No, I should not do that (of course if assume that port machinery >>>> doesn't interfere with configure results by discarding part of them). >>> >>> You need to try it. You can't assume anything. >> >> I don't assume. I just know it. Know from everyday usage. > > # pkg_info -IX libtool > libtool-2.4.2 Generic shared library support script > # libtool --config | grep CC= > LTCC="cc" > CC="cc" I's about system-wide libtool (/usr/local/bin/libtool), which is irrelevant and unused when autoconf+automake+libtool chain works. When package builds using autoconf+automake+libtool chain, then the generated libtool script works there. System-wide libtool: # pkg_info -xI libtool libtool-2.4.2 Generic shared library support script # /usr/local/bin/libtool --version libtool (GNU libtool) 2.4.2 Written by Gordon Matzigkeit , 1996 Copyright (C) 2011 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. # /usr/local/bin/libtool --config | grep CC= LTCC="cc" CC="cc" # /usr/local/bin/libtool --config > ~/libtool-system Libtool, generated for devel/glib20 with default compiler (gcc-4.2 from base): # cd /usr/ports/devel/glib20 # make clean ===> Cleaning for glib-2.34.3 # make extract ===> License LGPL20 accepted by the user ===> Found saved configuration for glib-2.34.3 ===> Fetching all distfiles required by glib-2.34.3 for building ===> Extracting for glib-2.34.3 ===> License LGPL20 accepted by the user ===> Found saved configuration for glib-2.34.3 ===> Fetching all distfiles required by glib-2.34.3 for building => SHA256 Checksum OK for gnome2/glib-2.34.3.tar.xz. ===> glib-2.34.3 depends on file: /usr/local/bin/xz - found ===> glib-2.34.3 depends on file: /usr/local/bin/perl5.12.4 - found # cd work/glib-2.34.3/ # ls -l libtool ls: libtool: No such file or directory # ./configure CPPFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib [output is skipped] # ls -l libtool -rwxr-xr-x 1 root wheel 297882 Mar 27 17:31 libtool # ./libtool --config | grep CC= LTCC="gcc" CC="gcc" # ./libtool --config > ~/libtool-glib-gcc Libtool, generated for devel/glib20 with gcc-4.7 from ports: # cd /usr/ports/devel/glib20 # make clean ===> Cleaning for glib-2.34.3 # make extract ===> License LGPL20 accepted by the user ===> Found saved configuration for glib-2.34.3 ===> Fetching all distfiles required by glib-2.34.3 for building ===> Extracting for glib-2.34.3 ===> License LGPL20 accepted by the user ===> Found saved configuration for glib-2.34.3 ===> Fetching all distfiles required by glib-2.34.3 for building => SHA256 Checksum OK for gnome2/glib-2.34.3.tar.xz. ===> glib-2.34.3 depends on file: /usr/local/bin/xz - found ===> glib-2.34.3 depends on file: /usr/local/bin/perl5.12.4 - found # cd work/glib-2.34.3/ # ls -l libtool ls: libtool: No such file or directory # ./configure CC=gcc47 CPPFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib [output is skipped] # ls -l libtool -rwxr-xr-x 1 root wheel 298022 Mar 27 17:38 libtool # ./libtool --config | grep CC= LTCC="gcc47" CC="gcc47" # ./libtool --config > ~/libtool-glib-gcc47 Differences: system vs glib + default gcc: # diff -U0 ~/libtool-system ~/libtool-glib-gcc --- /root/libtool-system 2013-03-27 17:26:37.000000000 +0200 +++ /root/libtool-glib-gcc 2013-03-27 17:34:11.000000000 +0200 @@ -5,0 +6,3 @@ +# Whether or not to build static libraries. +build_old_libs=no + @@ -18,3 +20,0 @@ -# Whether or not to build static libraries. -build_old_libs=yes - @@ -28 +28 @@ -SHELL="/bin/sh" +SHELL="/usr/local/bin/bash" @@ -38 +38 @@ -host=amd64-portbld-freebsd8.0 +host=x86_64-unknown-freebsd8.0 @@ -42,2 +42,2 @@ -build_alias=amd64-portbld-freebsd8.0 -build=amd64-portbld-freebsd8.0 +build_alias= +build=x86_64-unknown-freebsd8.0 @@ -68 +68 @@ -max_cmd_len=262144 +max_cmd_len=196608 @@ -127 +127 @@ -LTCC="cc" +LTCC="gcc" @@ -130 +130 @@ -LTCFLAGS="-O2 -pipe -O2 -march=native -fno-strict-aliasing" +LTCFLAGS="-g -O2 -Wall" @@ -244 +244 @@ -dlopen_support=yes +dlopen_support=unknown @@ -247 +247 @@ -dlopen_self=yes +dlopen_self=unknown @@ -250 +250 @@ -dlopen_self_static=no +dlopen_self_static=unknown @@ -268 +268 @@ -CC="cc" +CC="gcc" system vs. glib + gcc-4.7: # diff -U0 ~/libtool-system ~/libtool-glib-gcc47 --- /root/libtool-system 2013-03-27 17:26:37.000000000 +0200 +++ /root/libtool-glib-gcc47 2013-03-27 17:39:40.000000000 +0200 @@ -5,0 +6,3 @@ +# Whether or not to build static libraries. +build_old_libs=no + @@ -18,3 +20,0 @@ -# Whether or not to build static libraries. -build_old_libs=yes - @@ -28 +28 @@ -SHELL="/bin/sh" +SHELL="/usr/local/bin/bash" @@ -38 +38 @@ -host=amd64-portbld-freebsd8.0 +host=x86_64-unknown-freebsd8.0 @@ -42,2 +42,2 @@ -build_alias=amd64-portbld-freebsd8.0 -build=amd64-portbld-freebsd8.0 +build_alias= +build=x86_64-unknown-freebsd8.0 @@ -68 +68 @@ -max_cmd_len=262144 +max_cmd_len=196608 @@ -127 +127 @@ -LTCC="cc" +LTCC="gcc47" @@ -130 +130 @@ -LTCFLAGS="-O2 -pipe -O2 -march=native -fno-strict-aliasing" +LTCFLAGS="-g -O2 -Wall" @@ -238 +238 @@ -sys_lib_search_path_spec="/usr/lib " +sys_lib_search_path_spec="/usr/local/lib/gcc47/gcc/x86_64-portbld-freebsd8.0/4.7.3 /usr/local/x86_64-portbld-freebsd8.0/lib /usr/local/lib/gcc47 /lib /usr/lib " @@ -244 +244 @@ -dlopen_support=yes +dlopen_support=unknown @@ -247 +247 @@ -dlopen_self=yes +dlopen_self=unknown @@ -250 +250 @@ -dlopen_self_static=no +dlopen_self_static=unknown @@ -258 +258 @@ -LD="/usr/bin/ld" +LD="/usr/local/bin/ld" @@ -268 +268 @@ -CC="cc" +CC="gcc47" glib + default gcc vs. glib + gcc-4.7: # diff -U0 ~/libtool-glib-gcc ~/libtool-glib-gcc47 --- /root/libtool-glib-gcc 2013-03-27 17:34:11.000000000 +0200 +++ /root/libtool-glib-gcc47 2013-03-27 17:39:40.000000000 +0200 @@ -127 +127 @@ -LTCC="gcc" +LTCC="gcc47" @@ -238 +238 @@ -sys_lib_search_path_spec="/usr/lib " +sys_lib_search_path_spec="/usr/local/lib/gcc47/gcc/x86_64-portbld-freebsd8.0/4.7.3 /usr/local/x86_64-portbld-freebsd8.0/lib /usr/local/lib/gcc47 /lib /usr/lib " @@ -258 +258 @@ -LD="/usr/bin/ld" +LD="/usr/local/bin/ld" @@ -268 +268 @@ -CC="gcc" +CC="gcc47" Output of all three 'libtool --config' commands (system libtool, Glib with default gcc and Glib with gcc-4.7) are attached just for any case. > > MIght be has to do with > http://svnweb.freebsd.org/ports/head/devel/libtool/files/patch-libltdl_config_ltmain.sh > ? Sorry, seems I don't understand you. How it is related to the honoring or ignoring the configure results? > >>> It's well known that if >>> you change the CC/CXX then you have to reinstall libtool. Although, I >>> don't know if it's still true for present libtool, but it was problem >>> with libtool15 at last time when I checked. The libtool15 will storage >>> the CC, CXX and other stuff as default of what you used it on >>> libtool15. (ie: Run 'libtool --config') >> >> My knowledge based on 2.x series. At the times of 1.x, the "base" >> compiler was modern enough for mitigate the need to redefine >> compilers. >> >>> >>> The gnome-libtool was copied from ${LOCALBASE}/bin/libtool (libtool >>> port) then patch the bug of shared library version in gnome-libtool. >>> It also changed the configure to look at gnome-libtool. Nothing more >>> and nothing less. You can look at Mk/bsd.gnome.mk by search for >>> ltverhack. >> >> I know it and knew at the time of writting. >> >> I don't know or don't understand why these "hacks" are needed, and, if >> they are really needed, then why they maintained separatelly instead >> of be pushed to the upstream and become part of libtool >> out-of-the-box. > > The fix is really need. It is a bug in libtool that give wrong shared > library version that will get bump at the every API change. See here: > http://people.freebsd.org/~mezz/libtool.txt > >> If, for some reason, libtool upstream cannot be conviced, or just at >> the transition stage, why patch the ${LOCALBASE}/bin/libtool? Why >> don't patch the "local" libtool generated by package's configure and >> which contains all configure-gatchered variables properly filled (at >> least for those packages, which use fresh enough libtool version)? Or >> why don't patch the devel/libtool (if need) for install the patched >> ltmain.sh (if need) and then force package to re-grab >> autotools/libtool related things and regenerate the configure script? > > The problem is that you can't just simply add patch in the libtool by > default or it will affect on thousands of ports (require rebuild, > chase a lot of library shared version, fix pkg-plist, bump ports and > etc.). If we complete add patch in all ports tree. It's more likely > the upstream and maintainer of port will accept patch. That's awful a > lot of work. Any volunteers? > >>>> libtool script is a _generated_ thing when used with autoconf. >>>> 'configure' does some checks (including how to execute linker >>>> depending on used languages) and generates the "current" libtool sript >>>> using these results. This generated script has nothing with >>>> /usr/local/bin/libtool. Moreover, the system-wide libtool has no >>>> business there, not used and may be completely absent until you want >>>> regenerate and replace all package-supplied tools by your copy by >>>> something like 'autoreconf -f'. >>>> >>>> As you can see, under proper workflow, there no dependency, which >>>> version of compiler was installed or used on the time of >>>> /usr/local/bin/libtool generation. All knowledge about currently used >>>> language, compiler, linker abelities and so on are gatchered by >>>> configure and written into "local" package-specific libtool script (in >>>> contrast to the "global" /usr/local/bin/libtool). >>>> >>>> The only one problem that ports machinery decides to trow out these >>>> results and use own copy, which know nothing about actual package >>>> preferences, needs, nor used language. >>>> >>>>> >>>>>> See also: >>>>>> Thread "atomic ops broken on mac/xcode" >>>>>> https://mail.gnome.org/archives/gtk-devel-list/2012-August/msg00089.html >>>>>> >>>>>> Gnome bugzilla #682818: atomic ops broken on mac/xcode >>>>>> https://bugzilla.gnome.org/show_bug.cgi?id=682818 >>>>>> >>>>>> LLVM/Clang bugzilla #11174: #define __GCC_HAVE_SYNC_COMPARE_AND_SWAP_ >>>>>> http://llvm.org/bugs/show_bug.cgi?id=11174 >>>>>> -- Andrew W. Nosenko --90e6ba614a96353c2304d8eab4ea Content-Type: application/octet-stream; name=libtool-system Content-Disposition: attachment; filename=libtool-system Content-Transfer-Encoding: base64 X-Attachment-Id: f_hespvvc60 CiMgV2hpY2ggcmVsZWFzZSBvZiBsaWJ0b29sLm00IHdhcyB1c2VkPwptYWNyb192ZXJzaW9uPTIu NC4yCm1hY3JvX3JldmlzaW9uPTEuMzMzNwoKIyBBc3NlbWJsZXIgcHJvZ3JhbS4KQVM9ImFzIgoK IyBETEwgY3JlYXRpb24gcHJvZ3JhbS4KRExMVE9PTD0iZmFsc2UiCgojIE9iamVjdCBkdW1wZXIg cHJvZ3JhbS4KT0JKRFVNUD0ib2JqZHVtcCIKCiMgV2hldGhlciBvciBub3QgdG8gYnVpbGQgc2hh cmVkIGxpYnJhcmllcy4KYnVpbGRfbGlidG9vbF9saWJzPXllcwoKIyBXaGV0aGVyIG9yIG5vdCB0 byBidWlsZCBzdGF0aWMgbGlicmFyaWVzLgpidWlsZF9vbGRfbGlicz15ZXMKCiMgV2hhdCB0eXBl IG9mIG9iamVjdHMgdG8gYnVpbGQuCnBpY19tb2RlPWRlZmF1bHQKCiMgV2hldGhlciBvciBub3Qg dG8gb3B0aW1pemUgZm9yIGZhc3QgaW5zdGFsbGF0aW9uLgpmYXN0X2luc3RhbGw9bmVlZGxlc3MK CiMgU2hlbGwgdG8gdXNlIHdoZW4gaW52b2tpbmcgc2hlbGwgc2NyaXB0cy4KU0hFTEw9Ii9iaW4v c2giCgojIEFuIGVjaG8gcHJvZ3JhbSB0aGF0IHByb3RlY3RzIGJhY2tzbGFzaGVzLgpFQ0hPPSJw cmludGYgJXNcXG4iCgojIFRoZSBQQVRIIHNlcGFyYXRvciBmb3IgdGhlIGJ1aWxkIHN5c3RlbS4K UEFUSF9TRVBBUkFUT1I9IjoiCgojIFRoZSBob3N0IHN5c3RlbS4KaG9zdF9hbGlhcz0KaG9zdD1h bWQ2NC1wb3J0YmxkLWZyZWVic2Q4LjAKaG9zdF9vcz1mcmVlYnNkOC4wCgojIFRoZSBidWlsZCBz eXN0ZW0uCmJ1aWxkX2FsaWFzPWFtZDY0LXBvcnRibGQtZnJlZWJzZDguMApidWlsZD1hbWQ2NC1w b3J0YmxkLWZyZWVic2Q4LjAKYnVpbGRfb3M9ZnJlZWJzZDguMAoKIyBBIHNlZCBwcm9ncmFtIHRo YXQgZG9lcyBub3QgdHJ1bmNhdGUgb3V0cHV0LgpTRUQ9Ii91c3IvYmluL3NlZCIKCiMgU2VkIHRo YXQgaGVscHMgdXMgYXZvaWQgYWNjaWRlbnRhbGx5IHRyaWdnZXJpbmcgZWNobygxKSBvcHRpb25z IGxpa2UgLW4uClhzZWQ9IiRTRUQgLWUgMXMvXlgvLyIKCiMgQSBncmVwIHByb2dyYW0gdGhhdCBo YW5kbGVzIGxvbmcgbGluZXMuCkdSRVA9Ii91c3IvYmluL2dyZXAiCgojIEFuIEVSRSBtYXRjaGVy LgpFR1JFUD0iL3Vzci9iaW4vZ3JlcCAtRSIKCiMgQSBsaXRlcmFsIHN0cmluZyBtYXRjaGVyLgpG R1JFUD0iL3Vzci9iaW4vZ3JlcCAtRiIKCiMgQSBCU0QtIG9yIE1TLWNvbXBhdGlibGUgbmFtZSBs aXN0ZXIuCk5NPSIvdXNyL2Jpbi9ubSAtQiIKCiMgV2hldGhlciB3ZSBuZWVkIHNvZnQgb3IgaGFy ZCBsaW5rcy4KTE5fUz0ibG4gLXMiCgojIFdoYXQgaXMgdGhlIG1heGltdW0gbGVuZ3RoIG9mIGEg Y29tbWFuZD8KbWF4X2NtZF9sZW49MjYyMTQ0CgojIE9iamVjdCBmaWxlIHN1ZmZpeCAobm9ybWFs bHkgIm8iKS4Kb2JqZXh0PW8KCiMgRXhlY3V0YWJsZSBmaWxlIHN1ZmZpeCAobm9ybWFsbHkgIiIp LgpleGVleHQ9CgojIHdoZXRoZXIgdGhlIHNoZWxsIHVuZGVyc3RhbmRzICJ1bnNldCIuCmx0X3Vu c2V0PXVuc2V0CgojIHR1cm4gc3BhY2VzIGludG8gbmV3bGluZXMuClNQMk5MPSJ0ciBcXDA0MCBc XDAxMiIKCiMgdHVybiBuZXdsaW5lcyBpbnRvIHNwYWNlcy4KTkwyU1A9InRyIFxcMDE1XFwwMTIg XFwwNDBcXDA0MCIKCiMgY29udmVydCAkYnVpbGQgZmlsZSBuYW1lcyB0byAkaG9zdCBmb3JtYXQu CnRvX2hvc3RfZmlsZV9jbWQ9ZnVuY19jb252ZXJ0X2ZpbGVfbm9vcAoKIyBjb252ZXJ0ICRidWls ZCBmaWxlcyB0byB0b29sY2hhaW4gZm9ybWF0Lgp0b190b29sX2ZpbGVfY21kPWZ1bmNfY29udmVy dF9maWxlX25vb3AKCiMgTWV0aG9kIHRvIGNoZWNrIHdoZXRoZXIgZGVwZW5kZW50IGxpYnJhcmll cyBhcmUgc2hhcmVkIG9iamVjdHMuCmRlcGxpYnNfY2hlY2tfbWV0aG9kPSJwYXNzX2FsbCIKCiMg Q29tbWFuZCB0byB1c2Ugd2hlbiBkZXBsaWJzX2NoZWNrX21ldGhvZCA9ICJmaWxlX21hZ2ljIi4K ZmlsZV9tYWdpY19jbWQ9IlwkTUFHSUNfQ01EIgoKIyBIb3cgdG8gZmluZCBwb3RlbnRpYWwgZmls ZXMgd2hlbiBkZXBsaWJzX2NoZWNrX21ldGhvZCA9ICJmaWxlX21hZ2ljIi4KZmlsZV9tYWdpY19n bG9iPSIiCgojIEZpbmQgcG90ZW50aWFsIGZpbGVzIHVzaW5nIG5vY2FzZWdsb2Igd2hlbiBkZXBs aWJzX2NoZWNrX21ldGhvZCA9ICJmaWxlX21hZ2ljIi4Kd2FudF9ub2Nhc2VnbG9iPSJubyIKCiMg Q29tbWFuZCB0byBhc3NvY2lhdGUgc2hhcmVkIGFuZCBsaW5rIGxpYnJhcmllcy4Kc2hhcmVkbGli X2Zyb21fbGlua2xpYl9jbWQ9InByaW50ZiAlc1xcbiIKCiMgVGhlIGFyY2hpdmVyLgpBUj0iYXIi CgojIEZsYWdzIHRvIGNyZWF0ZSBhbiBhcmNoaXZlLgpBUl9GTEFHUz0iY3J1IgoKIyBIb3cgdG8g ZmVlZCBhIGZpbGUgbGlzdGluZyB0byB0aGUgYXJjaGl2ZXIuCmFyY2hpdmVyX2xpc3Rfc3BlYz0i IgoKIyBBIHN5bWJvbCBzdHJpcHBpbmcgcHJvZ3JhbS4KU1RSSVA9InN0cmlwIgoKIyBDb21tYW5k cyB1c2VkIHRvIGluc3RhbGwgYW4gb2xkLXN0eWxlIGFyY2hpdmUuClJBTkxJQj0icmFubGliIgpv bGRfcG9zdGluc3RhbGxfY21kcz0iY2htb2QgNjQ0IFwkb2xkbGliflwkUkFOTElCIFwkdG9vbF9v bGRsaWIiCm9sZF9wb3N0dW5pbnN0YWxsX2NtZHM9IiIKCiMgV2hldGhlciB0byB1c2UgYSBsb2Nr IGZvciBvbGQgYXJjaGl2ZSBleHRyYWN0aW9uLgpsb2NrX29sZF9hcmNoaXZlX2V4dHJhY3Rpb249 bm8KCiMgQSBDIGNvbXBpbGVyLgpMVENDPSJjYyIKCiMgTFRDQyBjb21waWxlciBmbGFncy4KTFRD RkxBR1M9Ii1PMiAtcGlwZSAtTzIgLW1hcmNoPW5hdGl2ZSAtZm5vLXN0cmljdC1hbGlhc2luZyIK CiMgVGFrZSB0aGUgb3V0cHV0IG9mIG5tIGFuZCBwcm9kdWNlIGEgbGlzdGluZyBvZiByYXcgc3lt Ym9scyBhbmQgQyBuYW1lcy4KZ2xvYmFsX3N5bWJvbF9waXBlPSJzZWQgLW4gLWUgJ3MvXi4qWwkg XVxcKFtBQkNER0lSU1RXXVtBQkNER0lSU1RXXSpcXClbCSBdWwkgXSpcXChbX0EtWmEtel1bX0Et WmEtejAtOV0qXFwpXCQvXFwxIFxcMiBcXDIvcCcgfCBzZWQgJy8gX19nbnVfbHRvL2QnIgoKIyBU cmFuc2Zvcm0gdGhlIG91dHB1dCBvZiBubSBpbiBhIHByb3BlciBDIGRlY2xhcmF0aW9uLgpnbG9i YWxfc3ltYm9sX3RvX2NkZWNsPSJzZWQgLW4gLWUgJ3MvXlQgLiogXFwoLipcXClcJC9leHRlcm4g aW50IFxcMSgpOy9wJyAtZSAncy9eW0FCQ0RHSVJTVFddKiAuKiBcXCguKlxcKVwkL2V4dGVybiBj aGFyIFxcMTsvcCciCgojIFRyYW5zZm9ybSB0aGUgb3V0cHV0IG9mIG5tIGluIGEgQyBuYW1lIGFk ZHJlc3MgcGFpci4KZ2xvYmFsX3N5bWJvbF90b19jX25hbWVfYWRkcmVzcz0ic2VkIC1uIC1lICdz L146IFxcKFteIF0qXFwpWyBdKlwkLyAge1xcXCJcXDFcXFwiLCAodm9pZCAqKSAwfSwvcCcgLWUg J3MvXltBQkNER0lSU1RXXSogXFwoW14gXSpcXCkgXFwoW14gXSpcXClcJC8gIHtcIlxcMlwiLCAo dm9pZCAqKSBcXCZcXDJ9LC9wJyIKCiMgVHJhbnNmb3JtIHRoZSBvdXRwdXQgb2Ygbm0gaW4gYSBD IG5hbWUgYWRkcmVzcyBwYWlyIHdoZW4gbGliIHByZWZpeCBpcyBuZWVkZWQuCmdsb2JhbF9zeW1i b2xfdG9fY19uYW1lX2FkZHJlc3NfbGliX3ByZWZpeD0ic2VkIC1uIC1lICdzL146IFxcKFteIF0q XFwpWyBdKlwkLyAge1xcXCJcXDFcXFwiLCAodm9pZCAqKSAwfSwvcCcgLWUgJ3MvXltBQkNER0lS U1RXXSogXFwoW14gXSpcXCkgXFwobGliW14gXSpcXClcJC8gIHtcIlxcMlwiLCAodm9pZCAqKSBc XCZcXDJ9LC9wJyAtZSAncy9eW0FCQ0RHSVJTVFddKiBcXChbXiBdKlxcKSBcXChbXiBdKlxcKVwk LyAge1wibGliXFwyXCIsICh2b2lkICopIFxcJlxcMn0sL3AnIgoKIyBTcGVjaWZ5IGZpbGVuYW1l IGNvbnRhaW5pbmcgaW5wdXQgZmlsZXMgZm9yICROTS4Kbm1fZmlsZV9saXN0X3NwZWM9IiIKCiMg VGhlIHJvb3Qgd2hlcmUgdG8gc2VhcmNoIGZvciBkZXBlbmRlbnQgbGlicmFyaWVzLGFuZCBpbiB3 aGljaCBvdXIgbGlicmFyaWVzIHNob3VsZCBiZSBpbnN0YWxsZWQuCmx0X3N5c3Jvb3Q9CgojIFRo ZSBuYW1lIG9mIHRoZSBkaXJlY3RvcnkgdGhhdCBjb250YWlucyB0ZW1wb3JhcnkgbGlidG9vbCBm aWxlcy4Kb2JqZGlyPS5saWJzCgojIFVzZWQgdG8gZXhhbWluZSBsaWJyYXJpZXMgd2hlbiBmaWxl X21hZ2ljX2NtZCBiZWdpbnMgd2l0aCAiZmlsZSIuCk1BR0lDX0NNRD1maWxlCgojIE11c3Qgd2Ug bG9jayBmaWxlcyB3aGVuIGRvaW5nIGNvbXBpbGF0aW9uPwpuZWVkX2xvY2tzPSJubyIKCiMgTWFu aWZlc3QgdG9vbC4KTUFOSUZFU1RfVE9PTD0iOiIKCiMgVG9vbCB0byBtYW5pcHVsYXRlIGFyY2hp dmVkIERXQVJGIGRlYnVnIHN5bWJvbCBmaWxlcyBvbiBNYWMgT1MgWC4KRFNZTVVUSUw9IiIKCiMg VG9vbCB0byBjaGFuZ2UgZ2xvYmFsIHRvIGxvY2FsIHN5bWJvbHMgb24gTWFjIE9TIFguCk5NRURJ VD0iIgoKIyBUb29sIHRvIG1hbmlwdWxhdGUgZmF0IG9iamVjdHMgYW5kIGFyY2hpdmVzIG9uIE1h YyBPUyBYLgpMSVBPPSIiCgojIGxkZC9yZWFkZWxmIGxpa2UgdG9vbCBmb3IgTWFjaC1PIGJpbmFy aWVzIG9uIE1hYyBPUyBYLgpPVE9PTD0iIgoKIyBsZGQvcmVhZGVsZiBsaWtlIHRvb2wgZm9yIDY0 IGJpdCBNYWNoLU8gYmluYXJpZXMgb24gTWFjIE9TIFggMTAuNC4KT1RPT0w2ND0iIgoKIyBPbGQg YXJjaGl2ZSBzdWZmaXggKG5vcm1hbGx5ICJhIikuCmxpYmV4dD1hCgojIFNoYXJlZCBsaWJyYXJ5 IHN1ZmZpeCAobm9ybWFsbHkgIi5zbyIpLgpzaHJleHRfY21kcz0iLnNvIgoKIyBUaGUgY29tbWFu ZHMgdG8gZXh0cmFjdCB0aGUgZXhwb3J0ZWQgc3ltYm9sIGxpc3QgZnJvbSBhIHNoYXJlZCBhcmNo aXZlLgpleHRyYWN0X2V4cHN5bXNfY21kcz0iIgoKIyBWYXJpYWJsZXMgd2hvc2UgdmFsdWVzIHNo b3VsZCBiZSBzYXZlZCBpbiBsaWJ0b29sIHdyYXBwZXIgc2NyaXB0cyBhbmQKIyByZXN0b3JlZCBh dCBsaW5rIHRpbWUuCnZhcmlhYmxlc19zYXZlZF9mb3JfcmVsaW5rPSJQQVRIIExEX0xJQlJBUllf UEFUSCBMRF9SVU5fUEFUSCBHQ0NfRVhFQ19QUkVGSVggQ09NUElMRVJfUEFUSCBMSUJSQVJZX1BB VEgiCgojIERvIHdlIG5lZWQgdGhlICJsaWIiIHByZWZpeCBmb3IgbW9kdWxlcz8KbmVlZF9saWJf cHJlZml4PW5vCgojIERvIHdlIG5lZWQgYSB2ZXJzaW9uIGZvciBsaWJyYXJpZXM/Cm5lZWRfdmVy c2lvbj1ubwoKIyBMaWJyYXJ5IHZlcnNpb25pbmcgdHlwZS4KdmVyc2lvbl90eXBlPWZyZWVic2Qt ZWxmCgojIFNoYXJlZCBsaWJyYXJ5IHJ1bnRpbWUgcGF0aCB2YXJpYWJsZS4KcnVucGF0aF92YXI9 TERfUlVOX1BBVEgKCiMgU2hhcmVkIGxpYnJhcnkgcGF0aCB2YXJpYWJsZS4Kc2hsaWJwYXRoX3Zh cj1MRF9MSUJSQVJZX1BBVEgKCiMgSXMgc2hsaWJwYXRoIHNlYXJjaGVkIGJlZm9yZSB0aGUgaGFy ZC1jb2RlZCBsaWJyYXJ5IHNlYXJjaCBwYXRoPwpzaGxpYnBhdGhfb3ZlcnJpZGVzX3J1bnBhdGg9 eWVzCgojIEZvcm1hdCBvZiBsaWJyYXJ5IG5hbWUgcHJlZml4LgpsaWJuYW1lX3NwZWM9ImxpYlwk bmFtZSIKCiMgTGlzdCBvZiBhcmNoaXZlIG5hbWVzLiAgRmlyc3QgbmFtZSBpcyB0aGUgcmVhbCBv bmUsIHRoZSByZXN0IGFyZSBsaW5rcy4KIyBUaGUgbGFzdCBuYW1lIGlzIHRoZSBvbmUgdGhhdCB0 aGUgbGlua2VyIGZpbmRzIHdpdGggLWxOQU1FCmxpYnJhcnlfbmFtZXNfc3BlYz0iXCR7bGlibmFt ZX1cJHtyZWxlYXNlfVwke3NoYXJlZF9leHR9XCR2ZXJzdWZmaXggXCR7bGlibmFtZX1cJHtyZWxl YXNlfVwke3NoYXJlZF9leHR9IFwkbGlibmFtZVwke3NoYXJlZF9leHR9IgoKIyBUaGUgY29kZWQg bmFtZSBvZiB0aGUgbGlicmFyeSwgaWYgZGlmZmVyZW50IGZyb20gdGhlIHJlYWwgbmFtZS4Kc29u YW1lX3NwZWM9IiIKCiMgUGVybWlzc2lvbiBtb2RlIG92ZXJyaWRlIGZvciBpbnN0YWxsYXRpb24g b2Ygc2hhcmVkIGxpYnJhcmllcy4KaW5zdGFsbF9vdmVycmlkZV9tb2RlPSIiCgojIENvbW1hbmQg dG8gdXNlIGFmdGVyIGluc3RhbGxhdGlvbiBvZiBhIHNoYXJlZCBhcmNoaXZlLgpwb3N0aW5zdGFs bF9jbWRzPSIiCgojIENvbW1hbmQgdG8gdXNlIGFmdGVyIHVuaW5zdGFsbGF0aW9uIG9mIGEgc2hh cmVkIGFyY2hpdmUuCnBvc3R1bmluc3RhbGxfY21kcz0iIgoKIyBDb21tYW5kcyB1c2VkIHRvIGZp bmlzaCBhIGxpYnRvb2wgbGlicmFyeSBpbnN0YWxsYXRpb24gaW4gYSBkaXJlY3RvcnkuCmZpbmlz aF9jbWRzPSIiCgojIEFzICJmaW5pc2hfY21kcyIsIGV4Y2VwdCBhIHNpbmdsZSBzY3JpcHQgZnJh Z21lbnQgdG8gYmUgZXZhbGVkIGJ1dAojIG5vdCBzaG93bi4KZmluaXNoX2V2YWw9IiIKCiMgV2hl dGhlciB3ZSBzaG91bGQgaGFyZGNvZGUgbGlicmFyeSBwYXRocyBpbnRvIGxpYnJhcmllcy4KaGFy ZGNvZGVfaW50b19saWJzPXllcwoKIyBDb21waWxlLXRpbWUgc3lzdGVtIHNlYXJjaCBwYXRoIGZv ciBsaWJyYXJpZXMuCnN5c19saWJfc2VhcmNoX3BhdGhfc3BlYz0iL3Vzci9saWIgIgoKIyBSdW4t dGltZSBzeXN0ZW0gc2VhcmNoIHBhdGggZm9yIGxpYnJhcmllcy4Kc3lzX2xpYl9kbHNlYXJjaF9w YXRoX3NwZWM9Ii9saWIgL3Vzci9saWIiCgojIFdoZXRoZXIgZGxvcGVuIGlzIHN1cHBvcnRlZC4K ZGxvcGVuX3N1cHBvcnQ9eWVzCgojIFdoZXRoZXIgZGxvcGVuIG9mIHByb2dyYW1zIGlzIHN1cHBv cnRlZC4KZGxvcGVuX3NlbGY9eWVzCgojIFdoZXRoZXIgZGxvcGVuIG9mIHN0YXRpY2FsbHkgbGlu a2VkIHByb2dyYW1zIGlzIHN1cHBvcnRlZC4KZGxvcGVuX3NlbGZfc3RhdGljPW5vCgojIENvbW1h bmRzIHRvIHN0cmlwIGxpYnJhcmllcy4Kb2xkX3N0cmlwbGliPSJzdHJpcCAtLXN0cmlwLWRlYnVn IgpzdHJpcGxpYj0ic3RyaXAgLS1zdHJpcC11bm5lZWRlZCIKCgojIFRoZSBsaW5rZXIgdXNlZCB0 byBidWlsZCBsaWJyYXJpZXMuCkxEPSIvdXNyL2Jpbi9sZCIKCiMgSG93IHRvIGNyZWF0ZSByZWxv YWRhYmxlIG9iamVjdCBmaWxlcy4KcmVsb2FkX2ZsYWc9IiAtciIKcmVsb2FkX2NtZHM9IlwkTERc JHJlbG9hZF9mbGFnIC1vIFwkb3V0cHV0XCRyZWxvYWRfb2JqcyIKCiMgQ29tbWFuZHMgdXNlZCB0 byBidWlsZCBhbiBvbGQtc3R5bGUgYXJjaGl2ZS4Kb2xkX2FyY2hpdmVfY21kcz0iXCRBUiBcJEFS X0ZMQUdTIFwkb2xkbGliXCRvbGRvYmpzflwkUkFOTElCIFwkdG9vbF9vbGRsaWIiCgojIEEgbGFu Z3VhZ2Ugc3BlY2lmaWMgY29tcGlsZXIuCkNDPSJjYyIKCiMgSXMgdGhlIGNvbXBpbGVyIHRoZSBH TlUgY29tcGlsZXI/CndpdGhfZ2NjPXllcwoKIyBDb21waWxlciBmbGFnIHRvIHR1cm4gb2ZmIGJ1 aWx0aW4gZnVuY3Rpb25zLgpub19idWlsdGluX2ZsYWc9IiAtZm5vLWJ1aWx0aW4iCgojIEFkZGl0 aW9uYWwgY29tcGlsZXIgZmxhZ3MgZm9yIGJ1aWxkaW5nIGxpYnJhcnkgb2JqZWN0cy4KcGljX2Zs YWc9IiAtZlBJQyAtRFBJQyIKCiMgSG93IHRvIHBhc3MgYSBsaW5rZXIgZmxhZyB0aHJvdWdoIHRo ZSBjb21waWxlci4Kd2w9Ii1XbCwiCgojIENvbXBpbGVyIGZsYWcgdG8gcHJldmVudCBkeW5hbWlj IGxpbmtpbmcuCmxpbmtfc3RhdGljX2ZsYWc9Ii1zdGF0aWMiCgojIERvZXMgY29tcGlsZXIgc2lt dWx0YW5lb3VzbHkgc3VwcG9ydCAtYyBhbmQgLW8gb3B0aW9ucz8KY29tcGlsZXJfY19vPSJ5ZXMi CgojIFdoZXRoZXIgb3Igbm90IHRvIGFkZCAtbGMgZm9yIGJ1aWxkaW5nIHNoYXJlZCBsaWJyYXJp ZXMuCmJ1aWxkX2xpYnRvb2xfbmVlZF9sYz1ubwoKIyBXaGV0aGVyIG9yIG5vdCB0byBkaXNhbGxv dyBzaGFyZWQgbGlicyB3aGVuIHJ1bnRpbWUgbGlicyBhcmUgc3RhdGljLgphbGxvd19saWJ0b29s X2xpYnNfd2l0aF9zdGF0aWNfcnVudGltZXM9bm8KCiMgQ29tcGlsZXIgZmxhZyB0byBhbGxvdyBy ZWZsZXhpdmUgZGxvcGVucy4KZXhwb3J0X2R5bmFtaWNfZmxhZ19zcGVjPSJcJHt3bH0tLWV4cG9y dC1keW5hbWljIgoKIyBDb21waWxlciBmbGFnIHRvIGdlbmVyYXRlIHNoYXJlZCBvYmplY3RzIGRp cmVjdGx5IGZyb20gYXJjaGl2ZXMuCndob2xlX2FyY2hpdmVfZmxhZ19zcGVjPSJcJHt3bH0tLXdo b2xlLWFyY2hpdmVcJGNvbnZlbmllbmNlIFwke3dsfS0tbm8td2hvbGUtYXJjaGl2ZSIKCiMgV2hl dGhlciB0aGUgY29tcGlsZXIgY29wZXMgd2l0aCBwYXNzaW5nIG5vIG9iamVjdHMgZGlyZWN0bHku CmNvbXBpbGVyX25lZWRzX29iamVjdD0ibm8iCgojIENyZWF0ZSBhbiBvbGQtc3R5bGUgYXJjaGl2 ZSBmcm9tIGEgc2hhcmVkIGFyY2hpdmUuCm9sZF9hcmNoaXZlX2Zyb21fbmV3X2NtZHM9IiIKCiMg Q3JlYXRlIGEgdGVtcG9yYXJ5IG9sZC1zdHlsZSBhcmNoaXZlIHRvIGxpbmsgaW5zdGVhZCBvZiBh IHNoYXJlZCBhcmNoaXZlLgpvbGRfYXJjaGl2ZV9mcm9tX2V4cHN5bXNfY21kcz0iIgoKIyBDb21t YW5kcyB1c2VkIHRvIGJ1aWxkIGEgc2hhcmVkIGFyY2hpdmUuCmFyY2hpdmVfY21kcz0iXCRDQyAt c2hhcmVkIFwkcGljX2ZsYWcgXCRsaWJvYmpzIFwkZGVwbGlicyBcJGNvbXBpbGVyX2ZsYWdzIFwk e3dsfS1zb25hbWUgXCR3bFwkc29uYW1lIC1vIFwkbGliIgphcmNoaXZlX2V4cHN5bV9jbWRzPSJc JENDIC1zaGFyZWQgXCRwaWNfZmxhZyBcJGxpYm9ianMgXCRkZXBsaWJzIFwkY29tcGlsZXJfZmxh Z3MgXCR7d2x9LXNvbmFtZSBcJHdsXCRzb25hbWUgXCR7d2x9LXJldGFpbi1zeW1ib2xzLWZpbGUg XCR3bFwkZXhwb3J0X3N5bWJvbHMgLW8gXCRsaWIiCgojIENvbW1hbmRzIHVzZWQgdG8gYnVpbGQg YSBsb2FkYWJsZSBtb2R1bGUgaWYgZGlmZmVyZW50IGZyb20gYnVpbGRpbmcKIyBhIHNoYXJlZCBh cmNoaXZlLgptb2R1bGVfY21kcz0iIgptb2R1bGVfZXhwc3ltX2NtZHM9IiIKCiMgV2hldGhlciB3 ZSBhcmUgYnVpbGRpbmcgd2l0aCBHTlUgbGQgb3Igbm90Lgp3aXRoX2dudV9sZD0ieWVzIgoKIyBG bGFnIHRoYXQgYWxsb3dzIHNoYXJlZCBsaWJyYXJpZXMgd2l0aCB1bmRlZmluZWQgc3ltYm9scyB0 byBiZSBidWlsdC4KYWxsb3dfdW5kZWZpbmVkX2ZsYWc9IiIKCiMgRmxhZyB0aGF0IGVuZm9yY2Vz IG5vIHVuZGVmaW5lZCBzeW1ib2xzLgpub191bmRlZmluZWRfZmxhZz0iIgoKIyBGbGFnIHRvIGhh cmRjb2RlICRsaWJkaXIgaW50byBhIGJpbmFyeSBkdXJpbmcgbGlua2luZy4KIyBUaGlzIG11c3Qg d29yayBldmVuIGlmICRsaWJkaXIgZG9lcyBub3QgZXhpc3QKaGFyZGNvZGVfbGliZGlyX2ZsYWdf c3BlYz0iXCR7d2x9LXJwYXRoIFwke3dsfVwkbGliZGlyIgoKIyBXaGV0aGVyIHdlIG5lZWQgYSBz aW5nbGUgIi1ycGF0aCIgZmxhZyB3aXRoIGEgc2VwYXJhdGVkIGFyZ3VtZW50LgpoYXJkY29kZV9s aWJkaXJfc2VwYXJhdG9yPSIiCgojIFNldCB0byAieWVzIiBpZiB1c2luZyBESVIvbGliTkFNRSR7 c2hhcmVkX2V4dH0gZHVyaW5nIGxpbmtpbmcgaGFyZGNvZGVzCiMgRElSIGludG8gdGhlIHJlc3Vs dGluZyBiaW5hcnkuCmhhcmRjb2RlX2RpcmVjdD1ubwoKIyBTZXQgdG8gInllcyIgaWYgdXNpbmcg RElSL2xpYk5BTUUke3NoYXJlZF9leHR9IGR1cmluZyBsaW5raW5nIGhhcmRjb2RlcwojIERJUiBp bnRvIHRoZSByZXN1bHRpbmcgYmluYXJ5IGFuZCB0aGUgcmVzdWx0aW5nIGxpYnJhcnkgZGVwZW5k ZW5jeSBpcwojICJhYnNvbHV0ZSIsaS5lIGltcG9zc2libGUgdG8gY2hhbmdlIGJ5IHNldHRpbmcg JHtzaGxpYnBhdGhfdmFyfSBpZiB0aGUKIyBsaWJyYXJ5IGlzIHJlbG9jYXRlZC4KaGFyZGNvZGVf ZGlyZWN0X2Fic29sdXRlPW5vCgojIFNldCB0byAieWVzIiBpZiB1c2luZyB0aGUgLUxESVIgZmxh ZyBkdXJpbmcgbGlua2luZyBoYXJkY29kZXMgRElSCiMgaW50byB0aGUgcmVzdWx0aW5nIGJpbmFy eS4KaGFyZGNvZGVfbWludXNfTD1ubwoKIyBTZXQgdG8gInllcyIgaWYgdXNpbmcgU0hMSUJQQVRI X1ZBUj1ESVIgZHVyaW5nIGxpbmtpbmcgaGFyZGNvZGVzIERJUgojIGludG8gdGhlIHJlc3VsdGlu ZyBiaW5hcnkuCmhhcmRjb2RlX3NobGlicGF0aF92YXI9dW5zdXBwb3J0ZWQKCiMgU2V0IHRvICJ5 ZXMiIGlmIGJ1aWxkaW5nIGEgc2hhcmVkIGxpYnJhcnkgYXV0b21hdGljYWxseSBoYXJkY29kZXMg RElSCiMgaW50byB0aGUgbGlicmFyeSBhbmQgYWxsIHN1YnNlcXVlbnQgbGlicmFyaWVzIGFuZCBl eGVjdXRhYmxlcyBsaW5rZWQKIyBhZ2FpbnN0IGl0LgpoYXJkY29kZV9hdXRvbWF0aWM9bm8KCiMg U2V0IHRvIHllcyBpZiBsaW5rZXIgYWRkcyBydW50aW1lIHBhdGhzIG9mIGRlcGVuZGVudCBsaWJy YXJpZXMKIyB0byBydW50aW1lIHBhdGggbGlzdC4KaW5oZXJpdF9ycGF0aD1ubwoKIyBXaGV0aGVy IGxpYnRvb2wgbXVzdCBsaW5rIGEgcHJvZ3JhbSBhZ2FpbnN0IGFsbCBpdHMgZGVwZW5kZW5jeSBs aWJyYXJpZXMuCmxpbmtfYWxsX2RlcGxpYnM9dW5rbm93bgoKIyBTZXQgdG8gInllcyIgaWYgZXhw b3J0ZWQgc3ltYm9scyBhcmUgcmVxdWlyZWQuCmFsd2F5c19leHBvcnRfc3ltYm9scz1ubwoKIyBU aGUgY29tbWFuZHMgdG8gbGlzdCBleHBvcnRlZCBzeW1ib2xzLgpleHBvcnRfc3ltYm9sc19jbWRz PSJcJE5NIFwkbGlib2JqcyBcJGNvbnZlbmllbmNlIHwgXCRnbG9iYWxfc3ltYm9sX3BpcGUgfCBc JFNFRCAncy8uKiAvLycgfCBzb3J0IHwgdW5pcSA+IFwkZXhwb3J0X3N5bWJvbHMiCgojIFN5bWJv bHMgdGhhdCBzaG91bGQgbm90IGJlIGxpc3RlZCBpbiB0aGUgcHJlbG9hZGVkIHN5bWJvbHMuCmV4 Y2x1ZGVfZXhwc3ltcz0iX0dMT0JBTF9PRkZTRVRfVEFCTEVffF9HTE9CQUxfX0ZbSURdXy4qIgoK IyBTeW1ib2xzIHRoYXQgbXVzdCBhbHdheXMgYmUgZXhwb3J0ZWQuCmluY2x1ZGVfZXhwc3ltcz0i IgoKIyBDb21tYW5kcyBuZWNlc3NhcnkgZm9yIGxpbmtpbmcgcHJvZ3JhbXMgKGFnYWluc3QgbGli cmFyaWVzKSB3aXRoIHRlbXBsYXRlcy4KcHJlbGlua19jbWRzPSIiCgojIENvbW1hbmRzIG5lY2Vz c2FyeSBmb3IgZmluaXNoaW5nIGxpbmtpbmcgcHJvZ3JhbXMuCnBvc3RsaW5rX2NtZHM9IiIKCiMg U3BlY2lmeSBmaWxlbmFtZSBjb250YWluaW5nIGlucHV0IGZpbGVzLgpmaWxlX2xpc3Rfc3BlYz0i IgoKIyBIb3cgdG8gaGFyZGNvZGUgYSBzaGFyZWQgbGlicmFyeSBwYXRoIGludG8gYW4gZXhlY3V0 YWJsZS4KaGFyZGNvZGVfYWN0aW9uPWltbWVkaWF0ZQoKIyBUaGUgZGlyZWN0b3JpZXMgc2VhcmNo ZWQgYnkgdGhpcyBjb21waWxlciB3aGVuIGNyZWF0aW5nIGEgc2hhcmVkIGxpYnJhcnkuCmNvbXBp bGVyX2xpYl9zZWFyY2hfZGlycz0iIgoKIyBEZXBlbmRlbmNpZXMgdG8gcGxhY2UgYmVmb3JlIGFu ZCBhZnRlciB0aGUgb2JqZWN0cyBiZWluZyBsaW5rZWQgdG8KIyBjcmVhdGUgYSBzaGFyZWQgbGli cmFyeS4KcHJlZGVwX29iamVjdHM9IiIKcG9zdGRlcF9vYmplY3RzPSIiCnByZWRlcHM9IiIKcG9z dGRlcHM9IiIKCiMgVGhlIGxpYnJhcnkgc2VhcmNoIHBhdGggdXNlZCBpbnRlcm5hbGx5IGJ5IHRo ZSBjb21waWxlciB3aGVuIGxpbmtpbmcKIyBhIHNoYXJlZCBsaWJyYXJ5Lgpjb21waWxlcl9saWJf c2VhcmNoX3BhdGg9IiIKCg== --90e6ba614a96353c2304d8eab4ea Content-Type: application/octet-stream; name=libtool-glib-gcc Content-Disposition: attachment; filename=libtool-glib-gcc Content-Transfer-Encoding: base64 X-Attachment-Id: f_hespw4je1 CiMgV2hpY2ggcmVsZWFzZSBvZiBsaWJ0b29sLm00IHdhcyB1c2VkPwptYWNyb192ZXJzaW9uPTIu NC4yCm1hY3JvX3JldmlzaW9uPTEuMzMzNwoKIyBXaGV0aGVyIG9yIG5vdCB0byBidWlsZCBzdGF0 aWMgbGlicmFyaWVzLgpidWlsZF9vbGRfbGlicz1ubwoKIyBBc3NlbWJsZXIgcHJvZ3JhbS4KQVM9 ImFzIgoKIyBETEwgY3JlYXRpb24gcHJvZ3JhbS4KRExMVE9PTD0iZmFsc2UiCgojIE9iamVjdCBk dW1wZXIgcHJvZ3JhbS4KT0JKRFVNUD0ib2JqZHVtcCIKCiMgV2hldGhlciBvciBub3QgdG8gYnVp bGQgc2hhcmVkIGxpYnJhcmllcy4KYnVpbGRfbGlidG9vbF9saWJzPXllcwoKIyBXaGF0IHR5cGUg b2Ygb2JqZWN0cyB0byBidWlsZC4KcGljX21vZGU9ZGVmYXVsdAoKIyBXaGV0aGVyIG9yIG5vdCB0 byBvcHRpbWl6ZSBmb3IgZmFzdCBpbnN0YWxsYXRpb24uCmZhc3RfaW5zdGFsbD1uZWVkbGVzcwoK IyBTaGVsbCB0byB1c2Ugd2hlbiBpbnZva2luZyBzaGVsbCBzY3JpcHRzLgpTSEVMTD0iL3Vzci9s b2NhbC9iaW4vYmFzaCIKCiMgQW4gZWNobyBwcm9ncmFtIHRoYXQgcHJvdGVjdHMgYmFja3NsYXNo ZXMuCkVDSE89InByaW50ZiAlc1xcbiIKCiMgVGhlIFBBVEggc2VwYXJhdG9yIGZvciB0aGUgYnVp bGQgc3lzdGVtLgpQQVRIX1NFUEFSQVRPUj0iOiIKCiMgVGhlIGhvc3Qgc3lzdGVtLgpob3N0X2Fs aWFzPQpob3N0PXg4Nl82NC11bmtub3duLWZyZWVic2Q4LjAKaG9zdF9vcz1mcmVlYnNkOC4wCgoj IFRoZSBidWlsZCBzeXN0ZW0uCmJ1aWxkX2FsaWFzPQpidWlsZD14ODZfNjQtdW5rbm93bi1mcmVl YnNkOC4wCmJ1aWxkX29zPWZyZWVic2Q4LjAKCiMgQSBzZWQgcHJvZ3JhbSB0aGF0IGRvZXMgbm90 IHRydW5jYXRlIG91dHB1dC4KU0VEPSIvdXNyL2Jpbi9zZWQiCgojIFNlZCB0aGF0IGhlbHBzIHVz IGF2b2lkIGFjY2lkZW50YWxseSB0cmlnZ2VyaW5nIGVjaG8oMSkgb3B0aW9ucyBsaWtlIC1uLgpY c2VkPSIkU0VEIC1lIDFzL15YLy8iCgojIEEgZ3JlcCBwcm9ncmFtIHRoYXQgaGFuZGxlcyBsb25n IGxpbmVzLgpHUkVQPSIvdXNyL2Jpbi9ncmVwIgoKIyBBbiBFUkUgbWF0Y2hlci4KRUdSRVA9Ii91 c3IvYmluL2dyZXAgLUUiCgojIEEgbGl0ZXJhbCBzdHJpbmcgbWF0Y2hlci4KRkdSRVA9Ii91c3Iv YmluL2dyZXAgLUYiCgojIEEgQlNELSBvciBNUy1jb21wYXRpYmxlIG5hbWUgbGlzdGVyLgpOTT0i L3Vzci9iaW4vbm0gLUIiCgojIFdoZXRoZXIgd2UgbmVlZCBzb2Z0IG9yIGhhcmQgbGlua3MuCkxO X1M9ImxuIC1zIgoKIyBXaGF0IGlzIHRoZSBtYXhpbXVtIGxlbmd0aCBvZiBhIGNvbW1hbmQ/Cm1h eF9jbWRfbGVuPTE5NjYwOAoKIyBPYmplY3QgZmlsZSBzdWZmaXggKG5vcm1hbGx5ICJvIikuCm9i amV4dD1vCgojIEV4ZWN1dGFibGUgZmlsZSBzdWZmaXggKG5vcm1hbGx5ICIiKS4KZXhlZXh0PQoK IyB3aGV0aGVyIHRoZSBzaGVsbCB1bmRlcnN0YW5kcyAidW5zZXQiLgpsdF91bnNldD11bnNldAoK IyB0dXJuIHNwYWNlcyBpbnRvIG5ld2xpbmVzLgpTUDJOTD0idHIgXFwwNDAgXFwwMTIiCgojIHR1 cm4gbmV3bGluZXMgaW50byBzcGFjZXMuCk5MMlNQPSJ0ciBcXDAxNVxcMDEyIFxcMDQwXFwwNDAi CgojIGNvbnZlcnQgJGJ1aWxkIGZpbGUgbmFtZXMgdG8gJGhvc3QgZm9ybWF0Lgp0b19ob3N0X2Zp bGVfY21kPWZ1bmNfY29udmVydF9maWxlX25vb3AKCiMgY29udmVydCAkYnVpbGQgZmlsZXMgdG8g dG9vbGNoYWluIGZvcm1hdC4KdG9fdG9vbF9maWxlX2NtZD1mdW5jX2NvbnZlcnRfZmlsZV9ub29w CgojIE1ldGhvZCB0byBjaGVjayB3aGV0aGVyIGRlcGVuZGVudCBsaWJyYXJpZXMgYXJlIHNoYXJl ZCBvYmplY3RzLgpkZXBsaWJzX2NoZWNrX21ldGhvZD0icGFzc19hbGwiCgojIENvbW1hbmQgdG8g dXNlIHdoZW4gZGVwbGlic19jaGVja19tZXRob2QgPSAiZmlsZV9tYWdpYyIuCmZpbGVfbWFnaWNf Y21kPSJcJE1BR0lDX0NNRCIKCiMgSG93IHRvIGZpbmQgcG90ZW50aWFsIGZpbGVzIHdoZW4gZGVw bGlic19jaGVja19tZXRob2QgPSAiZmlsZV9tYWdpYyIuCmZpbGVfbWFnaWNfZ2xvYj0iIgoKIyBG aW5kIHBvdGVudGlhbCBmaWxlcyB1c2luZyBub2Nhc2VnbG9iIHdoZW4gZGVwbGlic19jaGVja19t ZXRob2QgPSAiZmlsZV9tYWdpYyIuCndhbnRfbm9jYXNlZ2xvYj0ibm8iCgojIENvbW1hbmQgdG8g YXNzb2NpYXRlIHNoYXJlZCBhbmQgbGluayBsaWJyYXJpZXMuCnNoYXJlZGxpYl9mcm9tX2xpbmts aWJfY21kPSJwcmludGYgJXNcXG4iCgojIFRoZSBhcmNoaXZlci4KQVI9ImFyIgoKIyBGbGFncyB0 byBjcmVhdGUgYW4gYXJjaGl2ZS4KQVJfRkxBR1M9ImNydSIKCiMgSG93IHRvIGZlZWQgYSBmaWxl IGxpc3RpbmcgdG8gdGhlIGFyY2hpdmVyLgphcmNoaXZlcl9saXN0X3NwZWM9IiIKCiMgQSBzeW1i b2wgc3RyaXBwaW5nIHByb2dyYW0uClNUUklQPSJzdHJpcCIKCiMgQ29tbWFuZHMgdXNlZCB0byBp bnN0YWxsIGFuIG9sZC1zdHlsZSBhcmNoaXZlLgpSQU5MSUI9InJhbmxpYiIKb2xkX3Bvc3RpbnN0 YWxsX2NtZHM9ImNobW9kIDY0NCBcJG9sZGxpYn5cJFJBTkxJQiBcJHRvb2xfb2xkbGliIgpvbGRf cG9zdHVuaW5zdGFsbF9jbWRzPSIiCgojIFdoZXRoZXIgdG8gdXNlIGEgbG9jayBmb3Igb2xkIGFy Y2hpdmUgZXh0cmFjdGlvbi4KbG9ja19vbGRfYXJjaGl2ZV9leHRyYWN0aW9uPW5vCgojIEEgQyBj b21waWxlci4KTFRDQz0iZ2NjIgoKIyBMVENDIGNvbXBpbGVyIGZsYWdzLgpMVENGTEFHUz0iLWcg LU8yIC1XYWxsIgoKIyBUYWtlIHRoZSBvdXRwdXQgb2Ygbm0gYW5kIHByb2R1Y2UgYSBsaXN0aW5n IG9mIHJhdyBzeW1ib2xzIGFuZCBDIG5hbWVzLgpnbG9iYWxfc3ltYm9sX3BpcGU9InNlZCAtbiAt ZSAncy9eLipbCSBdXFwoW0FCQ0RHSVJTVFddW0FCQ0RHSVJTVFddKlxcKVsJIF1bCSBdKlxcKFtf QS1aYS16XVtfQS1aYS16MC05XSpcXClcJC9cXDEgXFwyIFxcMi9wJyB8IHNlZCAnLyBfX2dudV9s dG8vZCciCgojIFRyYW5zZm9ybSB0aGUgb3V0cHV0IG9mIG5tIGluIGEgcHJvcGVyIEMgZGVjbGFy YXRpb24uCmdsb2JhbF9zeW1ib2xfdG9fY2RlY2w9InNlZCAtbiAtZSAncy9eVCAuKiBcXCguKlxc KVwkL2V4dGVybiBpbnQgXFwxKCk7L3AnIC1lICdzL15bQUJDREdJUlNUV10qIC4qIFxcKC4qXFwp XCQvZXh0ZXJuIGNoYXIgXFwxOy9wJyIKCiMgVHJhbnNmb3JtIHRoZSBvdXRwdXQgb2Ygbm0gaW4g YSBDIG5hbWUgYWRkcmVzcyBwYWlyLgpnbG9iYWxfc3ltYm9sX3RvX2NfbmFtZV9hZGRyZXNzPSJz ZWQgLW4gLWUgJ3MvXjogXFwoW14gXSpcXClbIF0qXCQvICB7XFxcIlxcMVxcXCIsICh2b2lkICop IDB9LC9wJyAtZSAncy9eW0FCQ0RHSVJTVFddKiBcXChbXiBdKlxcKSBcXChbXiBdKlxcKVwkLyAg e1wiXFwyXCIsICh2b2lkICopIFxcJlxcMn0sL3AnIgoKIyBUcmFuc2Zvcm0gdGhlIG91dHB1dCBv ZiBubSBpbiBhIEMgbmFtZSBhZGRyZXNzIHBhaXIgd2hlbiBsaWIgcHJlZml4IGlzIG5lZWRlZC4K Z2xvYmFsX3N5bWJvbF90b19jX25hbWVfYWRkcmVzc19saWJfcHJlZml4PSJzZWQgLW4gLWUgJ3Mv XjogXFwoW14gXSpcXClbIF0qXCQvICB7XFxcIlxcMVxcXCIsICh2b2lkICopIDB9LC9wJyAtZSAn cy9eW0FCQ0RHSVJTVFddKiBcXChbXiBdKlxcKSBcXChsaWJbXiBdKlxcKVwkLyAge1wiXFwyXCIs ICh2b2lkICopIFxcJlxcMn0sL3AnIC1lICdzL15bQUJDREdJUlNUV10qIFxcKFteIF0qXFwpIFxc KFteIF0qXFwpXCQvICB7XCJsaWJcXDJcIiwgKHZvaWQgKikgXFwmXFwyfSwvcCciCgojIFNwZWNp ZnkgZmlsZW5hbWUgY29udGFpbmluZyBpbnB1dCBmaWxlcyBmb3IgJE5NLgpubV9maWxlX2xpc3Rf c3BlYz0iIgoKIyBUaGUgcm9vdCB3aGVyZSB0byBzZWFyY2ggZm9yIGRlcGVuZGVudCBsaWJyYXJp ZXMsYW5kIGluIHdoaWNoIG91ciBsaWJyYXJpZXMgc2hvdWxkIGJlIGluc3RhbGxlZC4KbHRfc3lz cm9vdD0KCiMgVGhlIG5hbWUgb2YgdGhlIGRpcmVjdG9yeSB0aGF0IGNvbnRhaW5zIHRlbXBvcmFy eSBsaWJ0b29sIGZpbGVzLgpvYmpkaXI9LmxpYnMKCiMgVXNlZCB0byBleGFtaW5lIGxpYnJhcmll cyB3aGVuIGZpbGVfbWFnaWNfY21kIGJlZ2lucyB3aXRoICJmaWxlIi4KTUFHSUNfQ01EPWZpbGUK CiMgTXVzdCB3ZSBsb2NrIGZpbGVzIHdoZW4gZG9pbmcgY29tcGlsYXRpb24/Cm5lZWRfbG9ja3M9 Im5vIgoKIyBNYW5pZmVzdCB0b29sLgpNQU5JRkVTVF9UT09MPSI6IgoKIyBUb29sIHRvIG1hbmlw dWxhdGUgYXJjaGl2ZWQgRFdBUkYgZGVidWcgc3ltYm9sIGZpbGVzIG9uIE1hYyBPUyBYLgpEU1lN VVRJTD0iIgoKIyBUb29sIHRvIGNoYW5nZSBnbG9iYWwgdG8gbG9jYWwgc3ltYm9scyBvbiBNYWMg T1MgWC4KTk1FRElUPSIiCgojIFRvb2wgdG8gbWFuaXB1bGF0ZSBmYXQgb2JqZWN0cyBhbmQgYXJj aGl2ZXMgb24gTWFjIE9TIFguCkxJUE89IiIKCiMgbGRkL3JlYWRlbGYgbGlrZSB0b29sIGZvciBN YWNoLU8gYmluYXJpZXMgb24gTWFjIE9TIFguCk9UT09MPSIiCgojIGxkZC9yZWFkZWxmIGxpa2Ug dG9vbCBmb3IgNjQgYml0IE1hY2gtTyBiaW5hcmllcyBvbiBNYWMgT1MgWCAxMC40LgpPVE9PTDY0 PSIiCgojIE9sZCBhcmNoaXZlIHN1ZmZpeCAobm9ybWFsbHkgImEiKS4KbGliZXh0PWEKCiMgU2hh cmVkIGxpYnJhcnkgc3VmZml4IChub3JtYWxseSAiLnNvIikuCnNocmV4dF9jbWRzPSIuc28iCgoj IFRoZSBjb21tYW5kcyB0byBleHRyYWN0IHRoZSBleHBvcnRlZCBzeW1ib2wgbGlzdCBmcm9tIGEg c2hhcmVkIGFyY2hpdmUuCmV4dHJhY3RfZXhwc3ltc19jbWRzPSIiCgojIFZhcmlhYmxlcyB3aG9z ZSB2YWx1ZXMgc2hvdWxkIGJlIHNhdmVkIGluIGxpYnRvb2wgd3JhcHBlciBzY3JpcHRzIGFuZAoj IHJlc3RvcmVkIGF0IGxpbmsgdGltZS4KdmFyaWFibGVzX3NhdmVkX2Zvcl9yZWxpbms9IlBBVEgg TERfTElCUkFSWV9QQVRIIExEX1JVTl9QQVRIIEdDQ19FWEVDX1BSRUZJWCBDT01QSUxFUl9QQVRI IExJQlJBUllfUEFUSCIKCiMgRG8gd2UgbmVlZCB0aGUgImxpYiIgcHJlZml4IGZvciBtb2R1bGVz PwpuZWVkX2xpYl9wcmVmaXg9bm8KCiMgRG8gd2UgbmVlZCBhIHZlcnNpb24gZm9yIGxpYnJhcmll cz8KbmVlZF92ZXJzaW9uPW5vCgojIExpYnJhcnkgdmVyc2lvbmluZyB0eXBlLgp2ZXJzaW9uX3R5 cGU9ZnJlZWJzZC1lbGYKCiMgU2hhcmVkIGxpYnJhcnkgcnVudGltZSBwYXRoIHZhcmlhYmxlLgpy dW5wYXRoX3Zhcj1MRF9SVU5fUEFUSAoKIyBTaGFyZWQgbGlicmFyeSBwYXRoIHZhcmlhYmxlLgpz aGxpYnBhdGhfdmFyPUxEX0xJQlJBUllfUEFUSAoKIyBJcyBzaGxpYnBhdGggc2VhcmNoZWQgYmVm b3JlIHRoZSBoYXJkLWNvZGVkIGxpYnJhcnkgc2VhcmNoIHBhdGg/CnNobGlicGF0aF9vdmVycmlk ZXNfcnVucGF0aD15ZXMKCiMgRm9ybWF0IG9mIGxpYnJhcnkgbmFtZSBwcmVmaXguCmxpYm5hbWVf c3BlYz0ibGliXCRuYW1lIgoKIyBMaXN0IG9mIGFyY2hpdmUgbmFtZXMuICBGaXJzdCBuYW1lIGlz IHRoZSByZWFsIG9uZSwgdGhlIHJlc3QgYXJlIGxpbmtzLgojIFRoZSBsYXN0IG5hbWUgaXMgdGhl IG9uZSB0aGF0IHRoZSBsaW5rZXIgZmluZHMgd2l0aCAtbE5BTUUKbGlicmFyeV9uYW1lc19zcGVj PSJcJHtsaWJuYW1lfVwke3JlbGVhc2V9XCR7c2hhcmVkX2V4dH1cJHZlcnN1ZmZpeCBcJHtsaWJu YW1lfVwke3JlbGVhc2V9XCR7c2hhcmVkX2V4dH0gXCRsaWJuYW1lXCR7c2hhcmVkX2V4dH0iCgoj IFRoZSBjb2RlZCBuYW1lIG9mIHRoZSBsaWJyYXJ5LCBpZiBkaWZmZXJlbnQgZnJvbSB0aGUgcmVh bCBuYW1lLgpzb25hbWVfc3BlYz0iIgoKIyBQZXJtaXNzaW9uIG1vZGUgb3ZlcnJpZGUgZm9yIGlu c3RhbGxhdGlvbiBvZiBzaGFyZWQgbGlicmFyaWVzLgppbnN0YWxsX292ZXJyaWRlX21vZGU9IiIK CiMgQ29tbWFuZCB0byB1c2UgYWZ0ZXIgaW5zdGFsbGF0aW9uIG9mIGEgc2hhcmVkIGFyY2hpdmUu CnBvc3RpbnN0YWxsX2NtZHM9IiIKCiMgQ29tbWFuZCB0byB1c2UgYWZ0ZXIgdW5pbnN0YWxsYXRp b24gb2YgYSBzaGFyZWQgYXJjaGl2ZS4KcG9zdHVuaW5zdGFsbF9jbWRzPSIiCgojIENvbW1hbmRz IHVzZWQgdG8gZmluaXNoIGEgbGlidG9vbCBsaWJyYXJ5IGluc3RhbGxhdGlvbiBpbiBhIGRpcmVj dG9yeS4KZmluaXNoX2NtZHM9IiIKCiMgQXMgImZpbmlzaF9jbWRzIiwgZXhjZXB0IGEgc2luZ2xl IHNjcmlwdCBmcmFnbWVudCB0byBiZSBldmFsZWQgYnV0CiMgbm90IHNob3duLgpmaW5pc2hfZXZh bD0iIgoKIyBXaGV0aGVyIHdlIHNob3VsZCBoYXJkY29kZSBsaWJyYXJ5IHBhdGhzIGludG8gbGli cmFyaWVzLgpoYXJkY29kZV9pbnRvX2xpYnM9eWVzCgojIENvbXBpbGUtdGltZSBzeXN0ZW0gc2Vh cmNoIHBhdGggZm9yIGxpYnJhcmllcy4Kc3lzX2xpYl9zZWFyY2hfcGF0aF9zcGVjPSIvdXNyL2xp YiAiCgojIFJ1bi10aW1lIHN5c3RlbSBzZWFyY2ggcGF0aCBmb3IgbGlicmFyaWVzLgpzeXNfbGli X2Rsc2VhcmNoX3BhdGhfc3BlYz0iL2xpYiAvdXNyL2xpYiIKCiMgV2hldGhlciBkbG9wZW4gaXMg c3VwcG9ydGVkLgpkbG9wZW5fc3VwcG9ydD11bmtub3duCgojIFdoZXRoZXIgZGxvcGVuIG9mIHBy b2dyYW1zIGlzIHN1cHBvcnRlZC4KZGxvcGVuX3NlbGY9dW5rbm93bgoKIyBXaGV0aGVyIGRsb3Bl biBvZiBzdGF0aWNhbGx5IGxpbmtlZCBwcm9ncmFtcyBpcyBzdXBwb3J0ZWQuCmRsb3Blbl9zZWxm X3N0YXRpYz11bmtub3duCgojIENvbW1hbmRzIHRvIHN0cmlwIGxpYnJhcmllcy4Kb2xkX3N0cmlw bGliPSJzdHJpcCAtLXN0cmlwLWRlYnVnIgpzdHJpcGxpYj0ic3RyaXAgLS1zdHJpcC11bm5lZWRl ZCIKCgojIFRoZSBsaW5rZXIgdXNlZCB0byBidWlsZCBsaWJyYXJpZXMuCkxEPSIvdXNyL2Jpbi9s ZCIKCiMgSG93IHRvIGNyZWF0ZSByZWxvYWRhYmxlIG9iamVjdCBmaWxlcy4KcmVsb2FkX2ZsYWc9 IiAtciIKcmVsb2FkX2NtZHM9IlwkTERcJHJlbG9hZF9mbGFnIC1vIFwkb3V0cHV0XCRyZWxvYWRf b2JqcyIKCiMgQ29tbWFuZHMgdXNlZCB0byBidWlsZCBhbiBvbGQtc3R5bGUgYXJjaGl2ZS4Kb2xk X2FyY2hpdmVfY21kcz0iXCRBUiBcJEFSX0ZMQUdTIFwkb2xkbGliXCRvbGRvYmpzflwkUkFOTElC IFwkdG9vbF9vbGRsaWIiCgojIEEgbGFuZ3VhZ2Ugc3BlY2lmaWMgY29tcGlsZXIuCkNDPSJnY2Mi CgojIElzIHRoZSBjb21waWxlciB0aGUgR05VIGNvbXBpbGVyPwp3aXRoX2djYz15ZXMKCiMgQ29t cGlsZXIgZmxhZyB0byB0dXJuIG9mZiBidWlsdGluIGZ1bmN0aW9ucy4Kbm9fYnVpbHRpbl9mbGFn PSIgLWZuby1idWlsdGluIgoKIyBBZGRpdGlvbmFsIGNvbXBpbGVyIGZsYWdzIGZvciBidWlsZGlu ZyBsaWJyYXJ5IG9iamVjdHMuCnBpY19mbGFnPSIgLWZQSUMgLURQSUMiCgojIEhvdyB0byBwYXNz IGEgbGlua2VyIGZsYWcgdGhyb3VnaCB0aGUgY29tcGlsZXIuCndsPSItV2wsIgoKIyBDb21waWxl ciBmbGFnIHRvIHByZXZlbnQgZHluYW1pYyBsaW5raW5nLgpsaW5rX3N0YXRpY19mbGFnPSItc3Rh dGljIgoKIyBEb2VzIGNvbXBpbGVyIHNpbXVsdGFuZW91c2x5IHN1cHBvcnQgLWMgYW5kIC1vIG9w dGlvbnM/CmNvbXBpbGVyX2Nfbz0ieWVzIgoKIyBXaGV0aGVyIG9yIG5vdCB0byBhZGQgLWxjIGZv ciBidWlsZGluZyBzaGFyZWQgbGlicmFyaWVzLgpidWlsZF9saWJ0b29sX25lZWRfbGM9bm8KCiMg V2hldGhlciBvciBub3QgdG8gZGlzYWxsb3cgc2hhcmVkIGxpYnMgd2hlbiBydW50aW1lIGxpYnMg YXJlIHN0YXRpYy4KYWxsb3dfbGlidG9vbF9saWJzX3dpdGhfc3RhdGljX3J1bnRpbWVzPW5vCgoj IENvbXBpbGVyIGZsYWcgdG8gYWxsb3cgcmVmbGV4aXZlIGRsb3BlbnMuCmV4cG9ydF9keW5hbWlj X2ZsYWdfc3BlYz0iXCR7d2x9LS1leHBvcnQtZHluYW1pYyIKCiMgQ29tcGlsZXIgZmxhZyB0byBn ZW5lcmF0ZSBzaGFyZWQgb2JqZWN0cyBkaXJlY3RseSBmcm9tIGFyY2hpdmVzLgp3aG9sZV9hcmNo aXZlX2ZsYWdfc3BlYz0iXCR7d2x9LS13aG9sZS1hcmNoaXZlXCRjb252ZW5pZW5jZSBcJHt3bH0t LW5vLXdob2xlLWFyY2hpdmUiCgojIFdoZXRoZXIgdGhlIGNvbXBpbGVyIGNvcGVzIHdpdGggcGFz c2luZyBubyBvYmplY3RzIGRpcmVjdGx5Lgpjb21waWxlcl9uZWVkc19vYmplY3Q9Im5vIgoKIyBD cmVhdGUgYW4gb2xkLXN0eWxlIGFyY2hpdmUgZnJvbSBhIHNoYXJlZCBhcmNoaXZlLgpvbGRfYXJj aGl2ZV9mcm9tX25ld19jbWRzPSIiCgojIENyZWF0ZSBhIHRlbXBvcmFyeSBvbGQtc3R5bGUgYXJj aGl2ZSB0byBsaW5rIGluc3RlYWQgb2YgYSBzaGFyZWQgYXJjaGl2ZS4Kb2xkX2FyY2hpdmVfZnJv bV9leHBzeW1zX2NtZHM9IiIKCiMgQ29tbWFuZHMgdXNlZCB0byBidWlsZCBhIHNoYXJlZCBhcmNo aXZlLgphcmNoaXZlX2NtZHM9IlwkQ0MgLXNoYXJlZCBcJHBpY19mbGFnIFwkbGlib2JqcyBcJGRl cGxpYnMgXCRjb21waWxlcl9mbGFncyBcJHt3bH0tc29uYW1lIFwkd2xcJHNvbmFtZSAtbyBcJGxp YiIKYXJjaGl2ZV9leHBzeW1fY21kcz0iXCRDQyAtc2hhcmVkIFwkcGljX2ZsYWcgXCRsaWJvYmpz IFwkZGVwbGlicyBcJGNvbXBpbGVyX2ZsYWdzIFwke3dsfS1zb25hbWUgXCR3bFwkc29uYW1lIFwk e3dsfS1yZXRhaW4tc3ltYm9scy1maWxlIFwkd2xcJGV4cG9ydF9zeW1ib2xzIC1vIFwkbGliIgoK IyBDb21tYW5kcyB1c2VkIHRvIGJ1aWxkIGEgbG9hZGFibGUgbW9kdWxlIGlmIGRpZmZlcmVudCBm cm9tIGJ1aWxkaW5nCiMgYSBzaGFyZWQgYXJjaGl2ZS4KbW9kdWxlX2NtZHM9IiIKbW9kdWxlX2V4 cHN5bV9jbWRzPSIiCgojIFdoZXRoZXIgd2UgYXJlIGJ1aWxkaW5nIHdpdGggR05VIGxkIG9yIG5v dC4Kd2l0aF9nbnVfbGQ9InllcyIKCiMgRmxhZyB0aGF0IGFsbG93cyBzaGFyZWQgbGlicmFyaWVz IHdpdGggdW5kZWZpbmVkIHN5bWJvbHMgdG8gYmUgYnVpbHQuCmFsbG93X3VuZGVmaW5lZF9mbGFn PSIiCgojIEZsYWcgdGhhdCBlbmZvcmNlcyBubyB1bmRlZmluZWQgc3ltYm9scy4Kbm9fdW5kZWZp bmVkX2ZsYWc9IiIKCiMgRmxhZyB0byBoYXJkY29kZSAkbGliZGlyIGludG8gYSBiaW5hcnkgZHVy aW5nIGxpbmtpbmcuCiMgVGhpcyBtdXN0IHdvcmsgZXZlbiBpZiAkbGliZGlyIGRvZXMgbm90IGV4 aXN0CmhhcmRjb2RlX2xpYmRpcl9mbGFnX3NwZWM9Ilwke3dsfS1ycGF0aCBcJHt3bH1cJGxpYmRp ciIKCiMgV2hldGhlciB3ZSBuZWVkIGEgc2luZ2xlICItcnBhdGgiIGZsYWcgd2l0aCBhIHNlcGFy YXRlZCBhcmd1bWVudC4KaGFyZGNvZGVfbGliZGlyX3NlcGFyYXRvcj0iIgoKIyBTZXQgdG8gInll cyIgaWYgdXNpbmcgRElSL2xpYk5BTUUke3NoYXJlZF9leHR9IGR1cmluZyBsaW5raW5nIGhhcmRj b2RlcwojIERJUiBpbnRvIHRoZSByZXN1bHRpbmcgYmluYXJ5LgpoYXJkY29kZV9kaXJlY3Q9bm8K CiMgU2V0IHRvICJ5ZXMiIGlmIHVzaW5nIERJUi9saWJOQU1FJHtzaGFyZWRfZXh0fSBkdXJpbmcg bGlua2luZyBoYXJkY29kZXMKIyBESVIgaW50byB0aGUgcmVzdWx0aW5nIGJpbmFyeSBhbmQgdGhl IHJlc3VsdGluZyBsaWJyYXJ5IGRlcGVuZGVuY3kgaXMKIyAiYWJzb2x1dGUiLGkuZSBpbXBvc3Np YmxlIHRvIGNoYW5nZSBieSBzZXR0aW5nICR7c2hsaWJwYXRoX3Zhcn0gaWYgdGhlCiMgbGlicmFy eSBpcyByZWxvY2F0ZWQuCmhhcmRjb2RlX2RpcmVjdF9hYnNvbHV0ZT1ubwoKIyBTZXQgdG8gInll cyIgaWYgdXNpbmcgdGhlIC1MRElSIGZsYWcgZHVyaW5nIGxpbmtpbmcgaGFyZGNvZGVzIERJUgoj IGludG8gdGhlIHJlc3VsdGluZyBiaW5hcnkuCmhhcmRjb2RlX21pbnVzX0w9bm8KCiMgU2V0IHRv ICJ5ZXMiIGlmIHVzaW5nIFNITElCUEFUSF9WQVI9RElSIGR1cmluZyBsaW5raW5nIGhhcmRjb2Rl cyBESVIKIyBpbnRvIHRoZSByZXN1bHRpbmcgYmluYXJ5LgpoYXJkY29kZV9zaGxpYnBhdGhfdmFy PXVuc3VwcG9ydGVkCgojIFNldCB0byAieWVzIiBpZiBidWlsZGluZyBhIHNoYXJlZCBsaWJyYXJ5 IGF1dG9tYXRpY2FsbHkgaGFyZGNvZGVzIERJUgojIGludG8gdGhlIGxpYnJhcnkgYW5kIGFsbCBz dWJzZXF1ZW50IGxpYnJhcmllcyBhbmQgZXhlY3V0YWJsZXMgbGlua2VkCiMgYWdhaW5zdCBpdC4K aGFyZGNvZGVfYXV0b21hdGljPW5vCgojIFNldCB0byB5ZXMgaWYgbGlua2VyIGFkZHMgcnVudGlt ZSBwYXRocyBvZiBkZXBlbmRlbnQgbGlicmFyaWVzCiMgdG8gcnVudGltZSBwYXRoIGxpc3QuCmlu aGVyaXRfcnBhdGg9bm8KCiMgV2hldGhlciBsaWJ0b29sIG11c3QgbGluayBhIHByb2dyYW0gYWdh aW5zdCBhbGwgaXRzIGRlcGVuZGVuY3kgbGlicmFyaWVzLgpsaW5rX2FsbF9kZXBsaWJzPXVua25v d24KCiMgU2V0IHRvICJ5ZXMiIGlmIGV4cG9ydGVkIHN5bWJvbHMgYXJlIHJlcXVpcmVkLgphbHdh eXNfZXhwb3J0X3N5bWJvbHM9bm8KCiMgVGhlIGNvbW1hbmRzIHRvIGxpc3QgZXhwb3J0ZWQgc3lt Ym9scy4KZXhwb3J0X3N5bWJvbHNfY21kcz0iXCROTSBcJGxpYm9ianMgXCRjb252ZW5pZW5jZSB8 IFwkZ2xvYmFsX3N5bWJvbF9waXBlIHwgXCRTRUQgJ3MvLiogLy8nIHwgc29ydCB8IHVuaXEgPiBc JGV4cG9ydF9zeW1ib2xzIgoKIyBTeW1ib2xzIHRoYXQgc2hvdWxkIG5vdCBiZSBsaXN0ZWQgaW4g dGhlIHByZWxvYWRlZCBzeW1ib2xzLgpleGNsdWRlX2V4cHN5bXM9Il9HTE9CQUxfT0ZGU0VUX1RB QkxFX3xfR0xPQkFMX19GW0lEXV8uKiIKCiMgU3ltYm9scyB0aGF0IG11c3QgYWx3YXlzIGJlIGV4 cG9ydGVkLgppbmNsdWRlX2V4cHN5bXM9IiIKCiMgQ29tbWFuZHMgbmVjZXNzYXJ5IGZvciBsaW5r aW5nIHByb2dyYW1zIChhZ2FpbnN0IGxpYnJhcmllcykgd2l0aCB0ZW1wbGF0ZXMuCnByZWxpbmtf Y21kcz0iIgoKIyBDb21tYW5kcyBuZWNlc3NhcnkgZm9yIGZpbmlzaGluZyBsaW5raW5nIHByb2dy YW1zLgpwb3N0bGlua19jbWRzPSIiCgojIFNwZWNpZnkgZmlsZW5hbWUgY29udGFpbmluZyBpbnB1 dCBmaWxlcy4KZmlsZV9saXN0X3NwZWM9IiIKCiMgSG93IHRvIGhhcmRjb2RlIGEgc2hhcmVkIGxp YnJhcnkgcGF0aCBpbnRvIGFuIGV4ZWN1dGFibGUuCmhhcmRjb2RlX2FjdGlvbj1pbW1lZGlhdGUK CiMgVGhlIGRpcmVjdG9yaWVzIHNlYXJjaGVkIGJ5IHRoaXMgY29tcGlsZXIgd2hlbiBjcmVhdGlu ZyBhIHNoYXJlZCBsaWJyYXJ5Lgpjb21waWxlcl9saWJfc2VhcmNoX2RpcnM9IiIKCiMgRGVwZW5k ZW5jaWVzIHRvIHBsYWNlIGJlZm9yZSBhbmQgYWZ0ZXIgdGhlIG9iamVjdHMgYmVpbmcgbGlua2Vk IHRvCiMgY3JlYXRlIGEgc2hhcmVkIGxpYnJhcnkuCnByZWRlcF9vYmplY3RzPSIiCnBvc3RkZXBf b2JqZWN0cz0iIgpwcmVkZXBzPSIiCnBvc3RkZXBzPSIiCgojIFRoZSBsaWJyYXJ5IHNlYXJjaCBw YXRoIHVzZWQgaW50ZXJuYWxseSBieSB0aGUgY29tcGlsZXIgd2hlbiBsaW5raW5nCiMgYSBzaGFy ZWQgbGlicmFyeS4KY29tcGlsZXJfbGliX3NlYXJjaF9wYXRoPSIiCgo= --90e6ba614a96353c2304d8eab4ea Content-Type: application/octet-stream; name=libtool-glib-gcc47 Content-Disposition: attachment; filename=libtool-glib-gcc47 Content-Transfer-Encoding: base64 X-Attachment-Id: f_hespwgew2 CiMgV2hpY2ggcmVsZWFzZSBvZiBsaWJ0b29sLm00IHdhcyB1c2VkPwptYWNyb192ZXJzaW9uPTIu NC4yCm1hY3JvX3JldmlzaW9uPTEuMzMzNwoKIyBXaGV0aGVyIG9yIG5vdCB0byBidWlsZCBzdGF0 aWMgbGlicmFyaWVzLgpidWlsZF9vbGRfbGlicz1ubwoKIyBBc3NlbWJsZXIgcHJvZ3JhbS4KQVM9 ImFzIgoKIyBETEwgY3JlYXRpb24gcHJvZ3JhbS4KRExMVE9PTD0iZmFsc2UiCgojIE9iamVjdCBk dW1wZXIgcHJvZ3JhbS4KT0JKRFVNUD0ib2JqZHVtcCIKCiMgV2hldGhlciBvciBub3QgdG8gYnVp bGQgc2hhcmVkIGxpYnJhcmllcy4KYnVpbGRfbGlidG9vbF9saWJzPXllcwoKIyBXaGF0IHR5cGUg b2Ygb2JqZWN0cyB0byBidWlsZC4KcGljX21vZGU9ZGVmYXVsdAoKIyBXaGV0aGVyIG9yIG5vdCB0 byBvcHRpbWl6ZSBmb3IgZmFzdCBpbnN0YWxsYXRpb24uCmZhc3RfaW5zdGFsbD1uZWVkbGVzcwoK IyBTaGVsbCB0byB1c2Ugd2hlbiBpbnZva2luZyBzaGVsbCBzY3JpcHRzLgpTSEVMTD0iL3Vzci9s b2NhbC9iaW4vYmFzaCIKCiMgQW4gZWNobyBwcm9ncmFtIHRoYXQgcHJvdGVjdHMgYmFja3NsYXNo ZXMuCkVDSE89InByaW50ZiAlc1xcbiIKCiMgVGhlIFBBVEggc2VwYXJhdG9yIGZvciB0aGUgYnVp bGQgc3lzdGVtLgpQQVRIX1NFUEFSQVRPUj0iOiIKCiMgVGhlIGhvc3Qgc3lzdGVtLgpob3N0X2Fs aWFzPQpob3N0PXg4Nl82NC11bmtub3duLWZyZWVic2Q4LjAKaG9zdF9vcz1mcmVlYnNkOC4wCgoj IFRoZSBidWlsZCBzeXN0ZW0uCmJ1aWxkX2FsaWFzPQpidWlsZD14ODZfNjQtdW5rbm93bi1mcmVl YnNkOC4wCmJ1aWxkX29zPWZyZWVic2Q4LjAKCiMgQSBzZWQgcHJvZ3JhbSB0aGF0IGRvZXMgbm90 IHRydW5jYXRlIG91dHB1dC4KU0VEPSIvdXNyL2Jpbi9zZWQiCgojIFNlZCB0aGF0IGhlbHBzIHVz IGF2b2lkIGFjY2lkZW50YWxseSB0cmlnZ2VyaW5nIGVjaG8oMSkgb3B0aW9ucyBsaWtlIC1uLgpY c2VkPSIkU0VEIC1lIDFzL15YLy8iCgojIEEgZ3JlcCBwcm9ncmFtIHRoYXQgaGFuZGxlcyBsb25n IGxpbmVzLgpHUkVQPSIvdXNyL2Jpbi9ncmVwIgoKIyBBbiBFUkUgbWF0Y2hlci4KRUdSRVA9Ii91 c3IvYmluL2dyZXAgLUUiCgojIEEgbGl0ZXJhbCBzdHJpbmcgbWF0Y2hlci4KRkdSRVA9Ii91c3Iv YmluL2dyZXAgLUYiCgojIEEgQlNELSBvciBNUy1jb21wYXRpYmxlIG5hbWUgbGlzdGVyLgpOTT0i L3Vzci9iaW4vbm0gLUIiCgojIFdoZXRoZXIgd2UgbmVlZCBzb2Z0IG9yIGhhcmQgbGlua3MuCkxO X1M9ImxuIC1zIgoKIyBXaGF0IGlzIHRoZSBtYXhpbXVtIGxlbmd0aCBvZiBhIGNvbW1hbmQ/Cm1h eF9jbWRfbGVuPTE5NjYwOAoKIyBPYmplY3QgZmlsZSBzdWZmaXggKG5vcm1hbGx5ICJvIikuCm9i amV4dD1vCgojIEV4ZWN1dGFibGUgZmlsZSBzdWZmaXggKG5vcm1hbGx5ICIiKS4KZXhlZXh0PQoK IyB3aGV0aGVyIHRoZSBzaGVsbCB1bmRlcnN0YW5kcyAidW5zZXQiLgpsdF91bnNldD11bnNldAoK IyB0dXJuIHNwYWNlcyBpbnRvIG5ld2xpbmVzLgpTUDJOTD0idHIgXFwwNDAgXFwwMTIiCgojIHR1 cm4gbmV3bGluZXMgaW50byBzcGFjZXMuCk5MMlNQPSJ0ciBcXDAxNVxcMDEyIFxcMDQwXFwwNDAi CgojIGNvbnZlcnQgJGJ1aWxkIGZpbGUgbmFtZXMgdG8gJGhvc3QgZm9ybWF0Lgp0b19ob3N0X2Zp bGVfY21kPWZ1bmNfY29udmVydF9maWxlX25vb3AKCiMgY29udmVydCAkYnVpbGQgZmlsZXMgdG8g dG9vbGNoYWluIGZvcm1hdC4KdG9fdG9vbF9maWxlX2NtZD1mdW5jX2NvbnZlcnRfZmlsZV9ub29w CgojIE1ldGhvZCB0byBjaGVjayB3aGV0aGVyIGRlcGVuZGVudCBsaWJyYXJpZXMgYXJlIHNoYXJl ZCBvYmplY3RzLgpkZXBsaWJzX2NoZWNrX21ldGhvZD0icGFzc19hbGwiCgojIENvbW1hbmQgdG8g dXNlIHdoZW4gZGVwbGlic19jaGVja19tZXRob2QgPSAiZmlsZV9tYWdpYyIuCmZpbGVfbWFnaWNf Y21kPSJcJE1BR0lDX0NNRCIKCiMgSG93IHRvIGZpbmQgcG90ZW50aWFsIGZpbGVzIHdoZW4gZGVw bGlic19jaGVja19tZXRob2QgPSAiZmlsZV9tYWdpYyIuCmZpbGVfbWFnaWNfZ2xvYj0iIgoKIyBG aW5kIHBvdGVudGlhbCBmaWxlcyB1c2luZyBub2Nhc2VnbG9iIHdoZW4gZGVwbGlic19jaGVja19t ZXRob2QgPSAiZmlsZV9tYWdpYyIuCndhbnRfbm9jYXNlZ2xvYj0ibm8iCgojIENvbW1hbmQgdG8g YXNzb2NpYXRlIHNoYXJlZCBhbmQgbGluayBsaWJyYXJpZXMuCnNoYXJlZGxpYl9mcm9tX2xpbmts aWJfY21kPSJwcmludGYgJXNcXG4iCgojIFRoZSBhcmNoaXZlci4KQVI9ImFyIgoKIyBGbGFncyB0 byBjcmVhdGUgYW4gYXJjaGl2ZS4KQVJfRkxBR1M9ImNydSIKCiMgSG93IHRvIGZlZWQgYSBmaWxl IGxpc3RpbmcgdG8gdGhlIGFyY2hpdmVyLgphcmNoaXZlcl9saXN0X3NwZWM9IiIKCiMgQSBzeW1i b2wgc3RyaXBwaW5nIHByb2dyYW0uClNUUklQPSJzdHJpcCIKCiMgQ29tbWFuZHMgdXNlZCB0byBp bnN0YWxsIGFuIG9sZC1zdHlsZSBhcmNoaXZlLgpSQU5MSUI9InJhbmxpYiIKb2xkX3Bvc3RpbnN0 YWxsX2NtZHM9ImNobW9kIDY0NCBcJG9sZGxpYn5cJFJBTkxJQiBcJHRvb2xfb2xkbGliIgpvbGRf cG9zdHVuaW5zdGFsbF9jbWRzPSIiCgojIFdoZXRoZXIgdG8gdXNlIGEgbG9jayBmb3Igb2xkIGFy Y2hpdmUgZXh0cmFjdGlvbi4KbG9ja19vbGRfYXJjaGl2ZV9leHRyYWN0aW9uPW5vCgojIEEgQyBj b21waWxlci4KTFRDQz0iZ2NjNDciCgojIExUQ0MgY29tcGlsZXIgZmxhZ3MuCkxUQ0ZMQUdTPSIt ZyAtTzIgLVdhbGwiCgojIFRha2UgdGhlIG91dHB1dCBvZiBubSBhbmQgcHJvZHVjZSBhIGxpc3Rp bmcgb2YgcmF3IHN5bWJvbHMgYW5kIEMgbmFtZXMuCmdsb2JhbF9zeW1ib2xfcGlwZT0ic2VkIC1u IC1lICdzL14uKlsJIF1cXChbQUJDREdJUlNUV11bQUJDREdJUlNUV10qXFwpWwkgXVsJIF0qXFwo W19BLVphLXpdW19BLVphLXowLTldKlxcKVwkL1xcMSBcXDIgXFwyL3AnIHwgc2VkICcvIF9fZ251 X2x0by9kJyIKCiMgVHJhbnNmb3JtIHRoZSBvdXRwdXQgb2Ygbm0gaW4gYSBwcm9wZXIgQyBkZWNs YXJhdGlvbi4KZ2xvYmFsX3N5bWJvbF90b19jZGVjbD0ic2VkIC1uIC1lICdzL15UIC4qIFxcKC4q XFwpXCQvZXh0ZXJuIGludCBcXDEoKTsvcCcgLWUgJ3MvXltBQkNER0lSU1RXXSogLiogXFwoLipc XClcJC9leHRlcm4gY2hhciBcXDE7L3AnIgoKIyBUcmFuc2Zvcm0gdGhlIG91dHB1dCBvZiBubSBp biBhIEMgbmFtZSBhZGRyZXNzIHBhaXIuCmdsb2JhbF9zeW1ib2xfdG9fY19uYW1lX2FkZHJlc3M9 InNlZCAtbiAtZSAncy9eOiBcXChbXiBdKlxcKVsgXSpcJC8gIHtcXFwiXFwxXFxcIiwgKHZvaWQg KikgMH0sL3AnIC1lICdzL15bQUJDREdJUlNUV10qIFxcKFteIF0qXFwpIFxcKFteIF0qXFwpXCQv ICB7XCJcXDJcIiwgKHZvaWQgKikgXFwmXFwyfSwvcCciCgojIFRyYW5zZm9ybSB0aGUgb3V0cHV0 IG9mIG5tIGluIGEgQyBuYW1lIGFkZHJlc3MgcGFpciB3aGVuIGxpYiBwcmVmaXggaXMgbmVlZGVk LgpnbG9iYWxfc3ltYm9sX3RvX2NfbmFtZV9hZGRyZXNzX2xpYl9wcmVmaXg9InNlZCAtbiAtZSAn cy9eOiBcXChbXiBdKlxcKVsgXSpcJC8gIHtcXFwiXFwxXFxcIiwgKHZvaWQgKikgMH0sL3AnIC1l ICdzL15bQUJDREdJUlNUV10qIFxcKFteIF0qXFwpIFxcKGxpYlteIF0qXFwpXCQvICB7XCJcXDJc IiwgKHZvaWQgKikgXFwmXFwyfSwvcCcgLWUgJ3MvXltBQkNER0lSU1RXXSogXFwoW14gXSpcXCkg XFwoW14gXSpcXClcJC8gIHtcImxpYlxcMlwiLCAodm9pZCAqKSBcXCZcXDJ9LC9wJyIKCiMgU3Bl Y2lmeSBmaWxlbmFtZSBjb250YWluaW5nIGlucHV0IGZpbGVzIGZvciAkTk0uCm5tX2ZpbGVfbGlz dF9zcGVjPSIiCgojIFRoZSByb290IHdoZXJlIHRvIHNlYXJjaCBmb3IgZGVwZW5kZW50IGxpYnJh cmllcyxhbmQgaW4gd2hpY2ggb3VyIGxpYnJhcmllcyBzaG91bGQgYmUgaW5zdGFsbGVkLgpsdF9z eXNyb290PQoKIyBUaGUgbmFtZSBvZiB0aGUgZGlyZWN0b3J5IHRoYXQgY29udGFpbnMgdGVtcG9y YXJ5IGxpYnRvb2wgZmlsZXMuCm9iamRpcj0ubGlicwoKIyBVc2VkIHRvIGV4YW1pbmUgbGlicmFy aWVzIHdoZW4gZmlsZV9tYWdpY19jbWQgYmVnaW5zIHdpdGggImZpbGUiLgpNQUdJQ19DTUQ9Zmls ZQoKIyBNdXN0IHdlIGxvY2sgZmlsZXMgd2hlbiBkb2luZyBjb21waWxhdGlvbj8KbmVlZF9sb2Nr cz0ibm8iCgojIE1hbmlmZXN0IHRvb2wuCk1BTklGRVNUX1RPT0w9IjoiCgojIFRvb2wgdG8gbWFu aXB1bGF0ZSBhcmNoaXZlZCBEV0FSRiBkZWJ1ZyBzeW1ib2wgZmlsZXMgb24gTWFjIE9TIFguCkRT WU1VVElMPSIiCgojIFRvb2wgdG8gY2hhbmdlIGdsb2JhbCB0byBsb2NhbCBzeW1ib2xzIG9uIE1h YyBPUyBYLgpOTUVESVQ9IiIKCiMgVG9vbCB0byBtYW5pcHVsYXRlIGZhdCBvYmplY3RzIGFuZCBh cmNoaXZlcyBvbiBNYWMgT1MgWC4KTElQTz0iIgoKIyBsZGQvcmVhZGVsZiBsaWtlIHRvb2wgZm9y IE1hY2gtTyBiaW5hcmllcyBvbiBNYWMgT1MgWC4KT1RPT0w9IiIKCiMgbGRkL3JlYWRlbGYgbGlr ZSB0b29sIGZvciA2NCBiaXQgTWFjaC1PIGJpbmFyaWVzIG9uIE1hYyBPUyBYIDEwLjQuCk9UT09M NjQ9IiIKCiMgT2xkIGFyY2hpdmUgc3VmZml4IChub3JtYWxseSAiYSIpLgpsaWJleHQ9YQoKIyBT aGFyZWQgbGlicmFyeSBzdWZmaXggKG5vcm1hbGx5ICIuc28iKS4Kc2hyZXh0X2NtZHM9Ii5zbyIK CiMgVGhlIGNvbW1hbmRzIHRvIGV4dHJhY3QgdGhlIGV4cG9ydGVkIHN5bWJvbCBsaXN0IGZyb20g YSBzaGFyZWQgYXJjaGl2ZS4KZXh0cmFjdF9leHBzeW1zX2NtZHM9IiIKCiMgVmFyaWFibGVzIHdo b3NlIHZhbHVlcyBzaG91bGQgYmUgc2F2ZWQgaW4gbGlidG9vbCB3cmFwcGVyIHNjcmlwdHMgYW5k CiMgcmVzdG9yZWQgYXQgbGluayB0aW1lLgp2YXJpYWJsZXNfc2F2ZWRfZm9yX3JlbGluaz0iUEFU SCBMRF9MSUJSQVJZX1BBVEggTERfUlVOX1BBVEggR0NDX0VYRUNfUFJFRklYIENPTVBJTEVSX1BB VEggTElCUkFSWV9QQVRIIgoKIyBEbyB3ZSBuZWVkIHRoZSAibGliIiBwcmVmaXggZm9yIG1vZHVs ZXM/Cm5lZWRfbGliX3ByZWZpeD1ubwoKIyBEbyB3ZSBuZWVkIGEgdmVyc2lvbiBmb3IgbGlicmFy aWVzPwpuZWVkX3ZlcnNpb249bm8KCiMgTGlicmFyeSB2ZXJzaW9uaW5nIHR5cGUuCnZlcnNpb25f dHlwZT1mcmVlYnNkLWVsZgoKIyBTaGFyZWQgbGlicmFyeSBydW50aW1lIHBhdGggdmFyaWFibGUu CnJ1bnBhdGhfdmFyPUxEX1JVTl9QQVRICgojIFNoYXJlZCBsaWJyYXJ5IHBhdGggdmFyaWFibGUu CnNobGlicGF0aF92YXI9TERfTElCUkFSWV9QQVRICgojIElzIHNobGlicGF0aCBzZWFyY2hlZCBi ZWZvcmUgdGhlIGhhcmQtY29kZWQgbGlicmFyeSBzZWFyY2ggcGF0aD8Kc2hsaWJwYXRoX292ZXJy aWRlc19ydW5wYXRoPXllcwoKIyBGb3JtYXQgb2YgbGlicmFyeSBuYW1lIHByZWZpeC4KbGlibmFt ZV9zcGVjPSJsaWJcJG5hbWUiCgojIExpc3Qgb2YgYXJjaGl2ZSBuYW1lcy4gIEZpcnN0IG5hbWUg aXMgdGhlIHJlYWwgb25lLCB0aGUgcmVzdCBhcmUgbGlua3MuCiMgVGhlIGxhc3QgbmFtZSBpcyB0 aGUgb25lIHRoYXQgdGhlIGxpbmtlciBmaW5kcyB3aXRoIC1sTkFNRQpsaWJyYXJ5X25hbWVzX3Nw ZWM9Ilwke2xpYm5hbWV9XCR7cmVsZWFzZX1cJHtzaGFyZWRfZXh0fVwkdmVyc3VmZml4IFwke2xp Ym5hbWV9XCR7cmVsZWFzZX1cJHtzaGFyZWRfZXh0fSBcJGxpYm5hbWVcJHtzaGFyZWRfZXh0fSIK CiMgVGhlIGNvZGVkIG5hbWUgb2YgdGhlIGxpYnJhcnksIGlmIGRpZmZlcmVudCBmcm9tIHRoZSBy ZWFsIG5hbWUuCnNvbmFtZV9zcGVjPSIiCgojIFBlcm1pc3Npb24gbW9kZSBvdmVycmlkZSBmb3Ig aW5zdGFsbGF0aW9uIG9mIHNoYXJlZCBsaWJyYXJpZXMuCmluc3RhbGxfb3ZlcnJpZGVfbW9kZT0i IgoKIyBDb21tYW5kIHRvIHVzZSBhZnRlciBpbnN0YWxsYXRpb24gb2YgYSBzaGFyZWQgYXJjaGl2 ZS4KcG9zdGluc3RhbGxfY21kcz0iIgoKIyBDb21tYW5kIHRvIHVzZSBhZnRlciB1bmluc3RhbGxh dGlvbiBvZiBhIHNoYXJlZCBhcmNoaXZlLgpwb3N0dW5pbnN0YWxsX2NtZHM9IiIKCiMgQ29tbWFu ZHMgdXNlZCB0byBmaW5pc2ggYSBsaWJ0b29sIGxpYnJhcnkgaW5zdGFsbGF0aW9uIGluIGEgZGly ZWN0b3J5LgpmaW5pc2hfY21kcz0iIgoKIyBBcyAiZmluaXNoX2NtZHMiLCBleGNlcHQgYSBzaW5n bGUgc2NyaXB0IGZyYWdtZW50IHRvIGJlIGV2YWxlZCBidXQKIyBub3Qgc2hvd24uCmZpbmlzaF9l dmFsPSIiCgojIFdoZXRoZXIgd2Ugc2hvdWxkIGhhcmRjb2RlIGxpYnJhcnkgcGF0aHMgaW50byBs aWJyYXJpZXMuCmhhcmRjb2RlX2ludG9fbGlicz15ZXMKCiMgQ29tcGlsZS10aW1lIHN5c3RlbSBz ZWFyY2ggcGF0aCBmb3IgbGlicmFyaWVzLgpzeXNfbGliX3NlYXJjaF9wYXRoX3NwZWM9Ii91c3Iv bG9jYWwvbGliL2djYzQ3L2djYy94ODZfNjQtcG9ydGJsZC1mcmVlYnNkOC4wLzQuNy4zIC91c3Iv bG9jYWwveDg2XzY0LXBvcnRibGQtZnJlZWJzZDguMC9saWIgL3Vzci9sb2NhbC9saWIvZ2NjNDcg L2xpYiAvdXNyL2xpYiAiCgojIFJ1bi10aW1lIHN5c3RlbSBzZWFyY2ggcGF0aCBmb3IgbGlicmFy aWVzLgpzeXNfbGliX2Rsc2VhcmNoX3BhdGhfc3BlYz0iL2xpYiAvdXNyL2xpYiIKCiMgV2hldGhl ciBkbG9wZW4gaXMgc3VwcG9ydGVkLgpkbG9wZW5fc3VwcG9ydD11bmtub3duCgojIFdoZXRoZXIg ZGxvcGVuIG9mIHByb2dyYW1zIGlzIHN1cHBvcnRlZC4KZGxvcGVuX3NlbGY9dW5rbm93bgoKIyBX aGV0aGVyIGRsb3BlbiBvZiBzdGF0aWNhbGx5IGxpbmtlZCBwcm9ncmFtcyBpcyBzdXBwb3J0ZWQu CmRsb3Blbl9zZWxmX3N0YXRpYz11bmtub3duCgojIENvbW1hbmRzIHRvIHN0cmlwIGxpYnJhcmll cy4Kb2xkX3N0cmlwbGliPSJzdHJpcCAtLXN0cmlwLWRlYnVnIgpzdHJpcGxpYj0ic3RyaXAgLS1z dHJpcC11bm5lZWRlZCIKCgojIFRoZSBsaW5rZXIgdXNlZCB0byBidWlsZCBsaWJyYXJpZXMuCkxE PSIvdXNyL2xvY2FsL2Jpbi9sZCIKCiMgSG93IHRvIGNyZWF0ZSByZWxvYWRhYmxlIG9iamVjdCBm aWxlcy4KcmVsb2FkX2ZsYWc9IiAtciIKcmVsb2FkX2NtZHM9IlwkTERcJHJlbG9hZF9mbGFnIC1v IFwkb3V0cHV0XCRyZWxvYWRfb2JqcyIKCiMgQ29tbWFuZHMgdXNlZCB0byBidWlsZCBhbiBvbGQt c3R5bGUgYXJjaGl2ZS4Kb2xkX2FyY2hpdmVfY21kcz0iXCRBUiBcJEFSX0ZMQUdTIFwkb2xkbGli XCRvbGRvYmpzflwkUkFOTElCIFwkdG9vbF9vbGRsaWIiCgojIEEgbGFuZ3VhZ2Ugc3BlY2lmaWMg Y29tcGlsZXIuCkNDPSJnY2M0NyIKCiMgSXMgdGhlIGNvbXBpbGVyIHRoZSBHTlUgY29tcGlsZXI/ CndpdGhfZ2NjPXllcwoKIyBDb21waWxlciBmbGFnIHRvIHR1cm4gb2ZmIGJ1aWx0aW4gZnVuY3Rp b25zLgpub19idWlsdGluX2ZsYWc9IiAtZm5vLWJ1aWx0aW4iCgojIEFkZGl0aW9uYWwgY29tcGls ZXIgZmxhZ3MgZm9yIGJ1aWxkaW5nIGxpYnJhcnkgb2JqZWN0cy4KcGljX2ZsYWc9IiAtZlBJQyAt RFBJQyIKCiMgSG93IHRvIHBhc3MgYSBsaW5rZXIgZmxhZyB0aHJvdWdoIHRoZSBjb21waWxlci4K d2w9Ii1XbCwiCgojIENvbXBpbGVyIGZsYWcgdG8gcHJldmVudCBkeW5hbWljIGxpbmtpbmcuCmxp bmtfc3RhdGljX2ZsYWc9Ii1zdGF0aWMiCgojIERvZXMgY29tcGlsZXIgc2ltdWx0YW5lb3VzbHkg c3VwcG9ydCAtYyBhbmQgLW8gb3B0aW9ucz8KY29tcGlsZXJfY19vPSJ5ZXMiCgojIFdoZXRoZXIg b3Igbm90IHRvIGFkZCAtbGMgZm9yIGJ1aWxkaW5nIHNoYXJlZCBsaWJyYXJpZXMuCmJ1aWxkX2xp YnRvb2xfbmVlZF9sYz1ubwoKIyBXaGV0aGVyIG9yIG5vdCB0byBkaXNhbGxvdyBzaGFyZWQgbGli cyB3aGVuIHJ1bnRpbWUgbGlicyBhcmUgc3RhdGljLgphbGxvd19saWJ0b29sX2xpYnNfd2l0aF9z dGF0aWNfcnVudGltZXM9bm8KCiMgQ29tcGlsZXIgZmxhZyB0byBhbGxvdyByZWZsZXhpdmUgZGxv cGVucy4KZXhwb3J0X2R5bmFtaWNfZmxhZ19zcGVjPSJcJHt3bH0tLWV4cG9ydC1keW5hbWljIgoK IyBDb21waWxlciBmbGFnIHRvIGdlbmVyYXRlIHNoYXJlZCBvYmplY3RzIGRpcmVjdGx5IGZyb20g YXJjaGl2ZXMuCndob2xlX2FyY2hpdmVfZmxhZ19zcGVjPSJcJHt3bH0tLXdob2xlLWFyY2hpdmVc JGNvbnZlbmllbmNlIFwke3dsfS0tbm8td2hvbGUtYXJjaGl2ZSIKCiMgV2hldGhlciB0aGUgY29t cGlsZXIgY29wZXMgd2l0aCBwYXNzaW5nIG5vIG9iamVjdHMgZGlyZWN0bHkuCmNvbXBpbGVyX25l ZWRzX29iamVjdD0ibm8iCgojIENyZWF0ZSBhbiBvbGQtc3R5bGUgYXJjaGl2ZSBmcm9tIGEgc2hh cmVkIGFyY2hpdmUuCm9sZF9hcmNoaXZlX2Zyb21fbmV3X2NtZHM9IiIKCiMgQ3JlYXRlIGEgdGVt cG9yYXJ5IG9sZC1zdHlsZSBhcmNoaXZlIHRvIGxpbmsgaW5zdGVhZCBvZiBhIHNoYXJlZCBhcmNo aXZlLgpvbGRfYXJjaGl2ZV9mcm9tX2V4cHN5bXNfY21kcz0iIgoKIyBDb21tYW5kcyB1c2VkIHRv IGJ1aWxkIGEgc2hhcmVkIGFyY2hpdmUuCmFyY2hpdmVfY21kcz0iXCRDQyAtc2hhcmVkIFwkcGlj X2ZsYWcgXCRsaWJvYmpzIFwkZGVwbGlicyBcJGNvbXBpbGVyX2ZsYWdzIFwke3dsfS1zb25hbWUg XCR3bFwkc29uYW1lIC1vIFwkbGliIgphcmNoaXZlX2V4cHN5bV9jbWRzPSJcJENDIC1zaGFyZWQg XCRwaWNfZmxhZyBcJGxpYm9ianMgXCRkZXBsaWJzIFwkY29tcGlsZXJfZmxhZ3MgXCR7d2x9LXNv bmFtZSBcJHdsXCRzb25hbWUgXCR7d2x9LXJldGFpbi1zeW1ib2xzLWZpbGUgXCR3bFwkZXhwb3J0 X3N5bWJvbHMgLW8gXCRsaWIiCgojIENvbW1hbmRzIHVzZWQgdG8gYnVpbGQgYSBsb2FkYWJsZSBt b2R1bGUgaWYgZGlmZmVyZW50IGZyb20gYnVpbGRpbmcKIyBhIHNoYXJlZCBhcmNoaXZlLgptb2R1 bGVfY21kcz0iIgptb2R1bGVfZXhwc3ltX2NtZHM9IiIKCiMgV2hldGhlciB3ZSBhcmUgYnVpbGRp bmcgd2l0aCBHTlUgbGQgb3Igbm90Lgp3aXRoX2dudV9sZD0ieWVzIgoKIyBGbGFnIHRoYXQgYWxs b3dzIHNoYXJlZCBsaWJyYXJpZXMgd2l0aCB1bmRlZmluZWQgc3ltYm9scyB0byBiZSBidWlsdC4K YWxsb3dfdW5kZWZpbmVkX2ZsYWc9IiIKCiMgRmxhZyB0aGF0IGVuZm9yY2VzIG5vIHVuZGVmaW5l ZCBzeW1ib2xzLgpub191bmRlZmluZWRfZmxhZz0iIgoKIyBGbGFnIHRvIGhhcmRjb2RlICRsaWJk aXIgaW50byBhIGJpbmFyeSBkdXJpbmcgbGlua2luZy4KIyBUaGlzIG11c3Qgd29yayBldmVuIGlm ICRsaWJkaXIgZG9lcyBub3QgZXhpc3QKaGFyZGNvZGVfbGliZGlyX2ZsYWdfc3BlYz0iXCR7d2x9 LXJwYXRoIFwke3dsfVwkbGliZGlyIgoKIyBXaGV0aGVyIHdlIG5lZWQgYSBzaW5nbGUgIi1ycGF0 aCIgZmxhZyB3aXRoIGEgc2VwYXJhdGVkIGFyZ3VtZW50LgpoYXJkY29kZV9saWJkaXJfc2VwYXJh dG9yPSIiCgojIFNldCB0byAieWVzIiBpZiB1c2luZyBESVIvbGliTkFNRSR7c2hhcmVkX2V4dH0g ZHVyaW5nIGxpbmtpbmcgaGFyZGNvZGVzCiMgRElSIGludG8gdGhlIHJlc3VsdGluZyBiaW5hcnku CmhhcmRjb2RlX2RpcmVjdD1ubwoKIyBTZXQgdG8gInllcyIgaWYgdXNpbmcgRElSL2xpYk5BTUUk e3NoYXJlZF9leHR9IGR1cmluZyBsaW5raW5nIGhhcmRjb2RlcwojIERJUiBpbnRvIHRoZSByZXN1 bHRpbmcgYmluYXJ5IGFuZCB0aGUgcmVzdWx0aW5nIGxpYnJhcnkgZGVwZW5kZW5jeSBpcwojICJh YnNvbHV0ZSIsaS5lIGltcG9zc2libGUgdG8gY2hhbmdlIGJ5IHNldHRpbmcgJHtzaGxpYnBhdGhf dmFyfSBpZiB0aGUKIyBsaWJyYXJ5IGlzIHJlbG9jYXRlZC4KaGFyZGNvZGVfZGlyZWN0X2Fic29s dXRlPW5vCgojIFNldCB0byAieWVzIiBpZiB1c2luZyB0aGUgLUxESVIgZmxhZyBkdXJpbmcgbGlu a2luZyBoYXJkY29kZXMgRElSCiMgaW50byB0aGUgcmVzdWx0aW5nIGJpbmFyeS4KaGFyZGNvZGVf bWludXNfTD1ubwoKIyBTZXQgdG8gInllcyIgaWYgdXNpbmcgU0hMSUJQQVRIX1ZBUj1ESVIgZHVy aW5nIGxpbmtpbmcgaGFyZGNvZGVzIERJUgojIGludG8gdGhlIHJlc3VsdGluZyBiaW5hcnkuCmhh cmRjb2RlX3NobGlicGF0aF92YXI9dW5zdXBwb3J0ZWQKCiMgU2V0IHRvICJ5ZXMiIGlmIGJ1aWxk aW5nIGEgc2hhcmVkIGxpYnJhcnkgYXV0b21hdGljYWxseSBoYXJkY29kZXMgRElSCiMgaW50byB0 aGUgbGlicmFyeSBhbmQgYWxsIHN1YnNlcXVlbnQgbGlicmFyaWVzIGFuZCBleGVjdXRhYmxlcyBs aW5rZWQKIyBhZ2FpbnN0IGl0LgpoYXJkY29kZV9hdXRvbWF0aWM9bm8KCiMgU2V0IHRvIHllcyBp ZiBsaW5rZXIgYWRkcyBydW50aW1lIHBhdGhzIG9mIGRlcGVuZGVudCBsaWJyYXJpZXMKIyB0byBy dW50aW1lIHBhdGggbGlzdC4KaW5oZXJpdF9ycGF0aD1ubwoKIyBXaGV0aGVyIGxpYnRvb2wgbXVz dCBsaW5rIGEgcHJvZ3JhbSBhZ2FpbnN0IGFsbCBpdHMgZGVwZW5kZW5jeSBsaWJyYXJpZXMuCmxp bmtfYWxsX2RlcGxpYnM9dW5rbm93bgoKIyBTZXQgdG8gInllcyIgaWYgZXhwb3J0ZWQgc3ltYm9s cyBhcmUgcmVxdWlyZWQuCmFsd2F5c19leHBvcnRfc3ltYm9scz1ubwoKIyBUaGUgY29tbWFuZHMg dG8gbGlzdCBleHBvcnRlZCBzeW1ib2xzLgpleHBvcnRfc3ltYm9sc19jbWRzPSJcJE5NIFwkbGli b2JqcyBcJGNvbnZlbmllbmNlIHwgXCRnbG9iYWxfc3ltYm9sX3BpcGUgfCBcJFNFRCAncy8uKiAv LycgfCBzb3J0IHwgdW5pcSA+IFwkZXhwb3J0X3N5bWJvbHMiCgojIFN5bWJvbHMgdGhhdCBzaG91 bGQgbm90IGJlIGxpc3RlZCBpbiB0aGUgcHJlbG9hZGVkIHN5bWJvbHMuCmV4Y2x1ZGVfZXhwc3lt cz0iX0dMT0JBTF9PRkZTRVRfVEFCTEVffF9HTE9CQUxfX0ZbSURdXy4qIgoKIyBTeW1ib2xzIHRo YXQgbXVzdCBhbHdheXMgYmUgZXhwb3J0ZWQuCmluY2x1ZGVfZXhwc3ltcz0iIgoKIyBDb21tYW5k cyBuZWNlc3NhcnkgZm9yIGxpbmtpbmcgcHJvZ3JhbXMgKGFnYWluc3QgbGlicmFyaWVzKSB3aXRo IHRlbXBsYXRlcy4KcHJlbGlua19jbWRzPSIiCgojIENvbW1hbmRzIG5lY2Vzc2FyeSBmb3IgZmlu aXNoaW5nIGxpbmtpbmcgcHJvZ3JhbXMuCnBvc3RsaW5rX2NtZHM9IiIKCiMgU3BlY2lmeSBmaWxl bmFtZSBjb250YWluaW5nIGlucHV0IGZpbGVzLgpmaWxlX2xpc3Rfc3BlYz0iIgoKIyBIb3cgdG8g aGFyZGNvZGUgYSBzaGFyZWQgbGlicmFyeSBwYXRoIGludG8gYW4gZXhlY3V0YWJsZS4KaGFyZGNv ZGVfYWN0aW9uPWltbWVkaWF0ZQoKIyBUaGUgZGlyZWN0b3JpZXMgc2VhcmNoZWQgYnkgdGhpcyBj b21waWxlciB3aGVuIGNyZWF0aW5nIGEgc2hhcmVkIGxpYnJhcnkuCmNvbXBpbGVyX2xpYl9zZWFy Y2hfZGlycz0iIgoKIyBEZXBlbmRlbmNpZXMgdG8gcGxhY2UgYmVmb3JlIGFuZCBhZnRlciB0aGUg b2JqZWN0cyBiZWluZyBsaW5rZWQgdG8KIyBjcmVhdGUgYSBzaGFyZWQgbGlicmFyeS4KcHJlZGVw X29iamVjdHM9IiIKcG9zdGRlcF9vYmplY3RzPSIiCnByZWRlcHM9IiIKcG9zdGRlcHM9IiIKCiMg VGhlIGxpYnJhcnkgc2VhcmNoIHBhdGggdXNlZCBpbnRlcm5hbGx5IGJ5IHRoZSBjb21waWxlciB3 aGVuIGxpbmtpbmcKIyBhIHNoYXJlZCBsaWJyYXJ5Lgpjb21waWxlcl9saWJfc2VhcmNoX3BhdGg9 IiIKCg== --90e6ba614a96353c2304d8eab4ea-- From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 16:55:50 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 67BE6980 for ; Wed, 27 Mar 2013 16:55:50 +0000 (UTC) (envelope-from christian.mangin@gmail.com) Received: from mail-ve0-f177.google.com (mail-ve0-f177.google.com [209.85.128.177]) by mx1.freebsd.org (Postfix) with ESMTP id 2917BDCC for ; Wed, 27 Mar 2013 16:55:49 +0000 (UTC) Received: by mail-ve0-f177.google.com with SMTP id jw11so2890263veb.36 for ; Wed, 27 Mar 2013 09:55:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:x-enigmail-version:content-type; bh=ox4x7PWdgGBry16XtbKKw4XX+tw0g1R2sUThEWrmiYE=; b=LvPsAUdevELLBH2hwknRHI1O7Tjl3cMbjMC94vW2deSnUHA21x8VCC7fyg6NPVCw85 bDbOE7zmdxEJ1jO403VmDXUCOGcaTyrTXPU3isUVbpmt0u2VVBTOTHzJO/D3d6Fd169Z 3PxBBQYf6LCeD+vCkBAOi+zsW6HBsXOh0rhmSlm57pR/rbot8104qhMFndMaJ80keG5G GjK10bsOewaRazU9EzDSPpKEyYUuTolN0xsiqLCXBJIThkDcX3gNhXM2fIU1oFU+/8fk LKgwplk8slmU64MGne4AXitrStXZt2Moex/Lj0owHj2e6SIMpQYWc6xJYdQt4e/ZpC3p r1uQ== X-Received: by 10.220.151.203 with SMTP id d11mr24342560vcw.9.1364403349254; Wed, 27 Mar 2013 09:55:49 -0700 (PDT) Received: from [192.168.80.173] (cable-10-157-60.b2b2c.ca. [72.10.157.60]) by mx.google.com with ESMTPS id xu4sm30628206vdb.11.2013.03.27.09.55.46 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 27 Mar 2013 09:55:47 -0700 (PDT) Message-ID: <51532491.6050507@gmail.com> Date: Wed, 27 Mar 2013 12:55:45 -0400 From: Christian Mangin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:19.0) Gecko/20100101 Firefox/19.0 SeaMonkey/2.16.1 MIME-Version: 1.0 To: Beeblebrox Subject: Re: grub2 with libzfs References: <1364397485043-5799405.post@n5.nabble.com> In-Reply-To: <1364397485043-5799405.post@n5.nabble.com> X-Enigmail-Version: 1.5.1 Content-Type: multipart/mixed; boundary="------------070206020402080904020106" X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 16:55:50 -0000 This is a multi-part message in MIME format. --------------070206020402080904020106 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Hello, You don't need libzfs to use grub2 on ZFS. You just need to specify the zfs module if your 'grub-install' target is a ZFS dataset. I've submitted a patch for this port a while ago, There are probably issues I'm not aware of but I've been using this custom port for the last 6 months without problems. (tarball attached.) Beeblebrox a écrit : > I know grub2 is not very popular with the FreeBSD community, but I > like it. Currently the grub2 port looks broken and port maintainer > has advised me that he plans on dropping the port soon. I don't see > any point in filing a PR at this point... > > This leaves git/svn trunk from the grub2 download site for ver 2.0. > Unfortunately, when I try to compile I get a libzfs error (seems you > must invoke --enable-libzfs): > > ./configure --enable-libzfs ==> checking for ft2build.h... yes > checking for fuse_main_real in -lfuse... yes checking fuse/fuse.h > usability... yes checking fuse/fuse.h presence... yes checking for > fuse/fuse.h... yes checking libdevmapper.h usability... no checking > libdevmapper.h presence... no checking for libdevmapper.h... no > checking for geom_gettree in -lgeom... yes checking for lzma_code in > -llzma... yes checking libzfs.h usability... no checking libzfs.h > presence... no checking for libzfs.h... no checking libnvpair.h > usability... no checking libnvpair.h presence... no checking for > libnvpair.h... no checking for libzfs_init in -lzfs... no configure: > error: libzfs support was explicitly requested but requirements are > not satisfied > > libzfs is in /usr/lib and libzfs.so.2 is in /lib, but the make > process is looking for libzfs.h. > > Any suggestions on how to get this working? > > Regards. > > > > -- View this message in context: > http://freebsd.1045724.n5.nabble.com/grub2-with-libzfs-tp5799405.html > > Sent from the freebsd-ports mailing list archive at Nabble.com. > _______________________________________________ > 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" -- christian.mangin@gmail.com - PGP: C850892A --------------070206020402080904020106-- From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 16:58: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]) by hub.freebsd.org (Postfix) with ESMTP id 7C680A97; Wed, 27 Mar 2013 16:58:55 +0000 (UTC) (envelope-from mezz.freebsd@gmail.com) Received: from mail-vb0-x22b.google.com (mail-vb0-x22b.google.com [IPv6:2607:f8b0:400c:c02::22b]) by mx1.freebsd.org (Postfix) with ESMTP id 29C4EE01; Wed, 27 Mar 2013 16:58:55 +0000 (UTC) Received: by mail-vb0-f43.google.com with SMTP id fs19so5261354vbb.16 for ; Wed, 27 Mar 2013 09:58:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=OAjwfAnxG7OBLh1SMZKzfJLl/TaU/bXR0n+Fzf+KdOw=; b=FUC2O76QB4rj2BtnwYOFQY1PwXdJM7ZzF94EYtig8UJAzxyuzo0aMC3wNaKmi5JlBB a2vokNpNkvs6Z8xrOz2rlH3zSZHC4dqD5o5H1AiaiYUDsKHU5cCVsoKzjWMLoOrTK0nb SKjcoPtdVY8pbs0fFZpSExfHQhUsayEu0fPssZzIHAoyom8kqgawN26Ypa7t2U5xLe4h 4fusiw/mEdVYk2QbKpUJz+/jDf02RfFjFIWPyPQXrtsoacTRWCBIS+r4UDzrBPZCsSZO wet0a4Yxk3uqQFpKPlTKUsVkGYvrFUjIPrl1D0Wwn9/mJfJX2v2IlXl+hqmEP5NnO6UQ l9hg== MIME-Version: 1.0 X-Received: by 10.58.173.131 with SMTP id bk3mr475946vec.48.1364403534217; Wed, 27 Mar 2013 09:58:54 -0700 (PDT) Received: by 10.58.74.197 with HTTP; Wed, 27 Mar 2013 09:58:54 -0700 (PDT) In-Reply-To: References: <201303261050.r2QAo9v6041217@mech-cluster241.men.bris.ac.uk> Date: Wed, 27 Mar 2013 11:58:54 -0500 Message-ID: Subject: Re: is it a good idea to overwrite GCC_DEFAULT_VERSION= in Mk/bsd.gcc.mk? From: Jeremy Messenger To: "Andrew W. Nosenko" Content-Type: text/plain; charset=ISO-8859-1 Cc: gerald@pfeifer.com, mexas@bristol.ac.uk, freebsd-ports@freebsd.org, bdrewery@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 16:58:55 -0000 On Wed, Mar 27, 2013 at 11:41 AM, Andrew W. Nosenko wrote: > On Wed, Mar 27, 2013 at 12:21 AM, Jeremy Messenger > wrote: >> On Tue, Mar 26, 2013 at 11:52 AM, Andrew W. Nosenko >> wrote: >>> On Tue, Mar 26, 2013 at 5:46 PM, Jeremy Messenger >>> wrote: >>>> On Tue, Mar 26, 2013 at 10:00 AM, Andrew W. Nosenko >>>> wrote: >>>>> On Tue, Mar 26, 2013 at 2:49 PM, Jeremy Messenger >>>>> wrote: >>>>>> On Tue, Mar 26, 2013 at 6:33 AM, Andrew W. Nosenko >>>>>> wrote: >>>>>>> On Tue, Mar 26, 2013 at 12:50 PM, Anton Shterenlikht >>>>>>> wrote: >>>>>>>> From andrew.w.nosenko@gmail.com Mon Mar 25 18:09:38 2013 >>>>>>>> >>>>>>>> On Mon, Mar 25, 2013 at 5:59 PM, Gerald Pfeifer wrote: >>>>>>>> > On Mon, 25 Mar 2013, Anton Shterenlikht wrote: >>>>>>>> >> I've now run ia64 with the above change for over 2 weeks, >>>>>>>> >> mostly rebuilding ports, etc. >>>>>>>> >> I didn't see any issues with gcc47. >>>>>>>> >> So, from my very limited testing, >>>>>>>> >> gcc47 can be made default. >>>>>>>> > >>>>>>>> > Thanks for the feedback, Anton! To really make that switch >>>>>>>> > globally, we'll need more extensive testing, a full ports builds >>>>>>>> > run, since there is a chance that some port you are not using may >>>>>>>> > be broken, and I hope to get this done in the coming weeks. >>>>>>>> >>>>>>>> >From my expiriense, devel/glib20 cannot be compiled with gcc47. >>>>>>>> >>>>>>>> Isn't it built with the system default compiler: >>>>>>>> >>>>>>>> configure:3954: checking for C compiler version >>>>>>>> configure:3963: cc --version >&5 >>>>>>>> cc (GCC) 4.2.1 20070831 patched [FreeBSD] >>>>>>>> >>>>>>>> I think we are only talking about updating lang/gcc to 4.7. >>>>>>> >>>>>>> By default -- yes, it is going to build with base gcc. But topic and, >>>>>>> therefore, my reaction was about overriding compiler to be lang/gcc* >>>>>>> from ports and whether there are ports, which fail in that case. At >>>>>>> least, as I understand it. >>>>>>> >>>>>>> Now, why overriding the compiler for Glib seems important to me and >>>>>>> why I tried to do that: >>>>>>> >>>>>>> Since >>>>>>> commit aba0f0c38bbfa11ad48b5410ebdbed2a99e68c58 >>>>>>> Author: Ryan Lortie >>>>>>> Date: Tue Oct 18 16:21:50 2011 -0400 >>>>>>> >>>>>>> gatomic: introduce G_ATOMIC_LOCK_FREE >>>>>>> >>>>>>> glib atomics implementation depends on gcc predefined macro >>>>>>> __GCC_HAVE_SYNC_COMPARE_AND_SWAP_4, which is absent on the base >>>>>>> gcc-4.2 and on Clang (all version, at least at that time). >>>>>>> >>>>>>> As consequence, we have a mutex-based implementation of atomics. >>>>>>> Building Glib using more modern GCC (e.g. gcc-4.7) would help, but >>>>>>> gnome-libtool hack prevents us from that. >>>>>> >>>>>> Did you install all ports with GCC 4.7? If you install libtool with >>>>>> foo compiler then install other ports with bar compiler will be >>>>>> broken. You have to reinstall libtool with the bar compiler to make >>>>>> other ports with bar compiler works. >>>>> >>>>> No, I should not do that (of course if assume that port machinery >>>>> doesn't interfere with configure results by discarding part of them). >>>> >>>> You need to try it. You can't assume anything. >>> >>> I don't assume. I just know it. Know from everyday usage. >> >> # pkg_info -IX libtool >> libtool-2.4.2 Generic shared library support script >> # libtool --config | grep CC= >> LTCC="cc" >> CC="cc" > > I's about system-wide libtool (/usr/local/bin/libtool), which is > irrelevant and unused when autoconf+automake+libtool chain works. > When package builds using autoconf+automake+libtool chain, then the > generated libtool script works there. What I mean by is that we can add more patches in gnome-libtool after copied from bin/libtool by change the CC and other stuff. Or change the configure to copy from gnome-libtool during the generate. > System-wide libtool: > > # pkg_info -xI libtool > libtool-2.4.2 Generic shared library support script > > # /usr/local/bin/libtool --version > libtool (GNU libtool) 2.4.2 > Written by Gordon Matzigkeit , 1996 > > Copyright (C) 2011 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. > > # /usr/local/bin/libtool --config | grep CC= > LTCC="cc" > CC="cc" > > # /usr/local/bin/libtool --config > ~/libtool-system > > > Libtool, generated for devel/glib20 with default compiler (gcc-4.2 from base): > > # cd /usr/ports/devel/glib20 > > # make clean > ===> Cleaning for glib-2.34.3 > > # make extract > ===> License LGPL20 accepted by the user > ===> Found saved configuration for glib-2.34.3 > ===> Fetching all distfiles required by glib-2.34.3 for building > ===> Extracting for glib-2.34.3 > ===> License LGPL20 accepted by the user > ===> Found saved configuration for glib-2.34.3 > ===> Fetching all distfiles required by glib-2.34.3 for building > => SHA256 Checksum OK for gnome2/glib-2.34.3.tar.xz. > ===> glib-2.34.3 depends on file: /usr/local/bin/xz - found > ===> glib-2.34.3 depends on file: /usr/local/bin/perl5.12.4 - found > > # cd work/glib-2.34.3/ > > # ls -l libtool > ls: libtool: No such file or directory > > # ./configure CPPFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib > [output is skipped] > > # ls -l libtool > -rwxr-xr-x 1 root wheel 297882 Mar 27 17:31 libtool > > # ./libtool --config | grep CC= > LTCC="gcc" > CC="gcc" > > # ./libtool --config > ~/libtool-glib-gcc > > > Libtool, generated for devel/glib20 with gcc-4.7 from ports: > > # cd /usr/ports/devel/glib20 > > # make clean > ===> Cleaning for glib-2.34.3 > > # make extract > ===> License LGPL20 accepted by the user > ===> Found saved configuration for glib-2.34.3 > ===> Fetching all distfiles required by glib-2.34.3 for building > ===> Extracting for glib-2.34.3 > ===> License LGPL20 accepted by the user > ===> Found saved configuration for glib-2.34.3 > ===> Fetching all distfiles required by glib-2.34.3 for building > => SHA256 Checksum OK for gnome2/glib-2.34.3.tar.xz. > ===> glib-2.34.3 depends on file: /usr/local/bin/xz - found > ===> glib-2.34.3 depends on file: /usr/local/bin/perl5.12.4 - found > > # cd work/glib-2.34.3/ > > # ls -l libtool > ls: libtool: No such file or directory > > # ./configure CC=gcc47 CPPFLAGS=-I/usr/local/include > LDFLAGS=-L/usr/local/lib > [output is skipped] > > # ls -l libtool > -rwxr-xr-x 1 root wheel 298022 Mar 27 17:38 libtool > > # ./libtool --config | grep CC= > LTCC="gcc47" > CC="gcc47" > > # ./libtool --config > ~/libtool-glib-gcc47 > > Differences: > > system vs glib + default gcc: > > # diff -U0 ~/libtool-system ~/libtool-glib-gcc > --- /root/libtool-system 2013-03-27 17:26:37.000000000 +0200 > +++ /root/libtool-glib-gcc 2013-03-27 17:34:11.000000000 +0200 > @@ -5,0 +6,3 @@ > +# Whether or not to build static libraries. > +build_old_libs=no > + > @@ -18,3 +20,0 @@ > -# Whether or not to build static libraries. > -build_old_libs=yes > - > @@ -28 +28 @@ > -SHELL="/bin/sh" > +SHELL="/usr/local/bin/bash" > @@ -38 +38 @@ > -host=amd64-portbld-freebsd8.0 > +host=x86_64-unknown-freebsd8.0 > @@ -42,2 +42,2 @@ > -build_alias=amd64-portbld-freebsd8.0 > -build=amd64-portbld-freebsd8.0 > +build_alias= > +build=x86_64-unknown-freebsd8.0 > @@ -68 +68 @@ > -max_cmd_len=262144 > +max_cmd_len=196608 > @@ -127 +127 @@ > -LTCC="cc" > +LTCC="gcc" > @@ -130 +130 @@ > -LTCFLAGS="-O2 -pipe -O2 -march=native -fno-strict-aliasing" > +LTCFLAGS="-g -O2 -Wall" > @@ -244 +244 @@ > -dlopen_support=yes > +dlopen_support=unknown > @@ -247 +247 @@ > -dlopen_self=yes > +dlopen_self=unknown > @@ -250 +250 @@ > -dlopen_self_static=no > +dlopen_self_static=unknown > @@ -268 +268 @@ > -CC="cc" > +CC="gcc" > > system vs. glib + gcc-4.7: > > # diff -U0 ~/libtool-system ~/libtool-glib-gcc47 > --- /root/libtool-system 2013-03-27 17:26:37.000000000 +0200 > +++ /root/libtool-glib-gcc47 2013-03-27 17:39:40.000000000 +0200 > @@ -5,0 +6,3 @@ > +# Whether or not to build static libraries. > +build_old_libs=no > + > @@ -18,3 +20,0 @@ > -# Whether or not to build static libraries. > -build_old_libs=yes > - > @@ -28 +28 @@ > -SHELL="/bin/sh" > +SHELL="/usr/local/bin/bash" > @@ -38 +38 @@ > -host=amd64-portbld-freebsd8.0 > +host=x86_64-unknown-freebsd8.0 > @@ -42,2 +42,2 @@ > -build_alias=amd64-portbld-freebsd8.0 > -build=amd64-portbld-freebsd8.0 > +build_alias= > +build=x86_64-unknown-freebsd8.0 > @@ -68 +68 @@ > -max_cmd_len=262144 > +max_cmd_len=196608 > @@ -127 +127 @@ > -LTCC="cc" > +LTCC="gcc47" > @@ -130 +130 @@ > -LTCFLAGS="-O2 -pipe -O2 -march=native -fno-strict-aliasing" > +LTCFLAGS="-g -O2 -Wall" > @@ -238 +238 @@ > -sys_lib_search_path_spec="/usr/lib " > +sys_lib_search_path_spec="/usr/local/lib/gcc47/gcc/x86_64-portbld-freebsd8.0/4.7.3 > /usr/local/x86_64-portbld-freebsd8.0/lib /usr/local/lib/gcc47 /lib > /usr/lib " > @@ -244 +244 @@ > -dlopen_support=yes > +dlopen_support=unknown > @@ -247 +247 @@ > -dlopen_self=yes > +dlopen_self=unknown > @@ -250 +250 @@ > -dlopen_self_static=no > +dlopen_self_static=unknown > @@ -258 +258 @@ > -LD="/usr/bin/ld" > +LD="/usr/local/bin/ld" > @@ -268 +268 @@ > -CC="cc" > +CC="gcc47" > > glib + default gcc vs. glib + gcc-4.7: > > # diff -U0 ~/libtool-glib-gcc ~/libtool-glib-gcc47 > --- /root/libtool-glib-gcc 2013-03-27 17:34:11.000000000 +0200 > +++ /root/libtool-glib-gcc47 2013-03-27 17:39:40.000000000 +0200 > @@ -127 +127 @@ > -LTCC="gcc" > +LTCC="gcc47" > @@ -238 +238 @@ > -sys_lib_search_path_spec="/usr/lib " > +sys_lib_search_path_spec="/usr/local/lib/gcc47/gcc/x86_64-portbld-freebsd8.0/4.7.3 > /usr/local/x86_64-portbld-freebsd8.0/lib /usr/local/lib/gcc47 /lib > /usr/lib " > @@ -258 +258 @@ > -LD="/usr/bin/ld" > +LD="/usr/local/bin/ld" > @@ -268 +268 @@ > -CC="gcc" > +CC="gcc47" > > Output of all three 'libtool --config' commands (system libtool, Glib > with default gcc and Glib with gcc-4.7) are attached just for any > case. > >> >> MIght be has to do with >> http://svnweb.freebsd.org/ports/head/devel/libtool/files/patch-libltdl_config_ltmain.sh >> ? > > Sorry, seems I don't understand you. > How it is related to the honoring or ignoring the configure results? > >> >>>> It's well known that if >>>> you change the CC/CXX then you have to reinstall libtool. Although, I >>>> don't know if it's still true for present libtool, but it was problem >>>> with libtool15 at last time when I checked. The libtool15 will storage >>>> the CC, CXX and other stuff as default of what you used it on >>>> libtool15. (ie: Run 'libtool --config') >>> >>> My knowledge based on 2.x series. At the times of 1.x, the "base" >>> compiler was modern enough for mitigate the need to redefine >>> compilers. >>> >>>> >>>> The gnome-libtool was copied from ${LOCALBASE}/bin/libtool (libtool >>>> port) then patch the bug of shared library version in gnome-libtool. >>>> It also changed the configure to look at gnome-libtool. Nothing more >>>> and nothing less. You can look at Mk/bsd.gnome.mk by search for >>>> ltverhack. >>> >>> I know it and knew at the time of writting. >>> >>> I don't know or don't understand why these "hacks" are needed, and, if >>> they are really needed, then why they maintained separatelly instead >>> of be pushed to the upstream and become part of libtool >>> out-of-the-box. >> >> The fix is really need. It is a bug in libtool that give wrong shared >> library version that will get bump at the every API change. See here: >> http://people.freebsd.org/~mezz/libtool.txt >> >>> If, for some reason, libtool upstream cannot be conviced, or just at >>> the transition stage, why patch the ${LOCALBASE}/bin/libtool? Why >>> don't patch the "local" libtool generated by package's configure and >>> which contains all configure-gatchered variables properly filled (at >>> least for those packages, which use fresh enough libtool version)? Or >>> why don't patch the devel/libtool (if need) for install the patched >>> ltmain.sh (if need) and then force package to re-grab >>> autotools/libtool related things and regenerate the configure script? >> >> The problem is that you can't just simply add patch in the libtool by >> default or it will affect on thousands of ports (require rebuild, >> chase a lot of library shared version, fix pkg-plist, bump ports and >> etc.). If we complete add patch in all ports tree. It's more likely >> the upstream and maintainer of port will accept patch. That's awful a >> lot of work. Any volunteers? >> >>>>> libtool script is a _generated_ thing when used with autoconf. >>>>> 'configure' does some checks (including how to execute linker >>>>> depending on used languages) and generates the "current" libtool sript >>>>> using these results. This generated script has nothing with >>>>> /usr/local/bin/libtool. Moreover, the system-wide libtool has no >>>>> business there, not used and may be completely absent until you want >>>>> regenerate and replace all package-supplied tools by your copy by >>>>> something like 'autoreconf -f'. >>>>> >>>>> As you can see, under proper workflow, there no dependency, which >>>>> version of compiler was installed or used on the time of >>>>> /usr/local/bin/libtool generation. All knowledge about currently used >>>>> language, compiler, linker abelities and so on are gatchered by >>>>> configure and written into "local" package-specific libtool script (in >>>>> contrast to the "global" /usr/local/bin/libtool). >>>>> >>>>> The only one problem that ports machinery decides to trow out these >>>>> results and use own copy, which know nothing about actual package >>>>> preferences, needs, nor used language. >>>>> >>>>>> >>>>>>> See also: >>>>>>> Thread "atomic ops broken on mac/xcode" >>>>>>> https://mail.gnome.org/archives/gtk-devel-list/2012-August/msg00089.html >>>>>>> >>>>>>> Gnome bugzilla #682818: atomic ops broken on mac/xcode >>>>>>> https://bugzilla.gnome.org/show_bug.cgi?id=682818 >>>>>>> >>>>>>> LLVM/Clang bugzilla #11174: #define __GCC_HAVE_SYNC_COMPARE_AND_SWAP_ >>>>>>> http://llvm.org/bugs/show_bug.cgi?id=11174 >>>>>>> > > -- > Andrew W. Nosenko -- mezz.freebsd@gmail.com - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 18:06:25 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4619F88B for ; Wed, 27 Mar 2013 18:06:25 +0000 (UTC) (envelope-from zaphod@berentweb.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 2C8F221A for ; Wed, 27 Mar 2013 18:06:24 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UKujw-0000uU-8W for freebsd-ports@freebsd.org; Wed, 27 Mar 2013 11:06:24 -0700 Date: Wed, 27 Mar 2013 11:06:24 -0700 (PDT) From: Beeblebrox To: freebsd-ports@freebsd.org Message-ID: <1364407584254-5799443.post@n5.nabble.com> In-Reply-To: <51532491.6050507@gmail.com> References: <1364397485043-5799405.post@n5.nabble.com> <51532491.6050507@gmail.com> Subject: grub2 with libzfs 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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 18:06:25 -0000 Hi, very happy to see that there are other grub fans in FreeBSD-land! I was planning to place my grub on a separate UFS partition so that I can boot other things (like loopbacked iso's) if I should want to. The grub UFS partition only has grub files in it (what mounts under /boot/grub) and no kernel files. >> specify the zfs module if your 'grub-install' target is a ZFS dataset I forgot to mention my dedicated grub partition, so I hope it clarifies that my grub-install target is not a ZFS dataset. However, "kfreebsd /@/boot/kernel/kernel" is on a ZFS dataset. Other things I forgot to mention: I booted an ubuntu cd and installed grub 1.98 on the UFS grub partition. When I drop into the grub command line and "grub> zfslist (hd0) or (hd0,1)" I get message "no labels found". "insmod zfs" is loaded by default at grub boot-up. Host info: 10-Current, amd64, ZFS ver: features async_destroy, empty_bpobj, lz4_compress >> You don't need libzfs to use grub2 on ZFS. Please clarify: Do you mean that I don't need to invoke "--enable-libzfs"? If so, why do I get the error above (no labels found)? Thank you for the input & Regards. -- View this message in context: http://freebsd.1045724.n5.nabble.com/grub2-with-libzfs-tp5799405p5799443.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 18:31:50 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B43A9446 for ; Wed, 27 Mar 2013 18:31:50 +0000 (UTC) (envelope-from zaphod@berentweb.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 9B87C3EA for ; Wed, 27 Mar 2013 18:31:50 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UKv8Y-0006Lz-Ab for freebsd-ports@freebsd.org; Wed, 27 Mar 2013 11:31:50 -0700 Date: Wed, 27 Mar 2013 11:31:50 -0700 (PDT) From: Beeblebrox To: freebsd-ports@freebsd.org Message-ID: <1364409110302-5799450.post@n5.nabble.com> In-Reply-To: <1364407584254-5799443.post@n5.nabble.com> References: <1364397485043-5799405.post@n5.nabble.com> <51532491.6050507@gmail.com> <1364407584254-5799443.post@n5.nabble.com> Subject: grub2 with libzfs 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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 18:31:50 -0000 EDIT: I just tried "make" (without the --enable-libzfs) flag for grub 2.0 and got different error: grub-2.00 # make "Makefile", line 20946: Need an operator line 20946 is: 44: export LC_COLLATE := C 45: export LC_CTYPE := C 46: unexport LC_ALL Which source are you using? -- View this message in context: http://freebsd.1045724.n5.nabble.com/grub2-with-libzfs-tp5799405p5799450.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 18:36:01 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C74C2787 for ; Wed, 27 Mar 2013 18:36:01 +0000 (UTC) (envelope-from zaphod@berentweb.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id AE42562B for ; Wed, 27 Mar 2013 18:36:01 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UKvCb-00074l-8Z for freebsd-ports@freebsd.org; Wed, 27 Mar 2013 11:36:01 -0700 Date: Wed, 27 Mar 2013 11:36:01 -0700 (PDT) From: Beeblebrox To: freebsd-ports@freebsd.org Message-ID: <1364409361259-5799452.post@n5.nabble.com> In-Reply-To: <1364409110302-5799450.post@n5.nabble.com> References: <1364397485043-5799405.post@n5.nabble.com> <51532491.6050507@gmail.com> <1364407584254-5799443.post@n5.nabble.com> <1364409110302-5799450.post@n5.nabble.com> Subject: grub2 with libzfs 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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 18:36:01 -0000 Trying gmake (thanks for the suggestion to SW) grub-2.00 # gmake flex -o grub_script.yy.c --header-file=grub_script.yy.h ./grub-core/script/yylex.l flex: can't open grub_script.yy.c gmake: *** [grub_script.yy.h] Error 1 -- View this message in context: http://freebsd.1045724.n5.nabble.com/grub2-with-libzfs-tp5799405p5799452.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 18:36:57 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C9F97832 for ; Wed, 27 Mar 2013 18:36:57 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-qe0-f43.google.com (mail-qe0-f43.google.com [209.85.128.43]) by mx1.freebsd.org (Postfix) with ESMTP id 7D01E640 for ; Wed, 27 Mar 2013 18:36:57 +0000 (UTC) Received: by mail-qe0-f43.google.com with SMTP id 1so4733015qee.16 for ; Wed, 27 Mar 2013 11:36:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seibercom.net; s=google; h=x-received:date:from:to:subject:message-id:in-reply-to:references :reply-to:organization:x-mailer:face:mime-version:content-type :content-transfer-encoding; bh=atJsAoHjHlQym3zQPc9zEs/vjJa1a0n/s+fq+1ht+ag=; b=IgtcUAJ4WRjKbL6bKbzLJS1HEjqycmisz6UcpWpjh93tieTzmaOTuYHORybW27p0of fAJHEaEvBPuudr+TA8wSRr/3Yb8tAvLJ0CgVeq2RwFvqT2BQOkdRjXNxbrldS2LZmZPv KY7fPedY3OKv6/fcSc/qRW5iOydEi8WpirHz0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:date:from:to:subject:message-id:in-reply-to:references :reply-to:organization:x-mailer:face:mime-version:content-type :content-transfer-encoding:x-gm-message-state; bh=atJsAoHjHlQym3zQPc9zEs/vjJa1a0n/s+fq+1ht+ag=; b=eriCws0hdaM2dOxqQ0NW7D/lWUEX4E5aRJ40Y8yLCCYHReJ8lEjPTiqGGecej7mKd/ k2Nym5DBVTu1jouCNYJHj5wfRaSVXCxYE82qTu2NwqWeb0sSlA4i+Dwms3G/Oenigmiw AW4L4Y/wq6ef6OWLu6ZtWbPo0A+xzP04zUetd0c3EL0iqRhMzKfzft/URR4HCMkh50aW i946+QQv03Zo74E/Rdvn78oYgqKd0UzDC+4CKa9QL8guXMzl+0dJ4YCxcHuD1UynidIY N5Aw6PxPEuPpW8KbhhKuVmn8HHeSOdodeCdZMfEHcO/Ytz2bvuee+SEOWs7h7Nber+5A ARwQ== X-Received: by 10.49.94.238 with SMTP id df14mr16727680qeb.44.1364409410977; Wed, 27 Mar 2013 11:36:50 -0700 (PDT) Received: from scorpio.seibercom.net (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPS id o6sm17748871qek.3.2013.03.27.11.36.49 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 27 Mar 2013 11:36:50 -0700 (PDT) Received: from scorpio (localhost [127.0.0.1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3ZbdGS3pP0z2CG4t for ; Wed, 27 Mar 2013 14:36:48 -0400 (EDT) Date: Wed, 27 Mar 2013 14:36:48 -0400 From: Jerry To: freebsd-ports@freebsd.org Subject: Re: Installation issue Message-ID: <20130327143648.2ac46add@scorpio> In-Reply-To: References: <137994593-1364232921-cardhu_decombobulator_blackberry.rim.net-2069514747-@b16.c17.bise7.blackberry> Organization: seibercom.net X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.17; amd64-portbld-freebsd8.3) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Gm-Message-State: ALoCoQlExo3rY5IiKAbuyuz6Bv4RR41RnCfzuoq1h+e3KvhTXMsWTLUrnqibkrU+m9u1cHuD4e6a X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 18:36:57 -0000 On Wed, 27 Mar 2013 20:53:50 +0530 kumaresan chandran articulated: > I have been trying to install* FREEBSD PORTS* on my machine. I have > download the installable from this site http://www.freebsd.org > As the per the instruction mentioned on your site . > http://www.freebsd.org, I tired > to installation but was not able to. It is giving some error. > > Kindly help me to resolve this. Are their any other specific steps or > tasks or dependency that I need to verify/ do? Sorry, but the old crystal ball is in the Bahamas taking a well deserved vacation. In the mean time, if it wouldn't be to much trouble, perhaps you could either do a cut and paste of those pesky error messages, or at least copy them verbatim and post them here. While you are at it, an accurate description of you PC, hardware, etcetera would be most appreciated. > Is there any dependency is there for install *FREEBSD PORTS*. Please > help me to resolve this issue. -- Jerry â™” Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 19:00:49 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E7F79FFE for ; Wed, 27 Mar 2013 19:00:49 +0000 (UTC) (envelope-from christian.mangin@gmail.com) Received: from mail-vc0-f174.google.com (mail-vc0-f174.google.com [209.85.220.174]) by mx1.freebsd.org (Postfix) with ESMTP id AB0D57B3 for ; Wed, 27 Mar 2013 19:00:49 +0000 (UTC) Received: by mail-vc0-f174.google.com with SMTP id hx10so6642030vcb.19 for ; Wed, 27 Mar 2013 12:00:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=cEQBFBQD2QC9jPmOhb1kj9ClxhA6yxGPatkus0cZUrE=; b=Vwl6O7ml1Y+ojOAI0zkV5krn+47/qNNE02loVYS84qYQ67A/FOcTg2A313LNcKG0Ps 13zw1R+ntOBKB0vU0UeeB0tSE/ti8WtDiBfG4MF0op1H+b11Lj6oO8eBux9kQP7QWnAm H6F5U4Xblka8075nILuvawp7mZCr4rkPZJg6Jx97jtxpQbZoFGXLezdYbJ7AvDJcj1/A 2uZHCpEBDSb4l21C1F8fzZTSDedQWZCdrKFTja1mLeok7fNvKtv2bTx3GAEcPwUJymrB jH/UL9aeAAVlMpI2fHNvQxHXTfqVNCVlpvgPozV+FjCYa7xOk0B0zEvc11G1e3DQSVc1 R2BA== X-Received: by 10.58.169.102 with SMTP id ad6mr6619776vec.53.1364410843045; Wed, 27 Mar 2013 12:00:43 -0700 (PDT) Received: from [192.168.80.173] (cable-10-157-60.b2b2c.ca. [72.10.157.60]) by mx.google.com with ESMTPS id s20sm12346515vdg.2.2013.03.27.12.00.41 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 27 Mar 2013 12:00:42 -0700 (PDT) Message-ID: <515341D8.1040908@gmail.com> Date: Wed, 27 Mar 2013 15:00:40 -0400 From: Christian Mangin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:19.0) Gecko/20100101 Firefox/19.0 SeaMonkey/2.16.1 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: grub2 with libzfs References: <1364397485043-5799405.post@n5.nabble.com> <51532491.6050507@gmail.com> <1364407584254-5799443.post@n5.nabble.com> In-Reply-To: <1364407584254-5799443.post@n5.nabble.com> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 19:00:50 -0000 Beeblebrox a =E9crit : > Hi, very happy to see that there are other grub fans in FreeBSD-land! > > I was planning to place my grub on a separate UFS partition so that I c= an > boot other things (like loopbacked iso's) if I should want to. The grub= UFS > partition only has grub files in it (what mounts under /boot/grub) and = no > kernel files. >>> specify the zfs module if your 'grub-install' target is a ZFS dataset= > I forgot to mention my dedicated grub partition, so I hope it clarifies= that > my grub-install target is not a ZFS dataset. However, "kfreebsd > /@/boot/kernel/kernel" is on a ZFS dataset. Then it should be sufficient to have 'insmod zfs' in grub.cfg. Because gr= ub doesn't need to know about ZFS before loading its config files. > Other things I forgot to mention: > I booted an ubuntu cd and installed grub 1.98 on the UFS grub partition= =2E > When I drop into the grub command line and "grub> zfslist (hd0) or (hd0= ,1)" > I get message "no labels found". "insmod zfs" is loaded by default at g= rub > boot-up. > Host info: 10-Current, amd64, ZFS ver: features async_destroy, empty_bp= obj, > lz4_compress > If I remember well, the 'vanilla' grub 1.98 doesn't recognize ZFS pools properly.=20 This would explain that your Ubuntu version can't see it. There are patches in the current FreeBSD port to fix that. These patches were integrated upstr= eam in later versions. >>> You don't need libzfs to use grub2 on ZFS. > Please clarify: Do you mean that I don't need to invoke "--enable-libzf= s"? > If so, why do I get the error above (no labels found)? You definitively don't need '--enable-libzfs'. On FreeBSD, this will look for some non-existent include file and fail. This option seems to be used by folks running Linux on ZFS. And just a remark. I think the current version of grub2 in the ports could be sufficient for your need. With version 2.00 you gain the ability to install grub directly on ZFS, but since you don't use that.. > Thank you for the input & Regards. > > > > -- > View this message in context: http://freebsd.1045724.n5.nabble.com/grub= 2-with-libzfs-tp5799405p5799443.html > Sent from the freebsd-ports mailing list archive at Nabble.com. > _______________________________________________ > 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 christian.mangin@gmail.com - PGP: C850892A From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 19:10: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]) by hub.freebsd.org (Postfix) with ESMTP id 835CB46D for ; Wed, 27 Mar 2013 19:10:12 +0000 (UTC) (envelope-from christian.mangin@gmail.com) Received: from mail-ve0-f172.google.com (mail-ve0-f172.google.com [209.85.128.172]) by mx1.freebsd.org (Postfix) with ESMTP id 4656E83B for ; Wed, 27 Mar 2013 19:10:12 +0000 (UTC) Received: by mail-ve0-f172.google.com with SMTP id oz10so2120786veb.17 for ; Wed, 27 Mar 2013 12:10:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=OovHMWBwv8WRYRGEMrTjatYdGGhIYGNYdXcs0OLY3n0=; b=L0swF9bzSowaMu+/6/rp/BV7F38KxSbvQH5uQYXVqoMKT7+lNmwUrK54792MnSEuqS UVl/4hal6KY8Ht4OVIOowg6IXdxVXwoOlODniR1Wjs++BIRbF7cm9zPAQdTC8NNulPst 2gA9E3Lt4dU2YFGCbGfM2I4uSSb3/ODXi8nCJ7M2+Q6DLS8PfcofJ1sphFfIXQhvlXRU JdblocSoY/jLRIXPLfthsIWWNPNofhYQeBaDUozEmnFXq+84Ydse3wSr1UI50ScxciyC WTpBMxia14qEDtwDjruHUzhwCx8wAbUSYLEWX7cLCyy2JDfTXd2lIPigTJPHGL/11zoZ bSFw== X-Received: by 10.52.174.84 with SMTP id bq20mr21092841vdc.128.1364411411301; Wed, 27 Mar 2013 12:10:11 -0700 (PDT) Received: from [192.168.80.173] (cable-10-157-60.b2b2c.ca. [72.10.157.60]) by mx.google.com with ESMTPS id l18sm31273361vdh.10.2013.03.27.12.10.09 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 27 Mar 2013 12:10:10 -0700 (PDT) Message-ID: <51534410.1030604@gmail.com> Date: Wed, 27 Mar 2013 15:10:08 -0400 From: Christian Mangin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:19.0) Gecko/20100101 Firefox/19.0 SeaMonkey/2.16.1 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: grub2 with libzfs References: <1364397485043-5799405.post@n5.nabble.com> <51532491.6050507@gmail.com> <1364407584254-5799443.post@n5.nabble.com> <1364409110302-5799450.post@n5.nabble.com> In-Reply-To: <1364409110302-5799450.post@n5.nabble.com> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 19:10:12 -0000 Beeblebrox a =E9crit : > EDIT: I just tried "make" (without the --enable-libzfs) flag for grub 2= =2E0 and > got different error: > > grub-2.00 # make > "Makefile", line 20946: Need an operator > > line 20946 is: > 44: export LC_COLLATE :=3D C > 45: export LC_CTYPE :=3D C > 46: unexport LC_ALL > > Which source are you using? > > > > -- > View this message in context: http://freebsd.1045724.n5.nabble.com/grub= 2-with-libzfs-tp5799405p5799450.html > Sent from the freebsd-ports mailing list archive at Nabble.com. > _______________________________________________ > 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= " I'll advise not to start that unless you have a lot of time on your hand.= It took me a few evenings to come up with patches and a working port so you are warned. Just build the custom port from the tarball (from my 1st reply) or use the current FreeBSD port. --=20 christian.mangin@gmail.com - PGP: C850892A From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 19:10: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]) by hub.freebsd.org (Postfix) with ESMTP id B760F511 for ; Wed, 27 Mar 2013 19:10:34 +0000 (UTC) (envelope-from zaphod@berentweb.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 9E5F084F for ; Wed, 27 Mar 2013 19:10:34 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UKvk1-0004R2-HB for freebsd-ports@freebsd.org; Wed, 27 Mar 2013 12:10:33 -0700 Date: Wed, 27 Mar 2013 12:10:33 -0700 (PDT) From: Beeblebrox To: freebsd-ports@freebsd.org Message-ID: <1364411433517-5799461.post@n5.nabble.com> In-Reply-To: <515341D8.1040908@gmail.com> References: <1364397485043-5799405.post@n5.nabble.com> <51532491.6050507@gmail.com> <1364407584254-5799443.post@n5.nabble.com> <515341D8.1040908@gmail.com> Subject: Re: grub2 with libzfs 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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 19:10:34 -0000 >> current version of grub2 in the ports could be sufficient for your need That's what I had hoped for and expected, but the port build fails (that's why I had contacted the port maintainer Sergey Matveychuk). Build for grub 1.98_1 breaks at: gcc -Iefiemu -I./efiemu -nostdinc -isystem /usr/local/lib/gcc46/gcc/x86_64-portbld-freebsd10.0/4.6.3/include -I./include -I. -I./include -Wall -W -Os -DGRUB_MACHINE_PCBIOS=1 -Wall -W -Wshadow -Wpointer-arith -Wmissing-prototypes -Wundef -Wstrict-prototypes -g -falign-jumps=1 -falign-loops=1 -falign-functions=1 -mno-mmx -mno-sse -mno-sse2 -mno-3dnow -fno-dwarf2-cfi-asm -m32 -fno-stack-protector -mno-stack-arg-probe -Werror -fno-builtin -mrtd -mregparm=3 -m32 -MD -c -o efiemu_mod-efiemu_main.o efiemu/main.c efiemu/main.c: In function 'grub_efiemu_prepare': efiemu/main.c:280:14: error: variable 'err' set but not used [-Werror=unused-but-set-variable] cc1: all warnings being treated as errors gmake: *** [efiemu_mod-efiemu_main.o] Error 1 *** [do-build] Error code 1 Is there a way to get around the error? Thanks and Regards -- View this message in context: http://freebsd.1045724.n5.nabble.com/grub2-with-libzfs-tp5799405p5799461.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 19:12:07 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 95A0A60A for ; Wed, 27 Mar 2013 19:12:07 +0000 (UTC) (envelope-from zaphod@berentweb.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 7D06687A for ; Wed, 27 Mar 2013 19:12:07 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UKvlX-0004k9-6l for freebsd-ports@freebsd.org; Wed, 27 Mar 2013 12:12:07 -0700 Date: Wed, 27 Mar 2013 12:12:07 -0700 (PDT) From: Beeblebrox To: freebsd-ports@freebsd.org Message-ID: <1364411527201-5799464.post@n5.nabble.com> In-Reply-To: <515341D8.1040908@gmail.com> References: <1364397485043-5799405.post@n5.nabble.com> <51532491.6050507@gmail.com> <1364407584254-5799443.post@n5.nabble.com> <515341D8.1040908@gmail.com> Subject: grub2 with libzfs 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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 19:12:07 -0000 >> current version of grub2 in the ports could be sufficient for your need That's what I had hoped for and expected, but the port build fails (that's why I had contacted the port maintainer Sergey Matveychuk). Build for grub 1.98_1 breaks at: gcc -Iefiemu -I./efiemu -nostdinc -isystem /usr/local/lib/gcc46/gcc/x86_64-portbld-freebsd10.0/4.6.3/include -I./include -I. -I./include -Wall -W -Os -DGRUB_MACHINE_PCBIOS=1 -Wall -W -Wshadow -Wpointer-arith -Wmissing-prototypes -Wundef -Wstrict-prototypes -g -falign-jumps=1 -falign-loops=1 -falign-functions=1 -mno-mmx -mno-sse -mno-sse2 -mno-3dnow -fno-dwarf2-cfi-asm -m32 -fno-stack-protector -mno-stack-arg-probe -Werror -fno-builtin -mrtd -mregparm=3 -m32 -MD -c -o efiemu_mod-efiemu_main.o efiemu/main.c efiemu/main.c: In function 'grub_efiemu_prepare': efiemu/main.c:280:14: error: variable 'err' set but not used [-Werror=unused-but-set-variable] cc1: all warnings being treated as errors gmake: *** [efiemu_mod-efiemu_main.o] Error 1 *** [do-build] Error code 1 Is there a way to get around the error? Thanks and Regards -- View this message in context: http://freebsd.1045724.n5.nabble.com/grub2-with-libzfs-tp5799405p5799464.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 19:15: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]) by hub.freebsd.org (Postfix) with ESMTP id C380C71E for ; Wed, 27 Mar 2013 19:15:57 +0000 (UTC) (envelope-from decke@bluelife.at) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 8A3628B4 for ; Wed, 27 Mar 2013 19:15:57 +0000 (UTC) Received: by mail-ob0-f172.google.com with SMTP id tb18so8590139obb.3 for ; Wed, 27 Mar 2013 12:15:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bluelife.at; s=google; h=mime-version:x-received:sender:x-originating-ip:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=QTg4XjPdOfBiyJK4Iu2sFHyMy5pXmWYetKjkq44w3so=; b=W0Dv6TOg9mkUtLx+bZ/ngiz5tBo2L5D2oEIxndFF94bBzheLwVX6uQk48uQ2gBswQU C5Tl9ggXF3O9T/pJIo26medwbb7Ryajb7e6kyd288BqqL5f/G7epQMissydfiJbDIE35 xUrF6bCQxaq3ZRcBI6n1IFA9bIAD42Mn9JGbk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:sender:x-originating-ip:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:x-gm-message-state; bh=QTg4XjPdOfBiyJK4Iu2sFHyMy5pXmWYetKjkq44w3so=; b=hOhhf2QutEpGctrsoccWtgJ/Rvk/0cD7CXCu60l3diOELMm/bdFlzBAF+lhjPtEv09 N7x9Q5hYzHU5vGFJ6m+iGRd7vinPMJ6tzfvHU7Z7EO3a166OouraN7F19djWK+jJnZrW srYBi0ISX4QIKGx22rgliZTx1xgpKaqQJ+kp/+EI7gVZea4eH2ClHQKBicOalVUP02EX W+NtkeLsfAq+A5Xcwnf/dV50yR0S9BeSLToxUOfs557876S3nRVmjkrWBmCNtmMLVDGV hf/qdPPJ5FQml3TWwd21tL6d/odvalkSWGIpm3z3Uap4I8QrLCXhTeuMmOezoVXH92cx c6Qw== MIME-Version: 1.0 X-Received: by 10.182.97.5 with SMTP id dw5mr4253904obb.91.1364411757058; Wed, 27 Mar 2013 12:15:57 -0700 (PDT) Sender: decke@bluelife.at Received: by 10.76.99.114 with HTTP; Wed, 27 Mar 2013 12:15:56 -0700 (PDT) X-Originating-IP: [2001:470:9bf5:200:21c:23ff:fe94:8591] In-Reply-To: References: <20130326082325.GW2198@droso.net> Date: Wed, 27 Mar 2013 20:15:56 +0100 X-Google-Sender-Auth: iQ2uod00olIcnjptLTFz0yTnQvs Message-ID: Subject: Re: Status of packages From: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= To: grarpamp Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQmnYewccOdlalCrDTyH2XAwbk0lI1H/762xtkyZbGeYSSGU+83N9tIfkRBnfBn0g2X/pUXv Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 19:15:57 -0000 On Wed, Mar 27, 2013 at 5:37 PM, grarpamp wrote: >>> It's nice to see something like redports. It can be helpful to those using >>> ports to diagnose their local builds against the output of a formal >>> sandbox >>> service for the project. It would be cool if the logs, build hiers and >>> packages >>> from such a buildbot were accessible. They'd obviously always be in flux >>> but >>> still useful to see. > >> Redports is very bad for providing packages because of all the frequent >> changes and the "chaotic nature" of such a system. Additionally the security >> considerations made clear that redports should never provide any binary data >> to users to minimize risk in case of a potential security incident. > > 'formal/project/service' and 'flux' were attempts at covering this. Another > partial example might be pointyhat, the logs are viewable, but not the > output file trees. > The 'security' aspect would just seem whether the builds come > from the main repo and are built in a pretty automated sandbox, or > from joe's working tree in their own slush account. No. The security concerns are that some "attacker" could infect binaries and add dangerous code if he manages to break out of a jail or place malicious code in some packages that are used as dependencies. Due to the nature of redports many jobs by a lot of people are build in parallel and ports depend on each other so you cannot trust the machine anymore and the only way to proceed would be by wiping the box and restarting from scratch. Since the packages are not shared accross multiple machines nor made available to users the risk is that the machine has to be wiped but it could never infect any user. In addition to that redports does a lot to make sure that user modified packages are not reused and environments are cleaned after each build but nobody says it's impossible. -- Bernhard Froehlich http://www.bluelife.at/ From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 19:17:35 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 583A07D8 for ; Wed, 27 Mar 2013 19:17:35 +0000 (UTC) (envelope-from zaphod@berentweb.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 3D70D8D3 for ; Wed, 27 Mar 2013 19:17:35 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UKvqo-0005bE-NM for freebsd-ports@freebsd.org; Wed, 27 Mar 2013 12:17:34 -0700 Date: Wed, 27 Mar 2013 12:17:34 -0700 (PDT) From: Beeblebrox To: freebsd-ports@freebsd.org Message-ID: <1364411854706-5799467.post@n5.nabble.com> In-Reply-To: <1364411433517-5799461.post@n5.nabble.com> References: <1364397485043-5799405.post@n5.nabble.com> <51532491.6050507@gmail.com> <1364407584254-5799443.post@n5.nabble.com> <515341D8.1040908@gmail.com> <1364411433517-5799461.post@n5.nabble.com> Subject: grub2 with libzfs 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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 19:17:35 -0000 Christian: It seems I did not understand your first post very well: You are saying that I can also try your tarball, but I thought it was only a patch to the grub repository. So I'll go ahead and give your sourcecode+pathc tarball a try and see if it compiles. Your first post is missing the link to the tarball - can you re-post the link please? Thanks. -- View this message in context: http://freebsd.1045724.n5.nabble.com/grub2-with-libzfs-tp5799405p5799467.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 19:45: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]) by hub.freebsd.org (Postfix) with ESMTP id BCAD3120 for ; Wed, 27 Mar 2013 19:45:26 +0000 (UTC) (envelope-from christian.mangin@gmail.com) Received: from mail-vc0-f173.google.com (mail-vc0-f173.google.com [209.85.220.173]) by mx1.freebsd.org (Postfix) with ESMTP id 7CC6DAC9 for ; Wed, 27 Mar 2013 19:45:26 +0000 (UTC) Received: by mail-vc0-f173.google.com with SMTP id gd11so6909834vcb.32 for ; Wed, 27 Mar 2013 12:45:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:x-enigmail-version:content-type; bh=Dy+8TYxrERome9Ocdyc9M6ILuQpvkEInFVaA1eb1Aso=; b=O5TC3Xg1diUL4q1fyIQqlBAaQmWwCrFLrJVuec6db3y2yxVuca1FYi3WtIJ/7e1wr9 7PjIR17A00hZ/IUpmjAxsT6P0sMSofCLe7O+6vSjLqSIi24suqOk57cr07c5Q9gomA0f TLOhE4Dl0M6xMUDgHWiKZtqGV7d6z12KQrebx2RIvCMs43xvF6+gwBBo599U5MHNAtnf Q0t3G5QTIgvNDZZoWgZfSjY4pr5+52kgpEjra5CUeg8rBP9XfogsTFwgYbDFf7Z4rAvO 07bgwfl/ptUzCPfeQVhblLwDOvU50p75qAyyhCrocrcYCt4Gr0x2ZDIhuMlBJ3o9uytq gmDg== X-Received: by 10.220.151.141 with SMTP id c13mr24938940vcw.64.1364413525535; Wed, 27 Mar 2013 12:45:25 -0700 (PDT) Received: from [192.168.80.173] (cable-10-157-60.b2b2c.ca. [72.10.157.60]) by mx.google.com with ESMTPS id qq6sm31239253vec.2.2013.03.27.12.45.23 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 27 Mar 2013 12:45:24 -0700 (PDT) Message-ID: <51534C52.9050709@gmail.com> Date: Wed, 27 Mar 2013 15:45:22 -0400 From: Christian Mangin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:19.0) Gecko/20100101 Firefox/19.0 SeaMonkey/2.16.1 MIME-Version: 1.0 To: freebsd-ports@freebsd.org, Beeblebrox Subject: Re: grub2 with libzfs References: <1364397485043-5799405.post@n5.nabble.com> <51532491.6050507@gmail.com> <1364407584254-5799443.post@n5.nabble.com> <515341D8.1040908@gmail.com> <1364411527201-5799464.post@n5.nabble.com> In-Reply-To: <1364411527201-5799464.post@n5.nabble.com> X-Enigmail-Version: 1.5.1 Content-Type: multipart/mixed; boundary="------------000200030107010009090302" X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 19:45:26 -0000 This is a multi-part message in MIME format. --------------000200030107010009090302 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Beeblebrox a =E9crit : >>> current version of grub2 in the ports could be sufficient for your ne= ed > That's what I had hoped for and expected, but the port build fails (tha= t's > why I had contacted the port maintainer Sergey Matveychuk). Build for g= rub > 1.98_1 breaks at: > > gcc -Iefiemu -I./efiemu -nostdinc -isystem > /usr/local/lib/gcc46/gcc/x86_64-portbld-freebsd10.0/4.6.3/include > -I./include -I. -I./include -Wall -W -Os -DGRUB_MACHINE_PCBIOS=3D1 -Wa= ll -W > -Wshadow -Wpointer-arith -Wmissing-prototypes -Wundef > -Wstrict-prototypes -g -falign-jumps=3D1 -falign-loops=3D1 -falign-func= tions=3D1 > -mno-mmx -mno-sse -mno-sse2 -mno-3dnow -fno-dwarf2-cfi-asm -m32 > -fno-stack-protector -mno-stack-arg-probe -Werror -fno-builtin -mrtd > -mregparm=3D3 -m32 -MD -c -o efiemu_mod-efiemu_main.o efiemu/main.c > efiemu/main.c: In function 'grub_efiemu_prepare': > efiemu/main.c:280:14: error: variable 'err' set but not used > [-Werror=3Dunused-but-set-variable] > cc1: all warnings being treated as errors > gmake: *** [efiemu_mod-efiemu_main.o] Error 1 > *** [do-build] Error code 1 > > Is there a way to get around the error? > > Thanks and Regards > > > > -- > View this message in context: http://freebsd.1045724.n5.nabble.com/grub= 2-with-libzfs-tp5799405p5799464.html > Sent from the freebsd-ports mailing list archive at Nabble.com. > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lits.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org= " There's something wrong here. You're compiling with gcc and use gcc46 include files? Anyway I get the same error with grub 1.98 when trying to build with gcc4= 6. I know that this version can be built with base gcc but the configure script will expect cc=3Dgcc. This is not true anymore in 10-current where cc=3Dclang. So I guess it's broken in 10-current. I'm sending this to your email so you can grab the tarball. --=20 christian.mangin@gmail.com - PGP: C850892A --------------000200030107010009090302-- From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 20:04:57 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7B8AF5DC for ; Wed, 27 Mar 2013 20:04:57 +0000 (UTC) (envelope-from zaphod@berentweb.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 61B2ECF1 for ; Wed, 27 Mar 2013 20:04:57 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UKwaf-0004UK-05 for freebsd-ports@freebsd.org; Wed, 27 Mar 2013 13:04:57 -0700 Date: Wed, 27 Mar 2013 13:04:56 -0700 (PDT) From: Beeblebrox To: freebsd-ports@freebsd.org Message-ID: <1364414696994-5799473.post@n5.nabble.com> In-Reply-To: <51534C52.9050709@gmail.com> References: <1364397485043-5799405.post@n5.nabble.com> <51532491.6050507@gmail.com> <1364407584254-5799443.post@n5.nabble.com> <515341D8.1040908@gmail.com> <51534C52.9050709@gmail.com> Subject: grub2 with libzfs 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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 20:04:57 -0000 Your Makefile went pretty well for a while - config ran cleanly without any problems. >>You're compiling with gcc and use gcc46 include files? I have lang/gcc46 installed, but found that many gnu-related ports gave gcc errors. Then I found the fix like this (until gcc port is modified to correct the problem): These need to be created, because gcc looks in /usr/bin: # ln -s /usr/local/bin/gcc46 /usr/bin/gcc # ln -s /usr/local/bin/g++46 /usr/bin/g++ Back to your script, it finished config then started build but broke at geom_gettree: /gcc46 -o grub-mount util/grub_mount-grub-mount.o grub-core/kern/emu/grub_mount-hostfs.o grub-core/disk/grub_mount-host.o grub_mount-grub_fstest_init.o libgrubmods.a libgrubgcry.a libgrubkern.a grub-core/gnulib/libgnu.a -lintl -lfuse libgrubkern.a(libgrubkern_a-hostdisk.o): In function `grub_util_follow_gpart_up': hostdisk.c:(.text+0x78a): undefined reference to `geom_gettree' collect2: ld returned 1 exit status gmake[2]: *** [grub-mount] Error 1 gmake[2]: Leaving directory `/asp/obj/asp/git/grub2/work/grub-2.00' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/asp/obj/asp/git/grub2/work/grub-2.00' gmake: *** [all] Error 2 *** [do-build] Error code 1 Regards. -- View this message in context: http://freebsd.1045724.n5.nabble.com/grub2-with-libzfs-tp5799405p5799473.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 20:21: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]) by hub.freebsd.org (Postfix) with ESMTP id 80A61937 for ; Wed, 27 Mar 2013 20:21:51 +0000 (UTC) (envelope-from christian.mangin@gmail.com) Received: from mail-ve0-f172.google.com (mail-ve0-f172.google.com [209.85.128.172]) by mx1.freebsd.org (Postfix) with ESMTP id 4245ADC6 for ; Wed, 27 Mar 2013 20:21:51 +0000 (UTC) Received: by mail-ve0-f172.google.com with SMTP id oz10so2261285veb.3 for ; Wed, 27 Mar 2013 13:21:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=vG5v5S+HYHq1aHctcTz7tfOUUne2cVp6A0iQQH9BBug=; b=HcS8t/39M22NzJALl2+chAUoGb6D0q/BMGFtqSPqt3FEFk4ymn3XCOQoID//MR5IU5 Ge8BIkWa4sr+wvZWsFJZ5u4K6gDYToDOBoFr8Tvkv48Reh8lxGOvmtfc3v3+TqGeQkKn /DtIei8RkX558GLLMXS3lV/wUzwbEPvuNeHIOA1j8EhxfR6iENixFHCI+vnHj8LAXx7T G889tnDAnZKaz1/cr9LibfRE9F8SLo5veL82NJDBTAkAAAbiEIeaty1p6ez6HQ1EDzrZ NPzZnypG8IO5Nr0gN7H1oflJqBRqy0VhBEVNt7jppeH1hST/hXBq9F7ApSPF6mVrNtR2 c5sw== X-Received: by 10.220.215.73 with SMTP id hd9mr25159731vcb.19.1364415710528; Wed, 27 Mar 2013 13:21:50 -0700 (PDT) Received: from [192.168.80.173] (cable-10-157-60.b2b2c.ca. [72.10.157.60]) by mx.google.com with ESMTPS id i17sm31694113vdj.1.2013.03.27.13.21.48 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 27 Mar 2013 13:21:49 -0700 (PDT) Message-ID: <515354DB.8090208@gmail.com> Date: Wed, 27 Mar 2013 16:21:47 -0400 From: Christian Mangin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:19.0) Gecko/20100101 Firefox/19.0 SeaMonkey/2.16.1 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: grub2 with libzfs References: <1364397485043-5799405.post@n5.nabble.com> <51532491.6050507@gmail.com> <1364407584254-5799443.post@n5.nabble.com> <515341D8.1040908@gmail.com> <51534C52.9050709@gmail.com> <1364414696994-5799473.post@n5.nabble.com> In-Reply-To: <1364414696994-5799473.post@n5.nabble.com> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 20:21:51 -0000 Beeblebrox a écrit : > Your Makefile went pretty well for a while - config ran cleanly without any > problems. > >>> You're compiling with gcc and use gcc46 include files? > I have lang/gcc46 installed, but found that many gnu-related ports gave gcc > errors. Then I found the fix like this (until gcc port is modified to > correct the problem): These need to be created, because gcc looks in > /usr/bin: > # ln -s /usr/local/bin/gcc46 /usr/bin/gcc > # ln -s /usr/local/bin/g++46 /usr/bin/g++ > > Back to your script, it finished config then started build but broke at > geom_gettree: > /gcc46 -o grub-mount util/grub_mount-grub-mount.o > grub-core/kern/emu/grub_mount-hostfs.o grub-core/disk/grub_mount-host.o > grub_mount-grub_fstest_init.o libgrubmods.a libgrubgcry.a libgrubkern.a > grub-core/gnulib/libgnu.a -lintl -lfuse > libgrubkern.a(libgrubkern_a-hostdisk.o): In function > `grub_util_follow_gpart_up': > hostdisk.c:(.text+0x78a): undefined reference to `geom_gettree' > collect2: ld returned 1 exit status > gmake[2]: *** [grub-mount] Error 1 > gmake[2]: Leaving directory `/asp/obj/asp/git/grub2/work/grub-2.00' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/asp/obj/asp/git/grub2/work/grub-2.00' > gmake: *** [all] Error 2 > *** [do-build] Error code 1 > > Regards. > > > > -- > View this message in context: http://freebsd.1045724.n5.nabble.com/grub2-with-libzfs-tp5799405p5799473.html > Sent from the freebsd-ports mailing list archive at Nabble.com. > _______________________________________________ > 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" Ok, could you send me your config log ? -- christian.mangin@gmail.com - PGP: C850892A From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 20:43: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]) by hub.freebsd.org (Postfix) with ESMTP id C4F6521F for ; Wed, 27 Mar 2013 20:43:33 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 89004F02 for ; Wed, 27 Mar 2013 20:43:33 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id BA1C31E007A4; Wed, 27 Mar 2013 21:43:25 +0100 (CET) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.5/8.14.4) with ESMTP id r2RKfUJl041058; Wed, 27 Mar 2013 21:41:30 +0100 (CET) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.5/8.14.3/Submit) id r2RKfUPN041057; Wed, 27 Mar 2013 21:41:30 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Wed, 27 Mar 2013 21:41:30 +0100 To: Beeblebrox Subject: Re: grub2 with libzfs Message-ID: <20130327204130.GA40854@triton8.kn-bremen.de> References: <1364397485043-5799405.post@n5.nabble.com> <51532491.6050507@gmail.com> <1364407584254-5799443.post@n5.nabble.com> <1364409110302-5799450.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1364409110302-5799450.post@n5.nabble.com> 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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 20:43:33 -0000 On Wed, Mar 27, 2013 at 11:31:50AM -0700, Beeblebrox wrote: > EDIT: I just tried "make" (without the --enable-libzfs) flag for grub 2.0 and > got different error: > > grub-2.00 # make > "Makefile", line 20946: Need an operator > > line 20946 is: > 44: export LC_COLLATE := C > 45: export LC_CTYPE := C > 46: unexport LC_ALL > > Which source are you using? > By the way there is a PR to update the grub2 port to 2.00 [1] (that I also worked a bit on), it doesn't use libzfs yet but it's possible you only have to add CPATH=${SRC_BASE}/cddl/contrib/opensolaris/lib/libzfs/common to CONFIGURE_ENV and MAKE_ENV, and add a ZFS knob to enable this that checks ${SRC_BASE}/cddl/contrib/opensolaris/lib/libzfs/common/libzfs.h exists and is off by default because the system sources are not installed on all systems. (and possibly fix the plist...) HTH, :) Juergen [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/170417 From owner-freebsd-ports@FreeBSD.ORG Wed Mar 27 23:52: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]) by hub.freebsd.org (Postfix) with ESMTP id 87AAC318 for ; Wed, 27 Mar 2013 23:52:41 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-ve0-f179.google.com (mail-ve0-f179.google.com [209.85.128.179]) by mx1.freebsd.org (Postfix) with ESMTP id 4BD0FA66 for ; Wed, 27 Mar 2013 23:52:41 +0000 (UTC) Received: by mail-ve0-f179.google.com with SMTP id cz11so1373387veb.10 for ; Wed, 27 Mar 2013 16:52:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=9XxxjxI1flyFBSub76m+wI2FgN0UntEXuvN009RISgA=; b=L2SWWP0W3IywI8+WgavuiaeB38g4ZhAnk/4KG2Cudh2lSGQxtJcU2Ug1qoMp3Kjlu4 L4CKkpHH76+3N451jRDwbBP+2q4x6LtSMsLV0HRTjDHUkVHs4zD8JSypQLh8zndN4isG VAKpIHq3zc5TuDkJk1IHhYndynmd5zVlea60yWtP2/TevnC9W2uRiaenIkn83ks3QKji IcVavsrY0AiRYGWGScEjDDL248bOD2wxmOFYWyfHErpn5gniI5VI3RpTn/ybmn4tbUdN RqpklNmkYtQ+yRqv3z6j/fVmV+JTD58kpja6QQFxVT7ahp9cE54WucOPvYAet6OLQrX4 WZGw== MIME-Version: 1.0 X-Received: by 10.52.16.211 with SMTP id i19mr4877129vdd.91.1364428354482; Wed, 27 Mar 2013 16:52:34 -0700 (PDT) Received: by 10.220.115.7 with HTTP; Wed, 27 Mar 2013 16:52:34 -0700 (PDT) In-Reply-To: References: <20130326082325.GW2198@droso.net> Date: Wed, 27 Mar 2013 19:52:34 -0400 Message-ID: Subject: Re: Status of packages From: grarpamp To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 23:52:41 -0000 > No. The security concerns are that some "attacker" could infect binaries > and add dangerous code if he manages to break out of a jail Then the FreeBSD jail facilities are flawed/insufficient and need fixed. > or place > malicious code in some packages that are used as dependencies. Either the source is coming from the official committed repo and built in a proper environment, and the repo is properly insulated from all access but remote commits, or it's not. If you have that environment this is not a concern. Excepting any rogue commits you have going in to the repo. > Due to > the nature of redports many jobs by a lot of people are build in parallel and > ports depend on each other so you cannot trust the machine anymore and > the only way to proceed would be by wiping the box and restarting from > scratch. Since the packages are not shared accross multiple machines nor > made available to users the risk is that the machine has to be wiped but it > could never infect any user. > In addition to that redports does a lot to make sure that user modified > packages are not reused and environments are cleaned after each build > but nobody says it's impossible. Afaik, redports is an external developer (porter/user) buildservice. It's not the same as the official pointyhat service. What I'm getting at is that somewhere there should be an official port/package build running in what amounts to a continuous loop (whether triggered and dependency queued by commits, or simply once every N timeframes). And that having that dataset available can be useful to both porters and users until a convenient tag is laid down and it's pushed out to supported distribution. Today, unsupported interim packages aren't available, even though the same (possibly temporarily broken at times) ports code for them is... only if a user is willing and able to build them. >From a production standpoint, so long as you know your master repo is intact (hashed repo, etc), loss of any periphery box or system should not take six months to recover from. Simply nuke it, re install/provision, check out the tools and start pushing packages out again. That production recovery process should be separate from designing and deploying new commit, build and distribution systems. Anyways, many of this things are coming together now I'm sure, so no worries :) From owner-freebsd-ports@FreeBSD.ORG Thu Mar 28 01:35:35 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D8418371; Thu, 28 Mar 2013 01:35:35 +0000 (UTC) (envelope-from qat@redports.org) Received: from qat.redports.org (qat.redports.org [96.47.72.233]) by mx1.freebsd.org (Postfix) with ESMTP id AFE75EA3; Thu, 28 Mar 2013 01:35: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=maoRMPGRbAvl9qWCyUNbWmMFFhD3xwhr07rBaYLcb2A=; b=5LbKuY2hXC7GAZ2rVPzasxdpU8fteItGUreRd9Z4xW00atHzi9LA7cs9noOvpqWlMXUDlMfS9Yvx8EghtN82Uwg1xbLiY1yvB0k6zhTq7CbxLKCYUKXWZq8UtH0TAnTC3o/U+hVQ720xT8DEvaFu+zM7rvDSW4YjSx2j8FcZdj0=; Received: from www by qat.redports.org with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UL1kW-000Lqp-KV; Thu, 28 Mar 2013 01:35:28 +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: thierry@FreeBSD.org X-Trac-Project: redports Date: Thu, 28 Mar 2013 01:35:28 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r314688: 4x leftovers To: thierry@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20130319203600-3903 X-Trac-Build-ID: 20130319203600-3903 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.14 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, 28 Mar 2013 01:35:35 -0000 Upgrade to 3.0.6. --------------------------------------------------------------------- Build ID: 20130319203600-3903 Job owner: thierry@FreeBSD.org Buildtime: 8 days Enddate: Thu, 28 Mar 2013 01:35:27 GMT Revision: r314688 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=314688 --------------------------------------------------------------------- Port: french/med 3.0.6 Buildgroup: 9.1-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~thierry@FreeBSD.org/20130319203600-3903-121480/fr-med-3.0.6.log Buildgroup: 9.1-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~thierry@FreeBSD.org/20130319203600-3903-121481/fr-med-3.0.6.log Buildgroup: 8.3-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~thierry@FreeBSD.org/20130319203600-3903-121482/fr-med-3.0.6.log Buildgroup: 8.3-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~thierry@FreeBSD.org/20130319203600-3903-121483/fr-med-3.0.6.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Thu Mar 28 03:18:38 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 72E0BBD8 for ; Thu, 28 Mar 2013 03:18:38 +0000 (UTC) (envelope-from jaretbartsch@yahoo.ca) Received: from nm5-vm0.bullet.mail.ne1.yahoo.com (nm5-vm0.bullet.mail.ne1.yahoo.com [98.138.90.251]) by mx1.freebsd.org (Postfix) with ESMTP id 26B59381 for ; Thu, 28 Mar 2013 03:18:37 +0000 (UTC) Received: from [98.138.226.179] by nm5.bullet.mail.ne1.yahoo.com with NNFMP; 28 Mar 2013 03:16:32 -0000 Received: from [98.138.89.163] by tm14.bullet.mail.ne1.yahoo.com with NNFMP; 28 Mar 2013 03:16:32 -0000 Received: from [127.0.0.1] by omp1019.mail.ne1.yahoo.com with NNFMP; 28 Mar 2013 03:16:32 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 453645.54650.bm@omp1019.mail.ne1.yahoo.com Received: (qmail 82753 invoked by uid 60001); 28 Mar 2013 03:16:32 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1364440592; bh=5yO8Eb3jYad9sBLqUZQBhsC93w966KHEJ+pQsp7ykc8=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=CROhAnKcMMHLqAMiLMfkwEcyfsIDoAw/teFfRqUHLhaEU2NZ0eIFeMmX3Qq/oCDqexo03Wu6Cx4HMBV/JaXCE8mcsNg++YqWRDPASpOTCKZVvLkYBZS74j5RYKg9p03p3dv9MxuIepARzHGjmcQduNrffyjtONygirzKEiYqy0E= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=K+K2fihOKgvBSs8FtIYO98eK8tKv4zDd+MRvBYJd2eXd5ApTn/jjhAYUjj8b0G2wFCjnvuC1q7h33W/opLFsel3pZOzdgxB51ibkAnvrwAjWTuYeujWqu/We0KsaXF0mMfpIvo9V8wiHO+NaHKE03J2Ryimd5CvvXxELALwyopA=; X-YMail-OSG: xY1VyUwVM1nwlSRFDRWycHrNKl40vtopZfcU7zEaqdQVttZ UjO.a_Dx7TVBr1Et3q0mPZshZLxIrtyLPNHpw4N.rn4rFa3zTqRY4jthfQu7 qQ2aipiPm5U0NcJBBci4KI5WzCEOOKpfl6FdIoKZWfqDYSc4uW57iKgonrU5 PSJtRhzwMlSK8dJA5DWwp8yIZz5.MXFsmTWMdmXKIx_GHleUGIMQ0iIYfI2n v._qFQe.XFg7AyqOQPsdnsf7AKIZNoX381M_aqrMe8VupxVaYF7Ux_LYohNG imgOrshAUY7C8KZC7njtWOEkakIxFdsXDDsP_wavqjiJD9cy6qrAzRw8ovW_ WN6_BVezaO8CRxbmEm2uiFOah3FPd5D3wPdOgpAplOgEr8_t25x5ZycRa540 HWARFrhmUw9hTr_eLlz3VI77TpQPeegxupxrb64pEx_.mp0AOFcHf8CcSIi_ gBVnRRZ_H6MNC0di4XrJd62Qfgkn27Lr1nPjhA9JYhfZoKTJlJqAfgUUGhAN hl_fUod2RboZyEQURH.V5aRHQFAsVqLVx30.Kdy9z53dQeMPAqIWYaGKJTfR eyHEGpGV.Hvnsx84p7A-- Received: from [70.77.117.204] by web125803.mail.ne1.yahoo.com via HTTP; Wed, 27 Mar 2013 20:16:31 PDT X-Rocket-MIMEInfo: 002.001, SGkgdGhlcmUuIEp1c3QgdGhvdWdodCBJIHdvdWxkIGxldCB5b3UgZ3V5cyBrbm93IHRoYXQgcGhwNS1pY2UgZG9lc24ndCBpbnN0YWxsIGFzIHYzLjQgaXNuJ3QgY29tcGF0aWJsZSBQSFAgNS4xNC54LiBCZWxvdyBpcyB0aGUgZXJyb3Igb3V0cHV0IG9mIGF0dGVtcHRlZCBpbnN0YWxsIGZyb20gcG9ydHM6CgoKPT09PsKgIHBocDUtSWNlLTMuNC4yIGNhbm5vdCBiZSBpbnN0YWxsZWQ6IGRvZXNuJ3Qgd29yayB3aXRoIGxhbmcvcGhwNSBwb3J0IChkb2Vzbid0IHN1cHBvcnQgUEhQIDUuNCkuCioqKiBbaW5zdGEBMAEBAQE- X-Mailer: YahooMailWebService/0.8.139.530 Message-ID: <1364440591.82452.YahooMailNeo@web125803.mail.ne1.yahoo.com> Date: Wed, 27 Mar 2013 20:16:31 -0700 (PDT) From: Jaret Bartsch Subject: php5-ice Needs Updating To: "ports@FreeBSD.org" MIME-Version: 1.0 X-Mailman-Approved-At: Thu, 28 Mar 2013 03:34:36 +0000 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Jaret Bartsch List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Mar 2013 03:18:38 -0000 Hi there. Just thought I would let you guys know that php5-ice doesn't inst= all as v3.4 isn't compatible PHP 5.14.x. Below is the error output of attem= pted install from ports:=0A=0A=0A=3D=3D=3D>=A0 php5-Ice-3.4.2 cannot be ins= talled: doesn't work with lang/php5 port (doesn't support PHP 5.4).=0A*** [= install] Error code 1=0A=0AStop in /usr/ports/devel/php5-ice.=0A=0AThe new = version of PHP Ice is now v3.5 which is compatible with PHP 5.4.12=0ASource= : http://www.zeroc.com/download.html=0A=0AIf this could be made to work wit= h PHP 5.4 that would be cool. I stumbled upon this issue by trying to use s= ome PHP which requires Ice.=0A=0AThank you for your time.=0A=0A=0ARegards,= =0AJaret=0A From owner-freebsd-ports@FreeBSD.ORG Thu Mar 28 07:43:07 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 134F9DC1 for ; Thu, 28 Mar 2013 07:43:07 +0000 (UTC) (envelope-from radek.krejca@starnet.cz) Received: from EXCHANGE.mail.starnet.cz (exchange.mail.starnet.cz [92.62.224.72]) by mx1.freebsd.org (Postfix) with ESMTP id 9D5B5286 for ; Thu, 28 Mar 2013 07:43:06 +0000 (UTC) Received: from EXCHANGE.mail.starnet.cz ([fe80::7534:a1f0:da0:e34d]) by EXCHANGE.mail.starnet.cz ([fe80::7534:a1f0:da0:e34d%14]) with mapi; Thu, 28 Mar 2013 08:42:59 +0100 From: =?utf-8?B?UmFkZWsgS3JlasSNYQ==?= To: "'Ilya A. Arkhipov'" Date: Thu, 28 Mar 2013 08:42:58 +0100 Subject: RE: New version of OTRS Thread-Topic: New version of OTRS Thread-Index: Ac4j+Nxzh6FbEWjXT5Kp2Nnrf2FqowHjtlQQ Message-ID: References: <201009210938.o8L9cGem022529@builder.freebsd.org> <51474619.2030202@rambler-co.ru> In-Reply-To: <51474619.2030202@rambler-co.ru> Accept-Language: cs-CZ Content-Language: cs-CZ X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: cs-CZ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: "ports@FreeBSD.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Mar 2013 07:43:07 -0000 PiA+DQo+ID4gcGxlYXNlIHVwZGF0ZSBwb3J0LCBjdXJyZW50IHZlcnNpb24gaXMgMy4yLjMuDQo+ ID4NCj4gPiBUaGFuayB5b3UNCj4gPiBSYWRlaw0KPiA+DQo+ID4gX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPiBmcmVlYnNkLXBvcnRzQGZyZWVic2Qu b3JnIG1haWxpbmcgbGlzdA0KPiA+IGh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xp c3RpbmZvL2ZyZWVic2QtcG9ydHMNCj4gPiBUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0 byAiZnJlZWJzZC1wb3J0cy11bnN1YnNjcmliZUBmcmVlYnNkLm9yZyINCj4gSGkgUmFkZWssDQo+ IA0KPiBJJ2xsIHBsYW4gdG8gcHJlcGFyZSBwYXRjaCBmb3IgT1RSUyAzLjIuMywgdG9kYXkuDQo+ IEJ1dCBhbHJlYWR5IHlvdSBjYW4gdHJ5IHVzaW5nDQo+IHd3dy5mcmVlYnNkLm9yZy9jZ2kvcXVl cnktcHIuY2dpP3ByPXBvcnRzLzE3NTcwMQ0KDQpIZWxsbywgSSBoYXZlIHVwZGF0ZWQgcG9ydHMg YW5kIEkgc3RpbGwgc2VlIHZlcnNpb24gMy4xIC0gZG8gSSBhbnkgbWlzdGFrZT8NCg0KUmFkZWsN Cg== From owner-freebsd-ports@FreeBSD.ORG Thu Mar 28 08:50:06 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1C4D35D9 for ; Thu, 28 Mar 2013 08:50:06 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-ea0-x231.google.com (mail-ea0-x231.google.com [IPv6:2a00:1450:4013:c01::231]) by mx1.freebsd.org (Postfix) with ESMTP id A817F7F7 for ; Thu, 28 Mar 2013 08:50:05 +0000 (UTC) Received: by mail-ea0-f177.google.com with SMTP id q14so1452667eaj.22 for ; Thu, 28 Mar 2013 01:50:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=N7f0htedJksfdjVhwY/4vO3bHY2TuBVzVHBZscpxJdo=; b=dBOKQ+cfv/eceEB5apJf3z0YbRyfyftaqM4cZ/QqaJZF+I/JFYvewNRNXOcyr+/ybE 9N1ThaIroji0bveGq8swhP0XdKt/sBNrwXdf/q/xB6nbi4O2eMhC9fqJi9m76EuX9tKo ipYsikPuYExQ2Cb7/nunIjV4AqGciQ4ohnHwkT4wOz0s5zGthbTLUJfrEfYVNSdD4Evs wf91/y05iFEfSlGSRWm3IcoxENueAGoz7PPwkJk0//y2rgrbc9bWreFvZ/iMfYSqJ9RC uyPO8UOXSl7nACcRzNiKk7pVbdXXKV7tawq1yZPe2AE8fuOZWNnAYMZss/lNoGnqjlEh IBtA== MIME-Version: 1.0 X-Received: by 10.15.111.202 with SMTP id cj50mr24504363eeb.6.1364460604101; Thu, 28 Mar 2013 01:50:04 -0700 (PDT) Received: by 10.14.124.7 with HTTP; Thu, 28 Mar 2013 01:50:03 -0700 (PDT) Received: by 10.14.124.7 with HTTP; Thu, 28 Mar 2013 01:50:03 -0700 (PDT) In-Reply-To: References: <201009210938.o8L9cGem022529@builder.freebsd.org> <51474619.2030202@rambler-co.ru> Date: Thu, 28 Mar 2013 08:50:03 +0000 Message-ID: Subject: RE: New version of OTRS From: Chris Rees To: =?ISO-8859-2?Q?Radek_Krej=E8a?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: ports@freebsd.org, "Ilya A. Arkhipov" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Mar 2013 08:50:06 -0000 On 28 Mar 2013 07:43, "Radek Krej=C4=8Da" wrote: > > > > > > > please update port, current version is 3.2.3. > > > > > > Thank you > > > Radek > > > > > > _______________________________________________ > > > 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" > > Hi Radek, > > > > I'll plan to prepare patch for OTRS 3.2.3, today. > > But already you can try using > > www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/175701 > > Hello, I have updated ports and I still see version 3.1 - do I any mistake? The link above contains a patch that you will need to apply using patch(1). Chris From owner-freebsd-ports@FreeBSD.ORG Thu Mar 28 10:53:20 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7729EC11; Thu, 28 Mar 2013 10:53:20 +0000 (UTC) (envelope-from paul@ifdnrg.com) Received: from outbound.ifdnrg.com (outbound.ifdnrg.com [193.200.98.76]) by mx1.freebsd.org (Postfix) with ESMTP id 19DEBD82; Thu, 28 Mar 2013 10:53:19 +0000 (UTC) Received: from [192.168.1.107] (cpc15-sgyl30-2-0-cust460.18-2.cable.virginmedia.com [82.39.117.205]) (authenticated bits=0) by outbound.ifdnrg.com (8.14.5/8.14.5) with ESMTP id r2SAkMW6047086; Thu, 28 Mar 2013 10:46:22 GMT (envelope-from paul@ifdnrg.com) Message-ID: <51541F7D.7080807@ifdnrg.com> Date: Thu, 28 Mar 2013 10:46:21 +0000 From: Paul Macdonald User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: ports@freebsd.org, FreeBSD Subject: gettext-0.18.1.1_1 fails to build under jail 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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Mar 2013 10:53:20 -0000 this port upgrades fine on the host system but not under a jail.. FreeBSD 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 config.status: executing depfiles commands sed: 2: " s/^include inclu ...": unterminated substitute pattern sed: 1: "s/$(DEPDIR)/.deps .deps/g ": unescaped newline inside substitute pattern ./localename.c: In function '_nl_locale_name_thread_unsafe': ./localename.c:2607: error: 'locale_t' undeclared (first use in this function) ./localename.c:2607: error: (Each undeclared identifier is reported only once ./localename.c:2607: error: for each function it appears in.) ./localename.c:2607: error: expected ';' before 'thread_locale' ./localename.c:2608: error: 'thread_locale' undeclared (first use in this function) ./localename.c:2608: error: 'LC_GLOBAL_LOCALE' undeclared (first use in this function) *** Error code 1 Stop in /var/ports/basejail/usr/ports/devel/gettext/work/gettext-0.18.1.1/gettext-runtime/intl. *** Error code 1 Stop in /var/ports/basejail/usr/ports/devel/gettext/work/gettext-0.18.1.1/gettext-runtime. *** Error code 1 Stop in /var/ports/basejail/usr/ports/devel/gettext/work/gettext-0.18.1.1/gettext-runtime. *** Error code 1 Stop in /var/ports/basejail/usr/ports/devel/gettext/work/gettext-0.18.1.1. *** Error code 1 Stop in /basejail/usr/ports/devel/gettext. -- ------------------------- Paul Macdonald IFDNRG Ltd Web and video hosting ------------------------- t: 0131 5548070 m: 07970339546 e: paul@ifdnrg.com w: http://www.ifdnrg.com ------------------------- IFDNRG 40 Maritime Street Edinburgh EH6 6SA ---------------------------------------------------- High Specification Dedicated Servers from £100.00pm ---------------------------------------------------- From owner-freebsd-ports@FreeBSD.ORG Thu Mar 28 11:24:59 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C7A56762 for ; Thu, 28 Mar 2013 11:24:59 +0000 (UTC) (envelope-from zaphod@berentweb.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id AEB89EDE for ; Thu, 28 Mar 2013 11:24:59 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1ULAwv-0003pg-OT for freebsd-ports@freebsd.org; Thu, 28 Mar 2013 04:24:53 -0700 Date: Thu, 28 Mar 2013 04:24:53 -0700 (PDT) From: Beeblebrox To: freebsd-ports@freebsd.org Message-ID: <1364469893741-5799652.post@n5.nabble.com> In-Reply-To: <20130327204130.GA40854@triton8.kn-bremen.de> References: <1364397485043-5799405.post@n5.nabble.com> <51532491.6050507@gmail.com> <1364407584254-5799443.post@n5.nabble.com> <1364409110302-5799450.post@n5.nabble.com> <20130327204130.GA40854@triton8.kn-bremen.de> Subject: grub2 with libzfs 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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Mar 2013 11:24:59 -0000 >>you only have to add >> CPATH=${SRC_BASE}/cddl/contrib/opensolaris/lib/libzfs/common >>to CONFIGURE_ENV and MAKE_ENV, and add a ZFS knob to enable this >>that checks ${SRC_BASE}/cddl/contrib/opensolaris/lib/libzfs/common/libzfs.h That sounds like a great solution! How is all of that done, exactly?? :P -- View this message in context: http://freebsd.1045724.n5.nabble.com/grub2-with-libzfs-tp5799405p5799652.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Thu Mar 28 12:54:17 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id F06CBED3; Thu, 28 Mar 2013 12:54:17 +0000 (UTC) (envelope-from mezz.freebsd@gmail.com) Received: from mail-vc0-f177.google.com (mail-vc0-f177.google.com [209.85.220.177]) by mx1.freebsd.org (Postfix) with ESMTP id 9E6DD67E; Thu, 28 Mar 2013 12:54:17 +0000 (UTC) Received: by mail-vc0-f177.google.com with SMTP id ia10so7610280vcb.36 for ; Thu, 28 Mar 2013 05:54:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=NV5rZwtp8idGEQ6sXbu28djwHhmpGn9nvZCCgY4LJ6w=; b=IvQLBzOZYSa5Hqg9q2DzdPxMi1+g9HIivjf8ApTu36tHcIvGpccCg8Txa/YS2zo3ZL JaBkBKcs6ZkhFfBXreYkwUvZGTLgA2naM6djh1RFYSz18FFpW45n/D0coSrK4pVv9033 5gde4LmCJJbeoovAuchOhOAPjbiTMUhL0G7XTgep3WVZMAxd7r2AHskvkph3AzyabqaQ urk65re3WJDEfV8zR+8PR+kJb+mZlQf6+CqTG9/Z+9RloQV6+63MvlBo0BCq85tRl+oV UjQ702cWZeH807h2QVkJdYd9Z4OfWizHithEy53IeXaMpYuccJOWOEAf/Amr/WgHG5T4 CXwQ== MIME-Version: 1.0 X-Received: by 10.52.65.73 with SMTP id v9mr22875935vds.30.1364475256958; Thu, 28 Mar 2013 05:54:16 -0700 (PDT) Received: by 10.58.74.197 with HTTP; Thu, 28 Mar 2013 05:54:16 -0700 (PDT) In-Reply-To: References: <201303261050.r2QAo9v6041217@mech-cluster241.men.bris.ac.uk> Date: Thu, 28 Mar 2013 07:54:16 -0500 Message-ID: Subject: Re: is it a good idea to overwrite GCC_DEFAULT_VERSION= in Mk/bsd.gcc.mk? From: Jeremy Messenger To: "Andrew W. Nosenko" Content-Type: text/plain; charset=ISO-8859-1 Cc: gerald@pfeifer.com, mexas@bristol.ac.uk, freebsd-ports@freebsd.org, bdrewery@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Mar 2013 12:54:18 -0000 >> @@ -238 +238 @@ >> -sys_lib_search_path_spec="/usr/lib " >> +sys_lib_search_path_spec="/usr/local/lib/gcc47/gcc/x86_64-portbld-freebsd8.0/4.7.3 >> /usr/local/x86_64-portbld-freebsd8.0/lib /usr/local/lib/gcc47 /lib >> /usr/lib " Do you know if this part is need too? You can try to patch the CC and other stuff by tweak in Mk/bsd.gnome.mk example on CC (untest): ------------------------------ ltverhack_PRE_PATCH= for file in gnome-ltmain.sh gnome-libtool; do \ if [ -f ${WRKDIR}/$$file ]; then \ ${REINPLACE_CMD} -e \ '/freebsd-elf)/,/;;/ s|major="\.$$current"|${ltverhack_LIB_VERSION}|; \ /freebsd-elf)/,/;;/ s|versuffix="\.$$current"|versuffix="$$major"|; /CC=/s|CC=.*|CC=${CC}|g' \ ${WRKDIR}/$$file; \ fi; \ done ------------------------------ -- mezz.freebsd@gmail.com - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Thu Mar 28 13:35:19 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id F2A15BB5 for ; Thu, 28 Mar 2013 13:35:19 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id 9033382E for ; Thu, 28 Mar 2013 13:35:19 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1ULCz0-0003gw-PT for freebsd-ports@freebsd.org; Thu, 28 Mar 2013 14:35:11 +0100 Received: from [81.21.138.17] (helo=ronaldradial.versatec.local) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1ULCz0-0005Wy-I3 for freebsd-ports@freebsd.org; Thu, 28 Mar 2013 14:35:10 +0100 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-ports@freebsd.org Date: Thu, 28 Mar 2013 14:35:10 +0100 Subject: amarok-kde4 needs googlemock MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: User-Agent: Opera Mail/12.14 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: 0.8 X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.1 X-Scan-Signature: 66f4fda096222dd2b2010deb1ce817c5 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Mar 2013 13:35:20 -0000 Hi, After upgrading kde to 4.10 I rebuild amarok and configure failed. ----------------------------------------------------------------------------- -- The following REQUIRED packages could NOT be located on your system. -- You must install these packages before continuing. ----------------------------------------------------------------------------- * gmock (1.4 or higher) Used in Amarok's tests. ----------------------------------------------------------------------------- CMake Error at /usr/local/kde4/share/apps/cmake/modules/MacroLogFeature.cmake:152 (MESSAGE): Exiting: Missing Requirements Call Stack (most recent call first): CMakeLists.txt:222 (macro_display_feature_log) After installing the port devel/googlemock it now configured good. It is still building. There maybe is a dependency missing. Oh, just as I want to press send the build fails. /usr/local/include/gmock/gmock-matchers.h:2649:33: warning: "GTEST_OS_CYGWIN" is not defined /usr/local/include/gmock/gmock-matchers.h:2649:33: warning: "GTEST_OS_SOLARIS" i s not defined Linking CXX executable ../../../testproxycollectionmeta CMakeFiles/testproxycollectionmeta.dir/TestProxyCollectionMeta.o: In function `T estProxyCollectionMeta::testHasCapabilityOnSingleAlbum()': TestProxyCollectionMeta.cpp:(.text+0x12aa): undefined reference to `Meta::ProxyA lbum::ProxyAlbum(Collections::ProxyCollection*, KSharedPtr)' TestProxyCollectionMeta.cpp:(.text+0x12d9): undefined reference to `Meta::ProxyA lbum::hasCapabilityInterface(Capabilities::Capability::Type) const' TestProxyCollectionMeta.cpp:(.text+0x1307): undefined reference to `Meta::ProxyA lbum::hasCapabilityInterface(Capabilities::Capability::Type) const' Any advice? Regards, Ronald. From owner-freebsd-ports@FreeBSD.ORG Thu Mar 28 14:13:52 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 67B86BE7; Thu, 28 Mar 2013 14:13:52 +0000 (UTC) (envelope-from coco@executive-computing.de) Received: from mail.moehre.org (mail.moehre.org [195.96.35.7]) by mx1.freebsd.org (Postfix) with ESMTP id 2C252A87; Thu, 28 Mar 2013 14:13:51 +0000 (UTC) Received: from mail.moehre.org (unknown [195.96.35.7]) by mail.moehre.org (Postfix) with ESMTP id B3F638B143B; Thu, 28 Mar 2013 15:13:45 +0100 (CET) X-Spam-Flag: NO X-Spam-Score: -100.962 X-Spam-Level: X-Spam-Status: No, score=-100.962 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-1, AWL=0.038, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mail.moehre.org ([195.96.35.7]) by mail.moehre.org (mail.moehre.org [195.96.35.7]) (amavisd-new, port 10024) with ESMTP id HARfgRLM9jCn; Thu, 28 Mar 2013 15:13:43 +0100 (CET) Received: from [192.168.100.30] (p54B0A55F.dip.t-dialin.net [84.176.165.95]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: coco@executive-computing.de) by mail.moehre.org (Postfix) with ESMTPSA id 7AB3D8B1420; Thu, 28 Mar 2013 15:13:43 +0100 (CET) Message-ID: <51545031.8010104@executive-computing.de> Date: Thu, 28 Mar 2013 15:14:09 +0100 From: Marco Steinbach User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Paul Macdonald Subject: Re: gettext-0.18.1.1_1 fails to build under jail References: <51541F7D.7080807@ifdnrg.com> In-Reply-To: <51541F7D.7080807@ifdnrg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, FreeBSD X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Mar 2013 14:13:52 -0000 Paul Macdonald wrote on 28.03.2013 11:46: > > this port upgrades fine on the host system but not under a jail.. > > FreeBSD 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 > UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > > config.status: executing depfiles commands > sed: 2: " > s/^include > inclu ...": unterminated substitute pattern > sed: 1: "s/$(DEPDIR)/.deps > .deps/g > ": unescaped newline inside substitute pattern > > I've been getting this message, also. For quite a while, iirc, in jails and on hosts. > ./localename.c: In function '_nl_locale_name_thread_unsafe': > ./localename.c:2607: error: 'locale_t' undeclared (first use in this > function) > ./localename.c:2607: error: (Each undeclared identifier is reported only > once > ./localename.c:2607: error: for each function it appears in.) > ./localename.c:2607: error: expected ';' before 'thread_locale' > ./localename.c:2608: error: 'thread_locale' undeclared (first use in > this function) > ./localename.c:2608: error: 'LC_GLOBAL_LOCALE' undeclared (first use in > this function) > *** Error code 1 > > Stop in > /var/ports/basejail/usr/ports/devel/gettext/work/gettext-0.18.1.1/gettext-runtime/intl. > > *** Error code 1 > > Stop in > /var/ports/basejail/usr/ports/devel/gettext/work/gettext-0.18.1.1/gettext-runtime. > > *** Error code 1 > > Stop in > /var/ports/basejail/usr/ports/devel/gettext/work/gettext-0.18.1.1/gettext-runtime. > > *** Error code 1 > > Stop in /var/ports/basejail/usr/ports/devel/gettext/work/gettext-0.18.1.1. > *** Error code 1 > > Stop in /basejail/usr/ports/devel/gettext. > > I didn't run into this, but seeing, that you're also using ezjail, maybe this thread in the FreeBSD forums can provide hints: http://forums.freebsd.org/showthread.php?t=38558 MfG CoCo From owner-freebsd-ports@FreeBSD.ORG Thu Mar 28 18:26:18 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2DFA5A6A for ; Thu, 28 Mar 2013 18:26:18 +0000 (UTC) (envelope-from tod@uchicago.edu) Received: from smtp00.uchicago.edu (smtp00.uchicago.edu [128.135.12.76]) by mx1.freebsd.org (Postfix) with ESMTP id 0D642AAE for ; Thu, 28 Mar 2013 18:26:17 +0000 (UTC) Received: from xm-route.ad.uchicago.edu (xm-hub-01-prod.ad.uchicago.edu [10.50.194.11]) by smtp00.uchicago.edu (Postfix) with ESMTP id 7EDCA3DC51B; Thu, 28 Mar 2013 13:05:38 -0500 (CDT) Received: from XM-MBX-02-PROD.ad.uchicago.edu ([169.254.2.130]) by xm-hub-01-prod.ad.uchicago.edu ([10.50.194.23]) with mapi id 14.02.0342.003; Thu, 28 Mar 2013 13:05:38 -0500 From: Tod Olson To: "marco.broeder@gmx.eu" Subject: FreeBSD Port: py27-hg-git-0.3.4 Thread-Topic: FreeBSD Port: py27-hg-git-0.3.4 Thread-Index: AQHOK97Z0cRMcasXck2mq+cDF5WdRQ== Date: Thu, 28 Mar 2013 18:05:37 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [128.135.53.41] Content-Type: text/plain; charset="us-ascii" Content-ID: <0C9D7DB4B3ED394FA0EF9FC85AF7AEEC@uchicago.edu> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "ports@FreeBSD.org" , Peggy Wilkins , Tod Olson X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Mar 2013 18:26:18 -0000 Having upgraded to mercurial 2.5.2, we see problems with hg-git 0.3.4, and = they seem to be fixed with hg-git 0.4.0. Will you be updating the FreeBSD p= ort of hg-git in the near future? Best, -Tod Tod Olson Systems Librarian =20 University of Chicago Library From owner-freebsd-ports@FreeBSD.ORG Fri Mar 29 00:31:07 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8B146AC4; Fri, 29 Mar 2013 00:31:07 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-ee0-f43.google.com (mail-ee0-f43.google.com [74.125.83.43]) by mx1.freebsd.org (Postfix) with ESMTP id EA2E4D53; Fri, 29 Mar 2013 00:31:06 +0000 (UTC) Received: by mail-ee0-f43.google.com with SMTP id e50so33025eek.30 for ; Thu, 28 Mar 2013 17:30:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:from:to:cc:subject:date:message-id:organization :user-agent:in-reply-to:references:mime-version:content-type :content-transfer-encoding; bh=hirAXI+ePxl5Eh4G0Zs0/wjASrfhHWgYr6Kw3mWP5pk=; b=g9bazU8oNJTY6Xogif9zsnVLD7mMXFfrOHyGU5y8vZrS/4f5LWbOwdIJJZucGoPXou FclY9roDkG2WAL1TpTe1EZ0nu7cVVB+17wFyMwAjKcR1wZtiEwucUEBBWgO7hx6pc5OA Qg+Gdz/Uuwf58bx7UhmhsmxsrMCwQaPMQ06vDnhbpXFp0QLhspiQbLzNM2wkuNfzHV7x VihX5cYlJfYUM9wSut1xEThfrRT9ioALFEUnpYy5cLTQsh8FY1NQyU1STVyLlSRA54zD xBUANiTYeBwioJ5JVMdrrsZU4hSvqFde66JN/ptmoETOub3PjC4+bN2p+t1foUsHLVjV qKYQ== X-Received: by 10.15.34.198 with SMTP id e46mr1752135eev.27.1364517059906; Thu, 28 Mar 2013 17:30:59 -0700 (PDT) Received: from indiana.smith (ppp-102-41.33-151.iol.it. [151.33.41.102]) by mx.google.com with ESMTPS id h5sm1127364eem.1.2013.03.28.17.30.58 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 28 Mar 2013 17:30:59 -0700 (PDT) Sender: Alberto Villa From: Alberto Villa To: freebsd-ports@freebsd.org Subject: Re: amarok-kde4 needs googlemock Date: Fri, 29 Mar 2013 01:30:56 +0100 Message-ID: <3699401.vc4opxpKcG@indiana.smith> Organization: The FreeBSD Project User-Agent: KMail/4.9.5 (FreeBSD/10.0-CURRENT; KDE/4.9.5; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1659502.xmQbd67sAc"; micalg="pgp-sha1"; protocol="application/pgp-signature" Content-Transfer-Encoding: 7Bit Cc: kde@freebsd.org, Ronald Klop X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Mar 2013 00:31:07 -0000 --nextPart1659502.xmQbd67sAc Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Thursday 28 March 2013 14:35:10 Ronald Klop wrote: > After upgrading kde to 4.10 I rebuild amarok and configure failed. This is being analyzed; for some reason, a global CMake setting changed with KDE SC 4.10. -- Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla Being frustrated is disagreeable, but the real disasters in life begin when you get what you want. --nextPart1659502.xmQbd67sAc Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iJwEAAECAAYFAlFU4MAACgkQ3xiC6kQ1CouzHwP/WRj9SHchr2hrXUjaCI4oMvsK CFobWJIBYz2Z2pTpZ5ofWwRKlYolls1u+pDhkB9QRcaVhhhYWACMkmAy3pGluIZT LWI2NLe7SVYnJRwMicIBgHen9CtTVJ6QQIzp2oyuGnZhCC4mTTKbc8LEifZYwzaj WbeomEBh+MTpEt1YeHg= =fXT1 -----END PGP SIGNATURE----- --nextPart1659502.xmQbd67sAc-- From owner-freebsd-ports@FreeBSD.ORG Fri Mar 29 04:21:05 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 09D1CEE7 for ; Fri, 29 Mar 2013 04:21:05 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pd0-f174.google.com (mail-pd0-f174.google.com [209.85.192.174]) by mx1.freebsd.org (Postfix) with ESMTP id D7CB5A56 for ; Fri, 29 Mar 2013 04:21:04 +0000 (UTC) Received: by mail-pd0-f174.google.com with SMTP id p12so101010pdj.33 for ; Thu, 28 Mar 2013 21:21:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:x-enigmail-version:content-type; bh=GpJwPb86rtMvNVd9453RcLXb/C7N5TaY6PLRO01MWnA=; b=cygxYV6pls/V/EJqEbApn3qqECLmAUhVUsbXTVCS74tH8ZA+5hE2ARE2Wo3DWvWoKh XPcphKHoMDFcUwfBvggTZ4ELyBS4INjsxbW+f1x4uMRxguwFAWGpa3sPfn2PtSCwsjnb v+a6vljdITD5bqDAOapMWRWUVM1pj3ig2ZEh5xO+bZPU0/4iUHAkQmjgvNl84QyBXStv u5lQI7GPaXSIAAsTUUmagjP2g7NSTnzgLProKcjf/qjaU2SQ4Cdeqd04LFW4fOug4Y5Q 0afVPBW47LoO3hqXJUe6VWrwRVEry1V803eGpZX+TawsMDG7obBDGiFR3Z92/zKvA4Gn wEVQ== X-Received: by 10.68.177.162 with SMTP id cr2mr1580421pbc.179.1364530864132; Thu, 28 Mar 2013 21:21:04 -0700 (PDT) Received: from [192.168.1.7] (ppp59-167-128-11.static.internode.on.net. [59.167.128.11]) by mx.google.com with ESMTPS id zm1sm1291995pbc.26.2013.03.28.21.21.01 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 28 Mar 2013 21:21:03 -0700 (PDT) Message-ID: <515516A5.4080502@FreeBSD.org> Date: Fri, 29 Mar 2013 15:20:53 +1100 From: Kubilay Kocak User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: Tod Olson Subject: Re: FreeBSD Port: py27-hg-git-0.3.4 References: In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: multipart/mixed; boundary="------------090107080702020309070201" Cc: "ports@FreeBSD.org" , Peggy Wilkins , "marco.broeder@gmx.eu" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Mar 2013 04:21:05 -0000 This is a multi-part message in MIME format. --------------090107080702020309070201 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 29/03/2013 5:05 AM, Tod Olson wrote: > Having upgraded to mercurial 2.5.2, we see problems with hg-git 0.3.4, and they seem to be fixed with hg-git 0.4.0. Will you be updating the FreeBSD port of hg-git in the near future? > > Best, > > -Tod > > > Tod Olson > Systems Librarian > University of Chicago Library > > > > _______________________________________________ > 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" > Tod, The patch attached updates hg-git to 0.4.0 and tweaks a couple of port things: - Re-patch setup.py - Tab->space in pkg-descr - Update min version required for dulwich - Require py-ordereddict for users running Python < 2.7 Kick the tyres, take it for a test run and submit a PR for Marco if it works out well :) -- Ta, Koobs --------------090107080702020309070201 Content-Type: text/plain; charset=windows-1252; name="hg-git-0.4.0.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="hg-git-0.4.0.patch" Index: Makefile =================================================================== --- Makefile (revision 315519) +++ Makefile (working copy) @@ -2,7 +2,7 @@ # $FreeBSD$ PORTNAME= hg-git -PORTVERSION= 0.3.4 +PORTVERSION= 0.4.0 CATEGORIES= devel python MASTER_SITES= CHEESESHOP PKGNAMEPREFIX= ${PYTHON_PKGNAMEPREFIX} @@ -12,7 +12,7 @@ LICENSE= GPLv2 -RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}dulwich>=0.8.5:${PORTSDIR}/devel/dulwich \ +RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}dulwich>=0.8.6:${PORTSDIR}/devel/dulwich \ mercurial>=2.3.2:${PORTSDIR}/devel/mercurial MAKE_JOBS_SAFE= yes @@ -21,7 +21,13 @@ USE_PYDISTUTILS=yes PYDISTUTILS_PKGNAME= ${PORTNAME:S/-/_/} +.include + +.if ${PYTHON_REL} < 270 +RUn_DEPENDS+= ${PYTHON_PKGNAMEPREFIX}ordereddict>=1.1:${PORTSDIR}/devel/py-ordereddict +.endif + post-install: @${CAT} ${PKGMESSAGE} -.include +.include Index: distinfo =================================================================== --- distinfo (revision 315519) +++ distinfo (working copy) @@ -1,2 +1,2 @@ -SHA256 (hg-git-0.3.4.tar.gz) = 3770dd4ce9f230fedff9c699f3a8f8d7210510b799c2ee7df774758026612c50 -SIZE (hg-git-0.3.4.tar.gz) = 18554 +SHA256 (hg-git-0.4.0.tar.gz) = 6a2289539bae5f898c25e66c149cb27eacb3ac2bcd90d3e247ba42ebba9f8a9c +SIZE (hg-git-0.4.0.tar.gz) = 21981 Index: files/patch-setup.py =================================================================== --- files/patch-setup.py (revision 315519) +++ files/patch-setup.py (working copy) @@ -1,5 +1,5 @@ ---- ./setup.py.orig 2012-11-01 15:10:46.000000000 +0100 -+++ ./setup.py 2012-11-03 10:28:03.799021557 +0100 +--- ./setup.py.orig 2013-03-25 08:35:51.000000000 +1100 ++++ ./setup.py 2013-03-29 15:04:08.555460472 +1100 @@ -1,7 +1,4 @@ -try: - from setuptools import setup @@ -7,11 +7,12 @@ - from distutils.core import setup +from distutils.core import setup - setup( - name='hg-git', -@@ -20,5 +17,4 @@ + try: + from collections import OrderedDict +@@ -25,6 +22,4 @@ + keywords='hg git mercurial', license='GPLv2', packages=['hggit'], - package_data={ 'hggit': ['help/git.rst'] }, -- install_requires=['dulwich>=0.8.0'], +- package_data={ 'hggit': ['help/git.rst'] }, +- install_requires=['dulwich>=0.8.6'] + extra_req, ) Index: pkg-descr =================================================================== --- pkg-descr (revision 315519) +++ pkg-descr (working copy) @@ -18,4 +18,4 @@ edge cases. However, there are several people using it effectively, so please test it yourself and report encountered bugs upstream (see website). Thanks! -WWW: http://hg-git.github.com/ +WWW: http://hg-git.github.com/ --------------090107080702020309070201-- From owner-freebsd-ports@FreeBSD.ORG Fri Mar 29 07:03:53 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3B5285B0 for ; Fri, 29 Mar 2013 07:03:53 +0000 (UTC) (envelope-from araujobsdport@gmail.com) Received: from mail-wg0-f51.google.com (mail-wg0-f51.google.com [74.125.82.51]) by mx1.freebsd.org (Postfix) with ESMTP id C71A0EDC for ; Fri, 29 Mar 2013 07:03:52 +0000 (UTC) Received: by mail-wg0-f51.google.com with SMTP id b12so198570wgh.30 for ; Fri, 29 Mar 2013 00:03:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:reply-to:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=3sc60MWBoWlFs/bxRppDSen/MS7znkNtmRQYtHbw9HY=; b=mkIJ/ZBfdP6ouOw7NHb78K/tuYbloiBTIrxgILwARszEvoXEqp7jhTFiEq75ybQ5Wy iX7g5xFdjMnVBvGzPRMrciB0x5xyBekfse0seUxO5BUerLS0flKlt2V2evHhA1V/4Kns dv/XGp568cMaT2TDgd3tvWNCP7bNOHTHNgvec30fx4C8o3BBvJGhNXUOBcuYk7cRF+a1 2121TXhCYUL9+3A7t6t7iAsF78v6ulBr9Ju4jAqQwOOL15R1QWfxZ8sXoz6lcpiHR6R9 o+keAmivtzJvcWf3F9/48zR2QcgDCWE3oltRj29iisiHXCHLl9giQbjdD8wuEPhLwy8A 7PSQ== MIME-Version: 1.0 X-Received: by 10.180.36.48 with SMTP id n16mr20589172wij.30.1364540631483; Fri, 29 Mar 2013 00:03:51 -0700 (PDT) Received: by 10.180.4.104 with HTTP; Fri, 29 Mar 2013 00:03:51 -0700 (PDT) In-Reply-To: <817348F22E5F944C82BCD9A2B571D7BA83291D9E3F@swifty.azp.local> References: <817348F22E5F944C82BCD9A2B571D7BA83291D9E3F@swifty.azp.local> Date: Fri, 29 Mar 2013 15:03:51 +0800 Message-ID: Subject: Re: FreeBSD Port: ap22-mod_security-2.6.6 From: Marcelo Araujo To: Manfred Wischin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "ports@FreeBSD.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: araujo@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Mar 2013 07:03:53 -0000 2013/3/27 Manfred Wischin > Hi Marcelo Araujo,**** > > ** ** > > is there any chance to get a current modsecurity 2.7 version into the > FreeBSD ports?**** > > ** ** > > Thank you for your time and effort.**** > > ** ** > > Dear**** > > Manfred Wischin**** > > ** ** > > > Hello, Yes of course! I just came back from my vacation, I need just check some stuff at work and soon I will update it. Probably, next week. Best Regards, -- Marcelo Araujo araujo@FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Fri Mar 29 09:24:28 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 540A3C73 for ; Fri, 29 Mar 2013 09:24:28 +0000 (UTC) (envelope-from joerg_surmann@snafu.de) Received: from martini.ops.eusc.inter.net (martini.ops.eusc.inter.net [84.23.254.158]) by mx1.freebsd.org (Postfix) with ESMTP id F2FD56BA for ; Fri, 29 Mar 2013 09:24:27 +0000 (UTC) X-Trace: 507c6a6f6572675f7375726d616e6e7c39322e3233312e3232362e387c31554c56 57622d3030305036492d38437c31333634353438393835 Received: from martini.ops.eusc.inter.net ([10.158.10.19] helo=localhost) by martini.ops.eusc.inter.net with esmtpsa (Exim 4.80.1) id 1ULVWb-000P6I-8C; Fri, 29 Mar 2013 10:23:05 +0100 Message-ID: <51555D76.2090306@snafu.de> Date: Fri, 29 Mar 2013 10:23:02 +0100 From: joerg surmann User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: Kevin Oberman Subject: Re: trouble with ffmpeg1 References: <514B8F9D.4080701@snafu.de> <514C0B3A.4090901@snafu.de> <514C8E0C.5000507@snafu.de> <514DECEB.70807@snafu.de> In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Freebsd_mailinglist_PORTS X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Mar 2013 09:24:28 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 sorry, i'd o time for ffmpeg1 last week. now ffmpeg1 work good for me. thanks for your work. best regards suri Am 24.03.13 05:29, schrieb Kevin Oberman: > On Sat, Mar 23, 2013 at 10:56 AM, Joerg Surmann wrote: >> >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA256 >> >> now its not too big. >> i hope. >> >> sorry >> Am 23.03.2013 05:38, schrieb Kevin Oberman: >>> On Fri, Mar 22, 2013 at 9:02 PM, Kevin Oberman wrote: >>>> On Fri, Mar 22, 2013 at 5:24 PM, Kevin Oberman >> wrote: >>>>> On Fri, Mar 22, 2013 at 9:59 AM, Joerg Surmann >> wrote: >>>>>> >>>>>> ok. >>>>>> here the complet make output. >>>>>> (without make install) >>>>> >>>>> Actually, it was just the STDERR output without the STDOUT stuff. To >>>>> get far we need to have the complete output. >>>>> % script >>>>> % cd /usr/ports/multimedia/fmpeg1 && make >>>>> % exit >>>>> >>>>> Then send the typescript file. That will have everything in order, >>>>> just as it comes out on the terminal. Also, >>>>> /usr/ports/multimedia/fmpeg1/work/ffmpeg-1.05/config.log >>>>> >>>>> texi2html is the tool that actually generates the *.html files. You >>>>> might want to confirm that texi2html is available. >>>>> % which texi2html >>>> >>>> OK. I just looked for the obvious and it looks like texi2html is not >>>> listed as a build dependency for ffmpeg1. Install textproc/texi2html >>>> and ffmpewg1 should work properly. >>> >>> Again, I was too quick. I should have tested first. texi2html is a >>> BUILD_DEPEND of ffmpeg1, so you should not be able to build ffmpeg1 >>> without it. If you try, the ports system should install it for you. >>> >>> So, again, we need to see the complete build log (as recorded by >>> script(1)) and the config.log file. >>> >>> Sorry for the false information on the last message > > Joerg, > > Well, I think I have sort of found the problem, but it gets a bit out > of my realm of cluefulness. > > HTe problem is perl does not seem to have the required files to handle > the El Salvador locale. I'm not too sure what to suggest, but some > other Spanish speaking country might work. I'm really not at all sure > since my locale is en_US, so no real internationalization is needed. > > In any case, yo may be closer to a solution. > > If you just want to get ffmpeg1 installed, you can do so by: > # cd /usr/ports/multimedia/ffmpeg1 > # make > # cd work/ffmpeg-1.05/doc > # touch developer.html > # cd > # portmaster -C ffmpeg1 > > This will fake out the error and make the install work. > > the root issue is that you have your locale set to sv but it looks > like all of the ports may not support it at this time. I wish I could > help more here, but you may want to read up on gettext and > internationalization and, if you don't see what needs to be done, open > a new thread. > > If you have not already read it, check out Chapter 24 of the FreeBSD > Handbook at: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/l10n.html > o, en Español, http://www.freebsd.org/doc/es_ES.ISO8859-1/books/handbook/l10n.html > > Good luck! -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.18 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCgAGBQJRVV12AAoJEDyDkpKh+9pTOAAQAK9ONGc4ywfrNQxQ9RpFZsIV h0beSlcHrIxUAI9MW40Bi3A5I8LP3poInKDMjvFm28QBkJ882hTU31hOlh7ALN6n vajQ42xvVlwJ0ryHXGiHVyo4C7YSiz8cLL0Y/PmeCqJkW8mT0TCgYr2ABlErUbi7 xo/6ftWKBUV4Z2Q/vk/CO96UW/Ks6vrT/PFVBXubF454EC/QpP+ttBKezwHUjBUa vxvGn88M3reC+5nIkoR6xvC7TEV17xwTp4/qy7SkkjV8eGwhT0JSULiI2Jk9xqsc C3HpngwQY0Q5zhI66LTrNBpddy8Mt5EJqzm3QzEubyLX1VBGIx0jPYP05UM/vwpQ sRoCpPAVbd74Zj/GEJTfXQMoITENiN+fNEuj9XbRs+di6wRvQSCNhuZcd0oT87sn d4+1zVCKsQiY0N6vcBRYBLSYAbh/Y5leo+mrmulVpv3zrYlEOi1EgbwAis5O8gnB NQjFNSh597zYNhRPS1kyXFbFr83Qh74VY+0Wwbhv4zpDYuIxFZBT4zXVn3OX/xUL L+MwNlBnsDwHg1UdHkkJtMnmwXK4GlwagjE+hJmz+QKqWgX/EHDTqH3pWoEV5b7h itUXLAdpD+yx1+tYXw8PlKKxlA8XkdiGhq88lFk60C35+llUMuKM185RpHJ/GhHG FT67fhuyMr4jZjyzJbZA =V0NT -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Fri Mar 29 09:57:01 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3E69025F for ; Fri, 29 Mar 2013 09:57:01 +0000 (UTC) (envelope-from araujobsdport@gmail.com) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) by mx1.freebsd.org (Postfix) with ESMTP id CA6BC79F for ; Fri, 29 Mar 2013 09:57:00 +0000 (UTC) Received: by mail-wi0-f173.google.com with SMTP id ez12so4035043wid.6 for ; Fri, 29 Mar 2013 02:56:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:reply-to:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=0NlUhdIfiOmtS8mCbG1ZjbCG3L/aS4gQVmAIMBtoATM=; b=A+7EXWzqfB16kV5zpvAHtcuJqFfKbk5PP3daYFwsQlHpVSt6RYaiRGt+zfU8yYNa8r V6LaXsUwO0bWor42kxuFeDA2+2HGuJBBNDSEfPG6tg/AYuhVW7ebCVKS+o0NRwdssRrS zcaW8TT6hwQrsYNotBUScK7aQ0h8QlSr8MOL+iMcuMPmSGzVO8Txx48GJGkmq6WyHqD1 2bYPKJyA7QrhGO4ZKBxnWOy73Cn6McxIQc4XtEjkeCvb7Eav55N5zZuC47k4kLUTCTAX 8RibzJc167VJd29Gq736xchS/N91OVqBHjsBoPX2FLkgWppk7rOEZCfd83xeT01jwDfR tS5g== MIME-Version: 1.0 X-Received: by 10.194.10.129 with SMTP id i1mr2638762wjb.21.1364551019841; Fri, 29 Mar 2013 02:56:59 -0700 (PDT) Received: by 10.180.4.104 with HTTP; Fri, 29 Mar 2013 02:56:59 -0700 (PDT) In-Reply-To: References: <817348F22E5F944C82BCD9A2B571D7BA83291D9E3F@swifty.azp.local> Date: Fri, 29 Mar 2013 17:56:59 +0800 Message-ID: Subject: Re: FreeBSD Port: ap22-mod_security-2.6.6 From: Marcelo Araujo To: Manfred Wischin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "ports@FreeBSD.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: araujo@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Mar 2013 09:57:01 -0000 2013/3/29 Marcelo Araujo > > > 2013/3/27 Manfred Wischin > >> Hi Marcelo Araujo,**** >> >> ** ** >> >> is there any chance to get a current modsecurity 2.7 version into the >> FreeBSD ports?**** >> >> ** ** >> >> Thank you for your time and effort.**** >> >> ** ** >> >> Dear**** >> >> Manfred Wischin**** >> >> ** ** >> >> >> > Hello, > > Yes of course! I just came back from my vacation, I need just check some > stuff at work and soon I will update it. Probably, next week. > > Best Regards, > -- > Marcelo Araujo > araujo@FreeBSD.org Just to make it clear, I cannot update it next week, due the ports will be freeze. After the freeze time, I will update! Best Regards, -- Marcelo Araujo araujo@FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Fri Mar 29 12:36:11 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 96F40A70 for ; Fri, 29 Mar 2013 12:36:11 +0000 (UTC) (envelope-from portscout@portscout.freebsd.org) Received: from null.zi0r.com (null.zi0r.com [71.245.171.204]) by mx1.freebsd.org (Postfix) with ESMTP id 5BFB7FD2 for ; Fri, 29 Mar 2013 12:36:11 +0000 (UTC) Received: from null.zi0r.com (localhost [127.0.0.1]) by null.zi0r.com (8.14.5/8.14.5) with ESMTP id r2TCaAR1041436 for ; Fri, 29 Mar 2013 08:36:10 -0400 (EDT) (envelope-from portscout@null.zi0r.com) Received: (from portscout@localhost) by null.zi0r.com (8.14.5/8.14.5/Submit) id r2TCaA41041238; Fri, 29 Mar 2013 08:36:10 -0400 (EDT) (envelope-from portscout) Message-Id: <201303291236.r2TCaA41041238@null.zi0r.com> MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain Date: Fri, 29 Mar 2013 08:36:10 -0400 From: portscout@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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Mar 2013 12:36:11 -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 ------------------------------------------------+-----------------+------------ math/jlatexmath | 0.9.7 | 1.0.2 ------------------------------------------------+-----------------+------------ 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 If wish to stop receiving portscout reminders, please contact portscout@portscout.freebsd.org Thanks. From owner-freebsd-ports@FreeBSD.ORG Fri Mar 29 18:39:14 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D6ACEB1D for ; Fri, 29 Mar 2013 18:39:14 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 9AF3037D for ; Fri, 29 Mar 2013 18:39:14 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 558D91E000C7; Fri, 29 Mar 2013 19:39:07 +0100 (CET) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.5/8.14.4) with ESMTP id r2TIasOJ080731; Fri, 29 Mar 2013 19:36:54 +0100 (CET) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.5/8.14.3/Submit) id r2TIarVc080730; Fri, 29 Mar 2013 19:36:53 +0100 (CET) (envelope-from nox) Date: Fri, 29 Mar 2013 19:36:53 +0100 (CET) From: Juergen Lock Message-Id: <201303291836.r2TIarVc080730@triton8.kn-bremen.de> To: zaphod@berentweb.com Subject: Re: grub2 with libzfs X-Newsgroups: local.list.freebsd.ports In-Reply-To: <1364469893741-5799652.post@n5.nabble.com> References: <1364397485043-5799405.post@n5.nabble.com> <51532491.6050507@gmail.com> <1364407584254-5799443.post@n5.nabble.com> <1364409110302-5799450.post@n5.nabble.com> <20130327204130.GA40854@triton8.kn-bremen.de> Organization: Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Mar 2013 18:39:14 -0000 In article <1364469893741-5799652.post@n5.nabble.com> you write: >>>you only have to add >>> CPATH=${SRC_BASE}/cddl/contrib/opensolaris/lib/libzfs/common >>>to CONFIGURE_ENV and MAKE_ENV, and add a ZFS knob to enable this >>>that checks >${SRC_BASE}/cddl/contrib/opensolaris/lib/libzfs/common/libzfs.h > >That sounds like a great solution! > >How is all of that done, exactly?? :P > Well this turned out to be a little more tricky anyway... I'm currently testing more or less this update on redports: http://people.freebsd.org/~nox/tmp/grub-2.00-004-zfs.patch I haven't runtime-tested grub-install and booting at all yet tho, let alone the zfs support, I'll leave that testing to volunteers like you for now. :) Thanx, Juergen From owner-freebsd-ports@FreeBSD.ORG Fri Mar 29 18:46:00 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 948E3161 for ; Fri, 29 Mar 2013 18:46:00 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-ve0-f179.google.com (mail-ve0-f179.google.com [209.85.128.179]) by mx1.freebsd.org (Postfix) with ESMTP id 598013F0 for ; Fri, 29 Mar 2013 18:46:00 +0000 (UTC) Received: by mail-ve0-f179.google.com with SMTP id cz11so829452veb.10 for ; Fri, 29 Mar 2013 11:45:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=nVT/O6LRJmoT+4PDKw3KvOdS+Ij836UA5sxqWgaJ9Cw=; b=RGgcbT56lZrm3KZ2s0Rd612UpwSjtEZZYq1xOIko3LmcfzOwNDiKfMyhUrPd4RgkIl 1Y7cUbRw7QEoX5eFM6QfpXf5NMuUo6GarJnvSR7/xFlODuYgHqFeJYHzcd8hacUZd9dg ZVxVEUfAT13VsDDf5MPhTFA3Fg+oz5svlJhBNPuLR333Db80vBaKGnU0bXjLUpt0/4Z4 W4DOyUkd1fvniPyAMNHftMWB70hr5O/OIw9HezlJJee+txbTjWWDP14IJzHhNBS9ERoA sJ/qXeIx4a8cEx/eCVt1cvbHevjRBnxzctfj366rvnipAEkgemivaCAz6ebrrHMr/T6i bLAA== MIME-Version: 1.0 X-Received: by 10.52.31.36 with SMTP id x4mr2324967vdh.44.1364582759498; Fri, 29 Mar 2013 11:45:59 -0700 (PDT) Received: by 10.220.107.71 with HTTP; Fri, 29 Mar 2013 11:45:59 -0700 (PDT) In-Reply-To: <201303291836.r2TIarVc080730@triton8.kn-bremen.de> References: <1364397485043-5799405.post@n5.nabble.com> <51532491.6050507@gmail.com> <1364407584254-5799443.post@n5.nabble.com> <1364409110302-5799450.post@n5.nabble.com> <20130327204130.GA40854@triton8.kn-bremen.de> <1364469893741-5799652.post@n5.nabble.com> <201303291836.r2TIarVc080730@triton8.kn-bremen.de> Date: Fri, 29 Mar 2013 14:45:59 -0400 Message-ID: Subject: Re: grub2 with libzfs From: "Sam Fourman Jr." To: Juergen Lock Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-ports@freebsd.org, zaphod@berentweb.com X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Mar 2013 18:46:00 -0000 > http://people.freebsd.org/~nox/tmp/grub-2.00-004-zfs.patch > > I haven't runtime-tested grub-install and booting at all yet tho, > let alone the zfs support, I'll leave that testing to volunteers > like you for now. :) > > Thanx, > Juergen > _______________________________________________ I would be happy to test this, does anyone have the exact grub syntax to boot a FreeBSD zfs root pool? Sam Fourman Jr. From owner-freebsd-ports@FreeBSD.ORG Fri Mar 29 19:28:59 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9DB9F1FF for ; Fri, 29 Mar 2013 19:28:59 +0000 (UTC) (envelope-from zaphod@berentweb.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 81AAD787 for ; Fri, 29 Mar 2013 19:28:59 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1ULeyr-0001Nm-NP for freebsd-ports@freebsd.org; Fri, 29 Mar 2013 12:28:53 -0700 Date: Fri, 29 Mar 2013 12:28:53 -0700 (PDT) From: Beeblebrox To: freebsd-ports@freebsd.org Message-ID: <1364585333718-5799993.post@n5.nabble.com> In-Reply-To: References: <1364397485043-5799405.post@n5.nabble.com> <51532491.6050507@gmail.com> <1364407584254-5799443.post@n5.nabble.com> <1364409110302-5799450.post@n5.nabble.com> <20130327204130.GA40854@triton8.kn-bremen.de> <1364469893741-5799652.post@n5.nabble.com> <201303291836.r2TIarVc080730@triton8.kn-bremen.de> Subject: Re: grub2 with libzfs 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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Mar 2013 19:28:59 -0000 Sam: it goes like this: menuentry "FreeBSD Direct-Boot" { search -s -l zpool kfreebsd /@/boot/kernel/kernel kfreebsd_module_elf /@/boot/kernel/opensolaris.ko kfreebsd_module_elf /@/boot/kernel/zfs.ko kfreebsd_module /@/boot/zfs/zpool.cache type=/boot/zfs/zpool.cache kfreebsd_loadenv /@/boot/device.hints set kFreeBSD.vfs.root.mountfrom=zfs:zpool } This is valid if root is on the zfs dataset with the same name as the zpool - a zfs dataset is created at the same time when pool is created. If root is on that dataset, this is the syntax. If root is on another dataset (say pool/myzfsroot) then modify @ with myzfsroot@ => kfreebsd /myzfsroot@/boot/kernel/kernel kfreebsd_module_elf /myzfsroot@/boot/kernel/opensolaris.ko etc... -- View this message in context: http://freebsd.1045724.n5.nabble.com/grub2-with-libzfs-tp5799405p5799993.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Fri Mar 29 19:34:45 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 90A394CC for ; Fri, 29 Mar 2013 19:34:45 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 455B07C2 for ; Fri, 29 Mar 2013 19:34:45 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 53F4B1E007A1; Fri, 29 Mar 2013 20:34:44 +0100 (CET) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.5/8.14.4) with ESMTP id r2TJXWAT084568; Fri, 29 Mar 2013 20:33:32 +0100 (CET) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.5/8.14.3/Submit) id r2TJXWj8084567; Fri, 29 Mar 2013 20:33:32 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Fri, 29 Mar 2013 20:33:32 +0100 To: "Sam Fourman Jr." Subject: Re: grub2 with libzfs Message-ID: <20130329193332.GA84498@triton8.kn-bremen.de> References: <1364397485043-5799405.post@n5.nabble.com> <51532491.6050507@gmail.com> <1364407584254-5799443.post@n5.nabble.com> <1364409110302-5799450.post@n5.nabble.com> <20130327204130.GA40854@triton8.kn-bremen.de> <1364469893741-5799652.post@n5.nabble.com> <201303291836.r2TIarVc080730@triton8.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Juergen Lock , freebsd-ports@freebsd.org, zaphod@berentweb.com X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Mar 2013 19:34:45 -0000 On Fri, Mar 29, 2013 at 02:45:59PM -0400, Sam Fourman Jr. wrote: > > http://people.freebsd.org/~nox/tmp/grub-2.00-004-zfs.patch > > > > I haven't runtime-tested grub-install and booting at all yet tho, > > let alone the zfs support, I'll leave that testing to volunteers > > like you for now. :) > > > > Thanx, > > Juergen > > _______________________________________________ > > > I would be happy to test this, does anyone have the exact grub syntax > to boot a FreeBSD zfs root pool? > Maybe this helps: http://forums.freebsd.org/showthread.php?p=194477#post194477 Thanx! :) Juergen From owner-freebsd-ports@FreeBSD.ORG Fri Mar 29 19:42:03 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8CD3A75B for ; Fri, 29 Mar 2013 19:42:03 +0000 (UTC) (envelope-from andre@drenet.info) Received: from mail-yh0-x22f.google.com (mail-yh0-x22f.google.com [IPv6:2607:f8b0:4002:c01::22f]) by mx1.freebsd.org (Postfix) with ESMTP id 3DAA87FE for ; Fri, 29 Mar 2013 19:42:03 +0000 (UTC) Received: by mail-yh0-f47.google.com with SMTP id z12so54356yhz.6 for ; Fri, 29 Mar 2013 12:42:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=drenet.info; s=google; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type:content-transfer-encoding; bh=AQDbsoHifwkNzuBpv93StCKFsn2LbE3CK4aIuSk4yhM=; b=ANhG9dOR/VvePOuezErVGVH+i3USdDxTSdhlYUaDGR8iohnTTNGm93HfWgI9a+0+o1 7O0tCmJSDXMWeFc0TNBWrwaV9zf8vrynMw2vAORZPX3sQrhCujuhtyCVWgy3ljJSsfnT d445UHgBebkXEesslnE1eDakPJqL2pp/0/m/k= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type:content-transfer-encoding :x-gm-message-state; bh=AQDbsoHifwkNzuBpv93StCKFsn2LbE3CK4aIuSk4yhM=; b=dRFIOoSjhdKkaTd74AyFtOnjT4OyOmQQCFnjvgzXV+eTgbF6JxZ8jF+QZIih5cXzD2 0i4u0Wutl7YzZyX+vJ+wFP/yUSujD05ul3RiXBWIAYAcQGI+0Kst5T1aWEZDLxF7NwSH wnVfmh1Bq0m/IrUtl+1rWaA71iO9nTuAF/6J0R2/B0uF+AvHZKst+LpV404H7Num2KO2 PBTpWVyFQFWsha5oCK9/0lLzvB3cpIMQusY41GYgVn+ai9Jc7Mv7VIMLxFV0qdZ4XOAC N6w1RNNgLL1XboTDkdQAbH70q+L9qRZ0HkxUY/PJk9Dp+TVUbRCveuZ9W1NkeB6EV21z bCEg== X-Received: by 10.236.112.232 with SMTP id y68mr1213542yhg.15.1364586122768; Fri, 29 Mar 2013 12:42:02 -0700 (PDT) Received: from sideswipe-DT.accesso.office ([75.112.170.101]) by mx.google.com with ESMTPS id v48sm2988888yhi.26.2013.03.29.12.42.01 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 29 Mar 2013 12:42:02 -0700 (PDT) Message-ID: <5155EE88.6060708@drenet.info> Date: Fri, 29 Mar 2013 15:42:00 -0400 From: Andre Goree User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130327 Thunderbird/17.0.4 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Trouble building postfixadmin on 10-CURRENT X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Gm-Message-State: ALoCoQn9Qu8RtvEr5DS2NQIT/2aIu1MdDt3WvjPBlcGAWQjARbuYgji/FYX+1ZyN6TkEXwnz032y X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Mar 2013 19:42:03 -0000 Having issues building postfixadmin on a 10-CURRENT system. Any advice? [root@nqhost postfixadmin]# make install clean ===> Installing for postfixadmin-2.3.6 ===> postfixadmin-2.3.6 depends on file: /usr/local/include/php/main/php.h - found ===> postfixadmin-2.3.6 depends on file: /usr/local/lib/php/20090626/session.so - found ===> postfixadmin-2.3.6 depends on file: /usr/local/lib/php/20090626/mbstring.so - found ===> postfixadmin-2.3.6 depends on file: /usr/local/lib/php/20090626/xmlrpc.so - found ===> postfixadmin-2.3.6 depends on file: /usr/local/lib/php/20090626/mysqli.so - found ===> Generating temporary packing list ===> Checking if mail/postfixadmin already installed (cd /usr/ports/mail/postfixadmin/work/postfixadmin-2.3.6/ && /bin/sh -c '(/usr/bin/find -d $0 $2 | /usr/bin/cpio -dumpl $1 >/dev/null 2>&1) && /usr/sbin/chown -R root:wheel $1 && /usr/bin/find -d $0 $2 -type d -exec chmod 755 $1/{} \; && /usr/bin/find -d $0 $2 -type f -exec chmod 444 $1/{} \;' -- \*.php /usr/local/www/postfixadmin "! -name config.inc.php") *** [do-install] Error code 1 Stop in /usr/ports/mail/postfixadmin. *** [install] Error code 1 Stop in /usr/ports/mail/postfixadmin. -- Andre Goree andre@drenet.info From owner-freebsd-ports@FreeBSD.ORG Fri Mar 29 23:07: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]) by hub.freebsd.org (Postfix) with ESMTP id 60471FA7; Fri, 29 Mar 2013 23:07:56 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-ea0-x232.google.com (mail-ea0-x232.google.com [IPv6:2a00:1450:4013:c01::232]) by mx1.freebsd.org (Postfix) with ESMTP id BE9A4F21; Fri, 29 Mar 2013 23:07:55 +0000 (UTC) Received: by mail-ea0-f178.google.com with SMTP id o10so394526eaj.9 for ; Fri, 29 Mar 2013 16:07:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:from:to:cc:subject:date:message-id:organization :user-agent:in-reply-to:references:mime-version:content-type :content-transfer-encoding; bh=6lw8L5Kv54TfNIypoZSqON82eb+c4wmwyHW/eZxuGXw=; b=hPSsG2KJ77oMjmgMbdxW7nmb0p4b/Q1lWsJvCGAOE457+ovofrlCldt/9KbOMFKhZ3 20lp9sAfSMjlRtnic9A6muxfftoIxeRVlfdPYcMg/zCjmYcYOkRXDv2DqQ2H0lXfYqrB Sr1yg71/RpaxCNwI4WWjIxqCm7Fii13KbBK9eg/LD5IxrHX8Rorn6skI7c6Dr4/4n4Yu OkaBd3LBIDBfqlCDFODcwijRhPFz4SrBt+xPM4BksNh419OVVWk2zAYXOhFMoyqroIK+ AfeR/LhgcJWfpNPE1ZEgavIE36107u+Zt1K2EBYbLCP9ygaBw19pYSzEzMICMW7CjPHb hlhg== X-Received: by 10.14.173.67 with SMTP id u43mr12321538eel.22.1364598474707; Fri, 29 Mar 2013 16:07:54 -0700 (PDT) Received: from indiana.smith (ppp-102-41.33-151.iol.it. [151.33.41.102]) by mx.google.com with ESMTPS id f47sm6773159eep.13.2013.03.29.16.07.53 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 29 Mar 2013 16:07:53 -0700 (PDT) Sender: Alberto Villa From: Alberto Villa To: freebsd-ports@freebsd.org Subject: Re: amarok-kde4 needs googlemock Date: Sat, 30 Mar 2013 00:07:51 +0100 Message-ID: <1631867.vMpfc8Evry@indiana.smith> Organization: The FreeBSD Project User-Agent: KMail/4.9.5 (FreeBSD/10.0-CURRENT; KDE/4.9.5; amd64; ; ) In-Reply-To: <3699401.vc4opxpKcG@indiana.smith> References: <3699401.vc4opxpKcG@indiana.smith> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3509488.B70Z3LYy4Z"; micalg="pgp-sha1"; protocol="application/pgp-signature" Content-Transfer-Encoding: 7Bit Cc: kde@freebsd.org, Ronald Klop X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Mar 2013 23:07:56 -0000 --nextPart3509488.B70Z3LYy4Z Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Friday 29 March 2013 01:30:56 Alberto Villa wrote: > On Thursday 28 March 2013 14:35:10 Ronald Klop wrote: > > After upgrading kde to 4.10 I rebuild amarok and configure failed. > > This is being analyzed; for some reason, a global CMake setting changed with > KDE SC 4.10. Fix committed. -- Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla I had no shoes and I pitied myself. Then I met a man who had no feet, so I took his shoes. -- Dave Barry --nextPart3509488.B70Z3LYy4Z Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iJwEAAECAAYFAlFWHscACgkQ3xiC6kQ1CoslKAP/eM2lm502rjATNRsfI8AbMpgC 74yr6ZEmaEmSopak8LNzXPENrsYc6aASSLw2twYSW8sr/o4mi8ME//QssERMiaf9 GNq3aFdJOquEMgvqlyAn7PNIBVJuw48cQkNjNC4S+uD26PwZOgYOsF54ZLU0OYIX zdA4jH/5CUQ6h/eoPWg= =1/Mm -----END PGP SIGNATURE----- --nextPart3509488.B70Z3LYy4Z-- From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 02:47:17 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 15EBEC24 for ; Sat, 30 Mar 2013 02:47:17 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id 694DCA0D for ; Sat, 30 Mar 2013 02:47:15 +0000 (UTC) Received: (qmail 15760 invoked by uid 89); 30 Mar 2013 02:40:27 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@80.137.117.187) by mail.grem.de with ESMTPA; 30 Mar 2013 02:40:27 -0000 Date: Sat, 30 Mar 2013 03:40:28 +0100 From: Michael Gmelin To: freebsd-ports@freebsd.org Subject: www/nginx pkg-plist + pkgng (detectable?) Message-ID: <20130330034028.0f8cefc8@bsd64.grem.de> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) 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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 02:47:17 -0000 pkg-plist contains: %%WWWDATA%%@exec mkdir -p -m 755 www/nginx-dist %%WWWDATA%%@exec if [ ! -d %D/www/nginx/ ] ; then ln -fs %D/www/nginx-dist %D/www/nginx; fi %%WWWDATA%%www/nginx-dist/EXAMPLE_DIRECTORY-DONT_ADD_OR_TOUCH_ANYTHING %%WWWDATA%%www/nginx-dist/index.html %%WWWDATA%%www/nginx-dist/50x.html %%WWWDATA%%@exec chmod a-w www/nginx-dist %%WWWDATA%%@unexec if [ -L %D/www/nginx ]; then rm -f %D/www/nginx; fi %%WWWDATA%%@dirrmtry www/nginx-dist cd /usr/ports/www/nginx make install clean # pkg info -R nginx | grep www/nginx-dist /usr/local/www/nginx-dist/50x.html: 3c264d74770fd706d59c68d90ca1eb893ac379a666ff136f9acc66ca01daec02 /usr/local/www/nginx-dist/EXAMPLE_DIRECTORY-DONT_ADD_OR_TOUCH_ANYTHING: 01ba4719c80b6fe911b091a7c05124b64eeece964e09c058ef8f9805daca546b /usr/local/www/nginx-dist/index.html: 38ffd4972ae513a0c79a8be4573403edcd709f0f572105362b08ff50cf6de521 /usr/local/www/nginx-dist/: y mkdir -p -m 755 www/nginx-dist if [ ! -d /usr/local/www/nginx/ ] ; then ln -fs /usr/local/www/nginx-dist /usr/local/www/nginx; fi chmod a-w www/nginx-dist This means in practice, once you create a binary package (pseudo code): pkg create nginx pkg repo . ... pkg install nginx You'll be left with a www/nginx-dist relative to wherever you've been in the file. I assume that pkg-plist should use %D/www/nginx instead of www/nginx in mkdir and chmod. So it's probably a bug in the port itself. Is this something that pkgng could potentially catch in future? Cheers, Michael -- Michael Gmelin From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 05:36:47 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 38AF5CA5; Sat, 30 Mar 2013 05:36:47 +0000 (UTC) (envelope-from miwi@bsdhash.org) Received: from bsdhash.org (bsdhash.org [94.23.250.27]) by mx1.freebsd.org (Postfix) with ESMTP id 07D81217; Sat, 30 Mar 2013 05:36:46 +0000 (UTC) Received: by bsdhash.org (Postfix, from userid 1002) id 1B6DA51137; Sat, 30 Mar 2013 13:36:45 +0800 (MYT) Date: Sat, 30 Mar 2013 13:36:45 +0800 From: Martin Wilke To: ports@freebsd.org Subject: [HEADS UP] Ports tree is now frozen. Message-ID: <20130330053645.GA15968@bsdhash.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed X-Editor: Vim http://www.vim.org/ X-Mailer: Mutt http://www.mutt.org/ User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Martin Wilke List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 05:36:47 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Howdy The ports tree is now frozen in preparation for the 8.4 release. This means that all commits need to be explicitly approved by portmgr. In general, only security fixes and build/install/deinstall fixes for this branche will be allowed. Please see the portmgr policy page for a precise description of which commits are allowed when: http://www.freebsd.org/portmgr/policies_committing.html If you have some spare time during the freeze, please help us improve the current state of the ports. For a list of ports currently marked broken, see. http://portsmon.freebsd.org/portsconcordanceforbroken.py Also, see error logs from pointyhat: http://portsmon.freebsd.org/portsconcordanceforbuildenv.py?buildenv=-8- - - Martin on behalf of portmgr - -- +-----------------oOO--(_)--OOo-------------------------+ With best Regards, Martin Wilke (miwi_(at)_FreeBSD.org) Mess with the Best, Die like the Rest -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlFWeesACgkQdLJIhLHm/OngHACfWkLW7+hnwpDB3PYDDJxR0FB3 b+wAn1NiVIpxi5iLLxZQclqtJzCq7vvG =OBTb -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 07:24:15 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E598A6A9; Sat, 30 Mar 2013 07:24:15 +0000 (UTC) (envelope-from qat@redports.org) Received: from qat.redports.org (qat.redports.org [96.47.72.233]) by mx1.freebsd.org (Postfix) with ESMTP id 785C33F1; Sat, 30 Mar 2013 07:24:15 +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=3TcbXvGYXm9uUka5tmSaRw5SVQ2nqzWwNVgqC+XnQVk=; b=Lvi/JVTKcuh2BnTCdSBEWgYgFQUIZskX6aHmqBubbrA85Y1XYxBqCNfZtogFk9lPpajOgOmIWgaPDaNnYzrpJ1MNeVwPrz7qPYb143ACwsAxI28EGvU5rg9SM2bGzwugo1VRkW+YFxsbh4ktSEQ/qtFQOhcKN1nfxmqeT35Zwnk=; Received: from www by qat.redports.org with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1ULq93-000KBz-No; Sat, 30 Mar 2013 07:24:09 +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: eadler@FreeBSD.org X-Trac-Project: redports Date: Sat, 30 Mar 2013 07:24:09 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r314984: 4x leftovers To: eadler@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20130323034600-7742 X-Trac-Build-ID: 20130323034600-7742 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.14 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, 30 Mar 2013 07:24:16 -0000 Update to 2.3.2 "Annoy your coworkers for fun and profit" Changes: This release introduces vim-style file locking (though not backup/restore), useful when using nano in a multi-editor environment. Feedback is welcome if you run into any issues with this --------------------------------------------------------------------- Build ID: 20130323034600-7742 Job owner: eadler@FreeBSD.org Buildtime: 7 days Enddate: Sat, 30 Mar 2013 07:24:07 GMT Revision: r314984 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=314984 --------------------------------------------------------------------- Port: editors/nano-devel 2.3.2 Buildgroup: 9.1-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~eadler@FreeBSD.org/20130323034600-7742-122768/nano-devel-2.3.2.log Buildgroup: 9.1-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~eadler@FreeBSD.org/20130323034600-7742-122769/nano-devel-2.3.2.log Buildgroup: 8.3-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~eadler@FreeBSD.org/20130323034600-7742-122770/nano-devel-2.3.2.log Buildgroup: 8.3-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~eadler@FreeBSD.org/20130323034600-7742-122771/nano-devel-2.3.2.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 07:30:19 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B85FA925 for ; Sat, 30 Mar 2013 07:30:19 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 4F05E603 for ; Sat, 30 Mar 2013 07:30:19 +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.6/8.14.6) with ESMTP id r2U7UDTS002318 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sat, 30 Mar 2013 07:30:13 GMT (envelope-from matthew@FreeBSD.org) DKIM-Filter: OpenDKIM Filter v2.8.0 smtp.infracaninophile.co.uk r2U7UDTS002318 Authentication-Results: smtp.infracaninophile.co.uk/r2U7UDTS002318; dkim=none reason="no signature"; dkim-adsp=none (unprotected policy) Message-ID: <5156947D.80202@FreeBSD.org> Date: Sat, 30 Mar 2013 07:30:05 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: www/nginx pkg-plist + pkgng (detectable?) References: <20130330034028.0f8cefc8@bsd64.grem.de> In-Reply-To: <20130330034028.0f8cefc8@bsd64.grem.de> X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2TVQJHCCHMFCFBTSOIDOS" X-Virus-Scanned: clamav-milter 0.97.6 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00,SPF_SOFTFAIL 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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 07:30:19 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2TVQJHCCHMFCFBTSOIDOS Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 30/03/2013 02:40, Michael Gmelin wrote: > pkg-plist contains: >=20 > %%WWWDATA%%@exec mkdir -p -m 755 www/nginx-dist > %%WWWDATA%%@exec if [ ! -d %D/www/nginx/ ] ; then ln -fs > %D/www/nginx-dist %D/www/nginx; fi > %%WWWDATA%%www/nginx-dist/EXAMPLE_DIRECTORY-DONT_ADD_OR_TOUCH_ANYTHING > %%WWWDATA%%www/nginx-dist/index.html > %%WWWDATA%%www/nginx-dist/50x.html > %%WWWDATA%%@exec chmod a-w www/nginx-dist > %%WWWDATA%%@unexec if [ -L %D/www/nginx ]; then rm -f %D/www/nginx; fi > %%WWWDATA%%@dirrmtry www/nginx-dist >=20 > cd /usr/ports/www/nginx > make install clean >=20 > # pkg info -R nginx | grep www/nginx-dist >=20 > /usr/local/www/nginx-dist/50x.html: 3c264d74770fd706d59c68d90ca1eb893= ac379a666ff136f9acc66ca01daec02 > /usr/local/www/nginx-dist/EXAMPLE_DIRECTORY-DONT_ADD_OR_TOUCH_ANYTHIN= G: 01ba4719c80b6fe911b091a7c05124b64eeece964e09c058ef8f9805daca546b > /usr/local/www/nginx-dist/index.html: 38ffd4972ae513a0c79a8be4573403e= dcd709f0f572105362b08ff50cf6de521 > /usr/local/www/nginx-dist/: y > mkdir -p -m 755 www/nginx-dist > if [ ! -d /usr/local/www/nginx/ ] ; then ln -fs /usr/local/www/ngin= x-dist /usr/local/www/nginx; fi > chmod a-w www/nginx-dist >=20 > This means in practice, once you create a binary package (pseudo code):= > pkg create nginx > pkg repo . > ... > pkg install nginx >=20 > You'll be left with a www/nginx-dist relative to wherever you've been > in the file. I assume that pkg-plist should use %D/www/nginx instead of= > www/nginx in mkdir and chmod. So it's probably a bug in the port > itself. Is this something that pkgng could potentially catch in future?= Leftovers when a package is removed? That's definitely a bug, and at the moment, such things will be picked up by package building software like poudriere or tinderbox. Testing on redports would flag up this problem, and if a commit to a port introduces such behaviour the maintainer should be getting emails from QAT and maybe pointyhat. There are plans afoot to introduce building packages in chroots and doing things like generating several smaller sub-packages from one port (eg. separate docs packages, separate shlibs pacakges etc.) which will have ramifications on the way plists are handled. That should make it virtually impossible to create a package that install files which aren't registered in /var/db/pkg/local.sqlite. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey ------enig2TVQJHCCHMFCFBTSOIDOS 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.16 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlFWlIUACgkQ8Mjk52CukIyLEgCfXr5H9iuAq0wKaBgY+zuH+BrX Gk4AoIMX1rqZ8VUla5QUT6n8cgLZ3Dg1 =qwnp -----END PGP SIGNATURE----- ------enig2TVQJHCCHMFCFBTSOIDOS-- From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 09:24:24 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8C234B67; Sat, 30 Mar 2013 09:24:24 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward3h.mail.yandex.net (forward3h.mail.yandex.net [IPv6:2a02:6b8:0:f05::3]) by mx1.freebsd.org (Postfix) with ESMTP id 480B196A; Sat, 30 Mar 2013 09:24:24 +0000 (UTC) Received: from smtp1h.mail.yandex.net (smtp1h.mail.yandex.net [84.201.187.144]) by forward3h.mail.yandex.net (Yandex) with ESMTP id 09ACF1362A84; Sat, 30 Mar 2013 13:24:05 +0400 (MSK) Received: from smtp1h.mail.yandex.net (localhost [127.0.0.1]) by smtp1h.mail.yandex.net (Yandex) with ESMTP id 70B5213404F0; Sat, 30 Mar 2013 13:09:42 +0400 (MSK) Received: from 78.108.204.136.tel.ru (78.108.204.136.tel.ru [78.108.204.136]) by smtp1h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 9gtCg6JG-9gtCx8BD; Sat, 30 Mar 2013 13:09:42 +0400 Message-ID: <5156ABD6.6040309@passap.ru> Date: Sat, 30 Mar 2013 13:09:42 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Martin Wilke Subject: Re: [HEADS UP] Ports tree is now frozen. References: <20130330053645.GA15968@bsdhash.org> In-Reply-To: <20130330053645.GA15968@bsdhash.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 09:24:24 -0000 30.03.2013 09:36, Martin Wilke пишет: > If you have some spare time during the freeze, please help us improve > the current state of the ports. For a list of ports currently marked > broken, see. http://portsmon.freebsd.org/portsconcordanceforbroken.py It will be nice to have a column with affected ports number at the URL above. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 10:04:23 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3EC981BC for ; Sat, 30 Mar 2013 10:04:23 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 17539AC3 for ; Sat, 30 Mar 2013 10:04:23 +0000 (UTC) Received: by mail-ie0-f172.google.com with SMTP id c10so1206323ieb.3 for ; Sat, 30 Mar 2013 03:04:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=rhQqlOYWznHhTFZz5YKQcX5Rj8WUghlfksYmg316I7w=; b=kQGH/NL7EUGp0ecbnHbqqu5qIojgC9n05rsvnbINknwNiBaZvwR1JO45Wf0Swnm+cX /61e6yw0cvPrsvjQRNmblWfWyrEKWE7mXs/z6yht9rug4/8QyDGkiG6VzgZt4+yGSvuV uzjpRxzpUzx/eAoJ0UWk3KYRuJyClcopoEOspIxrKESZ7u3i6XZTNt0jHmiC5h1DkDOv +IEEIkK4OuCrzK88m8/6TNzWMc9R62FyUCzV0q/APQUWO0ncvxsIaMIJuI3MI+Uk+Eo4 J7eSeXAfooGfbi5w/jauajNMmt3eLHdmAdDfZ6zSRPlI6kSVHTTPEkCUDjqknASN7sYU ViUg== X-Received: by 10.50.152.132 with SMTP id uy4mr846711igb.62.1364637862852; Sat, 30 Mar 2013 03:04:22 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.64.58.52 with HTTP; Sat, 30 Mar 2013 03:03:52 -0700 (PDT) In-Reply-To: <20130330034028.0f8cefc8@bsd64.grem.de> References: <20130330034028.0f8cefc8@bsd64.grem.de> From: Chris Rees Date: Sat, 30 Mar 2013 10:03:52 +0000 X-Google-Sender-Auth: ay1NLgggA9OBTLouoYKAhKIceK0 Message-ID: Subject: Re: www/nginx pkg-plist + pkgng (detectable?) To: Michael Gmelin Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Mailing List X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 10:04:23 -0000 On 30 March 2013 02:40, Michael Gmelin wrote: > pkg-plist contains: > > %%WWWDATA%%@exec mkdir -p -m 755 www/nginx-dist > %%WWWDATA%%@exec if [ ! -d %D/www/nginx/ ] ; then ln -fs > %D/www/nginx-dist %D/www/nginx; fi > %%WWWDATA%%www/nginx-dist/EXAMPLE_DIRECTORY-DONT_ADD_OR_TOUCH_ANYTHING > %%WWWDATA%%www/nginx-dist/index.html > %%WWWDATA%%www/nginx-dist/50x.html > %%WWWDATA%%@exec chmod a-w www/nginx-dist > %%WWWDATA%%@unexec if [ -L %D/www/nginx ]; then rm -f %D/www/nginx; fi > %%WWWDATA%%@dirrmtry www/nginx-dist > > cd /usr/ports/www/nginx > make install clean > > # pkg info -R nginx | grep www/nginx-dist > > /usr/local/www/nginx-dist/50x.html: 3c264d74770fd706d59c68d90ca1eb893ac379a666ff136f9acc66ca01daec02 > /usr/local/www/nginx-dist/EXAMPLE_DIRECTORY-DONT_ADD_OR_TOUCH_ANYTHING: 01ba4719c80b6fe911b091a7c05124b64eeece964e09c058ef8f9805daca546b > /usr/local/www/nginx-dist/index.html: 38ffd4972ae513a0c79a8be4573403edcd709f0f572105362b08ff50cf6de521 > /usr/local/www/nginx-dist/: y > mkdir -p -m 755 www/nginx-dist > if [ ! -d /usr/local/www/nginx/ ] ; then ln -fs /usr/local/www/nginx-dist /usr/local/www/nginx; fi > chmod a-w www/nginx-dist > > This means in practice, once you create a binary package (pseudo code): > pkg create nginx > pkg repo . > ... > pkg install nginx > > You'll be left with a www/nginx-dist relative to wherever you've been > in the file. I assume that pkg-plist should use %D/www/nginx instead of > www/nginx in mkdir and chmod. So it's probably a bug in the port > itself. Is this something that pkgng could potentially catch in future? Actually, the current working directory is set with the @cwd command, set to %D by default, so in practice it's not a problem. However... I would agree that you must use %D/ and give absolute paths when running commands in pkg-plist. I would also question the use of mkdir -m 755 then setting mode to 555 with chmod in the next command??? Chris From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 10:39: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]) by hub.freebsd.org (Postfix) with ESMTP id F3334836 for ; Sat, 30 Mar 2013 10:39:36 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id DA2EBC0F for ; Sat, 30 Mar 2013 10:39:36 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r2UAda4s003521 for ; Sat, 30 Mar 2013 10:39:36 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r2UAdark003520 for freebsd-ports@freebsd.org; Sat, 30 Mar 2013 10:39:36 GMT (envelope-from bdrewery) Received: (qmail 27176 invoked from network); 30 Mar 2013 05:39:33 -0500 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 30 Mar 2013 05:39:33 -0500 Message-ID: <5156C0D9.50909@FreeBSD.org> Date: Sat, 30 Mar 2013 05:39:21 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: Michael Gmelin Subject: Re: www/nginx pkg-plist + pkgng (detectable?) References: <20130330034028.0f8cefc8@bsd64.grem.de> In-Reply-To: <20130330034028.0f8cefc8@bsd64.grem.de> X-Enigmail-Version: 1.5.1 OpenPGP: id=3C9B0CF9; url=http://www.shatow.net/bryan/bryan.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2TLGIIWCSGHTEUQMDPRMN" Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 10:39:37 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2TLGIIWCSGHTEUQMDPRMN Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 3/29/2013 9:40 PM, Michael Gmelin wrote: > pkg-plist contains: >=20 > %%WWWDATA%%@exec mkdir -p -m 755 www/nginx-dist > %%WWWDATA%%@exec if [ ! -d %D/www/nginx/ ] ; then ln -fs > %D/www/nginx-dist %D/www/nginx; fi > %%WWWDATA%%www/nginx-dist/EXAMPLE_DIRECTORY-DONT_ADD_OR_TOUCH_ANYTHING > %%WWWDATA%%www/nginx-dist/index.html > %%WWWDATA%%www/nginx-dist/50x.html > %%WWWDATA%%@exec chmod a-w www/nginx-dist > %%WWWDATA%%@unexec if [ -L %D/www/nginx ]; then rm -f %D/www/nginx; fi > %%WWWDATA%%@dirrmtry www/nginx-dist >=20 > cd /usr/ports/www/nginx > make install clean >=20 > # pkg info -R nginx | grep www/nginx-dist >=20 > /usr/local/www/nginx-dist/50x.html: 3c264d74770fd706d59c68d90ca1eb893= ac379a666ff136f9acc66ca01daec02 > /usr/local/www/nginx-dist/EXAMPLE_DIRECTORY-DONT_ADD_OR_TOUCH_ANYTHIN= G: 01ba4719c80b6fe911b091a7c05124b64eeece964e09c058ef8f9805daca546b > /usr/local/www/nginx-dist/index.html: 38ffd4972ae513a0c79a8be4573403e= dcd709f0f572105362b08ff50cf6de521 > /usr/local/www/nginx-dist/: y > mkdir -p -m 755 www/nginx-dist > if [ ! -d /usr/local/www/nginx/ ] ; then ln -fs /usr/local/www/ngin= x-dist /usr/local/www/nginx; fi > chmod a-w www/nginx-dist >=20 > This means in practice, once you create a binary package (pseudo code):= > pkg create nginx > pkg repo . > ... > pkg install nginx >=20 > You'll be left with a www/nginx-dist relative to wherever you've been > in the file. I assume that pkg-plist should use %D/www/nginx instead of= > www/nginx in mkdir and chmod. So it's probably a bug in the port > itself. Is this something that pkgng could potentially catch in future?= >=20 > Cheers, > Michael >=20 What pkgng version is this? It should be fixed in 1.0.9 by https://github.com/pkgng/pkgng/issues/465 --=20 Regards, Bryan Drewery bdrewery@freenode/EFNet ------enig2TLGIIWCSGHTEUQMDPRMN 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.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRVsDZAAoJEG54KsA8mwz5S9IQAIAPO3jjfGl9myu7CFJux8VJ spG2mvQZt2LyFtwhHMok21VyUzSNI/jSuONoFmOTM8d7Gd8L0/byKzEMrvtia8Qg p8SxUzboSOLCb5Dbw25nxUmgq8FOrJedP2cWY9gV82JMgz81ICtwc5WguwuHlKIc Af/22gk2NL1RaHXyzQC4nwSBOpn/RxlENpk1ps/c/uuKSe0d1MK6l7m20g+LjPsU jnKYH/NQ1ne1MgVu5lt4NZSl6uspGpLsdZOqCC1G1VA3UEGiEbdAHaXch5Ih6+e1 qw59pvsOAe5eQK4jKpV1HYk5siskZjZC4T5qw0RUeNLWkiNSIeR+N8uEa0RsiS8B 1tzOwlZDORpAeeufRrc67D3Ee0NsCHsu/WxnbpRA9HuZVu+ncf5sMlarXqaiesIm RFwNVuVE0PDBpOnIaIA/mR+QWaHhNE8ssR1UIMD2Iq2Joo54GcyiALwKTi4j1Z4A ojOt7JfKQE8J+IMoo4Le0PKFXCeqMFp0Bt1/9+scGKqm36zJ2eI9u5r1W/kJWPSx qUNk/ThPVtP/6sWc1RHF26wwk9vAZIHN37zzFEPsSkiZE5pOmwH7F6Xkw068tTZg 973yHDDaD27+x/aAeU8AedUnHdJ+r6XLc7RT0tknOuOV+rUcMjWoEqprj8T8mKeA HlL6UWNcFWLmUkTOFHQ1 =tM9O -----END PGP SIGNATURE----- ------enig2TLGIIWCSGHTEUQMDPRMN-- From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 10:44:49 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 185CDA5E for ; Sat, 30 Mar 2013 10:44:49 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-yh0-x232.google.com (mail-yh0-x232.google.com [IPv6:2607:f8b0:4002:c01::232]) by mx1.freebsd.org (Postfix) with ESMTP id D81BEC36 for ; Sat, 30 Mar 2013 10:44:48 +0000 (UTC) Received: by mail-yh0-f50.google.com with SMTP id i57so118196yha.37 for ; Sat, 30 Mar 2013 03:44:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:subject:date:message-id:user-agent:mime-version :content-transfer-encoding:content-type; bh=r7XKn2KvLYZWqTPrc/bpJLVKjV1zf1TmanQzwSNwzh4=; b=B1F0N+DdF8LgMGYRYDiiz1Il2OW9RkKefunfSQGdlzJGwWRT6PS9lPu4co3PVinnwK G3alA7ToLVxvXptbyp6vAN0/C6SBNf+XrRD8XK916NsJVmEfL7rhVFA1XV/4uviufVTJ hMUx2eUyeXVp/Pf9Futouu3rbeljYWGkSuLUC0M1EjcuACo8laXWufy/KC71Ar4dXDxc SG3Ag9XAqfTVUOIsL7XCLu1KJD6Q0RFtEfZQRX7wzre5h6yJcR8PzMlxVvVHy4eTaVFy 6FBv/mJ5v7hiqpp6Tm8uHt+y8LcH0sNZczMzYf1jE3sNPoQRzlbRkCIOPLj7MBRtq3Ru p5yg== X-Received: by 10.236.128.198 with SMTP id f46mr3009503yhi.109.1364640288421; Sat, 30 Mar 2013 03:44:48 -0700 (PDT) Received: from luna.wi.rr.com (CPE-65-30-199-101.wi.res.rr.com. [65.30.199.101]) by mx.google.com with ESMTPS id b78sm8584787yhi.2.2013.03.30.03.44.46 (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 30 Mar 2013 03:44:47 -0700 (PDT) From: ajtiM To: freebsd-ports@freebsd.org, kde-freebsd@kde.org Subject: py27-pykde4-4.10.1 Date: Sat, 30 Mar 2013 05:44:36 -0500 Message-ID: <1505116.DpgL6T9iEl@luna.wi.rr.com> User-Agent: KMail/4.10.1 (FreeBSD/9.1-RELEASE; KDE/4.10.1; i386; ; ) 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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 10:44:49 -0000 Hi! Port p27-pykde4-4.10.1 (and previous versions too) has a "problem" with pop-up menus during installation: When I run installation with portmaster I setup options, before building it asked me for settings again and before installation it asked me again. I have a problem just with this port. Thank you. Mitja ---------- http://www.redbubble.com/people/lumiwa From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 10:54:52 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 64B60BE9 for ; Sat, 30 Mar 2013 10:54:52 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pb0-f52.google.com (mail-pb0-f52.google.com [209.85.160.52]) by mx1.freebsd.org (Postfix) with ESMTP id 42DE6CE5 for ; Sat, 30 Mar 2013 10:54:52 +0000 (UTC) Received: by mail-pb0-f52.google.com with SMTP id ma3so552911pbc.39 for ; Sat, 30 Mar 2013 03:54:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=hYDc0DRhBxe3oczb9sxOwXS1LQz3DYgO0GeK4pjE9fE=; b=qh0N/Tc93QVE1YkCvAoLUiJHMYSCpMGgulc+zmeFk9FvA4I/hDnS07ippcJqP0f3nD uO6sGX6pRqxhqgxgJDAnHRNrW2MJhrxpvPuHyCsR4UVpqMWQvVQjBJdXuISnimviuiiu 8RyPQzssLOS00wiJSJvNyJzkgAThoz3n6wj9QS/bV2mChOm6PDftQpisEo9KRa4HUMOm vrChv6mWsfhKgCKTLLnujfSl7JFgbuC9ePbDHV9BpjyiVVukc845dfeAJ+mGVS74ipPb QzkAP/s/p2pB77413E1KQi5cFdRO1xF2dIVoZ3TPjo3rSYyIjE6uIPDkeqWKY/ZNISWs UdRQ== X-Received: by 10.68.106.165 with SMTP id gv5mr8059715pbb.143.1364640886515; Sat, 30 Mar 2013 03:54:46 -0700 (PDT) Received: from [192.168.1.7] (ppp59-167-128-11.static.internode.on.net. [59.167.128.11]) by mx.google.com with ESMTPS id kl4sm6175206pbc.31.2013.03.30.03.54.43 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 30 Mar 2013 03:54:45 -0700 (PDT) Message-ID: <5156C468.3020408@FreeBSD.org> Date: Sat, 30 Mar 2013 21:54:32 +1100 From: Kubilay Kocak User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: ajtiM Subject: Re: py27-pykde4-4.10.1 References: <1505116.DpgL6T9iEl@luna.wi.rr.com> In-Reply-To: <1505116.DpgL6T9iEl@luna.wi.rr.com> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: kde-freebsd@kde.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 10:54:52 -0000 On 30/03/2013 9:44 PM, ajtiM wrote: > Hi! > > Port p27-pykde4-4.10.1 (and previous versions too) has a "problem" with pop-up > menus during installation: > When I run installation with portmaster I setup options, before building it > asked me for settings again and before installation it asked me again. > I have a problem just with this port. > > Thank you. > > Mitja > ---------- > http://www.redbubble.com/people/lumiwa Try adding: OPTIONSFILE?= ${PORT_DBDIR}/py-${PORTNAME}/options Below the OPTIONS_DEFINE line in devel/py-pykde4/Makefile If it works out well, please submit a PR :) -- Ta, Koobs From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 10:59:13 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AFBCBE12; Sat, 30 Mar 2013 10:59:13 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-ea0-x229.google.com (mail-ea0-x229.google.com [IPv6:2a00:1450:4013:c01::229]) by mx1.freebsd.org (Postfix) with ESMTP id 1DFCAD05; Sat, 30 Mar 2013 10:59:12 +0000 (UTC) Received: by mail-ea0-f169.google.com with SMTP id n15so504356ead.0 for ; Sat, 30 Mar 2013 03:59:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:from:to:cc:subject:date:message-id:organization :user-agent:in-reply-to:references:mime-version:content-type :content-transfer-encoding; bh=yIff2+IS45/VOWN7YeMMI6ipFymwiUKBAIJ+ludj6zo=; b=GYeViMS260cyaHPOJOkKk6IPtLPX0MWyM6+KUbBYMyTOSdnq3Z1HFNLV5rQrT1xVCg XRikXQUoqiqCCaFPMOuXPZzD7zzihg1/r0sm0BauEIdfJQOZFkHtTVuG6o0kpjpWtF9Z XQkjOSOnxjDShtvdeMZ5NB0KtVJSWRNUNMBfQMuScG3nzfn7fxodOrWRIcMULev21etc jBf52CcA1x2F99frMswiB3qtNhL6sCFU+I8qbW8c84C6awmZQ9K/amrayAr+kQkrNdMh VsEep1+nMrqmf8ItPiiAWiDY/lCRt5N2HRjTPG5QlwBt+tCOB6JjfmezGPX7ROY8FKUw WC7g== X-Received: by 10.14.5.6 with SMTP id 6mr17053361eek.42.1364641152198; Sat, 30 Mar 2013 03:59:12 -0700 (PDT) Received: from indiana.smith (ppp-102-41.33-151.iol.it. [151.33.41.102]) by mx.google.com with ESMTPS id q42sm9144605eem.14.2013.03.30.03.59.10 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 30 Mar 2013 03:59:11 -0700 (PDT) Sender: Alberto Villa From: Alberto Villa To: freebsd-ports@freebsd.org Subject: Re: py27-pykde4-4.10.1 Date: Sat, 30 Mar 2013 11:59:05 +0100 Message-ID: <1388383.IJ6j9LoMLW@indiana.smith> Organization: The FreeBSD Project User-Agent: KMail/4.9.5 (FreeBSD/10.0-CURRENT; KDE/4.9.5; amd64; ; ) In-Reply-To: <1505116.DpgL6T9iEl@luna.wi.rr.com> References: <1505116.DpgL6T9iEl@luna.wi.rr.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3482780.KMBuhQmBmt"; micalg="pgp-sha1"; protocol="application/pgp-signature" Content-Transfer-Encoding: 7Bit Cc: kde-freebsd@kde.org, bapt@freebsd.org, ajtiM X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 10:59:13 -0000 --nextPart3482780.KMBuhQmBmt Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Saturday 30 March 2013 05:44:36 ajtiM wrote: > Port p27-pykde4-4.10.1 (and previous versions too) has a "problem" with > pop-up menus during installation: > When I run installation with portmaster I setup options, before building it > asked me for settings again and before installation it asked me again. > I have a problem just with this port. It's a problem with new OPTIONS implementation (PKGNAMEPREFIX is used before being defined), it affects many other ports too. I'll see how this can be fixed globally. -- Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla If a shameless woman expects to be defiled and then dies of her fierce love because you do not consent, will chastity also be homicide? -- Saint Augustine --nextPart3482780.KMBuhQmBmt Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iJwEAAECAAYFAlFWxXwACgkQ3xiC6kQ1Cos0igQAlH7BADsvp0wNcOH9MzHD6S6b IHWIi/gcGRiptiD92s+1FBrbth6Rx1c7zel1kns9FpiKcA+dkbm5yBm0sAx4IYoa TqXgGZXqx+T4YwuA0JmhJumdU1L7lBNFUXsol1+s670pK6OeOta3wC0SOEZh/DwD sgg9abILBZSJAtIDCVI= =42P+ -----END PGP SIGNATURE----- --nextPart3482780.KMBuhQmBmt-- From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 11:22:45 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A6E2820C; Sat, 30 Mar 2013 11:22:45 +0000 (UTC) (envelope-from kwm@rainbow-runner.nl) Received: from fep12.mx.upcmail.net (fep12.mx.upcmail.net [62.179.121.32]) by mx1.freebsd.org (Postfix) with ESMTP id 81EAFDAC; Sat, 30 Mar 2013 11:22:44 +0000 (UTC) Received: from edge01.upcmail.net ([192.168.13.236]) by viefep12-int.chello.at (InterMail vM.8.01.05.05 201-2260-151-110-20120111) with ESMTP id <20130330112236.PUFD14414.viefep12-int.chello.at@edge01.upcmail.net>; Sat, 30 Mar 2013 12:22:36 +0100 Received: from [127.0.0.1] ([178.84.132.32]) by edge01.upcmail.net with edge id HnNb1l01V0i5fp601nNbjL; Sat, 30 Mar 2013 12:22:36 +0100 X-SourceIP: 178.84.132.32 Message-ID: <5156CAFA.1050109@rainbow-runner.nl> Date: Sat, 30 Mar 2013 12:22:34 +0100 From: Koop Mast User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: Alberto Villa Subject: Re: [kde-freebsd] py27-pykde4-4.10.1 References: <1505116.DpgL6T9iEl@luna.wi.rr.com> <1388383.IJ6j9LoMLW@indiana.smith> In-Reply-To: <1388383.IJ6j9LoMLW@indiana.smith> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 130329-1, 29-03-2013), Outbound message X-Antivirus-Status: Clean Cc: kde-freebsd@kde.org, bapt@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 11:22:45 -0000 On 30-3-2013 11:59, Alberto Villa wrote: > On Saturday 30 March 2013 05:44:36 ajtiM wrote: >> Port p27-pykde4-4.10.1 (and previous versions too) has a "problem" with >> pop-up menus during installation: >> When I run installation with portmaster I setup options, before building it >> asked me for settings again and before installation it asked me again. >> I have a problem just with this port. > It's a problem with new OPTIONS implementation (PKGNAMEPREFIX is used > before being defined), it affects many other ports too. I'll see how this can > be fixed globally. > FYI http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/148637 From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 12:19: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]) by hub.freebsd.org (Postfix) with ESMTP id E5B14DC7 for ; Sat, 30 Mar 2013 12:19:45 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id 59B54116 for ; Sat, 30 Mar 2013 12:19:44 +0000 (UTC) Received: (qmail 29993 invoked by uid 89); 30 Mar 2013 12:13:02 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@79.251.0.25) by mail.grem.de with ESMTPA; 30 Mar 2013 12:13:02 -0000 Date: Sat, 30 Mar 2013 13:13:01 +0100 From: Michael Gmelin To: freebsd-ports@freebsd.org Subject: Re: www/nginx pkg-plist + pkgng (detectable?) Message-ID: <20130330131301.5d2d49de@bsd64.grem.de> In-Reply-To: <5156947D.80202@FreeBSD.org> References: <20130330034028.0f8cefc8@bsd64.grem.de> <5156947D.80202@FreeBSD.org> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Matthew Seaman X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 12:19:46 -0000 On Sat, 30 Mar 2013 07:30:05 +0000 Matthew Seaman wrote: > On 30/03/2013 02:40, Michael Gmelin wrote: > > pkg-plist contains: > > > > %%WWWDATA%%@exec mkdir -p -m 755 www/nginx-dist > > %%WWWDATA%%@exec if [ ! -d %D/www/nginx/ ] ; then ln -fs > > %D/www/nginx-dist %D/www/nginx; fi > > %%WWWDATA%%www/nginx-dist/EXAMPLE_DIRECTORY-DONT_ADD_OR_TOUCH_ANYTHING > > %%WWWDATA%%www/nginx-dist/index.html > > %%WWWDATA%%www/nginx-dist/50x.html > > %%WWWDATA%%@exec chmod a-w www/nginx-dist > > %%WWWDATA%%@unexec if [ -L %D/www/nginx ]; then rm -f %D/www/nginx; > > fi %%WWWDATA%%@dirrmtry www/nginx-dist > > > > cd /usr/ports/www/nginx > > make install clean > > > > # pkg info -R nginx | grep www/nginx-dist > > > > /usr/local/www/nginx-dist/50x.html: > > 3c264d74770fd706d59c68d90ca1eb893ac379a666ff136f9acc66ca01daec02 /usr/local/www/nginx-dist/EXAMPLE_DIRECTORY-DONT_ADD_OR_TOUCH_ANYTHING: > > 01ba4719c80b6fe911b091a7c05124b64eeece964e09c058ef8f9805daca546b /usr/local/www/nginx-dist/index.html: > > 38ffd4972ae513a0c79a8be4573403edcd709f0f572105362b08ff50cf6de521 /usr/local/www/nginx-dist/: > > y mkdir -p -m 755 www/nginx-dist > > if [ ! -d /usr/local/www/nginx/ ] ; then ln > > -fs /usr/local/www/nginx-dist /usr/local/www/nginx; fi chmod a-w > > www/nginx-dist > > > > This means in practice, once you create a binary package (pseudo > > code): pkg create nginx > > pkg repo . > > ... > > pkg install nginx > > > > You'll be left with a www/nginx-dist relative to wherever you've > > been in the file. I assume that pkg-plist should use %D/www/nginx > > instead of www/nginx in mkdir and chmod. So it's probably a bug in > > the port itself. Is this something that pkgng could potentially > > catch in future? > > Leftovers when a package is removed? That's definitely a bug, and at > the moment, such things will be picked up by package building software > like poudriere or tinderbox. Testing on redports would flag up this > problem, and if a commit to a port introduces such behaviour the > maintainer should be getting emails from QAT and maybe pointyhat. Nope, it's leftovers when the package gets installed. I will elaborate that in my answer to Bryan later. -- Michael Gmelin From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 12:31:15 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 474B92D1 for ; Sat, 30 Mar 2013 12:31:15 +0000 (UTC) (envelope-from portscout@portscout.freebsd.org) Received: from null.zi0r.com (null.zi0r.com [71.245.171.204]) by mx1.freebsd.org (Postfix) with ESMTP id 0C639200 for ; Sat, 30 Mar 2013 12:31:14 +0000 (UTC) Received: from null.zi0r.com (localhost [127.0.0.1]) by null.zi0r.com (8.14.5/8.14.5) with ESMTP id r2UCVE9p005917 for ; Sat, 30 Mar 2013 08:31:14 -0400 (EDT) (envelope-from portscout@null.zi0r.com) Received: (from portscout@localhost) by null.zi0r.com (8.14.5/8.14.5/Submit) id r2UCVEII005792; Sat, 30 Mar 2013 08:31:14 -0400 (EDT) (envelope-from portscout) Message-Id: <201303301231.r2UCVEII005792@null.zi0r.com> MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain Date: Sat, 30 Mar 2013 08:31:14 -0400 From: portscout@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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 12:31:15 -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 ------------------------------------------------+-----------------+------------ devel/wxGlade | 0.6.5 | 0.6.6 ------------------------------------------------+-----------------+------------ net/htpdate | 1.0.4 | 1.0.5 ------------------------------------------------+-----------------+------------ 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 If wish to stop receiving portscout reminders, please contact portscout@portscout.freebsd.org Thanks. From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 12:35:00 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B715A455 for ; Sat, 30 Mar 2013 12:35:00 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 875C0275 for ; Sat, 30 Mar 2013 12:35:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r2UCYxj0026301 for ; Sat, 30 Mar 2013 12:34:59 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r2UCYxcB026299 for freebsd-ports@freebsd.org; Sat, 30 Mar 2013 12:34:59 GMT (envelope-from bdrewery) Received: (qmail 24385 invoked from network); 30 Mar 2013 07:34:57 -0500 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 30 Mar 2013 07:34:57 -0500 Message-ID: <5156DBE5.10307@FreeBSD.org> Date: Sat, 30 Mar 2013 07:34:45 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: Michael Gmelin Subject: Re: www/nginx pkg-plist + pkgng (detectable?) References: <20130330034028.0f8cefc8@bsd64.grem.de> <5156C0D9.50909@FreeBSD.org> In-Reply-To: <5156C0D9.50909@FreeBSD.org> X-Enigmail-Version: 1.5.1 OpenPGP: id=3C9B0CF9; url=http://www.shatow.net/bryan/bryan.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2ESTMVCSCSBJOHCNEHLQT" Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 12:35:00 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2ESTMVCSCSBJOHCNEHLQT Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 3/30/2013 5:39 AM, Bryan Drewery wrote: > On 3/29/2013 9:40 PM, Michael Gmelin wrote: >> >> You'll be left with a www/nginx-dist relative to wherever you've been >> in the file. I assume that pkg-plist should use %D/www/nginx instead o= f >> www/nginx in mkdir and chmod. So it's probably a bug in the port >> itself. Is this something that pkgng could potentially catch in future= ? >> >> Cheers, >> Michael >> >=20 > What pkgng version is this? It should be fixed in 1.0.9 by > https://github.com/pkgng/pkgng/issues/465 >=20 I suppose it is fixed by packages *built* with 1.0.9. So recreate your packages and it should be ok. --=20 Regards, Bryan Drewery bdrewery@freenode/EFNet ------enig2ESTMVCSCSBJOHCNEHLQT 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.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRVtvlAAoJEG54KsA8mwz5fLsP+QGnRXv2KxFd2yu0B6U7Q5Ba tAXnZLZaD7WG5dwsK6HOzJKmp9bw9jI4wVCAHx3Al7FVqnkP69T54LJ71+ZfiohC 9MrjUtvMJRZacrI0rNRsPD6UdVVL2By8R42r9KccWrFucD2ySLV+kavzNcRCpMpQ YrGeiEW/dwLWMGuppZhaBlQRmM+gr7o387EM6FTTMkBKp1BlaueTYr+6kbQmq7BF pNa7MHjfx1koUyGhEZ8Vm2Y1IGpiY0AS+v596Wg6hsoPPVXEqS6N9bc7EPBPsV6z pkJ7N6NFVSQtCIcl5sFLNiaLwqwwFoQyMSEMyz+JebsiWwmoLZ5tI1zc0vGYTGHs SNbk+Rwlb0Jrsvcqy1Qjj7aKmxhg7Qu8uxkUQFyj8/j8zzAVgiOBoQ54/NjKrPEe NHSL+L4HRCrK3ORt7I9TyBPRKlsFTnrqB1DXTd3Nz6HD0xv/ZJufbYDFN+zfjKFb 9cryJK3e+4FScabjNDjetDfpEH8QpPUp01OZPhX/mA33axo3b7/rZ+w8YyZbFgwU 5yghXN3d25nBMOuAgQAx8nvSm6sD5ORX9f4tbb1PxPvYrkqoJwVNhKOV4cQVmDwX lJv2hQ88F2deEI3RexFEEcAJX/uz6ZzWNRb4tk48rgDCNNK8tFTXfiDFQgol1tSw 3paphWnp0BoUMCzFT/vG =86nk -----END PGP SIGNATURE----- ------enig2ESTMVCSCSBJOHCNEHLQT-- From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 12:46:51 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 666FE88C; Sat, 30 Mar 2013 12:46:51 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-ea0-x22c.google.com (mail-ea0-x22c.google.com [IPv6:2a00:1450:4013:c01::22c]) by mx1.freebsd.org (Postfix) with ESMTP id C8D01351; Sat, 30 Mar 2013 12:46:50 +0000 (UTC) Received: by mail-ea0-f172.google.com with SMTP id z7so526517eaf.31 for ; Sat, 30 Mar 2013 05:46:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=Fwy+LJY65TLYuYwGUAS7HBnNnkrverZKt7/Vk/KYHck=; b=qwzwkgk8/rW2U4+VSpTZlLIVthfOx0fpsbMiK6k2KvKEqJSlTb0/yjJHyf5EAY+35F IzMKfmFVQLwp7Qij8IclLk0wDSUqvQj+l7EsweQA7Kdm9owgk145TnBftN8udisa/pOK FU3OT2NnA2r5dOki31hPdAOALS1nXv99/CyJK21HSTlcWVVhrrI/nezMDX31dFU40Irz UTXP4nbcQotwZX0MMsqZNNsSPCTGWkYdrLzB8kEHCCudiULGkCd/KdXKiD9eJS8L65MI r31+OaYPZt04U+bBzpIRIQR4utXV5gio4Ik0z0q/fxovqk5xBEkNBzwXJd+yQCak6f5W rhYw== X-Received: by 10.15.61.8 with SMTP id h8mr17408528eex.33.1364647609920; Sat, 30 Mar 2013 05:46:49 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPS id a1sm9817713eep.2.2013.03.30.05.46.48 (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 30 Mar 2013 05:46:48 -0700 (PDT) Sender: Baptiste Daroussin Date: Sat, 30 Mar 2013 13:46:46 +0100 From: Baptiste Daroussin To: Koop Mast Subject: Re: [kde-freebsd] py27-pykde4-4.10.1 Message-ID: <20130330124646.GA38188@ithaqua.etoilebsd.net> References: <1505116.DpgL6T9iEl@luna.wi.rr.com> <1388383.IJ6j9LoMLW@indiana.smith> <5156CAFA.1050109@rainbow-runner.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wac7ysb48OaltWcw" Content-Disposition: inline In-Reply-To: <5156CAFA.1050109@rainbow-runner.nl> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Alberto Villa , kde-freebsd@kde.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 12:46:51 -0000 --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 30, 2013 at 12:22:34PM +0100, Koop Mast wrote: > On 30-3-2013 11:59, Alberto Villa wrote: > > On Saturday 30 March 2013 05:44:36 ajtiM wrote: > >> Port p27-pykde4-4.10.1 (and previous versions too) has a "problem" with > >> pop-up menus during installation: > >> When I run installation with portmaster I setup options, before buildi= ng it > >> asked me for settings again and before installation it asked me again. > >> I have a problem just with this port. > > It's a problem with new OPTIONS implementation (PKGNAMEPREFIX is used > > before being defined), it affects many other ports too. I'll see how th= is can > > be fixed globally. > > >=20 > FYI http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/148637 >=20 FYI this was already happening with old options implementation which was al= ready using uniquename which is not unique *sick* the way the option file is handled hasn't change with both implementation. Bapt --wac7ysb48OaltWcw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlFW3rYACgkQ8kTtMUmk6ExmPgCgu9JmCeK5PMvKgHj7cHj8OvoD e3UAnjl9ryKHtv9eaP+GvlCCVNaUbTf1 =Y+c6 -----END PGP SIGNATURE----- --wac7ysb48OaltWcw-- From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 13:00:49 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E96F9D99 for ; Sat, 30 Mar 2013 13:00:49 +0000 (UTC) (envelope-from freebsd-ports-local@be-well.ilk.org) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id C4FF5635 for ; Sat, 30 Mar 2013 13:00:49 +0000 (UTC) Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.41]) by be-well.ilk.org (Postfix) with ESMTP id 34D8033C75; Sat, 30 Mar 2013 09:00:44 -0400 (EDT) Received: by lowell-desk.lan (Postfix, from userid 1147) id 4BCA939860; Sat, 30 Mar 2013 09:00:43 -0400 (EDT) From: Lowell Gilbert To: Andre Goree Subject: Re: Trouble building postfixadmin on 10-CURRENT References: <5155EE88.6060708@drenet.info> Date: Sat, 30 Mar 2013 09:00:43 -0400 In-Reply-To: <5155EE88.6060708@drenet.info> (Andre Goree's message of "Fri, 29 Mar 2013 15:42:00 -0400") Message-ID: <448v55ca9w.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: tabmow@freenode.net, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 13:00:50 -0000 Andre Goree writes: > Having issues building postfixadmin on a 10-CURRENT system. Any advice? > > [root@nqhost postfixadmin]# make install clean > ===> Installing for postfixadmin-2.3.6 > ===> postfixadmin-2.3.6 depends on file: > /usr/local/include/php/main/php.h - found > ===> postfixadmin-2.3.6 depends on file: > /usr/local/lib/php/20090626/session.so - found > ===> postfixadmin-2.3.6 depends on file: > /usr/local/lib/php/20090626/mbstring.so - found > ===> postfixadmin-2.3.6 depends on file: > /usr/local/lib/php/20090626/xmlrpc.so - found > ===> postfixadmin-2.3.6 depends on file: > /usr/local/lib/php/20090626/mysqli.so - found > ===> Generating temporary packing list > ===> Checking if mail/postfixadmin already installed > (cd /usr/ports/mail/postfixadmin/work/postfixadmin-2.3.6/ && /bin/sh -c > '(/usr/bin/find -d $0 $2 | /usr/bin/cpio -dumpl $1 >/dev/null 2>&1) && > /usr/sbin/chown -R root:wheel $1 && /usr/bin/find -d $0 $2 -type d > -exec chmod 755 $1/{} \; && /usr/bin/find -d $0 $2 -type f -exec chmod > 444 $1/{} \;' -- \*.php /usr/local/www/postfixadmin "! -name > config.inc.php") > *** [do-install] Error code 1 > > Stop in /usr/ports/mail/postfixadmin. > *** [install] Error code 1 > > Stop in /usr/ports/mail/postfixadmin. No message from what actually goes wrong; strange. Especially for failing on do-install; it looks like it should be changing permissions at that point. And I can't reproduce the failure on RELENG_9 with default options. Are you using any unusual options? From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 13:18:01 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4264EDF for ; Sat, 30 Mar 2013 13:18:01 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) by mx1.freebsd.org (Postfix) with ESMTP id 953EE6E3 for ; Sat, 30 Mar 2013 13:18:00 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=2.0 cv=EehKsYaC c=1 sm=0 a=0NJkuBbZY5VCdgJ+v5fl0w==:17 a=hkL94XTSprcA:10 a=AaUjGI9IrlcA:10 a=kj9zAlcOel0A:10 a=OA2lqS22AAAA:8 a=sIt-5M63AAAA:8 a=yk7D0291veUA:10 a=tnUfokj8NEws-Yl3Zn0A:9 a=CjuIK1q_8ugA:10 a=0NJkuBbZY5VCdgJ+v5fl0w==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.mail=roberthuff@rcn.com; spf=neutral; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com header.from=roberthuff@rcn.com; sender-id=neutral Received-SPF: neutral (smtp02.rcn.cmh.synacor.com: 209.6.84.183 is neither permitted nor denied by domain of rcn.com) Received: from [209.6.84.183] ([209.6.84.183:33642] helo=jerusalem.litteratus.org.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 2.2.3.49 r(42060/42061)) with ESMTP id 22/D2-28841-706E6515; Sat, 30 Mar 2013 09:17:59 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <20822.58886.729409.831590@jerusalem.litteratus.org> Date: Sat, 30 Mar 2013 09:17:58 -0400 To: ports@freebsd.org Subject: pkg replacement for pkg_sort? X-Mailer: VM 7.17 under 21.4 (patch 22) "Instant Classic" XEmacs Lucid X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 13:18:01 -0000 Am I too much of a zombie this morning, or is there nothing in the man page about how to do this? Respectfully, Robert Huff From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 13:30:46 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 89F5D7C2 for ; Sat, 30 Mar 2013 13:30:46 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id E4AD979C for ; Sat, 30 Mar 2013 13:30:45 +0000 (UTC) Received: (qmail 31004 invoked by uid 89); 30 Mar 2013 13:23:21 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@79.251.0.25) by mail.grem.de with ESMTPA; 30 Mar 2013 13:23:21 -0000 Date: Sat, 30 Mar 2013 14:23:20 +0100 From: Michael Gmelin To: freebsd-ports@freebsd.org Subject: Re: www/nginx pkg-plist + pkgng (detectable?) Message-ID: <20130330142320.38010126@bsd64.grem.de> In-Reply-To: <5156C0D9.50909@FreeBSD.org> References: <20130330034028.0f8cefc8@bsd64.grem.de> <5156C0D9.50909@FreeBSD.org> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) 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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 13:30:46 -0000 On Sat, 30 Mar 2013 05:39:21 -0500 Bryan Drewery wrote: > On 3/29/2013 9:40 PM, Michael Gmelin wrote: > > pkg-plist contains: > > > > %%WWWDATA%%@exec mkdir -p -m 755 www/nginx-dist > > %%WWWDATA%%@exec if [ ! -d %D/www/nginx/ ] ; then ln -fs > > %D/www/nginx-dist %D/www/nginx; fi > > %%WWWDATA%%www/nginx-dist/EXAMPLE_DIRECTORY-DONT_ADD_OR_TOUCH_ANYTHING > > %%WWWDATA%%www/nginx-dist/index.html > > %%WWWDATA%%www/nginx-dist/50x.html > > %%WWWDATA%%@exec chmod a-w www/nginx-dist > > %%WWWDATA%%@unexec if [ -L %D/www/nginx ]; then rm -f %D/www/nginx; > > fi %%WWWDATA%%@dirrmtry www/nginx-dist > > > > cd /usr/ports/www/nginx > > make install clean > > > > # pkg info -R nginx | grep www/nginx-dist > > > > /usr/local/www/nginx-dist/50x.html: > > 3c264d74770fd706d59c68d90ca1eb893ac379a666ff136f9acc66ca01daec02 /usr/local/www/nginx-dist/EXAMPLE_DIRECTORY-DONT_ADD_OR_TOUCH_ANYTHING: > > 01ba4719c80b6fe911b091a7c05124b64eeece964e09c058ef8f9805daca546b /usr/local/www/nginx-dist/index.html: > > 38ffd4972ae513a0c79a8be4573403edcd709f0f572105362b08ff50cf6de521 /usr/local/www/nginx-dist/: > > y mkdir -p -m 755 www/nginx-dist > > if [ ! -d /usr/local/www/nginx/ ] ; then ln > > -fs /usr/local/www/nginx-dist /usr/local/www/nginx; fi chmod a-w > > www/nginx-dist > > > > This means in practice, once you create a binary package (pseudo > > code): pkg create nginx > > pkg repo . > > ... > > pkg install nginx > > > > You'll be left with a www/nginx-dist relative to wherever you've > > been in the file. I assume that pkg-plist should use %D/www/nginx > > instead of www/nginx in mkdir and chmod. So it's probably a bug in > > the port itself. Is this something that pkgng could potentially > > catch in future? > > > > Cheers, > > Michael > > > > What pkgng version is this? It should be fixed in 1.0.9 by > https://github.com/pkgng/pkgng/issues/465 > > It is version 1.0.9 in fact. Let me elaborate this with a complete test sequence (starting in a clean jail): # cd /usr/ports/ports-mgmt/pkg # make install clean # pkg -v 1.0.9 (which is port version 1.0.9_2) # echo "WITH_PKGNG=1" >> /etc/make.conf # pkg2ng # cd /usr/ports/www/nginx # make && make clean (this is so only dependencies get installed) # find /usr | sort | uniq >/tmp/beforeinstall # make install clean # find /usr | sort | uniq >/tmp/afterinstall # diff /tmp/beforeinstall /tmp/afterinstall | wc -l 32 # pkg delete -y nginx # find /usr | sort | uniq >/tmp/afterdelete # diff /tmp/beforeinstall /tmp/afterdelete | wc -l 0 (At this point it's clear that the package cleans up after itself ok after removal) # make install clean # mkdir /tmp/pkg # cd /tmp/pkg # pkg create nginx # pkg repo . # find . . ./nginx-1.2.7_1,1.txz ./repo.txz # pkg delete -y nginx # PACKAGESITE=file:/tmp/pkg pkg update # PACKAGESITE=file:/tmp/pkg pkg install -y nginx # find . . ./nginx-1.2.7_1,1.txz ./repo.txz ./www ./www/nginx-dist I did the same procedure using pkg_* (starting from scratch): # cd /usr/ports/www/nginx # make install clean # mkdir /tmp/pkg # cd /tmp/pkg # pkg_create -b nginx-\* # find . . ./nginx-1.2.7_1,1.tbz # pkg_delete nginx-\* # pkg_add nginx-* # find . . ./nginx-1.2.7_1,1.tbz # pkg_info nginx-1.2.7_1,1 Robust and small WWW server pcre-8.32 Perl Compatible Regular Expressions library So the problem only happens when using pkgng, not when using pkg_*. With pkg_* it seems like "mkdir www/nginx-dist" is executed relative to @cwd, while with pkgng it's executed relative to `pwd`. On a different note, two things I noticed while playing with pkgng: - The bootstrap code delivered with 9.1 installs pkg version 1.0.2, since pkg is still improved rapidly, wouldn't it make sense to bootstrap to the latest version from ports (or at least output a warning, that there might be a more recent version)? - pkg2ng does not alter make.conf, nor tell the user to do so. If you assume that all users of pkg only use binary packages that might make sense. But since you'll see a lot of converting users (in the end this is what pkg2ng is for) either altering make.conf or at least giving a hint to the user (something like "Don't forget to add 'WITH_PKGNG=1' to your /etc/make.conf") would be nice. Even though I'm really should know that at this point, I forgot it several times, which puts the machines affected in a pretty ugly state after installing additional ports. Cheers, Michael -- Michael Gmelin From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 13:53:20 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 40D18EAB for ; Sat, 30 Mar 2013 13:53:20 +0000 (UTC) (envelope-from delivery@mx.sailthru.com) Received: from mx-fab-e.sailthru.com (mx-fab-e.sailthru.com [65.39.215.63]) by mx1.freebsd.org (Postfix) with ESMTP id EFC998B1 for ; Sat, 30 Mar 2013 13:53:19 +0000 (UTC) Received: from nyp1-jmailer26.sailthru.com (nyp1-jmailer26.sailthru.com [65.39.215.178]) by mx-fab-e.sailthru.com (Postfix) with ESMTP id 27D96644D57 for ; Sat, 30 Mar 2013 09:53:19 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; t=1364651599; s=sailthru; d=fab.com; h=Date:From:To:Message-ID:Subject:MIME-Version:Content-Type:List-ID:List-Unsubscribe; bh=EOkWvqnViUb75fiAfML9YUYMGhp33luRb7Qwyph6qzA=; b=SPSPecX38zgv9QXPgiITEkMzOURC56ly9ifArVoDXrNTKriuJ+vw8dIaprsMbT+Q dQtqqsP7PM8orO/o6up/BZyK24knXdAEDX2uZDkHWjjKfKUmcTZq2o9NJglDgky5YZ/ XQF1Setop4v9BVATqeecpz0IgjNtk1kAGQyJW5fU= Date: Sat, 30 Mar 2013 09:53:19 -0400 (EDT) From: Fab To: ports@freebsd.org Message-ID: <20130330135319.5156ee4fd2f88066350004fd@sailthru.com> Subject: Invite from gushudson770@yahoo.com to fab.com, daily design sales and inspirations MIME-Version: 1.0 X-TM-ID: 20130330135319.5156ee4fd2f88066350004fd X-Info: Message sent by sailthru.com customer fab X-Info: We do not permit unsolicited commercial email X-Info: Please report abuse by forwarding complete headers to X-Info: abuse@sailthru.com X-Mailer: sailthru.com X-IADB-IP: 65.39.215.63 X-IADB-IP-REVERSE: 63.215.39.65 X-IADB-URL: http://www.isipp.com/iadb.php X-Unsubscribe-Web: http://mailer.fab.com/oc/5156ee4f602ac2d627de56115156ee4fd2f88066350004fd/8a6fab26 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 13:53:20 -0000 =C2=A0 =C2=A0 =C2=A0 If you are unable to see this message, click here to viewTo ensure delivery to = your inbox, please add info@fab.com t= o your address book. =C2=A0 =C2=A0 Great News!ports= @freebsd.org
Here's your exclusive= invite from gushudson770@yahoo.com to register for the new Fab.comFab.com provides daily design inspirations and sales from the world's lead= ing designers and manufacturers at prices up = to 70% off retail. About Help Contact Us Return Policy Sh= ipping Terms Priv= acy tw fb =C2=A0=20 You received this email because you are registered on fab.com with the emai= l address: ports@freebsd.org. We respect your privacy. View our privacy policy at http://fab.com/privacy/= . If you believe this has been sent to you in error, please safely unsubscr= ibe at http://mailer.fab.com/oc/5156ee4f602ac2d627de56115156ee4fd2f88066350= 004fd/8a6fab26. Fab.com Inc http://fab.com | 95 Morton Street, 8th Floor New York, NY 10014 From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 14:35:03 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2B377593 for ; Sat, 30 Mar 2013 14:35:03 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id A2F6E9C9 for ; Sat, 30 Mar 2013 14:35:02 +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.6/8.14.6) with ESMTP id r2UEYvH3009751 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sat, 30 Mar 2013 14:34:58 GMT (envelope-from matthew@FreeBSD.org) DKIM-Filter: OpenDKIM Filter v2.8.0 smtp.infracaninophile.co.uk r2UEYvH3009751 Authentication-Results: smtp.infracaninophile.co.uk/r2UEYvH3009751; dkim=none reason="no signature"; dkim-adsp=none (unprotected policy) Message-ID: <5156F80B.1030804@FreeBSD.org> Date: Sat, 30 Mar 2013 14:34:51 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: pkg replacement for pkg_sort? References: <20822.58886.729409.831590@jerusalem.litteratus.org> In-Reply-To: <20822.58886.729409.831590@jerusalem.litteratus.org> X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2XSUIJLXQRWVIGNBAGHMK" X-Virus-Scanned: clamav-milter 0.97.6 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00,SPF_SOFTFAIL 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.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 14:35:03 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2XSUIJLXQRWVIGNBAGHMK Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 30/03/2013 13:17, Robert Huff wrote: > Am I too much of a zombie this morning, or is there nothing in > the man page about how to do this? That's not functionality provided by pkgng at the moment, although pkgng certainly has all the necessary data in repository catalogues etc. to be able to sort a list of package origins with all dependencies occurring before what requires them. No one has implemented that yet. However, pkg_sort(1) is part of portupgrade, and portupgrade should be fully pkgng aware nowadays. Did you try just using pkg_sort? If that doesn't work, then Bryan should be informed. If you'ld like something to be changed about either portupgrade or pkgng in respect to this, then please open an issue -- https://github.com/pkgtools/pkgtools/issues https://github.com/pkgng/pkgng/issues Issues with accompanying pull requests are our favourites, but we're happy to get feedback or problem reports without attached patches too. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey ------enig2XSUIJLXQRWVIGNBAGHMK 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.16 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlFW+BEACgkQ8Mjk52CukIwMkgCeObCXMifbYZOS+vls9LT2pQcS MbUAn3Us8bzv788jGGRb09Xrb+nltHUk =k879 -----END PGP SIGNATURE----- ------enig2XSUIJLXQRWVIGNBAGHMK-- From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 14:38:43 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C2263747 for ; Sat, 30 Mar 2013 14:38:43 +0000 (UTC) (envelope-from marco.broeder@gmx.eu) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) by mx1.freebsd.org (Postfix) with ESMTP id C578B9F7 for ; Sat, 30 Mar 2013 14:38:42 +0000 (UTC) Received: from mailout-de.gmx.net ([10.1.76.32]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0LwCie-1UiElO02KU-0181Bq for ; Sat, 30 Mar 2013 15:38:36 +0100 Received: (qmail invoked by alias); 30 Mar 2013 14:38:35 -0000 Received: from port-92-195-113-91.dynamic.qsc.de (EHLO localhost) [92.195.113.91] by mail.gmx.net (mp032) with SMTP; 30 Mar 2013 15:38:35 +0100 X-Authenticated: #23197544 X-Provags-ID: V01U2FsdGVkX18N7xMqBroNE+u71b06XtYPMDbRQ8h26niypcAYRa YpaZfakF2dSr6Q Message-ID: <5156F44D.6000202@gmx.eu> Date: Sat, 30 Mar 2013 15:18:53 +0100 From: =?UTF-8?B?TWFyY28gQnLDtmRlcg==?= MIME-Version: 1.0 To: Tod Olson Subject: Re: FreeBSD Port: py27-hg-git-0.3.4 References: In-Reply-To: OpenPGP: id=68D40A14 Content-Type: multipart/mixed; boundary="------------040301040103060503090307" X-Y-GMX-Trusted: 0 Cc: Peggy Wilkins , FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: marco.broeder@gmx.eu List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 14:38:43 -0000 This is a multi-part message in MIME format. --------------040301040103060503090307 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit On 28.03.2013 19:05, Tod Olson wrote: > Having upgraded to mercurial 2.5.2, we see problems with hg-git 0.3.4, and > they seem to be fixed with hg-git 0.4.0. Will you be updating the FreeBSD > port of hg-git in the near future? Yes. :-) Sorry for the late reply. I just returned today. You can use the attached patch. Apply the patch with something like this: # cd /usr/ports && patch -p1 < /path/to/hg-git.patch I am especially interested in runtime behavior. Let me know if this port version works for you. *** - Update to 0.4.0 release - Adjust required dependencies versions - Depend on devel/py-ordereddict - Limit python version up to 2.7 - Update setup.py patch - Use a space character instead of a tab in 'pkg-descr' file - Update pkg-plist Tested: portlint, tinderbox, pkg install / delete, limited runtime *** -- Kind regards --------------040301040103060503090307 Content-Type: text/x-patch; name="hg-git.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="hg-git.patch" diff --git a/devel/hg-git/Makefile b/devel/hg-git/Makefile index 48c2538..6a516fc 100644 --- a/devel/hg-git/Makefile +++ b/devel/hg-git/Makefile @@ -2,7 +2,7 @@ # $FreeBSD: ports/devel/hg-git/Makefile,v 1.13 2012/11/17 05:55:47 svnexp Exp $ PORTNAME= hg-git -PORTVERSION= 0.3.4 +PORTVERSION= 0.4.0 CATEGORIES= devel python MASTER_SITES= CHEESESHOP PKGNAMEPREFIX= ${PYTHON_PKGNAMEPREFIX} @@ -12,12 +12,13 @@ COMMENT= Mercurial extension to pull from or push to a Git repository LICENSE= GPLv2 -RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}dulwich>=0.8.5:${PORTSDIR}/devel/dulwich \ - mercurial>=2.3.2:${PORTSDIR}/devel/mercurial +RUN_DEPENDS= ${PKGNAMEPREFIX}dulwich>=0.8.7:${PORTSDIR}/devel/dulwich \ + mercurial>=2.5.2:${PORTSDIR}/devel/mercurial \ + ${PKGNAMEPREFIX}ordereddict>=1.1:${PORTSDIR}/devel/py-ordereddict MAKE_JOBS_SAFE= yes -USE_PYTHON= yes +USE_PYTHON= -2.7 USE_PYDISTUTILS=yes PYDISTUTILS_PKGNAME= ${PORTNAME:S/-/_/} diff --git a/devel/hg-git/distinfo b/devel/hg-git/distinfo index c6d272e..8d2f78e 100644 --- a/devel/hg-git/distinfo +++ b/devel/hg-git/distinfo @@ -1,2 +1,2 @@ -SHA256 (hg-git-0.3.4.tar.gz) = 3770dd4ce9f230fedff9c699f3a8f8d7210510b799c2ee7df774758026612c50 -SIZE (hg-git-0.3.4.tar.gz) = 18554 +SHA256 (hg-git-0.4.0.tar.gz) = 6a2289539bae5f898c25e66c149cb27eacb3ac2bcd90d3e247ba42ebba9f8a9c +SIZE (hg-git-0.4.0.tar.gz) = 21981 diff --git a/devel/hg-git/files/patch-setup.py b/devel/hg-git/files/patch-setup.py index adceafe..bdab167 100644 --- a/devel/hg-git/files/patch-setup.py +++ b/devel/hg-git/files/patch-setup.py @@ -1,17 +1,24 @@ ---- ./setup.py.orig 2012-11-01 15:10:46.000000000 +0100 -+++ ./setup.py 2012-11-03 10:28:03.799021557 +0100 -@@ -1,7 +1,4 @@ +--- ./setup.py.orig 2013-03-24 22:35:51.000000000 +0100 ++++ ./setup.py 2013-03-30 13:51:43.535271164 +0100 +@@ -1,13 +1,5 @@ -try: - from setuptools import setup -except: - from distutils.core import setup +- +-try: +- from collections import OrderedDict +- extra_req = [] +-except ImportError: +- extra_req = ['ordereddict>=1.1'] +from distutils.core import setup ++from collections import OrderedDict setup( name='hg-git', -@@ -20,5 +17,4 @@ +@@ -26,5 +18,4 @@ license='GPLv2', packages=['hggit'], package_data={ 'hggit': ['help/git.rst'] }, -- install_requires=['dulwich>=0.8.0'], +- install_requires=['dulwich>=0.8.6'] + extra_req, ) diff --git a/devel/hg-git/pkg-descr b/devel/hg-git/pkg-descr index 888a42b..bad3160 100644 --- a/devel/hg-git/pkg-descr +++ b/devel/hg-git/pkg-descr @@ -18,4 +18,4 @@ The plugin is basically functional and usable now, but there are still some edge cases. However, there are several people using it effectively, so please test it yourself and report encountered bugs upstream (see website). Thanks! -WWW: http://hg-git.github.com/ +WWW: http://hg-git.github.com/ diff --git a/devel/hg-git/pkg-plist b/devel/hg-git/pkg-plist index cebe734..279e14b 100644 --- a/devel/hg-git/pkg-plist +++ b/devel/hg-git/pkg-plist @@ -19,4 +19,6 @@ %%PYTHON_SITELIBDIR%%/hggit/util.py %%PYTHON_SITELIBDIR%%/hggit/util.pyc %%PYTHON_SITELIBDIR%%/hggit/util.pyo +%%PYTHON_SITELIBDIR%%/hggit/help/git.rst +@dirrm %%PYTHON_SITELIBDIR%%/hggit/help @dirrm %%PYTHON_SITELIBDIR%%/hggit --------------040301040103060503090307-- From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 14:42:52 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8DADBA1C for ; Sat, 30 Mar 2013 14:42:52 +0000 (UTC) (envelope-from marco.broeder@gmx.eu) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) by mx1.freebsd.org (Postfix) with ESMTP id 1C00FA38 for ; Sat, 30 Mar 2013 14:42:51 +0000 (UTC) Received: from mailout-de.gmx.net ([10.1.76.10]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0LjwwR-1UxTXJ3CED-00bukE for ; Sat, 30 Mar 2013 15:42:44 +0100 Received: (qmail invoked by alias); 30 Mar 2013 14:42:44 -0000 Received: from port-92-195-113-91.dynamic.qsc.de (EHLO localhost) [92.195.113.91] by mail.gmx.net (mp010) with SMTP; 30 Mar 2013 15:42:44 +0100 X-Authenticated: #23197544 X-Provags-ID: V01U2FsdGVkX19ajURIE0ZaDY0rZV16z2khW9vOR926jPv3b+nUFg b3r08ma5RY/iJH Message-ID: <5156F977.3010802@gmx.eu> Date: Sat, 30 Mar 2013 15:40:55 +0100 From: =?UTF-8?B?TWFyY28gQnLDtmRlcg==?= MIME-Version: 1.0 To: Kubilay Kocak Subject: Re: FreeBSD Port: py27-hg-git-0.3.4 References: <515516A5.4080502@FreeBSD.org> In-Reply-To: <515516A5.4080502@FreeBSD.org> OpenPGP: id=68D40A14 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Peggy Wilkins , FreeBSD Ports , Tod Olson X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: marco.broeder@gmx.eu List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 14:42:52 -0000 On 29.03.2013 05:20, Kubilay Kocak wrote: > The patch attached updates hg-git to 0.4.0 and tweaks a couple of port > things: Thank you for your contribution! I just created a slightly different patch. Please see my other email reply. > - Require py-ordereddict for users running Python < 2.7 It is a drop-in replacement, very small sized and probably useful for python27 (performance), too. So I just declared it as a dependency for all python versions including 2.7. It also reduces the size of the Makefile (no conditional check). -- Kind regards From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 14:53: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]) by hub.freebsd.org (Postfix) with ESMTP id 1DE42E45 for ; Sat, 30 Mar 2013 14:53:36 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) by mx1.freebsd.org (Postfix) with ESMTP id CE0CDA96 for ; Sat, 30 Mar 2013 14:53:35 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=2.0 cv=EehKsYaC c=1 sm=0 a=0NJkuBbZY5VCdgJ+v5fl0w==:17 a=229ozKraqlUA:10 a=AaUjGI9IrlcA:10 a=kj9zAlcOel0A:10 a=OA2lqS22AAAA:8 a=sIt-5M63AAAA:8 a=QGS-aLAXgMAA:10 a=NEAV23lmAAAA:8 a=ongwC1Dl4hAqV6Ig2WYA:9 a=CjuIK1q_8ugA:10 a=0NJkuBbZY5VCdgJ+v5fl0w==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.mail=roberthuff@rcn.com; spf=neutral; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com header.from=roberthuff@rcn.com; sender-id=neutral Received-SPF: neutral (smtp02.rcn.cmh.synacor.com: 209.6.84.183 is neither permitted nor denied by domain of rcn.com) Received: from [209.6.84.183] ([209.6.84.183:18441] helo=jerusalem.litteratus.org.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 2.2.3.49 r(42060/42061)) with ESMTP id 44/DB-28841-86CF6515; Sat, 30 Mar 2013 10:53:29 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <20822.64616.161229.523272@jerusalem.litteratus.org> Date: Sat, 30 Mar 2013 10:53:28 -0400 To: Matthew Seaman Subject: Re: pkg replacement for pkg_sort? In-Reply-To: <5156F80B.1030804@FreeBSD.org> References: <20822.58886.729409.831590@jerusalem.litteratus.org> <5156F80B.1030804@FreeBSD.org> X-Mailer: VM 7.17 under 21.4 (patch 22) "Instant Classic" XEmacs Lucid Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 14:53:36 -0000 Matthew Seaman writes: > On 30/03/2013 13:17, Robert Huff wrote: > > > Am I too much of a zombie this morning, or is there nothing in > > the man page about how to do this? > > That's not functionality provided by pkgng at the moment, > although pkgng certainly has all the necessary data in repository > catalogues etc. to be able to sort a list of package origins with > all dependencies occurring before what requires them. No one has > implemented that yet. > > However, pkg_sort(1) is part of portupgrade, and portupgrade > should be fully pkgng aware nowadays. Did you try just using > pkg_sort? I did and do. I'm trying to move to a single tool for this set of tasks, and pkg_sort is one of the (very) few things I haven't been able to replace. Unfortunately, that functionality is essential to several scripts .... The other irreplaceable I can think of is "portsclean", particularly the C, D, and L options. > If you'ld like something to be changed about either portupgrade > or pkgng in respect to this, then please open an issue -- > > https://github.com/pkgtools/pkgtools/issues > https://github.com/pkgng/pkgng/issues Depends on how lazy I'm feeling at the moment. :-) Robert Huff From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 15:16:09 2013 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DF1B1530 for ; Sat, 30 Mar 2013 15:16:09 +0000 (UTC) (envelope-from tod@uchicago.edu) Received: from smtp00.uchicago.edu (smtp00.uchicago.edu [128.135.12.76]) by mx1.freebsd.org (Postfix) with ESMTP id BB636B71 for ; Sat, 30 Mar 2013 15:16:09 +0000 (UTC) Received: from xm-route.ad.uchicago.edu (xm-hub-02-prod.ad.uchicago.edu [10.50.194.12]) by smtp00.uchicago.edu (Postfix) with ESMTP id 70BE33DC544; Sat, 30 Mar 2013 10:16:03 -0500 (CDT) Received: from XM-MBX-02-PROD.ad.uchicago.edu ([169.254.2.130]) by xm-hub-02-prod.ad.uchicago.edu ([10.50.133.24]) with mapi id 14.02.0342.003; Sat, 30 Mar 2013 10:16:03 -0500 From: Tod Olson To: "" Subject: Re: FreeBSD Port: py27-hg-git-0.3.4 Thread-Topic: FreeBSD Port: py27-hg-git-0.3.4 Thread-Index: AQHOK97Z0cRMcasXck2mq+cDF5WdRZi8Za6AgAI/kYCAAAnPAA== Date: Sat, 30 Mar 2013 15:16:02 +0000 Message-ID: References: <515516A5.4080502@FreeBSD.org> <5156F977.3010802@gmx.eu> In-Reply-To: <5156F977.3010802@gmx.eu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [68.255.110.28] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <945C354E4A8B5C4FA733386410A79319@uchicago.edu> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Peggy Wilkins , FreeBSD Ports , Tod Olson , Kubilay Kocak X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 15:16:09 -0000 Thank you all for your help. We'll test out the patch when our sysadmin can fit it in. Best, -Tod On Mar 30, 2013, at 9:40 AM, Marco Br=F6der wrote: > On 29.03.2013 05:20, Kubilay Kocak wrote: >> The patch attached updates hg-git to 0.4.0 and tweaks a couple of port >> things: >=20 > Thank you for your contribution! I just created a slightly different patc= h. > Please see my other email reply. >=20 >> - Require py-ordereddict for users running Python < 2.7 >=20 > It is a drop-in replacement, very small sized and probably useful for pyt= hon27 > (performance), too. So I just declared it as a dependency for all python > versions including 2.7. It also reduces the size of the Makefile (no > conditional check). >=20 > --=20 > Kind regards From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 15:35:17 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CEAFEA13 for ; Sat, 30 Mar 2013 15:35:17 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 790D7DF6 for ; Sat, 30 Mar 2013 15:35:17 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-ports@freebsd.org with esmtp (envelope-from ) id <1ULxl9-000wzC-Ta>; Sat, 30 Mar 2013 16:31:59 +0100 Received: from f052013030.adsl.alicedsl.de ([78.52.13.30] helo=[192.168.0.128]) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-ports@freebsd.org with esmtpsa (envelope-from ) id <1ULxl9-0027hq-Mu>; Sat, 30 Mar 2013 16:31:59 +0100 Subject: apache24-2.4.4 AUTHN_DBD requires DBD. From: "O. Hartmann" To: FreeBSD ports Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-rLysZfYmZILPNFecRZEw" Date: Sat, 30 Mar 2013 16:31:59 +0100 Message-ID: <1364657519.1668.20.camel@thor.walstatt.dyndns.org> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-Originating-IP: 78.52.13.30 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 15:35:17 -0000 --=-rLysZfYmZILPNFecRZEw Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I try to replace www/apache22 with www/apache24 and run on all FreeBSD 10.0-CURRENT boxes (three) into the same problem:=20 =3D=3D=3D> Cleaning for apache24-2.4.4 =3D=3D=3D> apache24-2.4.4 AUTHN_DBD requires DBD. *** [all] Error code 1 Stop in /usr/ports/www/apache24. Below, the "make showconfig" output is shown. I consider this a bug. =3D=3D=3D> The following configuration options are available for apache24-2.4.4: ACCESS_COMPAT=3Don: Old group authorizations based on host (name or IP), deprecated by mod_authz_host ACTIONS=3Don: Action triggering on requests ALIAS=3Don: Mapping of requests to different filesystem parts ALLOWMETHODS=3Don: Easily restrict what HTTP methods can be used on the server ASIS=3Don: Sends files that contain their own HTTP headers AUTHN_ANON=3Don: Anonymous user authentication control AUTHN_CORE=3Don: Core authentication module AUTHN_DBD=3Don: SQL-based authentication control AUTHN_DBM=3Don: DBM-based authentication control AUTHN_FILE=3Don: File-based authentication control AUTHN_SOCACHE=3Don: Cached authentication control AUTHZ_CORE=3Don: Core authorization provider vector module AUTHZ_DBD=3Don: SQL based authorization and Login/Session support AUTHZ_DBM=3Don: DBM-based authorization control AUTHZ_GROUPFILE=3Don: Group authorization using plaintext files AUTHZ_HOST=3Don: Host-based authorization control AUTHZ_OWNER=3Don: Authorization based on file ownership AUTHZ_USER=3Don: User Authorization AUTH_BASIC=3Don: Basic authentication AUTH_DIGEST=3Don: RFC2617 Digest authentication AUTH_FORM=3Don: Form authentication AUTOINDEX=3Don: Directory listing BUFFER=3Don: Filter Buffering CACHE=3Doff: Dynamic file caching CACHE_DISK=3Don: Disk caching module CERN_META=3Don: CERN-type meta files CGI=3Don: CGI scripts (non-threaded MPMs) CGID=3Don: CGI scripts (threaded MPMs) DAV=3Don: WebDAV protocol handling. --enable-dav also enables mod_dav_fs DAV_FS=3Don: DAV provider for the filesystem. --enable-dav also enables mod_dav_fs DBD=3Doff: Apache DBD Framework DEFLATE=3Don: Deflate transfer encoding support DIR=3Don: Directory request handling DUMPIO=3Don: I/O dump filter ENV=3Don: Modifies environment passed to CGI/SSI pages EXPIRES=3Don: Expires header control EXT_FILTER=3Don: External filter module FILE_CACHE=3Don: File cache FILTER=3Doff: Smart Filtering HEADERS=3Don: HTTP header control IMAGEMAP=3Don: Server-side imagemaps INCLUDE=3Don: Server-side includes INFO=3Don: Server information LBMETHOD_BYBUSYNESS=3Don: Apache proxy Load balancing by busyness LBMETHOD_BYREQUESTS=3Don: Apache proxy Load balancing by request counting LBMETHOD_BYTRAFFIC=3Don: Apache proxy Load balancing by traffic counting LOGIO=3Don: Input and output logging LOG_DEBUG=3Don: Configurable debug logging MIME=3Don: Mapp file-ext. to MIME (recommended) MIME_MAGIC=3Don: Automagically determining MIME type NEGOTIATION=3Don: Content negotiation RATELIMIT=3Don: Output Bandwidth Limiting REMOTEIP=3Don: Translate header contents to an apparent client remote_ip REQTIMEOUT=3Don: Limit time waiting for request from client REQUEST=3Doff: Request Body Filtering REWRITE=3Don: Rule based URL manipulation SED=3Don: Filter request and/or response bodies through sed SETENVIF=3Don: Modify ENV vars based on characteristics of the request SOCACHE_DBM=3Don: dbm small object cache provider SOCACHE_MEMCACHE=3Don: memcache small object cache provider SOCACHE_SHMCB=3Don: shmcb small object cache provider SPELING=3Don: Correct common URL misspellings SSL=3Don: SSL/TLS support (mod_ssl) STATUS=3Don: Process/thread monitoring SUBSTITUTE=3Don: Response content rewrite-like filtering UNIQUE_ID=3Don: Per-request unique ids USERDIR=3Don: Mapping of requests to user-specific directories VERSION=3Don: Determining httpd version in config files VHOST_ALIAS=3Don: Mass virtual hosting AUTHNZ_LDAP=3Don: LDAP based authentication LDAP=3Doff: LDAP caching and connection pooling services CHARSET_LITE=3Doff: Character set translation. Enabled by default only on EBCDIC systems DATA=3Doff: RFC2397 data encoder DAV_LOCK=3Don: DAV provider for generic locking DIALUP=3Doff: Rate limits static files to dialup modem speeds IDENT=3Doff: RFC 1413 ident lookups LOG_FORENSIC=3Doff: Forensic logging LUA=3Doff: Apache Lua Framework REFLECTOR=3Doff: Reflect request through the output filter stack SLOTMEM_PLAIN=3Doff: Slotmem provider that uses plain memory SLOTMEM_SHM=3Doff: Slotmem provider that uses shared memory SOCACHE_DC=3Doff: distcache small object cache provider SUEXEC=3Doff: Set uid and gid for spawned processes USERTRACK=3Doff: User-session tracking XML2ENC=3Don: i18n support for markup filters WATCHDOG=3Doff: Watchdog module HEARTBEAT=3Doff: Generates Heartbeats HEARTMONITOR=3Doff: Collects Heartbeats LBMETHOD_HEARTBEAT=3Doff: Apache proxy Load balancing from Heartbeats CASE_FILTER=3Doff: (dev) example uppercase conversion filter CASE_FILTER_IN=3Doff: (dev) example uppercase conversion input filter ECHO=3Doff: (dev) example echo server EXAMPLE_HOOKS=3Doff: (dev) example hook module EXAMPLE_IPC=3Doff: (dev) example IPC module OPTIONAL_FN_EXPORT=3Doff: (dev) example optional function exporter OPTIONAL_FN_IMPORT=3Doff: (dev) example optional function importer OPTIONAL_HOOK_EXPORT=3Doff: (dev) example optional hook exporter OPTIONAL_HOOK_IMPORT=3Doff: (dev) example optional hook importer BUCKETEER=3Doff: (dev) buckets manipulation filter, useful only for developers and testing purposes LUAJIT=3Doff: LuaJit Support IPV4_MAPPED=3Doff: Allow IPv6 sockets to handle IPv4 connections PROXY=3Don: Build enabled PROXY modules SESSION=3Don: Build enabled SESSION modules =3D=3D=3D=3D> Options available for the multi PROXY: you have to choose at = least one of them PROXY_AJP=3Don: AJP support module for mod_proxy PROXY_BALANCER=3Don: mod_proxy extension for load balancing PROXY_CONNECT=3Don: mod_proxy extension for CONNECT request handling PROXY_EXPRESS=3Don: Dynamic mass reverse proxy extension for mod_proxy PROXY_FCGI=3Don: FastCGI support module for mod_proxy PROXY_FTP=3Don: FTP support module for mod_proxy PROXY_HTTP=3Don: HTTP support module for mod_proxy PROXY_SCGI=3Don: SCGI gateway module for mod_proxy PROXY_FDPASS=3Doff: fdpass external process support module for mod_proxy PROXY_HTML=3Doff: Fix HTML Links in a Reverse Proxy =3D=3D=3D=3D> Options available for the multi SESSION: you have to choose a= t least one of them SESSION_COOKIE=3Don: Session cookie module SESSION_CRYPTO=3Don: Session crypto module SESSION_DBD=3Don: Session dbd module =3D=3D=3D=3D> Options available for the single DEFAULT_MPM: you have to sel= ect exactly one of them MPM_PREFORK=3Doff: non-threaded, pre-forking web server MPM_WORKER=3Don: hybrid multi-threaded multi-process web server MPM_EVENT=3Doff: MPM worker variant with the goal of consuming threads only for connections with active processing =3D=3D=3D=3D> Options available for the radio SHARED_MPM: you can only sele= ct none or one of them MPM_SHARED=3Don: all MPMs as loadable module =3D=3D=3D> Use 'make config' to modify these settings root@gate [apache24]=20 --=-rLysZfYmZILPNFecRZEw Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAABAgAGBQJRVwVvAAoJEOgBcD7A/5N85gEIAK6RG3QTEQchIoN1WAgCdMPg snfMt11Ns8NR0bD7IyJJUOnNfNht4Gs6PwHzlZWwA28i65Ap62PTmEAKqW6OH/Wb EYxZsF2nyC8aB/Xn503J1zeRia388Cy9sI6T4LNyOY6ZJKm78+yhpYOCmlgh5gp4 Wq2obWYFy8xkm0GQ/BGaZLAtktRx6yzItQOnndI21CmH918cPkEf76kPfCyukCoK MjnKqFAeulaTOZGmJ/yjrMG37G6082wCVB18xVoZuiM5nDryy9vlHDw88SucAkpV OlD0KOEtlPnY5DIlmYcq0X6KrRdwFT24+99vV3uPG8YhX54qwlt9h8YLI5QY+lc= =l8t0 -----END PGP SIGNATURE----- --=-rLysZfYmZILPNFecRZEw-- From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 15:50: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]) by hub.freebsd.org (Postfix) with ESMTP id BBC18BF4 for ; Sat, 30 Mar 2013 15:50:50 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) by mx1.freebsd.org (Postfix) with ESMTP id 69FA9E6A for ; Sat, 30 Mar 2013 15:50:49 +0000 (UTC) Received: from mailout-de.gmx.net ([10.1.76.10]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0Lo3XS-1Ut6wL046K-00g4NX for ; Sat, 30 Mar 2013 16:50:49 +0100 Received: (qmail invoked by alias); 30 Mar 2013 15:50:48 -0000 Received: from p578be941.dip0.t-ipconnect.de (EHLO [192.168.0.100]) [87.139.233.65] by mail.gmx.net (mp010) with SMTP; 30 Mar 2013 16:50:48 +0100 X-Authenticated: #1956535 X-Provags-ID: V01U2FsdGVkX19Ar/xBl71A4wbZdz6akBgH4S1U4Xl9/6aGYiLD1d 3xNzKrfKurlB6J Message-ID: <51570A36.6040400@gmx.de> Date: Sat, 30 Mar 2013 16:52:22 +0100 From: olli hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: FreeBSD ports Subject: Re: apache24-2.4.4 AUTHN_DBD requires DBD. References: <1364657519.1668.20.camel@thor.walstatt.dyndns.org> In-Reply-To: <1364657519.1668.20.camel@thor.walstatt.dyndns.org> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: "O. Hartmann" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 15:50:50 -0000 Easy solution, change this to on -> DBD=off: Apache DBD Framework -- Regards, olli On 2013-03-30 16:31, O. Hartmann wrote: > I try to replace www/apache22 with www/apache24 and run on all FreeBSD > 10.0-CURRENT boxes (three) into the same problem: > > ===> Cleaning for apache24-2.4.4 > ===> apache24-2.4.4 AUTHN_DBD requires DBD. > *** [all] Error code 1 > > Stop in /usr/ports/www/apache24. > > > Below, the "make showconfig" output is shown. > > I consider this a bug. > > ===> The following configuration options are available for > apache24-2.4.4: > ACCESS_COMPAT=on: Old group authorizations based on host (name or > IP), deprecated by mod_authz_host > ACTIONS=on: Action triggering on requests > ALIAS=on: Mapping of requests to different filesystem parts > ALLOWMETHODS=on: Easily restrict what HTTP methods can be used on > the server > ASIS=on: Sends files that contain their own HTTP headers > AUTHN_ANON=on: Anonymous user authentication control > AUTHN_CORE=on: Core authentication module > AUTHN_DBD=on: SQL-based authentication control > AUTHN_DBM=on: DBM-based authentication control > AUTHN_FILE=on: File-based authentication control > AUTHN_SOCACHE=on: Cached authentication control > AUTHZ_CORE=on: Core authorization provider vector module > AUTHZ_DBD=on: SQL based authorization and Login/Session support > AUTHZ_DBM=on: DBM-based authorization control > AUTHZ_GROUPFILE=on: Group authorization using plaintext files > AUTHZ_HOST=on: Host-based authorization control > AUTHZ_OWNER=on: Authorization based on file ownership > AUTHZ_USER=on: User Authorization > AUTH_BASIC=on: Basic authentication > AUTH_DIGEST=on: RFC2617 Digest authentication > AUTH_FORM=on: Form authentication > AUTOINDEX=on: Directory listing > BUFFER=on: Filter Buffering > CACHE=off: Dynamic file caching > CACHE_DISK=on: Disk caching module > CERN_META=on: CERN-type meta files > CGI=on: CGI scripts (non-threaded MPMs) > CGID=on: CGI scripts (threaded MPMs) > DAV=on: WebDAV protocol handling. --enable-dav also enables > mod_dav_fs > DAV_FS=on: DAV provider for the filesystem. --enable-dav also > enables mod_dav_fs > DBD=off: Apache DBD Framework > DEFLATE=on: Deflate transfer encoding support > DIR=on: Directory request handling > DUMPIO=on: I/O dump filter > ENV=on: Modifies environment passed to CGI/SSI pages > EXPIRES=on: Expires header control > EXT_FILTER=on: External filter module > FILE_CACHE=on: File cache > FILTER=off: Smart Filtering > HEADERS=on: HTTP header control > IMAGEMAP=on: Server-side imagemaps > INCLUDE=on: Server-side includes > INFO=on: Server information > LBMETHOD_BYBUSYNESS=on: Apache proxy Load balancing by busyness > LBMETHOD_BYREQUESTS=on: Apache proxy Load balancing by request > counting > LBMETHOD_BYTRAFFIC=on: Apache proxy Load balancing by traffic > counting > LOGIO=on: Input and output logging > LOG_DEBUG=on: Configurable debug logging > MIME=on: Mapp file-ext. to MIME (recommended) > MIME_MAGIC=on: Automagically determining MIME type > NEGOTIATION=on: Content negotiation > RATELIMIT=on: Output Bandwidth Limiting > REMOTEIP=on: Translate header contents to an apparent client > remote_ip > REQTIMEOUT=on: Limit time waiting for request from client > REQUEST=off: Request Body Filtering > REWRITE=on: Rule based URL manipulation > SED=on: Filter request and/or response bodies through sed > SETENVIF=on: Modify ENV vars based on characteristics of the > request > SOCACHE_DBM=on: dbm small object cache provider > SOCACHE_MEMCACHE=on: memcache small object cache provider > SOCACHE_SHMCB=on: shmcb small object cache provider > SPELING=on: Correct common URL misspellings > SSL=on: SSL/TLS support (mod_ssl) > STATUS=on: Process/thread monitoring > SUBSTITUTE=on: Response content rewrite-like filtering > UNIQUE_ID=on: Per-request unique ids > USERDIR=on: Mapping of requests to user-specific directories > VERSION=on: Determining httpd version in config files > VHOST_ALIAS=on: Mass virtual hosting > AUTHNZ_LDAP=on: LDAP based authentication > LDAP=off: LDAP caching and connection pooling services > CHARSET_LITE=off: Character set translation. Enabled by default > only on EBCDIC systems > DATA=off: RFC2397 data encoder > DAV_LOCK=on: DAV provider for generic locking > DIALUP=off: Rate limits static files to dialup modem speeds > IDENT=off: RFC 1413 ident lookups > LOG_FORENSIC=off: Forensic logging > LUA=off: Apache Lua Framework > REFLECTOR=off: Reflect request through the output filter stack > SLOTMEM_PLAIN=off: Slotmem provider that uses plain memory > SLOTMEM_SHM=off: Slotmem provider that uses shared memory > SOCACHE_DC=off: distcache small object cache provider > SUEXEC=off: Set uid and gid for spawned processes > USERTRACK=off: User-session tracking > XML2ENC=on: i18n support for markup filters > WATCHDOG=off: Watchdog module > HEARTBEAT=off: Generates Heartbeats > HEARTMONITOR=off: Collects Heartbeats > LBMETHOD_HEARTBEAT=off: Apache proxy Load balancing from Heartbeats > CASE_FILTER=off: (dev) example uppercase conversion filter > CASE_FILTER_IN=off: (dev) example uppercase conversion input filter > ECHO=off: (dev) example echo server > EXAMPLE_HOOKS=off: (dev) example hook module > EXAMPLE_IPC=off: (dev) example IPC module > OPTIONAL_FN_EXPORT=off: (dev) example optional function exporter > OPTIONAL_FN_IMPORT=off: (dev) example optional function importer > OPTIONAL_HOOK_EXPORT=off: (dev) example optional hook exporter > OPTIONAL_HOOK_IMPORT=off: (dev) example optional hook importer > BUCKETEER=off: (dev) buckets manipulation filter, useful only for > developers and testing purposes > LUAJIT=off: LuaJit Support > IPV4_MAPPED=off: Allow IPv6 sockets to handle IPv4 connections > PROXY=on: Build enabled PROXY modules > SESSION=on: Build enabled SESSION modules > ====> Options available for the multi PROXY: you have to choose at least > one of them > PROXY_AJP=on: AJP support module for mod_proxy > PROXY_BALANCER=on: mod_proxy extension for load balancing > PROXY_CONNECT=on: mod_proxy extension for CONNECT request handling > PROXY_EXPRESS=on: Dynamic mass reverse proxy extension for > mod_proxy > PROXY_FCGI=on: FastCGI support module for mod_proxy > PROXY_FTP=on: FTP support module for mod_proxy > PROXY_HTTP=on: HTTP support module for mod_proxy > PROXY_SCGI=on: SCGI gateway module for mod_proxy > PROXY_FDPASS=off: fdpass external process support module for > mod_proxy > PROXY_HTML=off: Fix HTML Links in a Reverse Proxy > ====> Options available for the multi SESSION: you have to choose at > least one of them > SESSION_COOKIE=on: Session cookie module > SESSION_CRYPTO=on: Session crypto module > SESSION_DBD=on: Session dbd module > ====> Options available for the single DEFAULT_MPM: you have to select > exactly one of them > MPM_PREFORK=off: non-threaded, pre-forking web server > MPM_WORKER=on: hybrid multi-threaded multi-process web server > MPM_EVENT=off: MPM worker variant with the goal of consuming > threads only for connections with active processing > ====> Options available for the radio SHARED_MPM: you can only select > none or one of them > MPM_SHARED=on: all MPMs as loadable module > ===> Use 'make config' to modify these settings > root@gate [apache24] > From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 16:01:48 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1721ECFA for ; Sat, 30 Mar 2013 16:01:48 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id B5BD8EA9 for ; Sat, 30 Mar 2013 16:01:47 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1ULyDy-0014HM-O4>; Sat, 30 Mar 2013 17:01:46 +0100 Received: from f052013030.adsl.alicedsl.de ([78.52.13.30] helo=[192.168.0.128]) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1ULyDy-00294S-H6>; Sat, 30 Mar 2013 17:01:46 +0100 Subject: Re: apache24-2.4.4 AUTHN_DBD requires DBD. From: "O. Hartmann" To: olli hauer In-Reply-To: <51570A36.6040400@gmx.de> References: <1364657519.1668.20.camel@thor.walstatt.dyndns.org> <51570A36.6040400@gmx.de> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-np5UFreG+7YBZum+6rl5" Date: Sat, 30 Mar 2013 17:01:46 +0100 Message-ID: <1364659306.1668.28.camel@thor.walstatt.dyndns.org> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-Originating-IP: 78.52.13.30 Cc: FreeBSD ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 16:01:48 -0000 --=-np5UFreG+7YBZum+6rl5 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Sat, 2013-03-30 at 16:52 +0100, olli hauer wrote: > Easy solution, >=20 > change this to on -> DBD=3Doff: Apache DBD Framework >=20 > -- > Regards, > olli Well, this is very funny and no easy solution at all. I explicitely switched this to on - but is is always off when I enter the "make config" a second time! This happens on three other machines as well as on the one Irepoted the error from (all FreeBSD 10.0-CURRENT #0 r248931: Sat Mar 30 10:51:31 CET 2013). It seems, some ill-logic switches back the selection. Even "make rmconfig" doesn't solve the problem. After a full rmconfig, all checkboxes are checked to ON down to VHOST_ALIAS. Calling a second time leaves some checkboxes now OFF for some magic reasons: CACHE DBD FILTER REQUEST I tried investigating, but did not get very far. oh >=20 > On 2013-03-30 16:31, O. Hartmann wrote: > > I try to replace www/apache22 with www/apache24 and run on all FreeBSD > > 10.0-CURRENT boxes (three) into the same problem:=20 > >=20 > > =3D=3D=3D> Cleaning for apache24-2.4.4 > > =3D=3D=3D> apache24-2.4.4 AUTHN_DBD requires DBD. > > *** [all] Error code 1 > >=20 > > Stop in /usr/ports/www/apache24. > >=20 > >=20 > > Below, the "make showconfig" output is shown. > >=20 > > I consider this a bug. > >=20 > > =3D=3D=3D> The following configuration options are available for > > apache24-2.4.4: > > ACCESS_COMPAT=3Don: Old group authorizations based on host (name o= r > > IP), deprecated by mod_authz_host > > ACTIONS=3Don: Action triggering on requests > > ALIAS=3Don: Mapping of requests to different filesystem parts > > ALLOWMETHODS=3Don: Easily restrict what HTTP methods can be used o= n > > the server > > ASIS=3Don: Sends files that contain their own HTTP headers > > AUTHN_ANON=3Don: Anonymous user authentication control > > AUTHN_CORE=3Don: Core authentication module > > AUTHN_DBD=3Don: SQL-based authentication control > > AUTHN_DBM=3Don: DBM-based authentication control > > AUTHN_FILE=3Don: File-based authentication control > > AUTHN_SOCACHE=3Don: Cached authentication control > > AUTHZ_CORE=3Don: Core authorization provider vector module > > AUTHZ_DBD=3Don: SQL based authorization and Login/Session support > > AUTHZ_DBM=3Don: DBM-based authorization control > > AUTHZ_GROUPFILE=3Don: Group authorization using plaintext files > > AUTHZ_HOST=3Don: Host-based authorization control > > AUTHZ_OWNER=3Don: Authorization based on file ownership > > AUTHZ_USER=3Don: User Authorization > > AUTH_BASIC=3Don: Basic authentication > > AUTH_DIGEST=3Don: RFC2617 Digest authentication > > AUTH_FORM=3Don: Form authentication > > AUTOINDEX=3Don: Directory listing > > BUFFER=3Don: Filter Buffering > > CACHE=3Doff: Dynamic file caching > > CACHE_DISK=3Don: Disk caching module > > CERN_META=3Don: CERN-type meta files > > CGI=3Don: CGI scripts (non-threaded MPMs) > > CGID=3Don: CGI scripts (threaded MPMs) > > DAV=3Don: WebDAV protocol handling. --enable-dav also enables > > mod_dav_fs > > DAV_FS=3Don: DAV provider for the filesystem. --enable-dav also > > enables mod_dav_fs > > DBD=3Doff: Apache DBD Framework > > DEFLATE=3Don: Deflate transfer encoding support > > DIR=3Don: Directory request handling > > DUMPIO=3Don: I/O dump filter > > ENV=3Don: Modifies environment passed to CGI/SSI pages > > EXPIRES=3Don: Expires header control > > EXT_FILTER=3Don: External filter module > > FILE_CACHE=3Don: File cache > > FILTER=3Doff: Smart Filtering > > HEADERS=3Don: HTTP header control > > IMAGEMAP=3Don: Server-side imagemaps > > INCLUDE=3Don: Server-side includes > > INFO=3Don: Server information > > LBMETHOD_BYBUSYNESS=3Don: Apache proxy Load balancing by busyness > > LBMETHOD_BYREQUESTS=3Don: Apache proxy Load balancing by request > > counting > > LBMETHOD_BYTRAFFIC=3Don: Apache proxy Load balancing by traffic > > counting > > LOGIO=3Don: Input and output logging > > LOG_DEBUG=3Don: Configurable debug logging > > MIME=3Don: Mapp file-ext. to MIME (recommended) > > MIME_MAGIC=3Don: Automagically determining MIME type > > NEGOTIATION=3Don: Content negotiation > > RATELIMIT=3Don: Output Bandwidth Limiting > > REMOTEIP=3Don: Translate header contents to an apparent client > > remote_ip > > REQTIMEOUT=3Don: Limit time waiting for request from client > > REQUEST=3Doff: Request Body Filtering > > REWRITE=3Don: Rule based URL manipulation > > SED=3Don: Filter request and/or response bodies through sed > > SETENVIF=3Don: Modify ENV vars based on characteristics of the > > request > > SOCACHE_DBM=3Don: dbm small object cache provider > > SOCACHE_MEMCACHE=3Don: memcache small object cache provider > > SOCACHE_SHMCB=3Don: shmcb small object cache provider > > SPELING=3Don: Correct common URL misspellings > > SSL=3Don: SSL/TLS support (mod_ssl) > > STATUS=3Don: Process/thread monitoring > > SUBSTITUTE=3Don: Response content rewrite-like filtering > > UNIQUE_ID=3Don: Per-request unique ids > > USERDIR=3Don: Mapping of requests to user-specific directories > > VERSION=3Don: Determining httpd version in config files > > VHOST_ALIAS=3Don: Mass virtual hosting > > AUTHNZ_LDAP=3Don: LDAP based authentication > > LDAP=3Doff: LDAP caching and connection pooling services > > CHARSET_LITE=3Doff: Character set translation. Enabled by default > > only on EBCDIC systems > > DATA=3Doff: RFC2397 data encoder > > DAV_LOCK=3Don: DAV provider for generic locking > > DIALUP=3Doff: Rate limits static files to dialup modem speeds > > IDENT=3Doff: RFC 1413 ident lookups > > LOG_FORENSIC=3Doff: Forensic logging > > LUA=3Doff: Apache Lua Framework > > REFLECTOR=3Doff: Reflect request through the output filter stack > > SLOTMEM_PLAIN=3Doff: Slotmem provider that uses plain memory > > SLOTMEM_SHM=3Doff: Slotmem provider that uses shared memory > > SOCACHE_DC=3Doff: distcache small object cache provider > > SUEXEC=3Doff: Set uid and gid for spawned processes > > USERTRACK=3Doff: User-session tracking > > XML2ENC=3Don: i18n support for markup filters > > WATCHDOG=3Doff: Watchdog module > > HEARTBEAT=3Doff: Generates Heartbeats > > HEARTMONITOR=3Doff: Collects Heartbeats > > LBMETHOD_HEARTBEAT=3Doff: Apache proxy Load balancing from Heartbe= ats > > CASE_FILTER=3Doff: (dev) example uppercase conversion filter > > CASE_FILTER_IN=3Doff: (dev) example uppercase conversion input fil= ter > > ECHO=3Doff: (dev) example echo server > > EXAMPLE_HOOKS=3Doff: (dev) example hook module > > EXAMPLE_IPC=3Doff: (dev) example IPC module > > OPTIONAL_FN_EXPORT=3Doff: (dev) example optional function exporter > > OPTIONAL_FN_IMPORT=3Doff: (dev) example optional function importer > > OPTIONAL_HOOK_EXPORT=3Doff: (dev) example optional hook exporter > > OPTIONAL_HOOK_IMPORT=3Doff: (dev) example optional hook importer > > BUCKETEER=3Doff: (dev) buckets manipulation filter, useful only fo= r > > developers and testing purposes > > LUAJIT=3Doff: LuaJit Support > > IPV4_MAPPED=3Doff: Allow IPv6 sockets to handle IPv4 connections > > PROXY=3Don: Build enabled PROXY modules > > SESSION=3Don: Build enabled SESSION modules > > =3D=3D=3D=3D> Options available for the multi PROXY: you have to choose= at least > > one of them > > PROXY_AJP=3Don: AJP support module for mod_proxy > > PROXY_BALANCER=3Don: mod_proxy extension for load balancing > > PROXY_CONNECT=3Don: mod_proxy extension for CONNECT request handli= ng > > PROXY_EXPRESS=3Don: Dynamic mass reverse proxy extension for > > mod_proxy > > PROXY_FCGI=3Don: FastCGI support module for mod_proxy > > PROXY_FTP=3Don: FTP support module for mod_proxy > > PROXY_HTTP=3Don: HTTP support module for mod_proxy > > PROXY_SCGI=3Don: SCGI gateway module for mod_proxy > > PROXY_FDPASS=3Doff: fdpass external process support module for > > mod_proxy > > PROXY_HTML=3Doff: Fix HTML Links in a Reverse Proxy > > =3D=3D=3D=3D> Options available for the multi SESSION: you have to choo= se at > > least one of them > > SESSION_COOKIE=3Don: Session cookie module > > SESSION_CRYPTO=3Don: Session crypto module > > SESSION_DBD=3Don: Session dbd module > > =3D=3D=3D=3D> Options available for the single DEFAULT_MPM: you have to= select > > exactly one of them > > MPM_PREFORK=3Doff: non-threaded, pre-forking web server > > MPM_WORKER=3Don: hybrid multi-threaded multi-process web server > > MPM_EVENT=3Doff: MPM worker variant with the goal of consuming > > threads only for connections with active processing > > =3D=3D=3D=3D> Options available for the radio SHARED_MPM: you can only = select > > none or one of them > > MPM_SHARED=3Don: all MPMs as loadable module > > =3D=3D=3D> Use 'make config' to modify these settings > > root@gate [apache24]=20 > >=20 --=-np5UFreG+7YBZum+6rl5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAABAgAGBQJRVwxqAAoJEOgBcD7A/5N8wSkIAM2Xw/dN4YszKYyJA9L0Y+y1 bfiuddj6Va2ZN91ArmwSlaSonCkHrBma5VNkXSJidZmpzslxEDpc9Pg6+xMCZBSH 6iuhcOrcKodhREQWNyinSsp3CsDTlXoxDydHtbr2ntGj6YhwGrS+ap/8IXfOLYXL KIPq5QIgt/ZanoR943mWVidpPxD+n3wvYwZgyF4zsIGfK6vc5p+FawVQKh3L5Bx8 I3f2vAAMGOI8xfsBoEu2q5bF3KPk6vKOSXOoCVQvRK8gLzmSkTPPbkVUF2QxW/v8 PIXZpakySvg+S6xDYGfh6Ac0vUjkQMEHskQEQ3d5w3Dzl0klfPchNizLNfMU4N4= =gFXd -----END PGP SIGNATURE----- --=-np5UFreG+7YBZum+6rl5-- From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 16:12:48 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 316B7E84 for ; Sat, 30 Mar 2013 16:12:48 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) by mx1.freebsd.org (Postfix) with ESMTP id D308AF07 for ; Sat, 30 Mar 2013 16:12:47 +0000 (UTC) Received: from mailout-de.gmx.net ([10.1.76.20]) by mrigmx.server.lan (mrigmx001) with ESMTP (Nemesis) id 0Mee1e-1U2Fe50iAy-00OHb9 for ; Sat, 30 Mar 2013 17:12:41 +0100 Received: (qmail invoked by alias); 30 Mar 2013 16:12:41 -0000 Received: from p578be941.dip0.t-ipconnect.de (EHLO [192.168.0.100]) [87.139.233.65] by mail.gmx.net (mp020) with SMTP; 30 Mar 2013 17:12:41 +0100 X-Authenticated: #1956535 X-Provags-ID: V01U2FsdGVkX18llHxj7Jkl6F8Nv27rtwo1SroBbHCQxpr9boW7Vp 8SiFp+I1gxLeeQ Message-ID: <51570F56.3010706@gmx.de> Date: Sat, 30 Mar 2013 17:14:14 +0100 From: olli hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: FreeBSD ports Subject: Re: apache24-2.4.4 AUTHN_DBD requires DBD. References: <1364657519.1668.20.camel@thor.walstatt.dyndns.org> <51570A36.6040400@gmx.de> <1364659306.1668.28.camel@thor.walstatt.dyndns.org> In-Reply-To: <1364659306.1668.28.camel@thor.walstatt.dyndns.org> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: "O. Hartmann" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 16:12:48 -0000 On 2013-03-30 17:01, O. Hartmann wrote: > On Sat, 2013-03-30 at 16:52 +0100, olli hauer wrote: >> Easy solution, >> >> change this to on -> DBD=off: Apache DBD Framework >> >> -- >> Regards, >> olli > > Well, this is very funny and no easy solution at all. > > I explicitely switched this to on - but is is always off when I enter > the "make config" a second time! > > This happens on three other machines as well as on the one Irepoted the > error from (all FreeBSD 10.0-CURRENT #0 r248931: Sat Mar 30 10:51:31 CET > 2013). > > It seems, some ill-logic switches back the selection. > > Even "make rmconfig" doesn't solve the problem. After a full rmconfig, > all checkboxes are checked to ON down to VHOST_ALIAS. Calling a second > time leaves some checkboxes now OFF for some magic reasons: > > CACHE > DBD > FILTER > REQUEST > > I tried investigating, but did not get very far. > > oh Check if you have somewhere WITHOUT_DBD in make.conf, this would explain this. Maybe a really quick search $> make rmconfig $> script -q TMP make -dA showconfig $> grep -e WITH_DBD -e WITHOUT_DBD TMP | grep Global If you see "Global:WITHOUT_DBD = true" then it is 99% from make.conf Btw. same issue is maybe for CACHE -- Regards, olli >> On 2013-03-30 16:31, O. Hartmann wrote: >>> I try to replace www/apache22 with www/apache24 and run on all FreeBSD >>> 10.0-CURRENT boxes (three) into the same problem: >>> >>> ===> Cleaning for apache24-2.4.4 >>> ===> apache24-2.4.4 AUTHN_DBD requires DBD. >>> *** [all] Error code 1 >>> >>> Stop in /usr/ports/www/apache24. >>> >>> >>> Below, the "make showconfig" output is shown. >>> >>> I consider this a bug. >>> >>> ===> The following configuration options are available for >>> apache24-2.4.4: >>> ACCESS_COMPAT=on: Old group authorizations based on host (name or >>> IP), deprecated by mod_authz_host >>> ACTIONS=on: Action triggering on requests >>> ALIAS=on: Mapping of requests to different filesystem parts >>> ALLOWMETHODS=on: Easily restrict what HTTP methods can be used on >>> the server >>> ASIS=on: Sends files that contain their own HTTP headers >>> AUTHN_ANON=on: Anonymous user authentication control >>> AUTHN_CORE=on: Core authentication module >>> AUTHN_DBD=on: SQL-based authentication control >>> AUTHN_DBM=on: DBM-based authentication control >>> AUTHN_FILE=on: File-based authentication control >>> AUTHN_SOCACHE=on: Cached authentication control >>> AUTHZ_CORE=on: Core authorization provider vector module >>> AUTHZ_DBD=on: SQL based authorization and Login/Session support >>> AUTHZ_DBM=on: DBM-based authorization control >>> AUTHZ_GROUPFILE=on: Group authorization using plaintext files >>> AUTHZ_HOST=on: Host-based authorization control >>> AUTHZ_OWNER=on: Authorization based on file ownership >>> AUTHZ_USER=on: User Authorization >>> AUTH_BASIC=on: Basic authentication >>> AUTH_DIGEST=on: RFC2617 Digest authentication >>> AUTH_FORM=on: Form authentication >>> AUTOINDEX=on: Directory listing >>> BUFFER=on: Filter Buffering >>> CACHE=off: Dynamic file caching >>> CACHE_DISK=on: Disk caching module >>> CERN_META=on: CERN-type meta files >>> CGI=on: CGI scripts (non-threaded MPMs) >>> CGID=on: CGI scripts (threaded MPMs) >>> DAV=on: WebDAV protocol handling. --enable-dav also enables >>> mod_dav_fs >>> DAV_FS=on: DAV provider for the filesystem. --enable-dav also >>> enables mod_dav_fs >>> DBD=off: Apache DBD Framework >>> DEFLATE=on: Deflate transfer encoding support >>> DIR=on: Directory request handling >>> DUMPIO=on: I/O dump filter >>> ENV=on: Modifies environment passed to CGI/SSI pages >>> EXPIRES=on: Expires header control >>> EXT_FILTER=on: External filter module >>> FILE_CACHE=on: File cache >>> FILTER=off: Smart Filtering >>> HEADERS=on: HTTP header control >>> IMAGEMAP=on: Server-side imagemaps >>> INCLUDE=on: Server-side includes >>> INFO=on: Server information >>> LBMETHOD_BYBUSYNESS=on: Apache proxy Load balancing by busyness >>> LBMETHOD_BYREQUESTS=on: Apache proxy Load balancing by request >>> counting >>> LBMETHOD_BYTRAFFIC=on: Apache proxy Load balancing by traffic >>> counting >>> LOGIO=on: Input and output logging >>> LOG_DEBUG=on: Configurable debug logging >>> MIME=on: Mapp file-ext. to MIME (recommended) >>> MIME_MAGIC=on: Automagically determining MIME type >>> NEGOTIATION=on: Content negotiation >>> RATELIMIT=on: Output Bandwidth Limiting >>> REMOTEIP=on: Translate header contents to an apparent client >>> remote_ip >>> REQTIMEOUT=on: Limit time waiting for request from client >>> REQUEST=off: Request Body Filtering >>> REWRITE=on: Rule based URL manipulation >>> SED=on: Filter request and/or response bodies through sed >>> SETENVIF=on: Modify ENV vars based on characteristics of the >>> request >>> SOCACHE_DBM=on: dbm small object cache provider >>> SOCACHE_MEMCACHE=on: memcache small object cache provider >>> SOCACHE_SHMCB=on: shmcb small object cache provider >>> SPELING=on: Correct common URL misspellings >>> SSL=on: SSL/TLS support (mod_ssl) >>> STATUS=on: Process/thread monitoring >>> SUBSTITUTE=on: Response content rewrite-like filtering >>> UNIQUE_ID=on: Per-request unique ids >>> USERDIR=on: Mapping of requests to user-specific directories >>> VERSION=on: Determining httpd version in config files >>> VHOST_ALIAS=on: Mass virtual hosting >>> AUTHNZ_LDAP=on: LDAP based authentication >>> LDAP=off: LDAP caching and connection pooling services >>> CHARSET_LITE=off: Character set translation. Enabled by default >>> only on EBCDIC systems >>> DATA=off: RFC2397 data encoder >>> DAV_LOCK=on: DAV provider for generic locking >>> DIALUP=off: Rate limits static files to dialup modem speeds >>> IDENT=off: RFC 1413 ident lookups >>> LOG_FORENSIC=off: Forensic logging >>> LUA=off: Apache Lua Framework >>> REFLECTOR=off: Reflect request through the output filter stack >>> SLOTMEM_PLAIN=off: Slotmem provider that uses plain memory >>> SLOTMEM_SHM=off: Slotmem provider that uses shared memory >>> SOCACHE_DC=off: distcache small object cache provider >>> SUEXEC=off: Set uid and gid for spawned processes >>> USERTRACK=off: User-session tracking >>> XML2ENC=on: i18n support for markup filters >>> WATCHDOG=off: Watchdog module >>> HEARTBEAT=off: Generates Heartbeats >>> HEARTMONITOR=off: Collects Heartbeats >>> LBMETHOD_HEARTBEAT=off: Apache proxy Load balancing from Heartbeats >>> CASE_FILTER=off: (dev) example uppercase conversion filter >>> CASE_FILTER_IN=off: (dev) example uppercase conversion input filter >>> ECHO=off: (dev) example echo server >>> EXAMPLE_HOOKS=off: (dev) example hook module >>> EXAMPLE_IPC=off: (dev) example IPC module >>> OPTIONAL_FN_EXPORT=off: (dev) example optional function exporter >>> OPTIONAL_FN_IMPORT=off: (dev) example optional function importer >>> OPTIONAL_HOOK_EXPORT=off: (dev) example optional hook exporter >>> OPTIONAL_HOOK_IMPORT=off: (dev) example optional hook importer >>> BUCKETEER=off: (dev) buckets manipulation filter, useful only for >>> developers and testing purposes >>> LUAJIT=off: LuaJit Support >>> IPV4_MAPPED=off: Allow IPv6 sockets to handle IPv4 connections >>> PROXY=on: Build enabled PROXY modules >>> SESSION=on: Build enabled SESSION modules >>> ====> Options available for the multi PROXY: you have to choose at least >>> one of them >>> PROXY_AJP=on: AJP support module for mod_proxy >>> PROXY_BALANCER=on: mod_proxy extension for load balancing >>> PROXY_CONNECT=on: mod_proxy extension for CONNECT request handling >>> PROXY_EXPRESS=on: Dynamic mass reverse proxy extension for >>> mod_proxy >>> PROXY_FCGI=on: FastCGI support module for mod_proxy >>> PROXY_FTP=on: FTP support module for mod_proxy >>> PROXY_HTTP=on: HTTP support module for mod_proxy >>> PROXY_SCGI=on: SCGI gateway module for mod_proxy >>> PROXY_FDPASS=off: fdpass external process support module for >>> mod_proxy >>> PROXY_HTML=off: Fix HTML Links in a Reverse Proxy >>> ====> Options available for the multi SESSION: you have to choose at >>> least one of them >>> SESSION_COOKIE=on: Session cookie module >>> SESSION_CRYPTO=on: Session crypto module >>> SESSION_DBD=on: Session dbd module >>> ====> Options available for the single DEFAULT_MPM: you have to select >>> exactly one of them >>> MPM_PREFORK=off: non-threaded, pre-forking web server >>> MPM_WORKER=on: hybrid multi-threaded multi-process web server >>> MPM_EVENT=off: MPM worker variant with the goal of consuming >>> threads only for connections with active processing >>> ====> Options available for the radio SHARED_MPM: you can only select >>> none or one of them >>> MPM_SHARED=on: all MPMs as loadable module >>> ===> Use 'make config' to modify these settings >>> root@gate [apache24] >>> > > From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 17:07:13 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 941EE76A; Sat, 30 Mar 2013 17:07:13 +0000 (UTC) (envelope-from qat@redports.org) Received: from qat.redports.org (qat.redports.org [96.47.72.233]) by mx1.freebsd.org (Postfix) with ESMTP id 4486D11E; Sat, 30 Mar 2013 17:07:13 +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=7R8ce+62RPwdRQM2FX+rVtSLnLYumuLX4Cjz24K7enc=; b=z6iG+ZLQOj0+rL8pXcd9MkFUE8hB+QMblME7asrUzXrAE2WFLvxT9F1A9UywJhVf7hwftUlEYeeXCvf1ipQFJwx5CmFWP31M7haNrD8AFKLRjskQsZ8+P4o/QLD9PmKXsEl1FZw9eeshWRhlK/7rHMp5lYVO5yaPtU2ojM2a7KI=; Received: from www by qat.redports.org with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1ULzFI-0006r7-4J; Sat, 30 Mar 2013 17:07:12 +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: bapt@FreeBSD.org X-Trac-Project: redports Date: Sat, 30 Mar 2013 17:07:12 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r314556: 4x leftovers, 38x success, 6x depend (fetch in security/gnutls) To: bapt@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20130318114200-53575 X-Trac-Build-ID: 20130318114200-53575 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.14 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, 30 Mar 2013 17:07:13 -0000 Fix a long standing bug of lib/charset.alias being overwritten, modified, and badly tracked by ports. Make lib/charset.alias a file only provided by converters/libiconv Create a new USES: charsetfix, that will modify in post patch the Makefile.in to prev --------------------------------------------------------------------- Build ID: 20130318114200-53575 Job owner: bapt@FreeBSD.org Buildtime: 12 days Enddate: Sat, 30 Mar 2013 17:07:10 GMT Revision: r314556 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=314556 --------------------------------------------------------------------- Port: converters/libiconv 1.14_1 Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120808/libiconv-1.14_1.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120809/libiconv-1.14_1.log Buildgroup: 8.3-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120810/libiconv-1.14_1.log Buildgroup: 8.3-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120811/libiconv-1.14_1.log --------------------------------------------------------------------- Port: devel/bison Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120812/bison-2.7,1.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120813/bison-2.7,1.log Buildgroup: 8.3-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120814/bison-2.7,1.log Buildgroup: 8.3-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120815/bison-2.7,1.log --------------------------------------------------------------------- Port: devel/gettext Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120816/gettext-0.18.1.1_1.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120817/gettext-0.18.1.1_1.log Buildgroup: 8.3-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120818/gettext-0.18.1.1_1.log Buildgroup: 8.3-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120819/gettext-0.18.1.1_1.log --------------------------------------------------------------------- Port: devel/libunistring Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120820/libunistring-0.9.3.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120821/libunistring-0.9.3.log Buildgroup: 8.3-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120822/libunistring-0.9.3.log Buildgroup: 8.3-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120823/libunistring-0.9.3.log --------------------------------------------------------------------- Port: devel/libvirt Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120824/libvirt-1.0.3.log Buildgroup: 9.1-QAT/i386 Buildstatus: DEPEND (FETCH IN SECURITY/GNUTLS) Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120825/gnutls-2.12.23_1.log Buildgroup: 8.3-QAT/amd64 Buildstatus: DEPEND (FETCH IN SECURITY/GNUTLS) Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120826/gnutls-2.12.23_1.log Buildgroup: 8.3-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120827/libvirt-1.0.3.log --------------------------------------------------------------------- Port: devel/patch Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120828/patch-2.7_1.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120829/patch-2.7_1.log Buildgroup: 8.3-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120830/patch-2.7_1.log Buildgroup: 8.3-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120831/patch-2.7_1.log --------------------------------------------------------------------- Port: ftp/wget Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120832/wget-1.14.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120833/wget-1.14.log Buildgroup: 8.3-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120834/wget-1.14.log Buildgroup: 8.3-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120835/wget-1.14.log --------------------------------------------------------------------- Port: security/gnupg1 Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120836/gnupg-1.4.13.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120837/gnupg-1.4.13.log Buildgroup: 8.3-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120838/gnupg-1.4.13.log Buildgroup: 8.3-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120839/gnupg-1.4.13.log --------------------------------------------------------------------- Port: security/gsasl Buildgroup: 9.1-QAT/amd64 Buildstatus: DEPEND (FETCH IN SECURITY/GNUTLS) Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120840/gnutls-2.12.23_1.log Buildgroup: 9.1-QAT/i386 Buildstatus: DEPEND (FETCH IN SECURITY/GNUTLS) Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120841/gnutls-2.12.23_1.log Buildgroup: 8.3-QAT/amd64 Buildstatus: DEPEND (FETCH IN SECURITY/GNUTLS) Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120842/gnutls-2.12.23_1.log Buildgroup: 8.3-QAT/i386 Buildstatus: DEPEND (FETCH IN SECURITY/GNUTLS) Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120843/gnutls-2.12.23_1.log --------------------------------------------------------------------- Port: textproc/diffutils Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120844/diffutils-3.2.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120845/diffutils-3.2.log Buildgroup: 8.3-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120846/diffutils-3.2.log Buildgroup: 8.3-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120847/diffutils-3.2.log --------------------------------------------------------------------- Port: textproc/gsed Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120848/gsed-4.2.1_2.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120849/gsed-4.2.1_2.log Buildgroup: 8.3-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120850/gsed-4.2.1_2.log Buildgroup: 8.3-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120851/gsed-4.2.1_2.log --------------------------------------------------------------------- Port: x11/gnome-libs Buildgroup: 9.1-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120852/gnome-libs-1.4.2_18.log Buildgroup: 9.1-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120853/gnome-libs-1.4.2_18.log Buildgroup: 8.3-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120854/gnome-libs-1.4.2_18.log Buildgroup: 8.3-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bapt@FreeBSD.org/20130318114200-53575-120855/gnome-libs-1.4.2_18.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 17:19:27 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 97232A2B for ; Sat, 30 Mar 2013 17:19:27 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 5B6301A7 for ; Sat, 30 Mar 2013 17:19:27 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1ULzR8-001F2w-AH>; Sat, 30 Mar 2013 18:19:26 +0100 Received: from f052013030.adsl.alicedsl.de ([78.52.13.30] helo=[192.168.0.128]) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1ULzR8-002CsU-6b>; Sat, 30 Mar 2013 18:19:26 +0100 Subject: Re: apache24-2.4.4 AUTHN_DBD requires DBD ==>> FAULT due to WITH_BSD_GREP From: "O. Hartmann" To: olli hauer In-Reply-To: <51570F56.3010706@gmx.de> References: <1364657519.1668.20.camel@thor.walstatt.dyndns.org> <51570A36.6040400@gmx.de> <1364659306.1668.28.camel@thor.walstatt.dyndns.org> <51570F56.3010706@gmx.de> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-E7tcfLdrHzBXaYbE1HIP" Date: Sat, 30 Mar 2013 18:19:25 +0100 Message-ID: <1364663965.1668.71.camel@thor.walstatt.dyndns.org> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-Originating-IP: 78.52.13.30 Cc: FreeBSD ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 17:19:27 -0000 --=-E7tcfLdrHzBXaYbE1HIP Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Sat, 2013-03-30 at 17:14 +0100, olli hauer wrote: > On 2013-03-30 17:01, O. Hartmann wrote: > > On Sat, 2013-03-30 at 16:52 +0100, olli hauer wrote: > >> Easy solution, > >> > >> change this to on -> DBD=3Doff: Apache DBD Framework > >> > >> -- > >> Regards, > >> olli > >=20 > > Well, this is very funny and no easy solution at all. > >=20 > > I explicitely switched this to on - but is is always off when I enter > > the "make config" a second time! > >=20 > > This happens on three other machines as well as on the one Irepoted the > > error from (all FreeBSD 10.0-CURRENT #0 r248931: Sat Mar 30 10:51:31 CE= T > > 2013). > >=20 > > It seems, some ill-logic switches back the selection. > >=20 > > Even "make rmconfig" doesn't solve the problem. After a full rmconfig, > > all checkboxes are checked to ON down to VHOST_ALIAS. Calling a second > > time leaves some checkboxes now OFF for some magic reasons: > >=20 > > CACHE > > DBD > > FILTER > > REQUEST > >=20 > > I tried investigating, but did not get very far. > >=20 > > oh >=20 > Check if you have somewhere WITHOUT_DBD in make.conf, > this would explain this. >=20 > Maybe a really quick search > $> make rmconfig > $> script -q TMP make -dA showconfig > $> grep -e WITH_DBD -e WITHOUT_DBD TMP | grep Global >=20 >=20 > If you see "Global:WITHOUT_DBD =3D true" then it is 99% from make.conf >=20 > Btw. same issue is maybe for CACHE >=20 > -- > Regards, > olli I used WITH_BSD_GREP in /etc/src.conf.=20 Now I use the GNU_GREP again - and the problem disappears! [...] deleted --=-E7tcfLdrHzBXaYbE1HIP Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAABAgAGBQJRVx6dAAoJEOgBcD7A/5N8WbIIAKRU4rCC2sgwTC/ky4/yVOpJ hVnY4VlTaesM0uiKsAdcqKEleU/CpkYMXo8yMPoNCWBB5NQM3xHpwHQb+d+8AFfM tQumw1F1/Y5AjFL6P01Lk5aHdyRkhoWWOylIerGFstlhHFwRI/9GMwnBmfwAtsPl MBoRPESrWYFzE6nH6n/x2Fzbhx33bKOT8FdiAqGOrmnqSc/EkUAtGAFRsrdJf/GQ vuKSWPt9NLdlN6oFAtRZVrJHKpp1S10zOVnWxFhV6QfaL7XgznVpdg6oLJNJeAxv EMmNPk7X1J1J4husggRFoFBQuNIqftQz9mIFuLVanuJN2QVgTG4HAw2AsDWzuJQ= =ensC -----END PGP SIGNATURE----- --=-E7tcfLdrHzBXaYbE1HIP-- From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 19:43:40 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9DF7E393; Sat, 30 Mar 2013 19:43:40 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-ia0-x235.google.com (mail-ia0-x235.google.com [IPv6:2607:f8b0:4001:c02::235]) by mx1.freebsd.org (Postfix) with ESMTP id 698A08BA; Sat, 30 Mar 2013 19:43:40 +0000 (UTC) Received: by mail-ia0-f181.google.com with SMTP id o25so1106944iad.12 for ; Sat, 30 Mar 2013 12:43:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=mSBT0Vpe5fRS7cO8ojX/AzWDNcfmbbeCCwOdfceTPGY=; b=cHC6izdbn58dQdui6dbSnAHOpZ4LOuNkYPzbCEMKBywQkYcl0iMpT48cwVSA/OtYhq V32Ebw87R5ofm42a/Wfmb2NAbOYKnY2lBnsR0ZAxjiFz4uX6uMKxUE6EyPNkQIgxg+Da CrVHkdseZ0/aQsxUyiBRZ3H3/26+ryYRxagTK54ZkwPjJoU+9InoqKpaCisPPDjgs/V2 QOfg2TsLcI3G6B8wL0V3s8dC/lFHZLFnfW6UCMEOZWTIjE76h25baNJB9Z753r9krxBb uD+ZfneC8xdo2oFJsK4Bk4D+uBbJgEVEdXG1v6ltrl+ddisobH8TCV7djqwzHhdB5EnB sQ8w== MIME-Version: 1.0 X-Received: by 10.50.152.169 with SMTP id uz9mr1491708igb.15.1364672620180; Sat, 30 Mar 2013 12:43:40 -0700 (PDT) Received: by 10.64.58.52 with HTTP; Sat, 30 Mar 2013 12:43:39 -0700 (PDT) Received: by 10.64.58.52 with HTTP; Sat, 30 Mar 2013 12:43:39 -0700 (PDT) In-Reply-To: <20822.64616.161229.523272@jerusalem.litteratus.org> References: <20822.58886.729409.831590@jerusalem.litteratus.org> <5156F80B.1030804@FreeBSD.org> <20822.64616.161229.523272@jerusalem.litteratus.org> Date: Sat, 30 Mar 2013 19:43:39 +0000 Message-ID: Subject: Re: pkg replacement for pkg_sort? From: Chris Rees To: Robert Huff Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Matthew Seaman , FreeBSD Mailing List X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 19:43:40 -0000 On 30 Mar 2013 14:53, "Robert Huff" wrote: > > > Matthew Seaman writes: > > On 30/03/2013 13:17, Robert Huff wrote: > > > > > Am I too much of a zombie this morning, or is there nothing in > > > the man page about how to do this? > > > > That's not functionality provided by pkgng at the moment, > > although pkgng certainly has all the necessary data in repository > > catalogues etc. to be able to sort a list of package origins with > > all dependencies occurring before what requires them. No one has > > implemented that yet. > > > > However, pkg_sort(1) is part of portupgrade, and portupgrade > > should be fully pkgng aware nowadays. Did you try just using > > pkg_sort? > > I did and do. > I'm trying to move to a single tool for this set of tasks, and > pkg_sort is one of the (very) few things I haven't been able to > replace. Unfortunately, that functionality is essential to several > scripts .... > The other irreplaceable I can think of is "portsclean", > particularly the C, D, and L options. Portsclean is easy for wrkdirs; echo /usr/ports/*/*/work |xargs rm -r Or set WRKDIRPREFIX somewhere else and rm -r that. Portmaster removes old distfiles and packages iirc. Chris > > If you'ld like something to be changed about either portupgrade > > or pkgng in respect to this, then please open an issue -- > > > > https://github.com/pkgtools/pkgtools/issues > > https://github.com/pkgng/pkgng/issues > > Depends on how lazy I'm feeling at the moment. :-) > > > > Robert Huff > > _______________________________________________ > 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 Mar 30 20:37:52 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B902EF0A for ; Sat, 30 Mar 2013 20:37:52 +0000 (UTC) (envelope-from s.montgomerysmith@gmail.com) Received: from mail-gh0-f173.google.com (mail-gh0-f173.google.com [209.85.160.173]) by mx1.freebsd.org (Postfix) with ESMTP id 8344CAF3 for ; Sat, 30 Mar 2013 20:37:52 +0000 (UTC) Received: by mail-gh0-f173.google.com with SMTP id g16so181739ghb.4 for ; Sat, 30 Mar 2013 13:37:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:user-agent:mime-version:to :subject:x-enigmail-version:content-type:content-transfer-encoding; bh=hrJIdSM6UOfYBMsw30T7x2CVPyvNA+AlQqPLv8V57e0=; b=LoO3+V+pQFz515s67fFAI/70AXXuULvyIZwoCuwG9hA+3DgzGyWbqeOwDVVNB70+M6 TP2htboK78Nha/nkdGvZlg1ZvbujMT1LwRkGkQeXysAU9XrOuydfbwh+tF6bEXCkMgAT t4AV/BPFX61lHVUjJmpMISbciTgwX6diTfScVGmK8UZJJgC6Y5g+tjZSKA401445zqQy EGx9d5Ake1C9+B9N6nM+zIhAIyD865FO1vpeOEFFOeWK3QPIIEOb9kCP9w3prryQ5YmO 0H0KAfphObuEjmF4c9HO3y0OtOcAMZBn/P8iUTgaBqopXr+/eq9jPnsbYooU/kcHfcgh vItA== X-Received: by 10.236.230.6 with SMTP id i6mr4468235yhq.177.1364675443840; Sat, 30 Mar 2013 13:30:43 -0700 (PDT) Received: from [192.168.0.11] (50-82-246-58.client.mchsi.com. [50.82.246.58]) by mx.google.com with ESMTPS id v60sm12315989yhh.23.2013.03.30.13.30.41 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 30 Mar 2013 13:30:42 -0700 (PDT) Sender: Stephen Montgomery-Smith Message-ID: <51574B70.9040205@missouri.edu> Date: Sat, 30 Mar 2013 15:30:40 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: FreeBSD Ports Subject: gfortran and USE_GCC X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 20:37:52 -0000 If in my Makefile I have: USE_GCC= 4.7+ USE_FORTRAN= yes and then I type "make test-gcc", I get CC=gcc47 - CXX=g++47 - CPP=cpp47 - CFLAGS="-pipe -Wl,-rpath=/usr/local/lib/gcc47" F77=gfortran46 - FC=gfortran46 - FFLAGS="-pipe -Wl,-rpath=/usr/local/lib/gcc47" LDFLAGS=" -Wl,-rpath=/usr/local/lib/gcc47" Shouldn't F77 and FC be gfortran47? From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 22:16:52 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2DEC3F4E; Sat, 30 Mar 2013 22:16:52 +0000 (UTC) (envelope-from mezz.freebsd@gmail.com) Received: from mail-ve0-f173.google.com (mail-ve0-f173.google.com [209.85.128.173]) by mx1.freebsd.org (Postfix) with ESMTP id D4CF0E3A; Sat, 30 Mar 2013 22:16:51 +0000 (UTC) Received: by mail-ve0-f173.google.com with SMTP id cy12so1506936veb.4 for ; Sat, 30 Mar 2013 15:16:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=q04qc/2HodUnhK9zbBpjOXVT5kUuOdwsIwUpGyeZABs=; b=ab2DLiXsTk3A3ho8yuYsj7oD1lJ1wrtOIg/P2Act7OM8mLhZfelesTYmyKBRVZpYv5 YhOFgW0KtrmQZZMPM02yxZ6aC93ZKWMLLm7UU2SwfOXKVPR0CedxXpmDhfD6Frb97WcH JbZf8cIlNsm6upLENpsik9VVkI9eZGU7C+BFDRGFUYYS82wc1f8xJ+YB9pqxQy0cuJHt WSATHzcrG08JJsWICTYIkaDpGgS74XcD8ms6XBYrXLy6E1sJ8+BFHBMZ4QLTRGs0M/wZ CZy4QoijS6EWEWYNOWNvZJBvlCBP0NfN5AUxCiVPrVP2SXoYbNyTio68gl9YAbsWVzdT 9y2A== MIME-Version: 1.0 X-Received: by 10.58.229.69 with SMTP id so5mr5421607vec.6.1364681804682; Sat, 30 Mar 2013 15:16:44 -0700 (PDT) Received: by 10.58.74.197 with HTTP; Sat, 30 Mar 2013 15:16:44 -0700 (PDT) In-Reply-To: References: <20822.58886.729409.831590@jerusalem.litteratus.org> <5156F80B.1030804@FreeBSD.org> <20822.64616.161229.523272@jerusalem.litteratus.org> Date: Sat, 30 Mar 2013 17:16:44 -0500 Message-ID: Subject: Re: pkg replacement for pkg_sort? From: Jeremy Messenger To: Chris Rees Content-Type: text/plain; charset=ISO-8859-1 Cc: Robert Huff , Matthew Seaman , FreeBSD Mailing List X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 22:16:52 -0000 On Sat, Mar 30, 2013 at 2:43 PM, Chris Rees wrote: > On 30 Mar 2013 14:53, "Robert Huff" wrote: >> >> >> Matthew Seaman writes: >> > On 30/03/2013 13:17, Robert Huff wrote: >> > >> > > Am I too much of a zombie this morning, or is there nothing in >> > > the man page about how to do this? >> > >> > That's not functionality provided by pkgng at the moment, >> > although pkgng certainly has all the necessary data in repository >> > catalogues etc. to be able to sort a list of package origins with >> > all dependencies occurring before what requires them. No one has >> > implemented that yet. >> > >> > However, pkg_sort(1) is part of portupgrade, and portupgrade >> > should be fully pkgng aware nowadays. Did you try just using >> > pkg_sort? >> >> I did and do. >> I'm trying to move to a single tool for this set of tasks, and >> pkg_sort is one of the (very) few things I haven't been able to >> replace. Unfortunately, that functionality is essential to several >> scripts .... >> The other irreplaceable I can think of is "portsclean", >> particularly the C, D, and L options. > > Portsclean is easy for wrkdirs; > > echo /usr/ports/*/*/work |xargs rm -r > > Or set WRKDIRPREFIX somewhere else and rm -r that. In my /etc/csh.cshrc, I have this: alias rmwork "rm -rf /usr/ports/*/*/work" > Portmaster removes old distfiles and packages iirc. > > Chris > >> > If you'ld like something to be changed about either portupgrade >> > or pkgng in respect to this, then please open an issue -- >> > >> > https://github.com/pkgtools/pkgtools/issues >> > https://github.com/pkgng/pkgng/issues >> >> Depends on how lazy I'm feeling at the moment. :-) >> >> >> >> Robert Huff >> >> _______________________________________________ >> 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" -- mezz.freebsd@gmail.com - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 22:48:24 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9B64533D; Sat, 30 Mar 2013 22:48:24 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2a00:14b0:4200:32e0::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id 5C94DEDC; Sat, 30 Mar 2013 22:48:24 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id E03BDB2871; Sat, 30 Mar 2013 22:48:22 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: pam_ssh_agent_auth: ENOENT From: Stefan Bethke In-Reply-To: <7DF1B318-30FD-40CE-9198-A42E437376EB@freebsd.org> Date: Sat, 30 Mar 2013 23:48:22 +0100 Content-Transfer-Encoding: 7bit Message-Id: <15EA8D0D-6758-45A3-B7D9-FB1ECB7FB519@lassitu.de> References: <7A12B6B7-BE3F-4E0A-99C5-61348CA7E028@lassitu.de> <6C2D19D2-A599-4B6A-89CC-D32DF685926F@lassitu.de> <719342CC-0D44-405C-A51B-532D8AB04774@lassitu.de> <512DBD48.4080100@andric.com> <830CEF08-04B2-40C6-BAD6-B2C738BD9536@lassitu.de> <7DF1B318-30FD-40CE-9198-A42E437376EB@freebsd.org> To: Martin Wilke X-Mailer: Apple Mail (2.1503) Cc: Brooks Davis , Kimmo Paasiala , Muhammad Moinur Rahman <5u623l20@gmail.com>, Constantin Stefanov , freebsd-ports@freebsd.org, Dimitry Andric X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 22:48:24 -0000 Am 26.03.2013 um 17:25 schrieb Martin Wilke : > Hey > > Please test the new patch. @ Stefan thx for the PR. > > http://people.freebsd.org/~miwi/psaa.diff Seems to be working just fine! Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-ports@FreeBSD.ORG Sat Mar 30 23:45:01 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 12BE6D78 for ; Sat, 30 Mar 2013 23:45:01 +0000 (UTC) (envelope-from freebsd-ports@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id C8866F6 for ; Sat, 30 Mar 2013 23:45:00 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UM5Sb-0003kF-8Z for freebsd-ports@freebsd.org; Sun, 31 Mar 2013 00:45:21 +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 ; Sun, 31 Mar 2013 00:45:21 +0100 Received: from rakuco by a91-154-115-217.elisa-laajakaista.fi with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 31 Mar 2013 00:45:21 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-ports@freebsd.org From: Raphael Kubo da Costa Subject: Re: textproc/libkolabxml does not compile Date: Sun, 31 Mar 2013 01:44:41 +0200 Lines: 10 Message-ID: <861uaw4fme.fsf@orwell.Elisa> References: <5117BE01.6060207@gmail.com> 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.130006 (Ma Gnus v0.6) Emacs/24.3 (berkeley-unix) Cancel-Lock: sha1:/IxyERGRtCcjojRLMolh3RGEQtc= X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 23:45:01 -0000 David Demelier writes: > ===> Building for libkolabxml-0.8.1 > [ 4%] Built target xsdbin > [ 8%] Generating XSD bindings > terminate called after throwing an instance of 'std::runtime_error' > what(): locale::facet::_S_create_c_locale name not valid > Abort trap For posterity: this was a problem in devel/boost-libs fixed in r311771.